| *** tpb has joined #timvideos | 00:00 | |
| cr1901_modern | sorry, mithro. sb0 needs the widget by like tonight, so I've been fixing bugs (read: rewriting) with it. I can still do the freq counter stuff after the fact | 00:01 |
|---|---|---|
| CarlFK | _florent_: I am holding a hv30. according to xfxf the hdmi out is based on the menu setting for "rec/in setup, hd standard, hdv/dv" | 00:44 |
| CarlFK | sounds like yours is set to dv | 00:44 |
| CarlFK | the "play/out setup, comp. out" is composite out, so not hdmi | 00:45 |
| CarlFK | oh wait... maybe it does | 00:47 |
| *** CarlFK has quit IRC | 01:06 | |
| *** CarlFK has joined #timvideos | 01:27 | |
| *** ChanServ sets mode: +v CarlFK | 01:27 | |
| *** springermac_ has joined #timvideos | 01:37 | |
| *** springermac is now known as Guest59221 | 01:37 | |
| *** springermac_ is now known as springermac | 01:38 | |
| *** Guest59221 has quit IRC | 01:39 | |
| mithro | _florent_: ping me when you get up | 04:47 |
| *** glasnt has joined #timvideos | 04:57 | |
| * glasnt pokes mithro with something sharp and pointy | 04:57 | |
| mithro | glasnt: heyo! | 04:57 |
| *** rohitksingh has joined #timvideos | 04:57 | |
| glasnt | oh hi | 04:57 |
| glasnt | I've replied to your latest email. | 04:58 |
| glasnt | I'll have a hack on the CSS later on, and send you a PR when I have something not-awful. | 04:58 |
| mithro | glasnt: that would be awesome | 04:58 |
| mithro | glasnt: feel free to adjust the language as you see fit, people doing things get to make the choices :) | 05:00 |
| glasnt | woo, design freedom :D | 05:02 |
| *** Bertl_zZ is now known as Bertl | 05:39 | |
| mithro | glasnt: if you think you can improve the website theme, would love to see that too ;) | 05:41 |
| mithro | _florent_: still running into that stupid ISE bug where it gets confused and takes 2 hours :( | 06:55 |
| mithro | _florent_: is there a reason you didn't merge the file line ending change too? | 06:56 |
| *** Bertl is now known as Bertl_oO | 07:33 | |
| _florent_ | hi | 07:46 |
| _florent_ | mithro: no, we can merge theh file line ending change | 07:47 |
| mithro | _florent_: okay great | 07:47 |
| mithro | _florent_: Can you check my cleanup of your encoder changes? | 07:47 |
| _florent_ | where is it? | 07:48 |
| mithro | _florent_: https://github.com/mithro/HDMI2USB-misoc-firmware/tree/florent | 07:51 |
| tpb | Title: GitHub - mithro/HDMI2USB-misoc-firmware at florent: A version of the HDMI2USB firmware based around the misoc+migen tools produced by m-labs. (at github.com) | 07:51 |
| _florent_ | ok thanks | 07:51 |
| _florent_ | have you been able to test hv30? | 07:53 |
| mithro | _florent_: Not yet, I'm still trying to verify and understand the encoder running at 30fps on the Opsis | 07:55 |
| _florent_ | ok | 07:55 |
| _florent_ | I change two things in fact | 07:56 |
| _florent_ | - a problem in the fps limitation (just some lines of C code), with this I was able to get up to 24 fps on the opsis and the encoder running at 50Mhz | 07:57 |
| _florent_ | - to have more performance, I changed clock domain for the encoder and made it run at 100MHz (now we are able to encode at up to 48 fps with simple images) | 07:58 |
| mithro | _florent_: Why does the encode speed depend on the image? | 08:01 |
| _florent_ | it's not really the encode speed, the the limitation on the usb throughput | 08:02 |
| _florent_ | if you have images that are difficult to compress (ie larger at the output) the usb throughput limitation will limit your fps | 08:03 |
| mithro | _florent_: so the encoder is coupled to the speed at which the USB can shuffle the bytes away? | 08:05 |
| _florent_ | yes | 08:05 |
| mithro | _florent_: okay, do you think it makes sense to just run the encoder and save the bytes to ram, then shuffle the bytes from ram onto the USB output at all? | 08:07 |
| mithro | _florent_: that would give the lm32 access to the output of the encoder, right? | 08:10 |
| _florent_ | yes but I'm not sure we will have enough SDRAM throughput for that | 08:11 |
| _florent_ | why do you want to do that? | 08:12 |
| mithro | _florent_: allows us to understand how fast the encoder can run, lets us run a couple of test images through the encoder and verify their output, etc? | 08:16 |
| _florent_ | ok but this is a bit of work, it's probably better for now to concentrate on the issues we have to fix | 08:19 |
| _florent_ | thanks for the cleanup on my fork, I merged things | 08:19 |
| mithro | _florent_: btw you should just be able to set PROG=impact in your environment rather than needing to edit the files | 08:21 |
| _florent_ | yes I know, but I'm a bit lazy and just want to do make gateware / make load-gateware :) | 08:22 |
| mithro | _florent_: your on windows right? | 08:22 |
| _florent_ | for this yes since it's more practical and faster | 08:24 |
| mithro | _florent_: then you can set the value on the system environment? | 08:29 |
| _florent_ | yes maybe, but that's was really for me and not important, I'll cleanup things when I'll be ready to merge in official repo | 08:31 |
| mithro | _florent_: so what are you planning on working on now? | 08:38 |
| _florent_ | I'd like to fix the problem with my new buffer so that we can integrate it in official repository | 09:11 |
| _florent_ | then try to understand why the YCbCr convertion has effect on colors | 09:12 |
| _florent_ | and then see why we have no picture with the hv30 | 09:13 |
| mithro | _florent_: so it looked like your encoder stuff depended on the buffer thing? | 09:13 |
| _florent_ | no it can also work with the old | 09:15 |
| _florent_ | do you want I integrate that? | 09:15 |
| _florent_ | (with the old buffer) | 09:15 |
| mithro | _florent_: I couldn't see an easy way to distangle the commits? | 09:18 |
| _florent_ | I'm going to integrate the software fix | 09:19 |
| _florent_ | with that you will be able to do up to 24fps | 09:19 |
| mithro | _florent_: so, why wasn't the software problem affecting the Atlys board? | 09:22 |
| _florent_ | in fact the limitation was buggy | 09:22 |
| _florent_ | if you were able to encode more than 30fps, it limited fps to 30 | 09:23 |
| _florent_ | but if the encoder was not able to encode at 30fps (29 for exemple), it limited fps to 15... | 09:23 |
| *** springermac has quit IRC | 09:24 | |
| _florent_ | since the opsis encoder was running at 50Mhz and the Atlys at 75MHz, we were able to encode at more than 30fps with the atlys, so limitation was working correctly | 09:24 |
| _florent_ | exemple/example | 09:24 |
| *** springermac has joined #timvideos | 09:25 | |
| mithro | _florent_: the csc should be roundtrip able right? IE RGB2YCbCr2 -> YCbCr2RGB should give the same results right? | 10:02 |
| mithro | _florent_: we should be able to set up a test for that? | 10:03 |
| _florent_ | I just did it | 10:03 |
| _florent_ | https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/165 | 10:04 |
| tpb | Title: Output via HDMI2USB shows red/pink badly · Issue #165 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 10:04 |
| mithro | _florent_: Yes, what I meant was having a test which prevents a bug like that creeping back in? | 10:05 |
| _florent_ | that's a design issue | 10:05 |
| _florent_ | I didn't saw the colors difference while designing | 10:06 |
| _florent_ | but I was already able to see it in fact (just that it depends of the picture you choose and for some it's easier to see that there was a problem) | 10:07 |
| mithro | _florent_: tests which you return pass/fail are much easier then ones you have to look at things with :) | 10:08 |
| _florent_ | yes, but you will still have rounding errors between the original and the results of your loopback | 10:08 |
| _florent_ | but I agree with you, we could try to improve that, but not now :), that's not the priority | 10:09 |
| mithro | _florent_: that was what I was asking, if the result was exact or if there would be things like rounding errors - I was under the impression it was exact? | 10:12 |
| _florent_ | no you will have some small differences | 10:14 |
| mithro | I'm going to head to bed and try and catch you on the other side | 10:37 |
| mithro | _florent_: the HV30 cameras should be sending an interlaced HDMI video signal | 10:38 |
| mithro | _florent_: a couple of things that might be going wrong are | 10:38 |
| mithro | _florent_: the camera is sending HDMI metadata packets, causing the hsync/vsync signals to look wrong | 10:38 |
| mithro | _florent_: I would start with looking at the hsync/vsync signals | 10:40 |
| _florent_ | yes I m going to add some debug | 10:42 |
| mithro | Might want to take a look at https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/94 | 10:43 |
| tpb | Title: Have frequency (and hsync/vsync) information on the inputs in the status message · Issue #94 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 10:43 |
| *** se6astian|away is now known as se6astian | 10:51 | |
| mithro | micolous: https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/81 | 11:09 |
| tpb | Title: Support short names or tab completion on the control interface · Issue #81 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 11:09 |
| *** se6astian is now known as se6astian|away | 13:41 | |
| *** rohitksingh has quit IRC | 13:41 | |
| *** rohitksingh has joined #timvideos | 13:55 | |
| *** se6astian|away is now known as se6astian | 15:26 | |
| *** sb0 has joined #timvideos | 15:30 | |
| *** sb0 has quit IRC | 16:16 | |
| *** sb0 has joined #timvideos | 16:21 | |
| *** sb0 has quit IRC | 16:38 | |
| *** sb0 has joined #timvideos | 16:40 | |
| *** sb0 has quit IRC | 16:45 | |
| *** rohitksingh has quit IRC | 17:14 | |
| *** ivodd_ is now known as ivodd | 19:45 | |
| *** springermac_ has joined #timvideos | 19:48 | |
| *** springermac is now known as Guest57413 | 19:48 | |
| *** springermac_ is now known as springermac | 19:48 | |
| *** Guest57413 has quit IRC | 19:50 | |
| mithro | Morning | 20:13 |
| cr1901_modern | It's the afternoon o.0; | 20:14 |
| glasnt | it's morning. | 20:15 |
| cr1901_modern | Geez, my sense of time must be horribly off | 20:15 |
| glasnt | and/or you're in a different timezone. | 20:16 |
| cr1901_modern | (Yes. Very much so.) | 20:16 |
| mithro | _florent_: looks like you figured out the artifact issue with your buffer? | 20:17 |
| _florent_ | the random artifact yes | 20:18 |
| _florent_ | I'm now trying to fix the fixed issues (bad pixel on each 8x8 block) | 20:19 |
| CarlFK | mithro: morning | 20:23 |
| mithro | _florent_: did you get a chance to look at the hv30 at all? | 20:31 |
| _florent_ | no, I wanted to fix the encoder before | 20:31 |
| mithro | _florent_: okay | 20:42 |
| _florent_ | can you eventually look at it? | 20:43 |
| _florent_ | ie try to understand what can be wrong? | 20:43 |
| mithro | _florent_: Yes, will try and look at that further today | 21:20 |
| mithro | _florent_: Would it be helpful to have a set of test patterns we send through the encoder / device? | 21:21 |
| mithro | actually let me rephrase, I'm creating a set of test patterns - would they be helpful for you? | 21:22 |
| _florent_ | I just added a black/white line pattern to test the problem with the encoder | 21:22 |
| *** se6astian has left #timvideos | 21:47 | |
| mithro | _florent_ / CarlFK: https://github.com/timvideos/test-patterns | 23:20 |
| tpb | Title: timvideos/test-patterns · GitHub (at github.com) | 23:20 |
| _florent_ | good | 23:21 |
| mithro | _florent_: I don't have the white lines style patterns yet, I just generated a bunch from gstreamer | 23:27 |
| mithro | _florent_: and created one for testing frame rates | 23:27 |
| _florent_ | I already have the white/black line pattern: | 23:28 |
| _florent_ | for(i=0; i<h_active*m_active*2/4; i++) { | 23:28 |
| _florent_ | framebuffer[i] = 0x801080ff; | 23:28 |
| _florent_ | } | 23:28 |
| _florent_ | that's all :) | 23:28 |
| mithro | _florent_: I also run all the test patterns through jpg at different levels and then look at the output | 23:36 |
| _florent_ | ok | 23:37 |
| *** glasnt has left #timvideos | 23:43 | |
| mithro | s/look/compare/ | 23:47 |
| mithro | _florent_: I'm going to put together some patterns with text in them too | 23:47 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!