[MPlayer-users] Do I still load radeon_vid when using vesa:vidix?

[Nick Kurshev]

Hello, Brian!

On Sat, 9 Feb 2002 06:11:54 -0500 you wrote:

BJM> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
BJM> On Sat, Feb 09, 2002 at 01:30:36PM +0300, Nick Kurshev wrote:
BJM> > Hello, Brian!
BJM> 
BJM> Hi Nick,
BJM> 
BJM> > I suspect that we should disable adaptive deinterlacing for non-interlaced streams
BJM> 
BJM> Indeed.  I am playing back MPEG1 streams.  When you quote playing DVD
BJM> as being non-juddery, you are playing back MPEG2 streams.  Of course
BJM> the former is not interlaced and the latter could be.  Maybe that is
BJM> the difference.
BJM> 
BJM> > but currently I didn't hack this code in mplayer sources.
BJM> > Althrough radeon_vid.so is ready for that ;)
BJM> 
BJM> Yeah?  How soon could it be so?  If it's easy enough, it would be nice
BJM> to eliminate it as the reason for the judder.
BJM> 
For some cases like .AVI + -ni probably soon, but in general - don't know.
BJM> > This question already was answered by me for you in this mlist!
BJM> 
BJM> Not in as much detail as you answer here, so I probably didn't
BJM> understand.
BJM> 
BJM> > vsync is useful only when you use double buffering. (for single buffering
BJM> > it's meaningless). When you use -double key in command line then mplayer
BJM> > calls FrameSelect function to switch next frame for drawing and
BJM> > release the current frame for displaying.
BJM> 
BJM> This is an important detail that is not clear or missing in the docs!
BJM> I was using -double but only to get rid of the ODS flicker as per the
BJM> docs.  It did say there was a CPU penalty for it but I could not
BJM> notice any.
BJM> 
Supressing OSD flickering is main goal of double buffering.
Second goal for that is tune of adaptive deinterlacing
BJM> > Radeon's driver uses SMART_SWITCH flag of SCALER chip which should be enough
BJM> > for this purpose to produce async buffer switching without producing unnecesary
BJM> > CPU delays.
BJM> 
BJM> Are there any docs available on this operation of the Radeon?
BJM> 
DOCS is available for some people only. (Who was donated by ATI).
I have no docs.
BJM> > (Engine SHOULD wait vsync before real updating of internal registers).
BJM>           ^^^^^^
BJM> Does the use of should here mean that we are all assuming that that is
BJM> how it works or is there some documentation somewhere that says that
BJM> it works that way?
BJM> 
This said in GATOS mlist only.
BJM> > That's all.
BJM> 
BJM> Cool.  And sounds like it makes sense.  Are we sure it's working?
BJM> 
BJM> b.
BJM> 
BJM> -- 
BJM> Brian J. Murrell
BJM> 
BJM> _______________________________________________
BJM> RTFM!!!  http://www.MPlayerHQ.hu/DOCS
BJM> Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
BJM> http://mplayerhq.hu/mailman/listinfo/mplayer-users
BJM> 


Best regards! Nick

--

"We found out that many TVout problems can be solve like this:
Please attach a TV or VCR to the port and try again.
We hope that helps."
(ATI Inc.)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20020209/77c83dd9/attachment.pgp>