| *** tpb has joined #timvideos | 00:00 | |
| jea | mithro: I tried to merge the edid improvements, but it didn't keep shenki's commit in the history (it does have it as a parent though). I'm not sure of a way to get his commit in the history without him commiting it in that location himself | 00:57 |
|---|---|---|
| jea | https://github.com/joeladdison/HDMI2USB-litex-firmware/commit/685690907d08691a9616f16a8179772346236a4d | 00:57 |
| tpb | Title: Add monitor range descriptor to EDID · joeladdison/HDMI2USB-litex-firmware@6856909 · GitHub (at github.com) | 00:57 |
| *** CarlFK has quit IRC | 01:07 | |
| mithro | jea: I can show you how in a minute | 01:10 |
| mithro | jea: While I finish doing other stuff, do you want to load the edid fixes onto an opsis and confirm you see them on a computer connected to it? | 01:11 |
| jea | mithro: ok, I'll give that a go | 01:11 |
| *** puck`` has quit IRC | 01:19 | |
| *** ivodd_ has quit IRC | 01:19 | |
| *** shenki has quit IRC | 01:19 | |
| *** shenki has joined #timvideos | 01:20 | |
| *** ChanServ sets mode: +v shenki | 01:20 | |
| *** puck`` has joined #timvideos | 01:20 | |
| *** ivodd has joined #timvideos | 01:20 | |
| xfxf | mithro: can I get your input on this pls? https://github.com/xfxf/lca2017-av/issues/6 | 02:06 |
| tpb | Title: Opsis + recording laptop monitoring · Issue #6 · xfxf/lca2017-av · GitHub (at github.com) | 02:06 |
| *** NP95 has joined #timvideos | 02:50 | |
| NP95 | Hi | 02:50 |
| *** Sewar has quit IRC | 02:51 | |
| NP95 | Who here is looking into the USB sound | 02:51 |
| *** Sewar has joined #timvideos | 02:53 | |
| *** tims-extra-lapto has quit IRC | 03:58 | |
| mithro | _florent_: https://github.com/mithro/HDMI2USB-litex-firmware/tree/nextgen | 05:11 |
| tpb | Title: GitHub - mithro/HDMI2USB-litex-firmware: Opsis SoC based on LiteX (at github.com) | 05:11 |
| *** CarlFK has joined #timvideos | 05:28 | |
| *** ChanServ sets mode: +v CarlFK | 05:28 | |
| *** videoteam-r3grab has joined #timvideos | 05:34 | |
| videoteam-r3grab | CarlFK, Make sure the following are installed - xchat-gnome, bash-completion, vim-gnome, mplayer, vlc, ffmpeg/avconv, fxload, tmux, git | 05:37 |
| mithro | xfxf: Do you have one of these -> https://www.noelleeming.co.nz/shop/computers-tablets/accessories/cables-chargers-and-adapters/moshi-99mo084202-usb-c-to-hdmi-adpator-silver/prod147865.html | 06:02 |
| tpb | Title: Moshi USB-C to HDMI Adpator Silver - Noel Leeming (at www.noelleeming.co.nz) | 06:02 |
| *** CarlFK has quit IRC | 06:05 | |
| *** videoteam-r3grab has quit IRC | 06:23 | |
| *** videoteam-r3grab has joined #timvideos | 06:23 | |
| mithro | paddatrapper: ping? | 06:29 |
| mithro | jea: https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/211 | 06:37 |
| tpb | Title: Capture is over bright / over saturated · Issue #211 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 06:37 |
| mithro | jea: and the pull request it links to https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/205 | 06:38 |
| tpb | Title: Adjusts gamma value provided in in EDID by xfxf · Pull Request #205 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 06:38 |
| jea | current firmware is using that gamma value, and comparing it to previous it is certainly much better. on my mac, the new value (0x78) is still brighter than the Generic RGP profile, but it is probably fine | 06:44 |
| xfxf | i think the value should be lower then 0x78 | 06:45 |
| xfxf | it's better than what it was but still looks too bright to me | 06:45 |
| xfxf | you can even see it in the PR above | 06:45 |
| xfxf | 0x78 is what I think I nicked off a few other monitors EDID's | 06:45 |
| mithro | xfxf: Where did you disappear too? | 06:47 |
| xfxf | upstairs | 06:47 |
| paddatrapper | mithro: pong | 06:48 |
| mithro | paddatrapper: Where did you get up to? | 06:48 |
| paddatrapper | mithro: Pretty much nowhere unfortunately... Realised my knowledge of USB/FX2 is nowhere near up to scratch, so busy trying to improve it at the moment | 06:49 |
| mithro | paddatrapper: The first thing I would look into is just generating a valid USB descriptor in the right format | 06:50 |
| paddatrapper | mithro: Yeah, that's what I'm trying | 06:57 |
| mithro | paddatrapper: Do you have any USB Audio devices? | 06:59 |
| paddatrapper | mithro: Yup, Scarlett Focusrite | 07:00 |
| mithro | Start decoding that? :-P | 07:00 |
| tumbleweed | o/ paddatrapper | 07:00 |
| mithro | I look at the Logitech webcams for the USB stuff | 07:00 |
| mithro | Actually, they probably do USB audio too... | 07:00 |
| xfxf | they do | 07:01 |
| paddatrapper | tumbleweed: \o | 07:01 |
| paddatrapper | mithro: Good idea. I shall give it a bash | 07:01 |
| paddatrapper | Logitech webcams should also be a nice one to try. May actually have one lying around somewhere... | 07:02 |
| mithro | paddatrapper: Yeah | 07:24 |
| mithro | shenki: https://keithp.com/blogs/embedded-arm-libc/ | 07:28 |
| tpb | Title: embedded-arm-libc (at keithp.com) | 07:28 |
| *** CarlFK has joined #timvideos | 07:32 | |
| *** ChanServ sets mode: +v CarlFK | 07:32 | |
| mithro | jea: So your working on the brightness fix? | 08:14 |
| jea | mithro: yes. just about to submit a pull request for both edid things | 08:15 |
| mithro | jea: The next thing after that is to look into advertising both 720p60 and 720p50 resolutions as supported | 08:15 |
| jea | mithro: ok. i presume that is edid as well? and if so, would you like one pull request with all of this in it, or separate ones? | 08:15 |
| mithro | jea: With the issue with the brightness we were having last time, I think that should be a seperate commit | 08:16 |
| mithro | jea: Oh, I was going to show you how to merge Joel's repo | 08:16 |
| jea | yes you were | 08:16 |
| mithro | jea: The basic steps are | 08:17 |
| mithro | (a) Checkout Joel's repo | 08:17 |
| mithro | (b) Move everything around in Joel's repo to be where you want them to end up (IE move edid.c to firmware/edid.c, edid-decode to third_party/edid-decode, etc) | 08:18 |
| mithro | (c) Commit that and push to your fork | 08:18 |
| mithro | (d) Do a "git remote add edid-hacks git+ssh://github.com/jae/edid-decode.git" and then a "git fetch edid-hacks" | 08:18 |
| mithro | (e) Then just do a "git merge edid-hacks/master --allow-unrelated-histories" | 08:19 |
| mithro | (f) Fix the conflicts, probably by doing a "git checkout edid-hacks/master <filename>" | 08:19 |
| mithro | jea: Does that make sense? | 08:20 |
| jea | mithro: yes, that makes sense. I'll give it a go | 08:20 |
| mithro | It would be good to have a "test" which lets you check the edid.c is generating valid EDID data as edid-decode thinks... | 08:21 |
| mithro | jea: But I'm not sure what the best way to do that is | 08:22 |
| mithro | _florent_: Any chance reproducing the encoder issue? | 08:23 |
| jea | mithro: yes, that would be a good idea. I'll see if there is a way to set one up | 08:23 |
| shenki | mithro: interesting post. i hope he upstreams it | 08:52 |
| mithro | shenki: jea is currently working on the edid changes you did at PyCon AU | 08:53 |
| shenki | jea: nice! | 08:53 |
| jea | shenki: your changes are all working nicely! needed a slight fix, but was easy to work out from your tests. thanks for that :) | 08:55 |
| mithro | paddatrapper: Do you want to reply to the mailing list with what you are working and details about things like the fx2lib | 08:56 |
| paddatrapper | mithro: Yup, busy doing it | 09:06 |
| shenki | jea: good to hear! | 09:46 |
| _florent_ | mithro: the encoder issue should be resolved... doing a P&R now... | 10:17 |
| mithro | _florent_: Awesome | 10:17 |
| mithro | _florent_: Did you end up making a target which is just the encoder without the HDMI stuff? | 10:17 |
| _florent_ | mithro: yes kind of | 10:18 |
| _florent_ | mithro: it still have a video output | 10:18 |
| mithro | _florent_: Just the single one? | 10:18 |
| _florent_ | mithro: just because removing it was confusing ISE timing constraints on usb | 10:18 |
| _florent_ | mithro: don't know why | 10:18 |
| _florent_ | mithro: but there is no reason we could not be able to get a target with the encoder | 10:19 |
| _florent_ | mithro: but do we really need it? | 10:19 |
| mithro | _florent_: It depends on if it changes the compile speed - I can imagine if someone is working on the encoder by itself it could be useful | 10:20 |
| _florent_ | mithro: yes, I'll see it I can have that easily | 10:21 |
| *** NP95 has quit IRC | 10:27 | |
| _florent_ | mithro: can you describe what you want for the fifo under/over flow | 10:32 |
| _florent_ | ? | 10:32 |
| _florent_ | mithro: do you have others things you wants me to do. | 10:33 |
| _florent_ | ? | 10:33 |
| mithro | _florent_: Just a CSR which we can poll for to see if an underflow on the TX fifos or an overflow in the RX fifos occurred | 10:33 |
| _florent_ | mithro: not sure this is as simple since fifo are using flow control, so could not overflow/underflow | 10:34 |
| _florent_ | mithro: the overflow/underflow is defined around the fifo according to the usecase | 10:34 |
| _florent_ | mithro: I'll see if I can add things | 10:34 |
| mithro | _florent_: For the HDMI TX, we basically want to know if the output wanted pixel data and it wasn't available | 10:35 |
| _florent_ | mithro: ok | 10:35 |
| mithro | _florent_: And on the HDMI input, if it wanted to "store" a pixel, but there wasn't any space, so had to drop it | 10:36 |
| _florent_ | mithro: where is the pixel clock counter code from pixel cr1901_modern? | 10:36 |
| _florent_ | mithro: I think the overflow is already reported to software on HDMI input | 10:36 |
| mithro | _florent_: Yeah, I think you are right - but I have no idea how to prove that? | 10:37 |
| mithro | _florent_: The pull request which added the frequency counter was at https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/283 | 10:38 |
| tpb | Title: Frequency Counter for Debugging by cr1901 · Pull Request #283 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 10:38 |
| mithro | _florent_: gateware/freq_count.py in the old misoc firmware | 10:38 |
| _florent_ | mithro: ok thanks | 10:39 |
| mithro | _florent_: It's based off Hamster's design at http://hamsterworks.co.nz/mediawiki/index.php/High_Speed_Frequency_Counter | 10:39 |
| tpb | Title: High Speed Frequency Counter - Hamsterworks Wiki! (at hamsterworks.co.nz) | 10:39 |
| mithro | "So here is a design that will count over 500 MHz on a fast grade of Spartan 6 FPGA." | 10:40 |
| mithro | It might be a little overkill, but it 1080p60 is 150MHz pixel clock | 10:40 |
| mithro | _florent_: I haven't started on the I2C stuff at all | 10:47 |
| mithro | _florent_: We want to be able to read the contents out of the I2C eeprom on the Opsis board so we can use the correct MAC address | 10:47 |
| mithro | _florent_: But I think it might make more sense for you to work on seeing if you can figure out what is going on when all inputs+outputs are enable at the same time | 10:48 |
| mithro | _florent_: Another "nice to have" would be to calculate a CRC32 of each of the incoming pixel data in video frames on the HDMI input | 10:49 |
| _florent_ | mithro: as we already discussed, I don't think the CRC32 feature will have lots of value | 10:50 |
| _florent_ | mithro: we already know there is a problem, it will not allow us to know more | 10:50 |
| mithro | _florent_: Why? I want to be able to detect repeated frames which are of the same contents - we need that for pulldown detection on the HV30 deinterlacing | 10:51 |
| _florent_ | mithro: ah ok I thought it was for debug purpose | 10:52 |
| mithro | _florent_: Well, it could also be used for debug purposes, send a known frame and check the crc value is correct | 10:53 |
| _florent_ | mithro: also did you reintroduce the spi flash on the opsis? | 10:53 |
| mithro | (known frame from a computer) | 10:53 |
| mithro | _florent_: Hrm, I think I did | 10:53 |
| mithro | _florent_: Yeah it looks like I did -> https://github.com/mithro/HDMI2USB-litex-firmware/blob/nextgen/targets/opsis/base.py#L252 | 10:54 |
| tpb | Title: HDMI2USB-litex-firmware/base.py at nextgen · mithro/HDMI2USB-litex-firmware · GitHub (at github.com) | 10:54 |
| mithro | I haven't actually tested it at all though | 10:54 |
| mithro | _florent_: See https://en.wikipedia.org/wiki/Telecine#Frame_rate_differences for info on the different types of pull-down which could be used - the CRC is to detect the repeated fields uses in such a pull down pattern | 10:55 |
| tpb | Title: Telecine - Wikipedia (at en.wikipedia.org) | 10:55 |
| mithro | _florent_: Doing deinterlacing for telecine signals with pulldown is *much* simpler than normal deinterlacing too, you basically just do line from field A, line from field B after detecting the pattern | 10:57 |
| mithro | _florent_: We were thinking of storing config info in SPI flash at some point too | 10:58 |
| jea | one of these would be nice https://www.cnet.com/products/dell-ultrasharp-up3218k/preview/ | 11:36 |
| tpb | Title: Dell Ultrasharp UP3218K could be the world's first 8K monitor, and it has a price to match - CNET (at www.cnet.com) | 11:36 |
| *** NP95 has joined #timvideos | 11:55 | |
| *** videoteam-r3grab has quit IRC | 12:23 | |
| *** videoteam-r3grab has joined #timvideos | 12:23 | |
| *** videoteam-r3grab has quit IRC | 12:26 | |
| *** videoteam-r3grab has joined #timvideos | 12:27 | |
| *** CarlFK has quit IRC | 12:28 | |
| *** CarlFK has joined #timvideos | 13:09 | |
| *** ChanServ sets mode: +v CarlFK | 13:09 | |
| *** NP95 has quit IRC | 16:16 | |
| *** NP95 has joined #timvideos | 18:13 | |
| *** videoteam-r3grab has quit IRC | 18:25 | |
| *** sb0 has joined #timvideos | 19:08 | |
| mithro | myself and tumbleweed are up now | 21:15 |
| tumbleweed | and decrying the lack of coffee | 21:17 |
| cr1901_modern | What's coffee? | 21:17 |
| tumbleweed | CarlFK: http://www.dx.com/s/hdmi+extender | 21:54 |
| tpb | Title: hdmi extender - Free Shipping - DX (at www.dx.com) | 21:54 |
| mithro | _florent_: I remember seeing that the ISE tools can use an existing design to speed up routing a new design? | 23:19 |
| mithro | _florent_: Have you tried using that at all? | 23:19 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!