[MPlayer-users] Peer Test please: mms stream - freez at 4.46 min
RainerStroebel at t-online.de
RainerStroebel at t-online.de
Sun Aug 5 10:09:07 CEST 2007
-----Original Message-----
> Date: Sat, 04 Aug 2007 11:38:23 +0200
> Subject: Re: [MPlayer-users] Peer Test please: mms stream - freez at
> 4.46 min
> From: "RainerStroebel at t-online.de"
> To: "MPlayer usage questions, feature requests, bug reports"
>
>
> -----Original Message-----
> > Date: Fri, 03 Aug 2007 23:50:12 +0200
> > Subject: Re: [MPlayer-users] Peer Test please: mms stream - freez at
> > 4.46 min
> > From: "RainerStroebel at t-online.de"
> > To: "MPlayer usage questions, feature requests, bug reports"
> >
> >
>
> >
> > -----Original Message-----
> > > Date: Fri, 03 Aug 2007 17:41:48 +0200
> > > Subject: Re: [MPlayer-users] Peer Test please: mms stream - freez
> > > at 4.46 min
> > > From: Carl Eugen Hoyos
> > > To: mplayer-users at mplayerhq.hu
> > >
> > >
> >
> > > RainerStroebel t-online.de t-online.de>
> > > writes:
> > >
> > > >
> mms://ms.mdcs.dtag.de/zdf/zdf/07/08/070801_folge_2_dsfgv_dma_vh.wmv
> > > > The MPlayer goes into wait status at 4:46 exactly.
> > > >
> > > >
> > >
> > > AFAICT, 90 seconds of video are missing.
> > > Use a bigger cache (at least -cache 100000), you can hear audio
> > > while video is missing, and after 90 seconds, everything continues
> > > normally.
> > > (Did not test until end.)
> > >
> > > Carl Eugen
> > >
> > >
> >
> > Hallo Carl Eugen,
> >
> > thank for your peer test.
> >
> > I have first test the stream with cache 2048.
> > My second test runs with 4096.
> >
> > Both test stops at the same time.
> >
> > Some thing does not work okay, when the cache goes down to zero.
> >
> > Why should the system stops for 90 Sec in your case?
> >
> > I have run an additional test with cache 8192
> >
> > The program shows the same behaviour.
> >
> > the cache fill percentage goes to constant 18 % during the last
> > minute to zero
> > and than the system stops. After some time the audio start again,
> > the video is still frezzed !!
> >
> > A: 277.2 V: 277.2 A-V: -0.006 ct: -0.040 6881/6881 47% 13% 1.4% 0 0
> > 18%
> > [wmv3 @ 0x1742e00]MB Skip plane encoding: Imode: 4, Invert: 0
> >
>
> --> snip
>
> > A: 376.4 V: 376.4 A-V: -0.004 ct: -0.031 7123/7123 35% 10% 1.1% 2 0
> > 0%
> > A: 376.4 V: 376.4 A-V: -0.004 ct: -0.031 7123/7123 35% 10% 1.1% 2 0
> > 0%
> > A: 376.4 V: 376.4 A-V: -0.016 ct: -0.031 7123/7123 35% 10% 1.1% 2 0
> > 0%
> >
> >
> > 2048, 4096 and 8192 cache size does not change the program
> > behaviour.
> >
> > The system freeze at the same time.
> >
> > An addtional test with 81920 cache size does freeze at the same
> > time, but the audio does stops only for seconds.
> >
> >
> > any ideas ?
> >
> > Rainer
> >
> >
>
> Hello
>
> just run an additional test:
>
> dump the stream to local file.
>
> [S:\download\os2\mplayer\r23698]priority 3 0 mplayer.exe
> mms://ms.mdcs.dtag.de/zdf/zdf/07/08/070801_folge_2_dsfgv_dma_vh.wmv
> Starting priority: class 2, delta 0
> Adjusted priority: class 3, delta 0
> Starting /C mplayer.exe
> mms://ms.mdcs.dtag.de/zdf/zdf/07/08/070801_folge_2_dsfgv_dma_vh.wmv
> MPlayer dev-SVN-r23698-OS2-3.3.5 (C) 2000-2007 MPlayer Team
> CPU: Intel(R) Pentium(R) III Mobile CPU 1133MHz (Family: 6,
> Model: 11, Stepping: 1)
> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
> Compiled with runtime CPU detection.
>
> Playing
> mms://ms.mdcs.dtag.de/zdf/zdf/07/08/070801_folge_2_dsfgv_dma_vh.wmv.
> STREAM_ASF, URL:
> mms://ms.mdcs.dtag.de/zdf/zdf/07/08/070801_folge_2_dsfgv_dma_vh.wmv
> Resolving ms.mdcs.dtag.de for AF_INET...
> Connecting to server ms.mdcs.dtag.de[217.237.150.87]: 1755...
> Connected
> file object, packet length = 8948 (8948)
> stream object, stream ID: 1
> stream object, stream ID: 2
> data object
> mmst packet_length = 8948
> Cache size set to 64 KBytes
> Stream not seekable!
>
> [S:\download\os2\mplayer\r23698]rem priority 3 0 mplayer.exe
> x:\doctor_2.wmv
>
> [S:\download\os2\mplayer\r23698]
>
>
> comment:
>
> 1. the cache option is ignored and the program set a cache size of 64
> KBytes
>
> 2. At 4.46 min of download the activity LED of the Cable Modem change
> the blink frequency- slower for about 90 sec and than goes to
> previous, original speed.
>
> The play from the file show the same video gap at 4.46 with audio
> running.
>
>
> Do we have an MPlayer problem or is there an problem with the Input
> stream?
>
> Could someone run it with original Quicktime ?
>
> Rainer
>
Hello,
run a peer test on a Windows Media Player with XP.
Result:
The video freeze a at the same location.
Problem solved:
Bug in the input stream.
kind regards
Rainer
More information about the MPlayer-users
mailing list