[MPlayer-users] -bandwidth option being ignored, not utilizing available network bandwidth?

[Joshua Smith]

Just wanted to say after spending a whole lot of time messing with vpn
settings, specifically mtu, mssfix and encryption i've given up on samba and
decided it is the cause. Seems there is just too much overhead, I'm still
unsure why a file transfer produces far faster speeds than video playback
though. Tunneling ftp over the vpn has resulted in perfect playback.

On Sat, Jan 30, 2010 at 11:47 PM, Joshua Smith <bgcladd at gmail.com> wrote:

> Just got home and was able to take a look at cpu usage, according to htop
> it's only using about 18%. jnettop shows that the mplayer process is only
> pulling down 330Kb/s of bandwidth even during the initial pre-caching before
> playback even starts, and never goes above that during playback.
>
>
> On Sat, Jan 30, 2010 at 8:46 PM, Joshua Smith <bgcladd at gmail.com> wrote:
>
>> Thank you very much for the reply i will try this when i get home,
>> although the system is a 4ghz i7 so it would be a little surprising.
>>
>>
>> On Sat, Jan 30, 2010 at 8:44 PM, RC <cooleyr at gmail.com> wrote:
>>
>>> On Sat, 30 Jan 2010 20:06:32 -0800
>>> Joshua Smith <bgcladd at gmail.com> wrote:
>>>
>>> > A straight file copy yields sustained 20mbit transfer rate. However,
>>> > Mplayer will fill the min cache, quickly blow through the buffer and
>>> > begin to lag. I see mplayer is only pulling down the file at about
>>> > 300-600kB/s and wont fill the cache any faster.
>>>
>>> Run "top" while this is happening.  Does CPU usage (User/Sys/Wait) time
>>> go up to 100%, with ~0% idle?  With encryption + network traffic + video
>>> decoding, it wouldn't be hard at all to overwhelm your CPU, whether with
>>> computation time, or just interrupts.
>>>
>>> --
>>> Ha. I'm the idiot.
>>> _______________________________________________
>>> MPlayer-users mailing list
>>> MPlayer-users at mplayerhq.hu
>>> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
>>>
>>
>>
>