| *** tpb has joined #timvideos | 00:00 | |
| *** CarlFK has quit IRC | 02:48 | |
| mithro | MaZderMind / cfelton: as I mentioned yesterday, the EDID going into the HDMI connectors on the Atlys board are already available via pin headers on the Atlys board. | 02:50 |
|---|---|---|
| mithro | No cable dismantling needed - but it does only give you the signal level at the Atlys board end of the system (rather than the other end) | 02:51 |
| mithro | cfelton: you have an Atlys board right? | 03:19 |
| cfelton | mithro: they are rebuffered, if it is a slew rate issue (not sure why it would be) you could not observe that through the header | 03:20 |
| cfelton | mithro: yes | 03:20 |
| mithro | cfelton: I'm looking at the Atlys schematics now, it seems that for J2 and J3, you are right - the EDID goes through a buffer on both input and output and JP6/JP7 sit between the two buffers | 03:29 |
| mithro | cfelton: same with J1 but JA is just directly connected | 03:33 |
| *** CarlFK has joined #timvideos | 04:32 | |
| *** ChanServ sets mode: +v CarlFK | 04:32 | |
| *** hyades has joined #timvideos | 13:54 | |
| MaZderMind | I'm currently writing tests for the Caps produced by gst-switch. interestingly for `-f debug` the composite-output and the encoded-output produce 30fps, while the preview-ports only produce 25fps | 14:31 |
| MaZderMind | according to gstswitchopts.c `-f debug` should be 300x200@25 | 14:33 |
| CarlFK | hmmm... not sure that is a bug | 14:37 |
| CarlFK | why do the previews need to be the same? | 14:38 |
| *** Niharika has joined #timvideos | 14:38 | |
| CarlFK | I suspect it is better if they are the same, especially if it uses lots of CPU otherwise | 14:40 |
| MaZderMind | having to deal with different framerates is a pita, ie when you try to display both ir mix them or what not. | 14:43 |
| MaZderMind | but i think it's a bug because the formati s explicitly specified as 300x200@25 | 14:44 |
| *** Niharika has quit IRC | 15:04 | |
| *** Niharika has joined #timvideos | 15:10 | |
| MaZderMind | i opened a ticket - to be discussed: https://github.com/timvideos/gst-switch/issues/200 | 15:22 |
| tpb | Title: Composite-Output is 30fps, independent of cofigured format · Issue #200 · timvideos/gst-switch · GitHub (at github.com) | 15:22 |
| *** hyades has quit IRC | 15:59 | |
| *** Niharika has quit IRC | 18:10 | |
| *** Niharika has joined #timvideos | 18:12 | |
| *** miselin has quit IRC | 18:22 | |
| *** miselin has joined #timvideos | 18:25 | |
| *** CarlFK has quit IRC | 18:26 | |
| *** CarlFK has joined #timvideos | 19:14 | |
| *** ChanServ sets mode: +v CarlFK | 19:14 | |
| *** Niharika has quit IRC | 19:27 | |
| MaZderMind | another inconsistency in gst-switch: the integration-tests TestMarkTracking, TestMarkFace and TestClickVideo actually don't do anything | 19:44 |
| MaZderMind | they are called with generate_frames=True so they never assert anyting. Calling them with generate_frames=False fails because there is nothing to compare against, because none of the methods actually change the visual output of the server | 19:45 |
| CarlFK | oh god please don't spend any time on tracking.. it makes me angry. | 19:54 |
| MaZderMind | kk, i don't see it being that useful, too, but well - it's in there somewhere | 20:33 |
| MaZderMind | and another inconsistency i'm not use of it's a bug: it is not possible to attach multiple audio sources. | 20:35 |
| MaZderMind | gst-switch-srv/gstworker.c:283:error: branch_3004: pipeline parsing error: could not link source to gdppay3 | 20:35 |
| MaZderMind | gst-switch-srv/gstworker.c:808:error: branch_3004: failed to create new pipeline | 20:35 |
| MaZderMind | gst-switch-srv/gstswitchserver.c:750:error: failed serving new client | 20:35 |
| CarlFK | hmm. I thought I had done that, but maybe not | 20:45 |
| CarlFK | but done is just testing, nothing has been done in production, so pfft. | 20:45 |
| MaZderMind | which makes me think if there are any measures to keep audio and video in sync when switching between them… | 20:47 |
| MaZderMind | which is one of the biggest issues when doing a mixing-program | 20:47 |
| CarlFK | with DVswitch it was "easy" because of everything being live. there was a very small buffer (2 frames I think) and if new audio wasn't there yet, oh well, it just used the old audio | 20:49 |
| CarlFK | I think that feature was a side effect of everything being dv | 20:50 |
| MaZderMind | it's a question of timestamping the buffers in the sources and syncing the clocks between the sources | 20:51 |
| MaZderMind | and handling restarts in that timestamp-sequence when a source reconnects | 20:51 |
| MaZderMind | that's no easy thing if it's not designed in from the start | 20:52 |
| MaZderMind | so you never tested a/v sync, did you? | 20:53 |
| *** CarlFK has quit IRC | 23:11 | |
| *** CarlFK has joined #timvideos | 23:18 | |
| *** ChanServ sets mode: +v CarlFK | 23:18 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!