[MPlayer-users] Peer Test please: mms stream - freez at 4.46 min

[RainerStroebel at t-online.de]

-----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