[05:25] <Elladan> Hi! Can anyone recommend a card/USB/anything that's good for capturing home videos from a VCR? I have a time base corrector so it should be easy.
[05:25] <Elladan> ... but so far, I've been having nothing but pain.
[06:15] <Elladan> Anyone awake?
[08:24] <sailus> Elladan: I guess people are waking up, slowly.
[08:25] <sailus> I have an old Bttv PCI card... I think the last time I used it was some 10 years ago to get video from my Commodore 64. :-)
[08:26] <sailus> Mine had single channel audio but the newer ones have two.
[08:26] <sailus> I guess that'd be a pretty good fit for the purpose.
[08:27] <sailus> There are probably better choices though. I can't claim to know much about the subject. :-o
[11:48] <ttomov> mchehab: Hi
[11:48] <mchehab> ttomov: hi
[11:48] <ttomov> for these two patches: https://www.mail-archive.com/linux-media@vger.kernel.org/msg104850.html
[11:49] <ttomov> I believe I have to get Ack from Rob Herring for 1/2
[11:49] <ttomov> then what will be next?
[11:50] <mchehab> yeah, you need to get ack from DT people for the bindings. Usually, Rob is the one giving acks for DT on media drivers
[11:50] <mchehab> once people are happy with it, one of the sub-maintainers should merge it.
[11:51] <mchehab> Likely either sailus or hverkuil will pick it
[11:51] <mchehab> I'll review it again on the pull request they'll send me
[11:52] <mchehab> if I find something weird, I may require additional changes
[11:53] <mchehab> otherwise, I'll merge
[11:53] <ttomov> ok, sounds good. Thanks for the explanation.
[11:53] <mchehab> anytime
[11:53] <ttomov> I'll ask Rob to take a look again
[11:53] <mchehab> ok
[13:20] *** awalls1 has left 
[15:12] <dnb_> Hey guys, we're trying to use v4l on alpine linux, but it segfaults whenever setting any controls, curious if anyone can point us in the right direction? We're trying to compile it on alpine as well, but since they use musl it's being a pain... We don't get any information from v4l other than there's a segfault.
[15:12] <ndufresne> dnb_, what does "from v4l" means, what's the usespace application ?
[15:13] <dnb_> v4l-ctl
[15:13] <dnb_> v4l2-ctl
[15:13] <ndufresne> have you considered running gdb on that ?
[15:14] <dnb_> I'll look into that... It's been a seriously long time since I've delved into the C-world.....
[15:14] <ndufresne> this tool does not commonly crash, and without a backtrace, understand that it's hard to provide helpful pointers
[15:14] <dnb_> iirc, doesn't the binary need debugging symbols compiled in?
[15:15] <ndufresne> ideally yes
[15:15] <dnb_> assuming now that just gives me more in-depth info about the stack trace? Either way, we'll give it a try when my devops guy comes in
[15:16] <dnb_> I also realize it's even harder since I'm likely using a binary compiled by the Alpine team with musl, and not glibc provided by standard distros/source.
[15:16] <ndufresne> I don't know Alpine much, but it says "secure", maybe it runs some security policy thingy that crash applications doing things that aren't allowed ?
[15:17] <ndufresne> oh, didn't realised what musl was, it's most likely an compat problem with musl yes
[15:18] <ndufresne> better have symbols for that libc too, and be prepare to debug that
[15:18] <dnb_> sounds like this is not going to be fun :/
[15:20] <ndufresne> indeed
[15:20] * ndufresne feels like if v4l2-ctl crash on musl, there is probably quite few other utilities that will crash too
[15:37] <larsc> it really shouldn't
[15:42] <pinchartl> ttomov: I can merge the ov5645 driver and send a pull request
[15:43] <ttomov> pinchartl: thanks, this will be nice :) but we have to wait for a response from Rob first I suppose
[15:44] <ttomov> also you have found one one-line correction needed when you have reviewed the driver
[15:44] <ttomov> and I will point one more
[15:44] <ttomov> so if you can fix these when you apply, or I can resend
[16:18] <Elladan> sailus, thanks. :-_