*** tpb has joined #timvideos | 00:00 | |
*** iiie0 has quit IRC | 00:16 | |
mithro-work | Sewar, you should set up coveralls and travis-ci too | 00:24 |
---|---|---|
Sewar | mithro-work, do they support Django? | 00:40 |
mithro-work | yes | 00:48 |
*** parx has left #timvideos | 01:09 | |
mithro-work | Sewar, the build failed :P | 01:23 |
Sewar | :( | 01:23 |
Sewar | Didn't push .travis.yml yet, default config was ruby/rake | 01:24 |
mithro-work | Sewar, no worries - good to see you setting it up | 01:25 |
Sewar | Why they publish my email on public? | 01:25 |
mithro-work | Sewar, ? | 01:31 |
Sewar | Next to Author/Committer, Sewar links to my email, which should not published. | 01:33 |
Sewar | Passed :D | 01:33 |
mithro-work | Sewar, I'm pretty sure that comes from the commit message | 01:38 |
mithro-work | Sewar, you'll probably want to set up badges in your README.md too | 01:38 |
mithro-work | https://github.com/mithro/python-datetime-tz | 01:38 |
Sewar | ok | 01:40 |
mithro-work | Sewar, IE do a "git log" | 01:40 |
mithro-work | and you'll see it in every commit message | 01:40 |
Sewar | mithro-work, I see that now, more viagra emails :) | 01:40 |
tpb | Title: mithro/python-datetime-tz ยท GitHub (at github.com) | 01:40 |
mithro-work | gmail is pretty good at filtering them | 01:41 |
mithro-work | I doubt you'll see any change | 01:41 |
Sewar | yeah, gmail is great at catching spam, I keep checking my spam folder for false positives every once in a while though | 01:43 |
mithro-work | Sewar, set up http://githalytics.com/ too | 01:44 |
tpb | Title: track visits and page views for your open source projects - githalytics.com (at githalytics.com) | 01:44 |
*** iiie has quit IRC | 01:46 | |
*** iiie has joined #timvideos | 01:46 | |
Sewar | mithro-work, I added your email to analytics, not sure if it's the correct email | 01:47 |
*** CarlFK has joined #timvideos | 01:48 | |
* Sewar tears his hair out | 02:02 | |
mithro-work | Sewar, ? | 02:02 |
Sewar | c is no fun ;p | 02:02 |
mithro-work | Sewar, true | 02:04 |
Sewar | Would it be better to use dynamic array or linked list to store a list of EDIDs (and maybe their sizes too)? | 03:34 |
Sewar | I would bet on linked list ... | 03:38 |
iiie | If the data is of a known size and format struct is the way to go. Does the C program need to store more than one EDID at once? | 03:41 |
iiie | Yeah probably, so an array of structs is how I'd do it. | 03:41 |
Sewar | grabber generates a list of EDIDs, uploader gets the list and process them | 03:43 |
Sewar | size can be 128, 256, 384?, ... | 03:44 |
Sewar | ok | 03:44 |
iiie | You don't expect to have much processing on any of the elements. Nor that many elements (less than 16). I'm not saying be outlandishly inefficient, but efficient data storage isn't go to get you much. | 03:44 |
iiie | what is size for EDID? | 03:45 |
iiie | it's a block of data, but what is the data? | 03:45 |
Sewar | 128 bytes for main data, an extension block is 128 bytes, there can be many extension blocks | 03:46 |
Sewar | bytes, uint8_t | 03:46 |
iiie | Yeah that's definitely a linked list | 03:46 |
Sewar | That's for the list of EDIDs. But what about each EDID, where size is known on runtime only, dynamic array? | 03:50 |
*** parx has joined #timvideos | 03:50 | |
iiie | I don't remember c structs exactly but something like struct edidblock { char data[128]; struct edidblock *next; }; | 03:52 |
Sewar | mmm, I'm trying to keep the all blocks in one piece, like data can be expanded to 256? | 03:55 |
iiie | I guess I'd end up with an array to hold however many EDIDs you get, an EDID struct that holds the pointer to the main data block and whatever else you get and keep, and lastly the edidblock thing (which is the main data, and extension blocks). | 03:55 |
iiie | that's an easy enough change | 03:56 |
iiie | assuming I have the syntax right (dangerous) struck edid { char *data; int data_len; }; | 03:57 |
iiie | You do need to keep track of your data space as data is then just a pointer | 03:58 |
iiie | mallock and free... is there an upper bound to the number of extension blocks? | 04:01 |
iiie | say 10? | 04:02 |
Sewar | struct edid { uint8_t *main_block; }; | 04:02 |
Sewar | struct edid_block { uint8_t data[128]; struct edid_block* next; }; | 04:02 |
iiie | edid_block *next; but yes | 04:02 |
Sewar | 255 extension blocks | 04:03 |
iiie | er, wait a second | 04:04 |
Sewar | "edid_block *main_block;" too | 04:04 |
iiie | yeah | 04:04 |
iiie | is there anything else that should be stored in edid? | 04:04 |
Sewar | no, just edid bytes | 04:05 |
Sewar | Wouldn't storing them in string be easier? | 04:05 |
iiie | those other parts like manufacturer ID, and serial number are in there? | 04:06 |
Sewar | yes | 04:06 |
iiie | Can the data have nulls? | 04:06 |
iiie | I'm pretty sure there are strings in it | 04:06 |
iiie | I would assume they are null terminated | 04:06 |
Sewar | It's binary file, all strings are "encoded". | 04:07 |
Sewar | for example, in linux run "xrandr --props" it will include edid encoded in hex, thats what grabber will grab and upload to the website | 04:08 |
Sewar | xrandr output: https://dpaste.de/Zmff1/ | 04:09 |
iiie | Well that's safely null free | 04:11 |
Sewar | yeah | 04:11 |
iiie | but that's going to be longer than 128 for a block then. | 04:11 |
tpb | Title: dpaste.de: Snippet #237428 (at dpaste.de) | 04:11 |
Sewar | first 128 are main block, each 128 is another block | 04:12 |
iiie | I can't get EDID without HDMI though right? | 04:14 |
iiie | I guess I can | 04:14 |
Sewar | EDID is included in every monitor since 1994, HDMI has a block extension | 04:15 |
Sewar | most* | 04:15 |
iiie | So we can grab the EDID values from non-HDMI interfaces, and it could be useful? | 04:16 |
Sewar | yes | 04:17 |
Sewar | Does it still make sense to use structs and linked lists over string? we're just dealing with a bunch of bytes | 04:24 |
mithro-work | Don't worry to much about being efficient, you are running this command once and then it exits | 04:24 |
iiie | No, just keep track of your allocated space. | 04:24 |
mithro-work | Sewar, does the website support uploading EDID in binary and hex form? | 04:24 |
Sewar | I'm just lost in C data bytes. | 04:25 |
Sewar | It supports binary through frontend and base64 though json api | 04:26 |
Sewar | data types* | 04:26 |
mithro-work | Sewar, it would be really great if people could just paste the output of xrandr into the EDID upload bit and have it just work :) | 04:27 |
Sewar | mithro-work, yeah | 04:30 |
mithro-work | Sewar, it would be really great if people could just paste the output of xrandr into the EDID upload bit of the website and have it just work :) | 04:31 |
mithro-work | Sewar, the best bet for non-binary files is to look for a base64 string I think? | 04:31 |
mithro-work | Sewar, or maybe a hex string? | 04:32 |
mithro-work | or both! :P | 04:33 |
Sewar | Good idea :) | 04:34 |
mithro-work | maybe | 04:35 |
Sewar | hex importing will be really useful, but I doubt anybody will get edid encoded in base64 and upload it | 04:37 |
mithro-work | Sewar, fair enough | 04:41 |
mithro-work | 128bytes is pretty easy to copy and paste | 04:41 |
Sewar | yeah | 04:43 |
mithro-work | Sewar, you probably want to checkout http://en.wikipedia.org/wiki/Intel_HEX too | 04:44 |
tpb | Title: Intel HEX - Wikipedia, the free encyclopedia (at en.wikipedia.org) | 04:44 |
mithro-work | Sewar, edid might also be in that type of format | 04:47 |
Sewar | it could be | 04:49 |
Sewar | so hex upload form will strip space, commas and 0x and try to convert hex to binary/base64 and parse/post it | 04:50 |
Sewar | makes sense? | 04:51 |
mithro-work | probably strip anything which isn't hex string | 04:53 |
mithro-work | IE It would be good to be able to paste the complete xrandr output | 04:53 |
mithro-work | and then just pull out only the EDID part | 04:53 |
Sewar | that's what I'm trying to do in C, or should I just do it in the website? | 04:53 |
mithro-work | Sewar, easier to do in python I assume :P | 04:53 |
Sewar | hehehe | 04:54 |
*** hyades has joined #timvideos | 04:56 | |
*** mithro has joined #timvideos | 05:12 | |
*** tpb has joined #timvideos | 05:58 | |
-leguin.freenode.net- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp | 05:58 | |
*** mithro-work is now known as tansell | 06:50 | |
*** mithro has quit IRC | 06:51 | |
*** tansell is now known as mithro | 06:51 | |
*** Guest8607 has joined #timvideos | 06:51 | |
*** mithro is now known as tansell | 07:00 | |
*** tansell is now known as mithro | 07:06 | |
*** mithro is now known as tansell | 07:08 | |
*** tansell is now known as mithro | 07:09 | |
*** mithro is now known as mithro- | 07:09 | |
*** mithro- is now known as mithro-work | 07:09 | |
*** mithro-work is now known as mithro_ | 07:09 | |
*** mithro_ is now known as mithro__ | 07:09 | |
*** mithro__ is now known as mithro | 07:10 | |
*** parx has quit IRC | 07:11 | |
*** Guest8607 is now known as mithro-laptop | 07:12 | |
*** mithro-laptop is now known as mithro-- | 07:12 | |
*** mithro-- is now known as mithro- | 07:12 | |
*** mithro- is now known as mithro-- | 07:13 | |
*** mithro-- is now known as mithro- | 07:13 | |
*** mithro- is now known as mithro-- | 07:13 | |
*** mithro-- is now known as mithro-laptop | 07:13 | |
*** tpb has quit IRC | 08:10 | |
*** tpb has joined #timvideos | 08:11 | |
*** tpb has quit IRC | 09:19 | |
*** tpb has joined #timvideos | 09:19 | |
*** tpb has quit IRC | 11:25 | |
*** tpb has joined #timvideos | 11:26 | |
*** rihnapstor has joined #timvideos | 11:58 | |
*** rihnapstor has joined #timvideos | 11:58 | |
*** rihnapstor has quit IRC | 12:17 | |
*** hyades has quit IRC | 12:42 | |
CarlFK | (11:53:56 PM) mithro-work: Sewar, easier to do in python I assume :P | 13:14 |
CarlFK | I take that to mean "in the website" | 13:14 |
CarlFK | (11:09:43 PM) Sewar: xrandr output: https://dpaste.de/Zmff1/ | 13:14 |
CarlFK | can I see that? (it expired) | 13:14 |
*** hyades has joined #timvideos | 13:50 | |
*** hyades has quit IRC | 14:00 | |
*** hyades has joined #timvideos | 14:18 | |
*** hyades has quit IRC | 14:23 | |
*** hyades has joined #timvideos | 14:41 | |
*** parx has joined #timvideos | 14:58 | |
*** hyades has quit IRC | 15:26 | |
*** rihnapstor has joined #timvideos | 15:28 | |
*** rihnapstor has joined #timvideos | 15:28 | |
*** rihnapstor has quit IRC | 15:52 | |
*** hyades has joined #timvideos | 15:53 | |
iiie | CarlFK: https://bbs.archlinux.org/viewtopic.php?pid=1131727#p1131727 show the EDID block data | 16:19 |
tpb | <http://ln-s.net/-nwq> (at bbs.archlinux.org) | 16:20 |
*** tpb has joined #timvideos | 16:48 | |
*** hyades_ has joined #timvideos | 17:08 | |
*** hyades has quit IRC | 17:10 | |
*** tpb has joined #timvideos | 17:21 | |
*** tpb has joined #timvideos | 17:32 | |
*** tpb has quit IRC | 18:22 | |
*** tpb has joined #timvideos | 18:23 | |
*** tpb has joined #timvideos | 18:49 | |
-calvino.freenode.net- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp | 18:49 | |
*** iiie0 has joined #timvideos | 18:49 | |
*** parx1 has joined #timvideos | 18:59 | |
*** parx has quit IRC | 19:01 | |
*** parx1 is now known as parx | 19:07 | |
*** hyades_ is now known as hyades | 19:10 | |
*** tpb has joined #timvideos | 21:33 | |
*** hyades has joined #timvideos | 21:44 | |
*** tpb has joined #timvideos | 21:56 | |
*** hyades has quit IRC | 22:06 | |
*** tpb has joined #timvideos | 22:31 | |
*** tpb has quit IRC | 23:23 | |
*** tpb has joined #timvideos | 23:24 | |
-leguin.freenode.net- [freenode-info] channel trolls and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp | 23:24 |
Generated by irclog2html.py 2.12.1 by Marius Gedminas - find it at mg.pov.lt!