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
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
