Problem mms(h)-streaming to Win Media Player AND mplayer

About encoding, codec settings, muxers and filter usage
bogogil
New Cone
New Cone
Posts: 7
Joined: 20 Mar 2007 12:55

Problem mms(h)-streaming to Win Media Player AND mplayer

Postby bogogil » 20 Mar 2007 13:00

Hello

I want to stream my webcam to my webpages.
I use

Code: Select all

vlc -I dummy --noaudio v4l:/dev/video0:size=320x240 --sout '#transcode{vcodec=WMV2,vb=256,scale=1}:standard{access=mmsh,mux=avi,url=:8080/stream.avi}'
to start my stream.

But when I try to access it with mplayer:

Code: Select all

mplayer mms://127.0.0.1:8080/stream.avi
mplayer waits forever "connected":

Code: Select all

MPlayer 1.0rc1-4.1.1 (C) 2000-2006 MPlayer Team CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz (Family: 15, Model: 1, Stepping: 2) MMX supported but disabled MMX2 supported but disabled SSE supported but disabled SSE2 supported but disabled CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 Kompiliert für x86 CPU mit folgenden Erweiterungen: Spiele mms://127.0.0.1:8080/stream.asf. STREAM_ASF, URL: mms://127.0.0.1:8080/stream.asf Verbinde mit Server 127.0.0.1[127.0.0.1]:8080 ... Verbunden.
That's it. Nothing else happenes. :(

vlc starts fine with

Code: Select all

vlc mmsh://127.0.0.1:8080/stream.avi
When I change vlc to use http instead of mmsh, mplayer is able to play the stream. But the Windows Media Player isn't.
I tried many combinations of codecs, containers and access, but could never get to stream to both, linux and windows. :(

Why doesn't mplayer play my stream?

Regards
Bogo

dionoea
Cone Master
Cone Master
Posts: 5157
Joined: 03 Dec 2003 23:09
Location: Paris, France

Postby dionoea » 20 Mar 2007 23:42

Don't mux in AVI using VLC, it's broken (and it's also not mean to be used for live streaming). You should use mux=asfh with mmsh streaming.
Antoine Cellerier
dionoea
(Please do not use private messages for support questions)

bogogil
New Cone
New Cone
Posts: 7
Joined: 20 Mar 2007 12:55

Postby bogogil » 20 Mar 2007 23:53

When I start vlc with

Code: Select all

vlc -vvv -I dummy --noaudio v4l:/dev/video0:size=320x240 --sout '#transcode{vcodec=WMV2,vb=256,scale=1}:standard{access=mmsh,mux=asfh,url=:8080/stream.asf}'
nothing changes. mplayer still stays forever "connected", but doesn't play anything. I cant see filling the buffer neither.

Here my vlc log:

Code: Select all

[00000001] main private debug: checking builtin modules [00000001] main private debug: checking plugin modules [00000001] main private debug: loading plugins cache file /home/simon/.vlc/cache/plugins-04041e.dat [00000001] main private warning: could not open plugins cache file /home/simon/.vlc/cache/plugins-04041e.dat for reading [00000001] main private debug: recursively browsing `modules' [00000001] main private debug: recursively browsing `/usr/lib/vlc' [00000001] main private warning: cannot load module `/usr/lib/vlc/codec/libquicktime_plugin.so' (/usr/lib/vlc/codec/libquicktime_plugin.so: undefined symbol: NewHandleClear) [00000001] main private debug: recursively browsing `plugins' [00000001] main private debug: module bank initialized, found 212 modules [00000001] main private debug: opening config file /home/simon/.vlc/vlcrc [00000001] main private warning: config file /home/simon/.vlc/vlcrc does not exist yet [00000001] main private debug: CPU has capabilities 486 586 MMX 3DNow! MMXEXT SSE FPU [00000001] main private debug: looking for memcpy module: 4 candidates [00000001] main private debug: using memcpy module "memcpymmxext" [00000272] main playlist debug: waiting for thread completion [00000272] main playlist debug: thread 2770332560 (playlist) created at priority 0 (playlist/playlist.c:184) [00000273] main private debug: waiting for thread completion [00000273] main private debug: thread 2761939856 (preparser) created at priority 0 (playlist/playlist.c:210) [00000274] main interface debug: looking for interface module: 1 candidate [00000274] main interface debug: using interface module "hotkeys" [00000274] main interface debug: thread 2753547152 (interface) created at priority 0 (interface/interface.c:231) [00000275] main interface debug: looking for interface module: 1 candidate [00000275] main interface debug: using interface module "screensaver" [00000275] main interface debug: thread 2745154448 (interface) created at priority 0 (interface/interface.c:231) [00000272] main playlist debug: adding playlist item `v4l:/dev/video0:size=320x240' ( v4l:/dev/video0:size=320x240 ) [00000276] main interface debug: looking for interface module: 4 candidates [00000276] dummy interface: using the dummy interface module... [00000276] main interface debug: using interface module "dummy" [00000276] main interface debug: thread 2736761744 (manager) created at priority 0 (interface/interface.c:216) [00000272] main playlist debug: creating new input thread [00000277] main input debug: waiting for thread completion [00000277] main input debug: thread 2728369040 (input) created at priority 0 (input/input.c:265) [00000277] main input debug: creating statistics handler [00000279] main stream output debug: stream=`transcode' [00000280] main private debug: looking for sout stream module: 1 candidate [00000279] main stream output debug: stream=`standard' [00000282] main private debug: looking for sout stream module: 1 candidate [00000282] main private debug: set sout option: sout-standard-access to mmsh [00000282] main private debug: set sout option: sout-standard-mux to asfh [00000282] main private warning: Option sout-standard-url is deprecated. You should use sout-standard-dst instead. [00000282] main private debug: set sout option: sout-standard-dst to :8080/stream.asf [00000282] stream_out_standard private debug: creating `mmsh/asfh://:8080/stream.asf' [00000282] stream_out_standard private debug: extension is asf [00000282] stream_out_standard private debug: extension -> mux=asf [00000282] stream_out_standard private debug: using `mmsh/asfh://:8080/stream.asf' [00000283] main private debug: looking for sout access module: 1 candidate [00000283] main private: creating httpd [00000283] main private debug: net: listening to port 8080 [00000283] main private debug: socket error: Die Adressfamilie wird von der Protokollfamilie nicht unterstützt [00000285] main http server debug: thread 2719976336 (httpd host thread) created at priority 0 (network/httpd.c:1078) [00000283] main private debug: using sout access module "access_output_http" [00000282] stream_out_standard private debug: access opened [00000286] main private debug: looking for sout mux module: 1 candidate [00000286] mux_asf private debug: asf muxer opened [00000286] mux_asf private debug: creating asf stream to be used with mmsh [00000286] mux_asf private debug: Packet size 4096 [00000286] mux_asf private debug: meta data: title='', author='', copyright='', comment='', rating='' [00000286] main private debug: using sout mux module "mux_asf" [00000279] main stream output debug: muxer support adding stream at any time [00000279] main stream output debug: muxer prefers to wait for all ES before starting to mux [00000282] stream_out_standard private debug: mux opened [00000282] main private debug: using sout stream module "stream_out_standard" [00000280] main private debug: set sout option: sout-transcode-vcodec to WMV2 [00000280] main private debug: set sout option: sout-transcode-vb to 256 [00000280] main private debug: set sout option: sout-transcode-scale to 1 [00000280] stream_out_transcode private debug: codec video=WMV2 0x0 scaling: 1.000000 256kb/s [00000280] main private debug: using sout stream module "stream_out_transcode" [00000277] main input debug: `v4l:/dev/video0:size=320x240' gives access `v4l' demux `' path `/dev/video0:size=320x240' [00000277] main input debug: creating demux: access='v4l' demux='' path='/dev/video0:size=320x240' [00000287] main demuxer debug: looking for access_demux module: 1 candidate [00000287] v4l demuxer debug: WxH 320x240 [00000287] v4l demuxer debug: main device=`/dev/video0' [00000287] v4l demuxer debug: V4L device Logitech QuickCam Messenger 1 channels 0 audios 176 < w < 640 144 < h < 480 [00000287] v4l demuxer debug: setting channel ZC301-2(0) 0 tuners flags=0x0 type=0x2 norm=0x829 [00000287] v4l demuxer debug: v4l device uses brightness: 32768 [00000287] v4l demuxer debug: v4l device uses colour: 0 [00000287] v4l demuxer debug: v4l device uses hue: 0 [00000287] v4l demuxer debug: v4l device uses contrast: 32768 [00000287] v4l demuxer debug: v4l device uses frame size: 115200 [00000287] v4l demuxer debug: v4l device uses chroma: I420 [00000287] v4l demuxer debug: openened adev=`/dev/dsp' stereo 44100Hz [00000287] v4l demuxer debug: v4l grabbing started [00000287] v4l demuxer debug: added new video es I420 320x240 [00000277] main input debug: selecting program id=0 [00000287] v4l demuxer debug: new audio es 2 channels 44100Hz [00000287] main demuxer debug: using access_demux module "v4l" [00000288] main packetizer debug: looking for packetizer module: 16 candidates [00000288] main packetizer debug: using packetizer module "rawvideo" [00000288] main packetizer debug: thread 2704120720 (decoder) created at priority 0 (input/decoder.c:159) [00000277] main input debug: audio is disabled, not selecting ES 0x1 [00000277] main input debug: starting in sync mode [00000277] main input debug: `v4l:/dev/video0:size=320x240' successfully opened [00000279] main stream output debug: adding a new input [00000280] stream_out_transcode private debug: creating video transcoding from fcc=`I420' to fcc=`WMV2' [00000289] main decoder debug: looking for decoder module: 22 candidates [00000289] main decoder debug: using decoder module "rawvideo" [00000290] main encoder debug: looking for encoder module: 7 candidates [00000290] ffmpeg encoder debug: libavcodec initialized (interface 3347456 ) [00000290] ffmpeg encoder debug: found encoder Windows Media Video 2 [00000290] main encoder debug: using encoder module "ffmpeg" [00000290] main encoder debug: removing module "ffmpeg" [00000280] stream_out_transcode private debug: decoder aspect is 576000:432000 [00000280] stream_out_transcode private debug: source pixel aspect is 1.000000:1 [00000280] stream_out_transcode private debug: scaled pixel aspect is 1.000000:1 [00000280] stream_out_transcode private debug: source 320x240, crop 320x240, destination 320x240, padding 320x240 [00000280] stream_out_transcode private debug: encoder aspect is 576000:432000 [00000290] main encoder debug: looking for encoder module: 7 candidates [00000290] ffmpeg encoder debug: libavcodec already initialized [00000290] ffmpeg encoder debug: found encoder Windows Media Video 2 [00000290] main encoder debug: using encoder module "ffmpeg" [00000286] main private debug: adding a new input [00000286] mux_asf private debug: adding input [00000286] mux_asf private debug: Asf muxer creating header [00000286] mux_asf private debug: pixel aspect-ratio: 1/1 [00000285] main http server debug: Connection from 127.0.0.1
Last edited by bogogil on 21 Mar 2007 00:04, edited 1 time in total.

dionoea
Cone Master
Cone Master
Posts: 5157
Joined: 03 Dec 2003 23:09
Location: Paris, France

Postby dionoea » 21 Mar 2007 00:03

OK... several thing you might want to try:
Use vcodec=DIV3 instead of vcodec=WMV2, it works better.
Try adding :display instead of :standard{...} in the sout chain and check if anything is displayed on the server. If nothing displays, try running it without the --sout part and check if the v4l device can be played back alright in VLC.
Try connecting with VLC and/or Windows Media Player to that stream (to see if it's an MPlayer related issue).
Antoine Cellerier
dionoea
(Please do not use private messages for support questions)

bogogil
New Cone
New Cone
Posts: 7
Joined: 20 Mar 2007 12:55

Postby bogogil » 21 Mar 2007 19:10

With Windows Media Player and vlc there is no problem at all.
DIV3 didn't make an difference. The device can be played back with :display.

I guess, it is an mplayer issue. As said earlier, when I changed streaming to access=http, mplayer plays the stream just fine. But then the Windows Media Player can't play it...

dionoea
Cone Master
Cone Master
Posts: 5157
Joined: 03 Dec 2003 23:09
Location: Paris, France

Postby dionoea » 21 Mar 2007 19:40

You'll have to ask the MPlayer guys then :)
Antoine Cellerier
dionoea
(Please do not use private messages for support questions)

bogogil
New Cone
New Cone
Posts: 7
Joined: 20 Mar 2007 12:55

Postby bogogil » 21 Mar 2007 19:45

Even if other mms streams from the net are beeing played well?
Though I did start an thread which isn't unanswered since yesterday.

dionoea
Cone Master
Cone Master
Posts: 5157
Joined: 03 Dec 2003 23:09
Location: Paris, France

Postby dionoea » 21 Mar 2007 19:56

You could also use tcpdump / wireshark (aka ethereal) on the client to compare VLC mms <-> MPlayer packets with Someother mms <-> MPlayer. Once you spot the difference, I guess that it'll be easy to fix VLC or MPlayer (Whichever is wrong).
Antoine Cellerier
dionoea
(Please do not use private messages for support questions)

bogogil
New Cone
New Cone
Posts: 7
Joined: 20 Mar 2007 12:55

Postby bogogil » 21 Mar 2007 20:25

I'd like to try that.
Can you give me a hint, where to look on?
Totally different streams (codecs, video...) must be totally different, except the mms protocol, which I don't know. :(

dionoea
Cone Master
Cone Master
Posts: 5157
Joined: 03 Dec 2003 23:09
Location: Paris, France

Postby dionoea » 21 Mar 2007 23:29

The contents of the http headers when starting the connection would be the first place to look I guess. Try to see if MPlayer connects successfully or if it fails because VLC isn't replying like the other servers do. (This would be before any audio/video data gets sent)
Antoine Cellerier
dionoea
(Please do not use private messages for support questions)

pastyr
New Cone
New Cone
Posts: 5
Joined: 07 Apr 2007 23:53

Postby pastyr » 08 Apr 2007 01:30

bogogil, have you solved it? I am having exactly the same problem, at least it looks like that: I stream using '#std{access=mmsh,mux=asfh,dst=:4444}' but I am not able to play the video either locally or on different computer in the LAN. It works when using http and MPEG PS though. Mplayer just outputs 'connected' and that's it - however, it is not only Mplayer's problem - even VLC can't play it, here is the VLC output with -v2:
VLC media player 0.8.6a Janus
[00000001] main private debug: checking builtin modules
[00000001] main private debug: checking plugin modules
[00000001] main private debug: loading plugins cache file /home/pastyr/.vlc/cache/plugins-04041e.dat
[00000001] main private debug: recursively browsing `modules'
[00000001] main private debug: recursively browsing `/usr/lib/vlc'
[00000001] main private debug: recursively browsing `plugins'
[00000001] main private debug: module bank initialized, found 236 modules
[00000001] main private debug: opening config file /home/pastyr/.vlc/vlcrc
[00000001] main private debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU
[00000001] main private debug: looking for memcpy module: 3 candidates
[00000001] main private debug: using memcpy module "memcpymmxext"
[00000306] main playlist debug: waiting for thread completion
[00000306] main playlist debug: thread 3084442512 (playlist) created at priority 0 (playlist/playlist.c:184)
[00000307] main private debug: waiting for thread completion
[00000307] main private debug: thread 3073952656 (preparser) created at priority 0 (playlist/playlist.c:210)
[00000308] main interface debug: looking for interface module: 1 candidate
[00000308] main interface debug: using interface module "hotkeys"
[00000308] main interface debug: thread 3063462800 (interface) created at priority 0 (interface/interface.c:231)
[00000310] main interface debug: looking for interface module: 1 candidate
[00000310] main interface debug: using interface module "screensaver"
[00000310] main interface debug: thread 3052972944 (interface) created at priority 0 (interface/interface.c:231)
[00000306] main playlist debug: adding playlist item `mms://10.0.0.19:4444' ( mms://10.0.0.19:4444 )
[00000312] main interface debug: looking for interface module: 5 candidates
[00000312] main interface debug: using interface module "wxwidgets"
[00000312] main interface debug: thread 3040869264 (manager) created at priority 0 (interface/interface.c:216)
[00000312] wxwidgets interface debug: Using last windows config '(-1,0,0,1280,800)(0,632,156,422,86)(6,0,0,-1,150)'
[00000312] wxwidgets interface debug: id=0 p=(632,156) s=(422,86)
[00000312] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150)
[00000306] main playlist debug: nothing requested, starting
[00000306] main playlist debug: creating new input thread
[00000315] main input debug: waiting for thread completion
[00000315] main input debug: thread 2968161168 (input) created at priority 0 (input/input.c:265)
[00000315] main input debug: creating statistics handler
[00000315] main input debug: `mms://10.0.0.19:4444' gives access `mms' demux `' path `10.0.0.19:4444'
[00000315] main input debug: creating demux: access='mms' demux='' path='10.0.0.19:4444'
[00000317] main demuxer debug: looking for access_demux module: 0 candidates
[00000317] main demuxer warning: no access_demux module matched "mms"
[00000315] main input debug: creating access 'mms' path='10.0.0.19:4444'
[00000318] main access debug: looking for access2 module: 9 candidates
[00000318] access_mms access debug: waiting for connection...
[00000318] main access debug: net: connecting to 10.0.0.19 port 4444
[00000318] main access debug: connection in progress
[00000318] access_mms access debug: connection(tcp) with "10.0.0.19:4444" successful
[00000318] access_mms access debug: generated guid: babac001-79f1-da51-e1df28d5e91e543c
I tried many different options but nothing helped...
EDIT: I forgot to mention, I use vlc-0.8.6a-1.lvn6.1 from Livna repository on Fedora Core 6 with 2.6.20-1.2933.fc6 kernel, i686 arch.

mangoo
Blank Cone
Blank Cone
Posts: 46
Joined: 16 Jul 2007 12:05
Contact:

Re:

Postby mangoo » 20 Jul 2007 16:03

With Windows Media Player and vlc there is no problem at all.
DIV3 didn't make an difference. The device can be played back with :display.

I guess, it is an mplayer issue. As said earlier, when I changed streaming to access=http, mplayer plays the stream just fine. But then the Windows Media Player can't play it...
Hi, any solutions to this problem?

For me, it's the same: with mms, only Windows Media Player can open the stream, and mplayer just waits forever (and says "connected"). Other mms streams are played by mplayer just fine.

mangoo
Blank Cone
Blank Cone
Posts: 46
Joined: 16 Jul 2007 12:05
Contact:

Re: Problem mms(h)-streaming to Win Media Player AND mplayer

Postby mangoo » 20 Jul 2007 16:07

This is a tcpdump when we want to connect:

# tcpdump -i eth0 port 1234 -XX -vv
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
16:05:09.619475 IP (tos 0x0, ttl 64, id 46351, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.111.145.46764 > 192.168.111.159.1234: S, cksum 0xb263 (correct), 388946124:388946124(0) win 5840 <mss 1460,sackOK,timestamp 84962755 0,nop,wscale 5>
0x0000: 0016 3e6d a2d2 0030 05af 9668 0800 4500 ..>m...0...h..E.
0x0010: 003c b50f 4000 4006 252b c0a8 6f91 c0a8 .<..@.@.%+..o...
0x0020: 6f9f b6ac 04d2 172e d8cc 0000 0000 a002 o...............
0x0030: 16d0 b263 0000 0204 05b4 0402 080a 0510 ...c............
0x0040: 6dc3 0000 0000 0103 0305 m.........
16:05:09.621220 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.111.159.1234 > 192.168.111.145.46764: S, cksum 0xab53 (correct), 1955546346:1955546346(0) ack 388946125 win 5792 <mss 1460,sackOK,timestamp 7818556 84962755,nop,wscale 7>
0x0000: 0030 05af 9668 0016 3e6d a2d2 0800 4500 .0...h..>m....E.
0x0010: 003c 0000 4000 4006 da3a c0a8 6f9f c0a8 .<..@.@..:..o...
0x0020: 6f91 04d2 b6ac 748f 44ea 172e d8cd a012 o.....t.D.......
0x0030: 16a0 ab53 0000 0204 05b4 0402 080a 0077 ...S...........w
0x0040: 4d3c 0510 6dc3 0103 0307 M<..m.....
16:05:09.621265 IP (tos 0x0, ttl 64, id 46352, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.111.145.46764 > 192.168.111.159.1234: ., cksum 0xf006 (correct), 1:1(0) ack 1 win 183 <nop,nop,timestamp 84962757 7818556>
0x0000: 0016 3e6d a2d2 0030 05af 9668 0800 4500 ..>m...0...h..E.
0x0010: 0034 b510 4000 4006 2532 c0a8 6f91 c0a8 .4..@.@.%2..o...
0x0020: 6f9f b6ac 04d2 172e d8cd 748f 44eb 8010 o.........t.D...
0x0030: 00b7 f006 0000 0101 080a 0510 6dc5 0077 ............m..w
0x0040: 4d3c M<
16:05:09.622026 IP (tos 0x0, ttl 64, id 46353, offset 0, flags [DF], proto: TCP (6), length: 276) 192.168.111.145.46764 > 192.168.111.159.1234: P 1:225(224) ack 1 win 183 <nop,nop,timestamp 84962758 7818556>
0x0000: 0016 3e6d a2d2 0030 05af 9668 0800 4500 ..>m...0...h..E.
0x0010: 0114 b511 4000 4006 2451 c0a8 6f91 c0a8 ....@.@.$Q..o...
0x0020: 6f9f b6ac 04d2 172e d8cd 748f 44eb 8018 o.........t.D...
0x0030: 00b7 d3f0 0000 0101 080a 0510 6dc6 0077 ............m..w
0x0040: 4d3c 0100 0000 cefa 0bb0 d000 0000 4d4d M<............MM
0x0050: 5320 1a00 0000 0000 0000 0000 0000 0000 S...............
16:05:09.624588 IP (tos 0x0, ttl 64, id 2519, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.111.159.1234 > 192.168.111.145.46764: ., cksum 0xefa5 (correct), 1:1(0) ack 225 win 54 <nop,nop,timestamp 7818557 84962758>
0x0000: 0030 05af 9668 0016 3e6d a2d2 0800 4500 .0...h..>m....E.
0x0010: 0034 09d7 4000 4006 d06b c0a8 6f9f c0a8 .4..@.@..k..o...
0x0020: 6f91 04d2 b6ac 748f 44eb 172e d9ad 8010 o.....t.D.......
0x0030: 0036 efa5 0000 0101 080a 0077 4d3d 0510 .6.........wM=..
0x0040: 6dc6 m.

And, the rest when we ctrl+C mplayer:

16:05:58.284448 IP (tos 0x0, ttl 64, id 46354, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.111.145.46764 > 192.168.111.159.1234: F, cksum 0x310d (correct), 225:225(0) ack 1 win 183 <nop,nop,timestamp 85011420 7818557>
0x0000: 0016 3e6d a2d2 0030 05af 9668 0800 4500 ..>m...0...h..E.
0x0010: 0034 b512 4000 4006 2530 c0a8 6f91 c0a8 .4..@.@.%0..o...
0x0020: 6f9f b6ac 04d2 172e d9ad 748f 44eb 8011 o.........t.D...
0x0030: 00b7 310d 0000 0101 080a 0511 2bdc 0077 ..1.........+..w
0x0040: 4d3d M=
16:05:58.286406 IP (tos 0x0, ttl 64, id 2520, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.111.159.1234 > 192.168.111.145.46764: F, cksum 0x1e8a (correct), 1:1(0) ack 226 win 54 <nop,nop,timestamp 7823424 85011420>
0x0000: 0030 05af 9668 0016 3e6d a2d2 0800 4500 .0...h..>m....E.
0x0010: 0034 09d8 4000 4006 d06a c0a8 6f9f c0a8 .4..@.@..j..o...
0x0020: 6f91 04d2 b6ac 748f 44eb 172e d9ae 8011 o.....t.D.......
0x0030: 0036 1e8a 0000 0101 080a 0077 6040 0511 .6.........w`@..
0x0040: 2bdc +.
16:05:58.286469 IP (tos 0x0, ttl 64, id 46355, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.111.145.46764 > 192.168.111.159.1234: ., cksum 0x1e07 (correct), 226:226(0) ack 2 win 183 <nop,nop,timestamp 85011422 7823424>
0x0000: 0016 3e6d a2d2 0030 05af 9668 0800 4500 ..>m...0...h..E.
0x0010: 0034 b513 4000 4006 252f c0a8 6f91 c0a8 .4..@.@.%/..o...
0x0020: 6f9f b6ac 04d2 172e d9ae 748f 44ec 8010 o.........t.D...
0x0030: 00b7 1e07 0000 0101 080a 0511 2bde 0077 ............+..w
0x0040: 6040 `@

dionoea
Cone Master
Cone Master
Posts: 5157
Joined: 03 Dec 2003 23:09
Location: Paris, France

Re: Problem mms(h)-streaming to Win Media Player AND mplayer

Postby dionoea » 20 Jul 2007 17:38

That tcpdump isn't really usefull (at least not to me). Easiest might be:
0. Install wireshark.
1. Capture MPlayer connecting to a native Windows Media Server hosted MMS stream.
2. Capture MPlayer connecting to a VLC MMS stream.
3. Compare the two captures and find what VLC's doing which MPlayer doesn't seem to like.
4. Report your findings here.
5. Submit a patch to VLC :) <--- this is the best part
Antoine Cellerier
dionoea
(Please do not use private messages for support questions)


Return to “VLC stream-output (sout)”

Who is online

Users browsing this forum: No registered users and 5 guests