| *** tpb has joined #timvideos | 00:00 | |
| *** rohitksingh has quit IRC | 00:10 | |
| *** rohitksingh has joined #timvideos | 00:56 | |
| *** rohitksingh has quit IRC | 02:27 | |
| *** rohitksingh has joined #timvideos | 02:41 | |
| *** rohitksingh has quit IRC | 02:54 | |
| *** springermac has quit IRC | 03:03 | |
| *** springermac has joined #timvideos | 03:07 | |
| *** springermac has quit IRC | 03:08 | |
| *** springermac has joined #timvideos | 03:10 | |
| xfxf | any voctomix experts around? | 04:42 |
|---|---|---|
| CarlFK | I am sad.. I don't see a time stamp in the metadata of the file | 04:44 |
| CarlFK | not a show stopper | 04:45 |
| CarlFK | and I may be missing something | 04:45 |
| CarlFK | 5am in Berlin | 04:47 |
| xfxf | hmm, on launching voctocore on debian | 04:47 |
| xfxf | i'm getting | 04:47 |
| xfxf | GLib.Error: gst_parse_error: could not link intervideosrc0 to queue1 (3) | 04:48 |
| CarlFK | did you add in the repo they use? | 04:53 |
| xfxf | sure did | 04:57 |
| xfxf | have it running on ubuntu | 04:57 |
| xfxf | managed to get a v4l device coming in | 04:57 |
| xfxf | but only see it in preview | 04:57 |
| xfxf | video card is just an intel, is that ok? | 04:57 |
| CarlFK | heck if I know... | 05:02 |
| CarlFK | xfxf: did you use the config.ini that drops the res? | 05:05 |
| CarlFK | I'm using intell too juser@cnt3:~/lca/voctomix$ lspci |grep VGA | 05:09 |
| CarlFK | 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) | 05:09 |
| xfxf | yeah i don't think i can progress anymore | 06:16 |
| xfxf | i'll wait until somebody is around to help | 06:16 |
| xfxf | and yes tried a few different ini configurations after poking through the code to see what they do | 06:16 |
| CarlFK | hows your ffmpeg? | 06:17 |
| CarlFK | https://github.com/voc/voctomix/blob/master/example-scripts/ffmpeg/record-mixed-ffmpeg-segmented.sh | 06:17 |
| tpb | Title: voctomix/record-mixed-ffmpeg-segmented.sh at master · voc/voctomix · GitHub (at github.com) | 06:17 |
| CarlFK | wondering if that should be putting a start time in the header | 06:17 |
| xfxf | i'm willing to bet yours is better than mine given you hack on veyepar more than i do | 06:18 |
| xfxf | oh i do have a patch for your SD recording regarding webm btw, i reckon you can half your target video bitrate for SD, it's about right for 720p tho | 06:19 |
| xfxf | but, that's a different topic :) | 06:19 |
| CarlFK | swell.. more parameters to store somewhere :p | 06:20 |
| xfxf | you were abstracting out HD/SD recording i thought with the seperate mlt files? | 06:20 |
| xfxf | (because you're gonna need that for LCA definitely - mix of HD and SD recording, latter being one room at least) | 06:21 |
| CarlFK | not really | 06:21 |
| CarlFK | I think I just spit out 720 for everything | 06:21 |
| xfxf | i know, and it looks worse now | 06:22 |
| xfxf | i don't think you should be doing that | 06:22 |
| CarlFK | im not sure where to store that setting | 06:23 |
| CarlFK | im not even sure what that setting is | 06:23 |
| xfxf | the setting is being able to encode to different bitrates/target resolutions per-room | 06:23 |
| xfxf | you could also do it based off the metadata of the incoming file formats but that's much tricker, per-room would be absolutely sufficient | 06:24 |
| CarlFK | I get the concept for this case | 06:24 |
| xfxf | i'd just add new items on the room model | 06:24 |
| CarlFK | so for per room, thats the location table. whats the field name? | 06:24 |
| xfxf | and your encode scripts either use a default, or use those | 06:24 |
| CarlFK | those plural? | 06:24 |
| xfxf | it's been a while since i've done django, can you store a serialised dict into a column easily? | 06:25 |
| xfxf | or a json data type or something? | 06:25 |
| CarlFK | um.. | 06:25 |
| xfxf | otherwise it'll be ugly - webm_video_bitrate, webm_audio_bitrate, etc | 06:26 |
| CarlFK | oh.. that.. | 06:26 |
| xfxf | actually, relational orm, just make another model that defines all of that | 06:26 |
| xfxf | and link to it from the room name | 06:26 |
| xfxf | optional/nullable field | 06:26 |
| CarlFK | meh | 06:26 |
| CarlFK | and the next show we will find we need it per talk | 06:27 |
| xfxf | no, i am willing to cut the line there, fuck that | 06:27 |
| xfxf | per room is fine | 06:27 |
| CarlFK | lol | 06:27 |
| CarlFK | im happy with the line where it is.. per show. | 06:27 |
| CarlFK | the vga room looks like crap. | 06:27 |
| CarlFK | of course it does. | 06:27 |
| xfxf | i'd like per room, i've been bitten by this before, i solved it by running 2x copies of veyepar, it was ugly | 06:27 |
| xfxf | okay, it doesn't just look like crap, it looks much crapper than before | 06:28 |
| xfxf | go and look at something you've done in SD this year versus 2 years back :) | 06:28 |
| xfxf | on youtube, specifically | 06:28 |
| CarlFK | it's going to look different from the hd stuff | 06:28 |
| xfxf | of course it will, i just think it should look as good as it was before | 06:28 |
| xfxf | because upscaling to 720p and then giving it to youtube to retranscode makes it look garbage, honestly | 06:28 |
| CarlFK | when we get everything else working, come back to this | 06:29 |
| xfxf | and as much as i dislike SD we're still gonna be dealing with it for a bit | 06:29 |
| CarlFK | which will be about March | 06:29 |
| xfxf | we need this for LCA... | 06:29 |
| CarlFK | it isn't a show stopper | 06:29 |
| CarlFK | the hdmi2usb ->dv looks better than the twinpact | 06:30 |
| CarlFK | no one will care or even know that it could have looked a little better | 06:30 |
| CarlFK | GLib.Error: gst_parse_error: could not link intervideosrc0 to queue1 (3) | 06:31 |
| CarlFK | is that where you are stuck with voc? | 06:31 |
| CarlFK | cuz you should put that sort of detail in your call for help | 06:31 |
| CarlFK | (12:42:22 AM) c_14: If yes, I don't think mpegts supports that. | 06:55 |
| CarlFK | grumble | 06:56 |
| CarlFK | we can use the same filename thing just like always | 06:56 |
| xfxf | CarlFK: i need help on more than that | 07:11 |
| xfxf | and yeah just do filename, it's known, we know how to deal with it. my intention is just to get HD working with the same amount of complexity than now, then we can make it more complex/do fancier things | 07:11 |
| xfxf | what i care about from your perspective is having a loop that lets you take video in from multiple video sources and have veyepar output a final HD encoded file from that | 07:13 |
| xfxf | you'd appreciate making that happen contains hidden complexity in the full workflow | 07:13 |
| xfxf | we've seen what happens when other teams rock up with a video recording solution that lets them do basic recording out to a file but haven't planned for how it'll work at scale :) | 07:14 |
| CarlFK | accurate clocks and recording sheets | 07:15 |
| CarlFK | and someone in the room to note on the sheet when the talk started | 07:16 |
| xfxf | i think years of using a repeatable system has made you forget all of the intricate bits that make that actually work :) | 07:19 |
| CarlFK | Node last month brought that all back | 07:21 |
| CarlFK | the school AV did 2 rooms, gave me files | 07:21 |
| CarlFK | nothing was consistent | 07:22 |
| CarlFK | some had a dir called /Sunday Morning/ | 07:22 |
| CarlFK | some had /11:14/ (where I learned again that colons cause problmes) | 07:23 |
| CarlFK | the screen grab was crap. it put big black bars around all 4 sides | 07:25 |
| xfxf | not surprised | 07:25 |
| xfxf | being the post-production crew for AV companies must seriously be the worst job | 07:25 |
| xfxf | given it's usually a separate team | 07:25 |
| xfxf | it's why i like the full loop and live mixing, it creates a feedback loop of actually giving a shit about quality during the event | 07:25 |
| xfxf | not 'we'll just edit it later' | 07:25 |
| CarlFK | and at one talk, the schools AV display stuff went bonkers .. durring the vid the presenter turns around "what's going on with the screen?" | 07:26 |
| CarlFK | and that's when the screen recording file was cut into 12 files with 15 second gaps | 07:26 |
| CarlFK | lucky it was all static, so didn't matter! it makes me laugh and cry at the same time | 07:27 |
| CarlFK | xfxf: have you seen http://veyepar.nextdayvideo.com/main/talk_intro/317/lca2016_talk_intro.pdf?day=3 | 07:37 |
| mithro | Voctomix might be using custom versions of the inter elements - I'm unsure | 07:40 |
| CarlFK | seems to work for me with just wily repo | 07:42 |
| xfxf | yeah, it's loading for me fine on ubuntu 15.10 now, but not working on debian following their instructions, which is bizarre | 07:42 |
| xfxf | but i'm not able to get two v4l devices into it and mix, but i may be misusing it | 07:43 |
| xfxf | i can infer how it works from looking at the scripts | 07:43 |
| CarlFK | xfxf: how did you do v4l? | 07:49 |
| xfxf | i modified the mjpg script | 07:49 |
| xfxf | but as mentioned it's not really working properly | 07:49 |
| xfxf | just used /dev/video0 instead of the ip:port | 07:49 |
| CarlFK | mjpg script | 07:50 |
| CarlFK | what mjpg script ? | 07:50 |
| CarlFK | ah.. source-mjpg-framegrabber.sh | 07:51 |
| xfxf | yes | 07:52 |
| *** Bertl_oO is now known as Bertl_zZ | 08:39 | |
| CarlFK | xfxf: how working is working? | 09:50 |
| xfxf | that's all i did | 09:50 |
| xfxf | i am sure it needs more to actually be usable | 09:50 |
| *** se6astian|away is now known as se6astian | 10:48 | |
| CarlFK | mithro: does the opsis have a 2nd usb out that could stream the same data? (and then a pi + drive could capture it ) | 11:06 |
| mithro | Yes but it doesn't work yet | 11:07 |
| mithro | There is a lot the board can do if we had software written | 11:08 |
| xfxf | mithro: i haven't used my hdmi2usb in about a month; i've just gone to build the firmware on a new laptop and i'm genuinely confused as to which repo i'm meant to be using | 11:08 |
| xfxf | googling 'hdmi2usb' seems to show a repo that hasn't been updated in a few months, i'd imagine that might confuse/mislead people | 11:09 |
| xfxf | HDMI2USB-misoc-firmware? | 11:09 |
| xfxf | (is the one i'm supposed to be using?) | 11:09 |
| xfxf | i'll assume yes - that's the last one i built iirc | 11:10 |
| mithro | Yes | 11:11 |
| xfxf | we might want to get some clearer documentation around this for the opsis release | 11:12 |
| mithro | I will fix that after LCA | 11:12 |
| xfxf | i got a bit confused then and i've committed to the project ;) | 11:12 |
| xfxf | cool | 11:12 |
| mithro | The Opsis stuff links elsewhere | 11:12 |
| xfxf | just pointing it out as it's clear to me now - once i'm familiar with it again it won't be an evident problem | 11:12 |
| mithro | Gah, I'm coming down with a cold :( | 12:06 |
| xfxf | mithro: why would v4l-info be telling me the hdmi2usb video capture width/height is 1024x768, when 'status' on the console tells me everything is set to 1280x720? | 12:12 |
| xfxf | mithro: and, ugh :( | 12:12 |
| mithro | xfxf: because I havn't merged the branch which fixes that | 12:12 |
| xfxf | okay, would that be causing the issues i'm reporting in #voc-lounge (namely ffmpeg not processing anything from /dev/video0)? | 12:13 |
| mithro | sorry, NFI | 12:15 |
| mithro | I haven't used ffmpeg with the HDMI2USB | 12:15 |
| mithro | gstreamer and mplayer both seem to be reasonably happy | 12:16 |
| *** rohitksingh has joined #timvideos | 12:27 | |
| xfxf | mithro: do you have a link to the version of my script you altered to read from the device? | 12:30 |
| xfxf | the local copy i have isn't even starting, i may have altered it | 12:31 |
| mithro | xfxf: no - check logs | 12:36 |
| xfxf | mithro: hmm the HDMI output of my hdmi2usb is flicking every so occasionally | 12:41 |
| xfxf | might be the display itself, but i don't remember it doing that | 12:41 |
| mithro | xfxf: what setup are you using? | 12:41 |
| xfxf | gateware/firmware from default branch on repo as of 2 hours ago, inputs/outputs all set at 720p@50, output0 going to my HDMI monitor, output1 disabled, input0 my video camera, input1 a laptop | 12:42 |
| xfxf | right | 12:55 |
| xfxf | okay, i found your original script, indeed i'd changed it | 12:55 |
| xfxf | but, i've never got it working | 12:55 |
| xfxf | this just stops after "Initalising /dev/ttyVIZ0" | 12:55 |
| xfxf | my older script that doesn't attempt to read from the device still works perfectly | 12:56 |
| xfxf | so i assume this is the same bug | 12:56 |
| xfxf | okay | 13:06 |
| xfxf | my existing capture scripts don't seem to be working anymore | 13:06 |
| xfxf | the current firmware/gateware definitely works? | 13:06 |
| xfxf | view-hdmi2usb.sh is showing me green | 13:07 |
| xfxf | okay, brick wall, getting nowhere. giving up | 13:15 |
| xfxf | no longer seem to get capture out of gstreamer anymore :/ | 13:15 |
| xfxf | ah, i think it's minor gstreamer changes (i upgraded ubuntu) | 13:21 |
| xfxf | i can get xv output working if i shove in a jpegdec in there, but not what i want for capture | 13:21 |
| *** se6astian is now known as se6astian|away | 14:07 | |
| *** Bertl_zZ is now known as Bertl | 14:57 | |
| *** se6astian|away is now known as se6astian | 15:41 | |
| *** kaalia has quit IRC | 18:08 | |
| *** kaalia has joined #timvideos | 18:16 | |
| *** rohitksingh has quit IRC | 22:14 | |
| *** rohitksingh has joined #timvideos | 22:14 | |
| *** se6astian is now known as se6astian|away | 22:35 | |
| *** Bertl is now known as Bertl_zZ | 22:53 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!