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.
... but so far, I've been having nothing but pain.
Anyone awake?
Elladan: I guess people are waking up, slowly.
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. :-)
Mine had single channel audio but the newer ones have two.
I guess that'd be a pretty good fit for the purpose.
There are probably better choices though. I can't claim to know much about the subject. :-o
mchehab: Hi
ttomov: hi
for these two patches: https://www.mail-archive.com/linux-media@vger.kernel.org/msg104850.html
I believe I have to get Ack from Rob Herring for 1/2
then what will be next?
yeah, you need to get ack from DT people for the bindings. Usually, Rob is the one giving acks for DT on media drivers
once people are happy with it, one of the sub-maintainers should merge it.
Likely either sailus or hverkuil will pick it
I'll review it again on the pull request they'll send me
if I find something weird, I may require additional changes
otherwise, I'll merge
ok, sounds good. Thanks for the explanation.
anytime
I'll ask Rob to take a look again
ok
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.
dnb_, what does "from v4l" means, what's the usespace application ?
v4l-ctl
v4l2-ctl
have you considered running gdb on that ?
I'll look into that... It's been a seriously long time since I've delved into the C-world.....
this tool does not commonly crash, and without a backtrace, understand that it's hard to provide helpful pointers
iirc, doesn't the binary need debugging symbols compiled in?
ideally yes
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
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.
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 ?
oh, didn't realised what musl was, it's most likely an compat problem with musl yes
better have symbols for that libc too, and be prepare to debug that
sounds like this is not going to be fun :/
indeed
it really shouldn't
ttomov: I can merge the ov5645 driver and send a pull request
pinchartl: thanks, this will be nice :) but we have to wait for a response from Rob first I suppose
also you have found one one-line correction needed when you have reviewed the driver
and I will point one more
so if you can fix these when you apply, or I can resend
sailus, thanks. :-_