<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-2">
<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=613133607-11102001><FONT face=Arial
size=2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>I did some hack for
MPlayer.</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>At first I would
like to say that they are dirty and not recommended for normal use. They will
significanty rise ammount of memory needed by mplayer. DO NOT USE THEM IF YOU
HAVE ONLY ONE PROCESSOR - You will not get any profit just the side
effects.</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>They are not tested
at all.</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2><STRONG>Ok here is
first one - fbdev hack:</STRONG></FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>can be found on <A
href="http://www.jirisvoboda.cz/download/vo_fbdev.c">http://www.jirisvoboda.cz/download/vo_fbdev.c</A></FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>I did this hack to
get better TV output on second head of my mga using unacellerated framebuffer,
but should work with any other framebuffer supported by original
vo_fbdev.</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>- it is
implementation of async copy to framebuffer - only copy is separated not
drawing/frame preparation</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>- simply use my
vo_fbdev.c instead of original one and recompile (I suggest to gointo libvo
directory first and make there before doing make in root
dir)</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>- I hope that this
hack will get some mplayer speed up - my system shows that approximately 10-20%
is redirected to second processor. But it is still slower then
mga_vid!!!</FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2><STRONG>Second one -
mplayer main file</STRONG></FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>can be found on <A
href="http://www.jirisvoboda.cz/download/mplayer.c">http://www.jirisvoboda.cz/download/mplayer.c</A></FONT></SPAN></DIV>
<DIV><SPAN class=613133607-11102001>You can try this, but as on my system You
will not get any good - separation of decoding audio and video to separate
threads did not any speedup. Video decoding is so CPU intensive in comparism
with audio, that there is no difference in speed. Maybe on Your files will, but
on my DIVX files not.</SPAN></DIV>
<DIV><SPAN class=613133607-11102001>- use similar as previous hack</SPAN></DIV>
<DIV><SPAN class=613133607-11102001></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>Please if you will
have some results, speed comparisons or ... let me
know.</FONT></SPAN></DIV></SPAN></DIV>
<DIV><SPAN class=613133607-11102001></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001>Conclusion:</SPAN></DIV>
<DIV><SPAN class=613133607-11102001>First hack is usefull. Second
maybe.</SPAN></DIV>
<DIV><SPAN class=613133607-11102001>Better (S)MP use needs changes of mplayer
design or decode library. Better distributing load - eg. one cpu audio decode
and disp. frames, second only video decoding - this needs changes in mplayer
(changing point/time of decode video).You can also get speedup by decoding two
frames at same time (but this is not possible always-depends on format Or You
have huge buffer from keyframe to keyframe). Another approach is to optimize
decode lib, but this is related to devel of mplayer (requires better decode lib
which are external).</SPAN></DIV>
<DIV><SPAN class=613133607-11102001></SPAN> </DIV></FONT></SPAN>
<DIV><SPAN class=613133607-11102001><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=613133607-11102001><FONT face=Arial size=2>TO ARPI are You
interested in such things? Should I do regular
patch?</FONT></SPAN></DIV></DIV></BODY></HTML>