Green picture is a bug. The Xv driver assumed full height video (but not full width). I can reproduce this so I'll fix it and center the picture as well.
Then I'll take a look at the redraw problem and see what I changed accidentally between this and 0.8. John > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:ivtv-devel- > [EMAIL PROTECTED] On Behalf Of klickmich > Sent: 15 May 2005 09:27 > To: [email protected] > Subject: AW: [ivtv-devel] [PATCH] YUV patch to support Xv in xdriver > > Hi John, > > I would have loved this ... but on my system I had the following problems > (apart from not having an offical XFREE86 4.4 Server package on debian): > - redraw artifacts in regular X11 applications (e.g. mythTV) > - -vo xv has only the green picture component > - -vo xv places the picture in the top left corner of the screen (no > scaling, no centering). > > Exactly, I used 'mplayer -fs -zoom -framedrop -really-quiet -nojoystick - > vo > xv <file>'. > > BTW, I am in PAL land. Let me know if you would like to get more details > of > my environment. > > Martin > > -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von John Harvey > Gesendet: Samstag, 14. Mai 2005 23:20 > An: [email protected] > Cc: 'Chris Kennedy' > Betreff: [ivtv-devel] [PATCH] YUV patch to support Xv in xdriver > > The attached patch adds a new ioctl that transfers a yuv image to the > display. This is used by the Xdriver to implement Xv support. > The yuv buffer will have been transferred to the display before the ioctl > returns and is done just after the vsync interrupt so there should be no > tearing. > The ioctl structure takes several parameters which are currently > unused but I think should allow me to move more work in the future from > the > Xdriver copying data around memory to the ivtv driver setting up the dma > transfers appropriately. > > For now the data has to be in the Hauppauge format and match the screen > resolution (720x576 or 720 x 480). > > There is a requirement for the mpeg decoder to be initialised before this > works and with this patch /dev/vide48 will fail to open until this has > been > done. > > Following this I will send out the updated X driver which implements > an Xv driver for YV12 data. It does all the appropriate alpha switching so > > mplayer -vo xv foo.mpg > > should just work. > I haven't tested this with NTSC yet so there may be problems there but > they > will most likely be in the Xv driver. > The Xv driver should compile with older versions of ivtv and just not put > in > the Xv support. It will also try to fail reasonably gracefully with older > version of ivtv if the code is enabled at compile time. > > > Any problems please let me know. > > John > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id281&op=ick > _______________________________________________ > ivtv-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ivtv-devel ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_ids93&alloc_id281&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
