| *** tpb has joined #timvideos | 00:00 | |
| mithro | shenki: travelling, conferences and the crowd funding were all intense by themselves | 00:03 |
|---|---|---|
| mithro | I think I need a holiday | 00:03 |
| shenki | mithro: yeah, you've had a huge month or so! | 00:03 |
| shenki | heh | 00:03 |
| mithro | I'm hoping the HDMI2USB stuff will reach stability soon | 00:08 |
| mithro | It will be good to have something we can reliably say "you should use this" | 00:09 |
| shenki | yeah! i'm super impressed with the amount of work you and the others have done | 00:10 |
| shenki | it's very impressive | 00:10 |
| mithro | It's mostly _florent_ | 00:11 |
| *** CarlFK has joined #timvideos | 00:11 | |
| *** ChanServ sets mode: +v CarlFK | 00:11 | |
| mithro | Well, on the firmware anyway - I guess me and xfxf did the new website stuff | 00:12 |
| mithro | Still really need to get more then just us contributing | 00:19 |
| shenki | yeah | 00:20 |
| mithro | Bus factor is too high for my liking | 00:20 |
| mithro | Well, I guess low, If you define it add the number of people that would need to be hit by a bus to kill the project | 00:21 |
| shenki | yes | 00:22 |
| shenki | im sure that others having hardware in their hands will help that | 00:22 |
| shenki | as will getting some confs skilled up in using your workflow | 00:22 |
| mithro | Yeah | 00:22 |
| *** [d__d] has quit IRC | 00:23 | |
| *** [d__d] has joined #timvideos | 00:26 | |
| *** thaytan has quit IRC | 00:37 | |
| *** thaytan has joined #timvideos | 00:38 | |
| *** ChanServ sets mode: +v thaytan | 00:38 | |
| mithro | shenki: did you see the little Xilinx ISE output hack thing I created? | 00:41 |
| mithro | shenki: also need to find some people to do expansion boards for the opsis | 00:42 |
| shenki | mithro: i didn't see that | 01:04 |
| puck | Hey, just wondering, what's the state of the firmware for the Opsis? Is it pretty much going to be plug and play when they ship? | 01:17 |
| puck | (actually, /me reads back a bit) | 01:18 |
| *** travis-ci has joined #timvideos | 01:32 | |
| travis-ci | [timvideos/HDMI2USB-misoc-firmware/travis-xilinx-pretty#136] (539460f): The build has errored. (https://travis-ci.org/timvideos/HDMI2USB-misoc-firmware/builds/80351148) | 01:32 |
| *** travis-ci has left #timvideos | 01:32 | |
| CarlFK | Jay's whacky chrome book is still misbehaving | 02:24 |
| CarlFK | but it is different (from the last update that fixed everything) | 02:25 |
| CarlFK | it is now correctly getting 720p EDID | 02:25 |
| CarlFK | input1: 9x0 | 02:32 |
| CarlFK | omg it is working | 02:39 |
| CarlFK | HDMI2USB>video_mode 10 | 02:40 |
| CarlFK | Setting video mode to 1280x720 @50Hz | 02:40 |
| CarlFK | HDMI2USB>video_mode 9 | 02:40 |
| CarlFK | Setting video mode to 1280x720 @60Hz | 02:40 |
| CarlFK | that's what fixed it. | 02:40 |
| CarlFK | input1: 1280x720 | 02:40 |
| CarlFK | output0: 1280x720@60Hz from input1 | 02:40 |
| CarlFK | mithro: _florent_ un/plug chrome book. chrome book sees the display device go and come back, but: | 03:10 |
| CarlFK | input1: 0x0 | 03:11 |
| CarlFK | (and no output) | 03:11 |
| CarlFK | output0: 1280x720@60Hz from input1 | 03:11 |
| CarlFK | video_mode 9 (same as currently set) and now I it works | 03:13 |
| *** CarlFK has quit IRC | 03:55 | |
| *** CarlFK has joined #timvideos | 04:20 | |
| *** ChanServ sets mode: +v CarlFK | 04:20 | |
| *** hyades has joined #timvideos | 05:45 | |
| *** aps_ is now known as aps | 05:57 | |
| *** CarlFK has quit IRC | 07:20 | |
| *** CarlFK has joined #timvideos | 07:26 | |
| *** kornbluth.freenode.net sets mode: +v CarlFK | 07:26 | |
| *** rohitksingh has joined #timvideos | 08:35 | |
| *** hyades has quit IRC | 09:00 | |
| *** rohitksingh has quit IRC | 10:41 | |
| *** rohitksingh has joined #timvideos | 11:44 | |
| *** rohitksingh has quit IRC | 12:52 | |
| CarlFK | _florent_: https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/57 | 17:25 |
| CarlFK | out of 10-20 laptops, that is the only one that has an issue | 17:25 |
| *** f15h has joined #timvideos | 19:47 | |
| *** f15h has quit IRC | 20:53 | |
| _florent_ | thanks CarlFK, strange behaviour, I'll try to find an explanation | 22:14 |
| CarlFK | _florent_: how bad would it be to "do" video_mode after each EDID request? | 22:23 |
| _florent_ | I would rather first try to understand what is going on exactly (since others video sources don't have this behaviour) | 22:26 |
| CarlFK | _florent_: well.. I am all for helping debug and make better, but I wold also like it more usable in 2 weeks. | 22:29 |
| CarlFK | does the reboot command reset in/out/encoder settings to default ? | 22:30 |
| _florent_ | We will hack something for you for your conference, but in the long term we have to understand the weird behaviours we can have and fix that correctly | 22:31 |
| _florent_ | no, it reboot the CPU | 22:32 |
| _florent_ | reboots | 22:32 |
| CarlFK | _florent_: hack, good. and I'll keep working on getting that understood | 22:33 |
| _florent_ | can you eventually create an issue with what we need to hack for it to be more usable? (this way I'll be able to prepare something for you before your conference) | 22:35 |
| CarlFK | _florent_: heck if I know ;) do you see a problem with "video_mode X" (where X is just the current value) every time a machine connects, or does an EDID request? | 22:38 |
| CarlFK | I just know when I issue "video_mode 9" each time after connect it makes it work. | 22:38 |
| CarlFK | that shouldn't cause any problems right ? | 22:39 |
| _florent_ | no, but video_mode is slow since it erase the framebuffers and redraw the video pattern | 22:41 |
| _florent_ | https://github.com/timvideos/HDMI2USB-misoc-firmware/blob/master/firmware/lm32/processor.c#L364 | 22:41 |
| tpb | Title: HDMI2USB-misoc-firmware/processor.c at master · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 22:41 |
| _florent_ | we have to undersand which action exactly make if work | 22:42 |
| mithro | _florent_: do we have a way to test the maximum read/write bandwidth on the Opsis / Atlys? | 22:50 |
| CarlFK | _florent_: idea: add "video_mode x" to the end of the boot up, then when a reboot is issued (including hitting the red button) it might fix it. | 22:53 |
| CarlFK | hooking it to boot would also keep it from interfering with testing | 22:54 |
| mithro | CarlFK: that doesn't make any sense - doing a "video_mode x" is already effectively done as part of the boot up procedure | 22:56 |
| CarlFK | mithro: k - I'll have to see if maybe reboot already fixes | 22:57 |
| mithro | CarlFK: I doubt it - the question that doesn't make sense is why doing "video_mode 9" has any effect | 22:57 |
| CarlFK | "video_mode is slow" this makes me think: the input is paused, or ignored, then when the "slow" is done, some sort of sync occurs | 23:03 |
| *** daven has quit IRC | 23:08 | |
| *** daven has joined #timvideos | 23:38 | |
| mithro | shenki: ping? | 23:46 |
| *** travis-ci has joined #timvideos | 23:56 | |
| travis-ci | [timvideos/HDMI2USB-misoc-firmware/travis-xilinx-pretty#136] (539460f): The build passed. (https://travis-ci.org/timvideos/HDMI2USB-misoc-firmware/builds/80351148) | 23:56 |
| *** travis-ci has left #timvideos | 23:56 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!