Hi, > > page flip on the next retrace, and most Xv drivers do this!! Of my > > i810, TNT2, and g400, both the i810 Xv driver and the nVidia > > drivers page flip on retrace and never tear. The mga driver for > > the g400 does not double buffer, but there is a patch which should > > be applied soon which fixes this bug (see below for link). > > I know that most card supports double buffering! > (e.g. it's in mga_vid for looooooong time (from XFree3.3 age - developed > by 1999 Aaron Holtzman))
Not really. The original version (by Aaron) didn't support double buffering. Don't forget that you use the heavily modified version from mplayer... DBuf was introduced in syncfb, and i've ported it from syncfb to mga_vid along other things. > > Please, if you're seeing tearing with Xv, report it! It's probably > > fixable right away in the driver. > > Well just for curiosity - this problem with Matrox card was visible > from the FIRST day of the release of XFree4 - don't tell me I'm the > only one who noticed this :) and a single line added to driver source is fixing that. > It was especially noticable with every OpenGL application (e.g. quake) opengl is another thing. it isn't so easy to fix as xv. > > There are some specific problems with judder under linux. The first > > is dealing with 10ms scheduling. It is important to ensure that you get > > your video frames to the output in a reasonable time to amortize over > > the refresh rate. I have some notes (with theoretical numbers) here: > > Well I would say aviplay does a very good job at this field. agree > > I achieved somewhat smoother video in my DVD player 'movietime' by > > using the linux /dev/rtc device. The root user can use /dev/rtc to get > > using RTC is wrong idea at the first place - requiring root user to > play smooth video with 1.5GHz processor :) - you must be joking! or a simple kernel patch to extend 64hz limit to 1khz. i think that 64hz limit is simply nonsense. > (I couldn't resist - my Amiga has had just 14MHz - and video > was without tearing, sound without skips all the time) ...playing divx at dvd res? :) > Well my device supports read operation - e.g. when I read device /dev/mga_vid > I'll get control back exactly in the vertical restrace time - work for 100% > as it's interrupt driven - that means it's as good as /dev/rtc > (and moreover you do not have to be root! - as this device doesn't set > anything except enabling interrupt signal on my matrox card). such way it's possible to write another rtc driver module without the 64hz limit... > In the first place - I never use words 'sucks' - I'm just saying that > the problem is in XFree - and Xfree developers are team thus I would > say if they all KNOW that Matrox driver has problem for more then 3/4 year > which you say could be fixed within few hours I would say there is something > wrong in this team. agree. > Of course double buffering with page flipping is much better > as you do not have to wait for image sending - but again > - when there is no such support in XFree I could hardly use it. > (Well I could - just by using mga_vid directly :)) there is. even for matrox cards. you can set up many xvimages. see mplayer's vo_xv.c (based on mpeg2dec's libvo's video_out_xv) the only problem of matrox xv driver: it does page flipping immediately, not at vsync. the same problem did exist in old mga_vid too. A'rpi / Astral & ESP-team -- mailto:[EMAIL PROTECTED] http://esp-team.scene.hu _______________________________________________ Avifile mailing list [EMAIL PROTECTED] http://prak.org/mailman/listinfo/avifile
