Hi, > [ announce / call for testers ] > > Uploaded bttv 0.8.18 and a updated v4l2 kernel patch (the patch is also > in the tarball): > > http://bytesex.org/bttv/bttv-0.8.18.tar.gz > http://bytesex.org/bttv/patch-v4l2-2.4.6-pre5.diff.gz Patched, compiled and loaded OK. --> Jun 28 15:33:41 ltop kernel: Linux video capture interface: v1.00 Jun 28 15:33:41 ltop kernel: bttv: driver version 0.8.18 loaded [v4l/v4l2] Jun 28 15:33:41 ltop kernel: bttv: using 8 buffers with 2080k (520 pages) each for capture [if you need full syslog output, e-mail me] > Changes in bttv: > > - made bttv's v4l2 support a compile time option. > - radio fix. Was broken in older releases, this one might work. > Untested as I don't have a card with radio currently. Well, no more those errors on open(2) but radio does _not_ work. --> Jun 28 15:35:37 ltop kernel: tuner: radio freq set to 88.12 Jun 28 15:35:37 ltop kernel: tuner: PLL not locked Jun 28 15:35:37 ltop kernel: tuner: Signal: 8192 Just a noise. btw, cool feature is that inc/dec volume on changing freq. > Comments? Test results? I'm especially intrested in: > > - Stability (0.8.x wouldn't fix buggy hardware of course, but it must > not crash on any hardware where 0.7.x or bttv2 stays up). When > comparing with 0.7.x, please use 0.7.61 or newer (0.7.69 for > bigendian machines), older versions have known bugs which can hang > your box). > - Compatibility problems. If some app doesn't work, try sloppy=1 first. > Note that most bttv-specific ioctls are gone. I'm not going to > reimplement them unless someone comes up with a very good reason for > it. Well, radio(1) from xawtv package does not work. v4l2 API problem maybe ? -- FUBared. -------------------- H T h i n e t - - W e b M a i l -------------------- Ova poruka poslana je upotrebom HThinet WebMail usluge. http://webmail.hinet.hr