John Molohan wrote:
> John Molohan wrote:
>> After upgrading to rel-1 svn audio tracks fail to play. Freevo tries the 
>> following commands.
>>
>> mplayer.py (162): MPlayer.play(): Starting cmd=['--prio=-20', 
>> '/usr/bin/mplayer', '-slave', '-autosync', '100', '-nolirc', 
>> '-nojoystick', '-autoq', '100', '-fs', '', '-vo', 'null', '-ao', 
>> 'oss:/dev/dsp', '', '-demuxer', '17', '', '', '-playlist', 
>> '/mnt/removable/mp3/aerosmith/pandoras_box_cd_1/15-_Lord_Of_The_Thighs.mp3']
>> self.t1.isAlive()=False, self.t2.isAlive()=False
>> ChildApp.__init__(), pid=4081, app=/usr/bin/mplayer -slave -autosync 100 
>> -nolirc -nojoystick -autoq 100 -fs -vo null -ao oss:/dev/dsp -demuxer 17 
>> -playlist 
>> /mnt/removable/mp3/aerosmith/pandoras_box_cd_1/15-_Lord_Of_The_Thighs.mp3, 
>> poll=0
>> player.py (108): error, try next player
>> self.t1.isAlive()=True, self.t2.isAlive()=True
>> ChildApp.__init__(), pid=4088, app=/usr/bin/fbxine -V none -A --stdctl 
>> --no-lirc 
>> file:///mnt/removable/mp3/aerosmith/pandoras_box_cd_1/15-_Lord_Of_The_Thighs.mp3,
>>  
>> poll=256
>>
>> Running the mplayer command in a shell gives:
>>
>> [EMAIL PROTECTED] ~]# /usr/bin/mplayer -slave -autosync 100 -nolirc 
>> -nojoystick -autoq 100 -fs -vo null -ao oss:/dev/dsp -demuxer 17 
>> -playlist 
>> /mnt/removable/mp3/aerosmith/pandoras_box_cd_1/15-_Lord_Of_The_Thighs.mp3
>> MPlayer 1.0pre8-4.1.1 (C) 2000-2006 MPlayer Team
>> CPU: AMD Duron(tm) Processor (Family: 6, Model: 10, Stepping: 0)
>> CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
>> Compiled with runtime CPU detection.
>>
>>
>> 93 audio & 211 video codecs
>>
>> Playing /mnt/removable/mp3/aerosmith/pandoras_box_cd_1/ID3.
>> File not found: '/mnt/removable/mp3/aerosmith/pandoras_box_cd_1/ID3'
>> Failed to open /mnt/removable/mp3/aerosmith/pandoras_box_cd_1/ID3.
>>
>>
>> Exiting... (End of file)
>>
>> Note the /ID3 appended to the file path in the error. I don't know why 
>> mplayer is doing that, if I take away the playlist option everything 
>> works fine. Again all was working in 1.6.0, any ideas? fbxine fails for 
>> other reasons but I'll worry about that later.
>>
>> John
>>
>>   
> This is probably the same as tracker #1638698. I'll update svn and see 
> if it's fixed.

This should fix it and a freevo cache --rebuild is a good idea too.

Duncan


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users

Reply via email to