Laz a écrit : >>viafb 2006-10-08 >>DirectFB 1.0.0rc2 patched for field parity ioctl >>DFB++ 2007-01-24 >>libcle266mpegdec 0.5 >>softdevice 0.3.1 >>VDR 1.4.5 > > Is viafb patched to actually "listen for" the synching ioctl?
I'm using viafb from DirectFB CVS 2006-10-08, which seems to be the lastest one. Maybe you're talking about this patch to DirectFB, which makes DFB talk to viafb's ioctl : http://www.directfb.org/index.php/viewcvs.cgi/linux-viafb/patches/directfb-viafb-assisted-field-parity.patch?rev=1.1&content-type=text/vnd.viewcvs-markup Yes, I'm using it, in an older form, which seems to be the same, tough. Software decoding leaves no interlacing artifacts, so it should be OK on the lower levels (DirectFB / viafb). > I'm using vdr-1.5.0 with softdevice cvs from last October (patched with > the lip-sync patch from yesterday), DirectFB, DFB++, and viafb from cvs > back from last October (with Mark Adams' patches from a long while back), > and libcle266mpegdec 0.5. Can you elaborate on DirectFB/DFB++ versions ? It seems we have quite the same setup. You also said earlier that field parity works for you since a long time, with earlier versions. > I'm running vdr with "-vo dfb:viatv:cle266" and TV-out to connect to a CRT > TV and, apart from the odd glitches and A-V sync wandering a bit, I get > nice, smooth scrolling text (BBC News 24 is good for testing this!). What kernel version do you run ? > If I get a chance this weekend, I might have a go at upgrading some bits > to see if something has changed to break this... If you could recall all patches you applied to everything, that could help. Not that much, these times, I think. I only patched DirectFB with something named "dfb_unichrome_flip_ioctl-libcle266mpegdec" from Mark Adams, which happens to be the one in linux-viafb CVS now (commited by Mark, BTW). -- NH _______________________________________________ Softdevice-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/softdevice-devel
