On Thu, Apr 19, 2007 at 12:35:16PM +0200, Antoine Jacoutot wrote:
> On Thu, 19 Apr 2007, Jacob Meuser wrote:
> >>after more testing, this only happens with UYVY format on amd64.
> >
> >yet more testing reveals it's not a bktr issue at all. apparently
> >there's an issue with XVideo and UYVY format on my amd64.
>
> Hmm...
> Does it work with previous ffmpeg version?
yes, bktr capture with ffmpeg has worked for a couple years now.
$ ffmpeg -s 640x480 -r 30 -f bktr -i /dev/bktr0 out-ntsc.mpg
$ ffmpeg -s 720x480 -r 25 -f bktr -i /dev/bktr0 out-pal.mpg
and you can watch it live with ffplay:
$ ffplay -s 640x480 -f bktr /dev/bktr0
note: the '-f bktr' is new, and used to not be needed.
I found the problem I was having though: missing break in switch()
in radeon driver in xenocara.
Index: driver/xf86-video-ati/src/radeon_video.c
===================================================================
RCS file: /home/cvs/OpenBSD/xenocara/driver/xf86-video-ati/src/radeon_video.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 radeon_video.c
--- driver/xf86-video-ati/src/radeon_video.c 26 Nov 2006 20:01:02 -0000
1.1.1.1
+++ driver/xf86-video-ati/src/radeon_video.c 19 Apr 2007 10:55:33 -0000
@@ -2674,6 +2674,7 @@
switch(id){
case FOURCC_UYVY:
scale_cntl |= RADEON_SCALER_SOURCE_YVYU422;
+ break;
case FOURCC_RGB24:
case FOURCC_RGBA32:
scale_cntl |= RADEON_SCALER_SOURCE_32BPP |
RADEON_SCALER_LIN_TRANS_BYPASS;
