[MPlayer-users] the argument -dumpstream seems buggy!! (from latest CVS)
The Wanderer
inverseparadox at comcast.net
Fri Feb 17 23:44:54 CET 2006
Kevin DeKorte wrote:
> Gary Zhang wrote:
>
>> I use latest mplayer-CVS to dump
>> mms://a1234.v203537.c20353.g.vm.akamaistream.net/7/1234/20353/v0001/nbastreams.download.akamai.com/20353/b1/b8/b1b8a95dd7e7784e2bcee18e7556ccc6-43f42476.asf
>> from
>> http://boss.streamos.com/wmedia/nba/nbacom/nbatv_top10/top10_060215.asx
>> , and I also use the latest flashget to download it.
>>
>> flashget.asf -> 18548223 bytes
>> mplayer.asf -> 20534919 bytes
>> (flashget.asf is got by flashget, and mplayer.asf is got by mplayer)
>>
>> But I get this situation:
>> 1. flashget.asf and mplayer.asf have the different size.
>> 2. mplayer.asf has a worse quality than flashget.asf, if I use
>> mplayer to play them.
>> 3. If I use mplayer to play mplayer.asf, it will be lagging.
>>
>> So, is the argument -dumpstream buggy??
>
> For mplayer try changing the protocol from mms to http and see if
> that makes a difference. It does for streams at arenafootball.com
My guess would be that the server is actually providing different files
depending on what it thinks it's sending to, which may indeed be
determined by what protocol is being used to request the file.
--
The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Secrecy is the beginning of tyranny.
More information about the MPlayer-users
mailing list