Opened 12 years ago

Last modified 9 years ago

#998 open enhancement

Must convert mms://... streams to mmsh://... for FFmpeg to work

Reported by: DonMoir Owned by:
Priority: wish Component: undetermined
Version: git-master Keywords: mms
Cc: Blocked By:
Blocking: Reproduced by developer: yes
Analyzed by developer: no

Description

This means anyone using mms streams must "discover" this.

Using just mms://... this fails:

ffplay mms://live1.wm.skynews.servecast.net/skynews_wmlz_live300k

ffplay version N-37771-gfd0b8d5 Copyright (c) 2003-2012 the FFmpeg developers

built on Feb 11 2012 13:42:37 with gcc 4.6.2

libavutil 51. 39.100 / 51. 39.100
libavcodec 54. 1.100 / 54. 1.100
libavformat 54. 0.100 / 54. 0.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 62.100 / 2. 62.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 6.100 / 0. 6.100
libpostproc 52. 0.100 / 52. 0.100


mms://live1.wm.skynews.servecast.net/skynews_wmlz_live300k: No such file or directory

Changing it to mmsh://... works fine:

ffplay mmsh://live1.wm.skynews.servecast.net/skynews_wmlz_live300k

ffplay version N-37771-gfd0b8d5 Copyright (c) 2003-2012 the FFmpeg developers

built on Feb 11 2012 13:42:37 with gcc 4.6.2

libavutil 51. 39.100 / 51. 39.100
libavcodec 54. 1.100 / 54. 1.100
libavformat 54. 0.100 / 54. 0.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 62.100 / 2. 62.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 6.100 / 0. 6.100
libpostproc 52. 0.100 / 52. 0.100

[wmv3 @ 014DD260] Extra data: 8 bits left, value: 0
[asf @ 00A4D8E0] Estimating duration from bitrate, this may be inaccurate
Input #0, asf, from 'mmsh://live1.wm.skynews.servecast.net/skynews_wmlz_live300k':

Metadata:

title : Sky News
artist : BSkyB
copyright : BSkyB
WMFSDKVersion : 11.0.5721.5145
WMFSDKNeeded : 0.0.0.0000
IsVBR : 0

Duration: N/A, start: 2308326.720000, bitrate: 252 kb/s

Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 1 channels, s16, 32 kb/s
Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 320x180, 220 kb/s, 25 tbr, 1k tbn, 1k tbc

[wmv3 @ 014DD260] Extra data: 8 bits left, value: 0

Change History (9)

comment:1 by Carl Eugen Hoyos, 12 years ago

Priority: normalwish
Reproduced by developer: set
Status: newopen
Type: defectenhancement
Version: unspecifiedgit-master

For the future: Please only provide ffplay output for issues that are unreproducible with ffmpeg.

comment:2 by Carl Eugen Hoyos, 12 years ago

Keywords: mms added

comment:3 by Roger Pack, 11 years ago

plus 1 from me :)

comment:4 by DonMoir, 11 years ago

I thought this was supposed to be taken care of but now it says protocol not found when using just mms://

Tested with N-45279-g1a104bf.

mmsh:// still works

comment:5 by Carl Eugen Hoyos, 11 years ago

Ticket #2001 contains a related problem.

comment:6 by marillat, 10 years ago

Would be nice to know why this bug isn't fixed.

comment:7 by compn, 10 years ago

imo mms is dead and all windows media servers have switched to rtsp.
so streams like this should automatically try rtsp first. i think its somewhere in microsoft documentation.

mms://live1.wm.skynews.servecast.net/skynews_wmlz_live300k
should first try
rtsp://live1.wm.skynews.servecast.net/skynews_wmlz_live300k

comment:8 by marillat, 10 years ago

But in some case this doesn't work.

mms://live.rfn.ru/vesti_fm

comment:9 by MB, 9 years ago

Couldn't ffmpeg automatically try mmsh if mms fails?

Note: See TracTickets for help on using tickets.