Re: [Freevo-users] Audio Performance

2010-05-12 Thread Elizabeth Dodd
On Wed, 12 May 2010, Jim Duda wrote:
 Next, run mplayer, outside of freevo, with this command line with -v and 
 maybe you'll be able to decipher why mplayer is struggling with freevo.
 
 I hope this helps.
 
I'd place my bet on something to do with scaling for fullscreen

-- 
BOFH excuse #21:

POSIX compliance problem

--

___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] Audio Performance

2010-05-11 Thread Jim Duda
On 05/03/2010 07:17 PM, Paul Harper wrote:
 Hi everyone,

 I have an external hard drive on an XP computer which has a shared
 folder that is automounted when I boot my media centre PC on Ubuntu.
 This contains all of my media files which are referenced through Freevo,
 its working fine playing .avi movies using Xine, with fluid playback but
 playing mp3 files is another story. Using Mplayer or Xine I can't get
 through 2-3 minutes of music without a pause of a second or two in the
 playback. Most of my mp3 files are 256-320 kbs but I have tried this
 with 160 kbs files and still get the same results. I have tried putting
 the MPLAYER_AUDIO_CACHE_KB up to 5000 from within Freevo but still can't
 get reliable playback, yet outside of Freevo without any manipulation of
 Mplayer settings there is no problem playing these same files. I can
 even stream audio over the LAN at 192kbs using Shoutcast from the
 Windows PC and play this on Freevo without skipping. Something similar
 happened with CD playback - from within Freevo there were regular pauses
 and I had to change the Mplayer CD cache settings to 4096 - this seems
 to work but makes for huge pauses in random play or when skipping to
 another track as the cache is filled. Is there any reason for this
 discrepancy in performance and any way I can circumvent these problems
 from within Freevo?

 Thanks.

Paul,

This is certainly odd.  Freevo simply launches mplayer as an external 
application with a set of run switches.  I'm guessing one of the 
switches which freevo is using is causing a problem.

I suggest you start one of your mp3s playing via freevo, then find the 
process which is running mplayer using ps -ax.  We'll call this process 
1234.

Next, cat /proc/1234/cmdline in order to get the exact command line 
which freevo is using.

Next, run mplayer, outside of freevo, with this command line with -v and 
maybe you'll be able to decipher why mplayer is struggling with freevo.

I hope this helps.

Jim



 --



 ___
 Freevo-users mailing list
 Freevo-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freevo-users



--

___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


[Freevo-users] Audio Performance

2010-05-03 Thread Paul Harper
Hi everyone,

I have an external hard drive on an XP computer which has a shared folder
that is automounted when I boot my media centre PC on Ubuntu. This contains
all of my media files which are referenced through Freevo, its working fine
playing .avi movies using Xine, with fluid playback but playing mp3 files is
another story. Using Mplayer or Xine I can't get through 2-3 minutes of
music without a pause of a second or two in the playback. Most of my mp3
files are 256-320 kbs but I have tried this with 160 kbs files and still get
the same results. I have tried putting the MPLAYER_AUDIO_CACHE_KB up to 5000
from within Freevo but still can't get reliable playback, yet outside of
Freevo without any manipulation of Mplayer settings there is no problem
playing these same files. I can even stream audio over the LAN at 192kbs
using Shoutcast from the Windows PC and play this on Freevo without
skipping. Something similar happened with CD playback - from within Freevo
there were regular pauses and I had to change the Mplayer CD cache settings
to 4096 - this seems to work but makes for huge pauses in random play or
when skipping to another track as the cache is filled. Is there any reason
for this discrepancy in performance and any way I can circumvent these
problems from within Freevo?

Thanks.
--
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users