Scott Serr wrote:
> Scott Serr wrote:
>> Duncan Webb wrote:
>>   
>>> On 10/10/2008 10:04, Alberto Hernando said the following:
>>>   
>>>     
>>>> El Viernes, 10 de Octubre de 2008 09:25, Scott Serr escribió:
>>>>     
>>>>       
>>>>> twm -> freevo -> mplayer
>>>>> only xv = no video / black
>>>>> only sdl = no video / black
>>>>> only x11 = no video / black
>>>>>
>>>>> Now, I decided to do the same test with freevo -fs from console
>>>>> only xv = no video / black
>>>>> only sdl = no video / black
>>>>> only x11 = no video / black
>>>>>
>>>>> BUT...  "xv,x11" works in the freevo -fs case but with high CPU.
>>>>>       
>>>>>         
>>>> Interesting.
>>>> Could you add vesa to your tests? It only uses cpu power, so if you get 
>>>> your 
>>>> 50% with vesa, it could mean that freevo uses it as a fallback method for 
>>>> some reason. Another thing you could try is to upgrade to the lastest 
>>>> freevo. 
>>>> I don't know if something regarding this has changed, but...
>>>> Anyway, it looks like a serious bug. Consider reporting it when you have a 
>>>> clear idea of what's going on.
>>>>     
>>>>       
>>> Indeed this is interesting.
>>>
>>> Clearly the xv driver is not working when you start freevo -fs, it is 
>>> typical of the x11 driver to use a high level CPU and jerky play back.
>>>
>>> The main difference is that with the -fs option X starts without a 
>>> window manager. I think that you need to check your xorg.conf. It is 
>>> possible that your normal window manager loads drivers/modules when it 
>>> starts.
>>>
>>> Duncan
>>>   
>>>     
>> I've done a bit of upgrading, with no luck.  A masked mplayer and a 
>> newly released mesa.
>>
>> This card seems to be working very well except for freevo.  Xorg.0.log 
>> says XVideo is loaded, DRI is loaded, and GLX.  glxgears seems very smooth.
>>
>> But STILL when Freevo launches MPlayer, I get ~50% CPU usage (2.4 P4).  
>> When I launch the EXACT same command otherwise it uses about ~5%.
>>
>> I've put "mplayer blah blah blah" in my ~freevo/.xinitrc and launched 
>> MPlayer bare on the X server.  5% CPU.
>>
>> Then I put "/usr/bin/freevo" in my ~freevo/.xinitrc and ran xinit, then 
>> selected a movie.  50% CPU.
>>
>> Very strange.  The only thing I can think of is it is something wrong 
>> with Freevo...  the specific version might have a bug... or my config.  
>> I'm going to mod the freevo.ebuild for the new version.
>>
>> Here is my config file...  let me know if something looks bad.
>>
>>  # grep -v ^# local_conf.py | grep -v ^$
>> CONFIG_VERSION = 5.22
>> MPLAYER_AO_DEV = 'alsa'
>> MPLAYER_VO_DEV_OPTS = ' -nofontconfig '
>> EVENT_DEVS = []
>> CACHE_IMAGES = 1
>> VIDEO_ITEMS = [
>>     ('localvideo', '/mnt'),
>>     ('media', '/net/media'),
>> ]
>> LIRCRC = '/etc/freevo/lircrc'
>> MPLAYER_DVD_PROTECTION = 0
>> MPLAYER_DEBUG = 1
>> DEBUG = 1
>> CHILDAPP_DEBUG = 1
>> LOGGING = logging.DEBUG
>> RECORDSERVER_LOGGING = logging.DEBUG
>>
>>   
> I'm pretty sure it was this line:
> 
>       MPLAYER_VO_DEV_OPTS = ' -nofontconfig '
> 
> Even though it was put on the command line running, it didn't seem to 
> recognized when Freevo was running it.  It seems the new version of 
> MPlayer really likes subtext and complains on my system about building 
> fonts.  It does this and causes huge amounts of stderr/stdout...  
> Causing the CPU to be quite busy.
> 
> I HACKED the -nofontconfig switch into /usr/share/freevo/freevo.conf 
> because there didn't seem to be a general purpose MPLAYER variable that 
> I could use in the /etc/freevo/local_config.py.  This seems to have 
> fixed it.  Low CPU now.

MPLAYER_ARGS_DEF is the place for common arguments

I use these:
MPLAYER_ARGS_DEF = \
(('-autosync 100 -osd-duration 2000 -menu -nolirc -autoq 100 '
  + '-screenw %s -screenh %s -fs -subpos 92 -vf screenshot') % 
(CONF.width, CONF.height))

> I upgraded to the newest Freevo also...  1.8.2 and kaa-base-4.0.  (and 
> new MPlayer)
> 
> During previous testing, I was trying to be careful, I don't know how I 
> got odd results (black screen) from senarios that should not have 
> yielded it. 
> 
> Thanks everyone...  I hope this helps someone.

Duncan

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users

Reply via email to