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

[RainerStroebel at t-online.de]

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