From: Michael R. <mr...@us...> - 2003-03-17 15:37:20
|
Hi James, > A better way might be to alter vo_frame_draw so that the > frames_to_skip is not limited to being positive. This I guess would > give an indication of how far ahead the decoder is and so how much > extra time is available. Playing files here seems to give a pretty > constant -20 so something like this might work: > > frames_to_skip < -15 => adjust score towards greater quality > frames_to_skip > -5 => adjust score towards lower quality > frames_to_skip > 0 => adjust score towards lower quality v. > quickly/immediately reduce quality > > The config slider could be used to set the maximum level. There are > still probably going to be situations where the quality will yo-yo > between two quality settings but this shouldn't be too noticable. This sounds like a really great idea. IIRC the skip value was allowed to be negative once, so reintroducting this should have no side effects. > I would try it out but I seem to be having problems generating enough > load to make xine start skipping frames. Kernel compiles/cpuburn > don't seem to have any effect despite putting cpu usage at 100%. Any > ideas? Use XShm output and switch to fullscreen if necessary. If this is still not enough, open more than one xine instance. Michael -- recursive see: recursive -RfC 1983 |