Opened 10 years ago

Last modified 10 years ago

#1648 new enhancement

dumpstream rtsp://mp4 warning

Reported by: paulepanter@… Owned by: reimar
Priority: normal Component: core
Version: HEAD Severity: minor
Keywords: Cc: paulepanter@…
Blocked By: Blocking:
Reproduced by developer: Analyzed by developer:

Change History (8)

comment:1 Changed 10 years ago by paulepanter@…

Sorry, I hit enter when the focus was not in the text box.

comment:2 Changed 10 years ago by paulepanter@…

[Here is the post again. I am sorry!]

Dear MPlayer folks,

I am trying to capture a stream [1] from [2].

$ mplayer -playlist

http://hgeostreaming.zdf.de/zdf/veryhigh/100215_knowhow_oly_spo.mov

This works fine. (I think you have to select the stream (Quicktime, DSL 2000) beforehand to unlock the stream somehow.)

Anyway [2] includes [3] which I try to dump. Playing it directly works too.

$ mplayer rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4

But adding -dumpstream

$ mplayer -dumpstream rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4

Playing rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4.
Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for AF_INET6...
Couldn't resolve name for AF_INET6: ondemand.quicktime.zdf.newmedia.nacamar.net
Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for AF_INET...
Connecting to server ondemand.quicktime.zdf.newmedia.nacamar.net[62.26.158.151]: 554...
connect error: Connection refused
Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for AF_INET6...
Couldn't resolve name for AF_INET6: ondemand.quicktime.zdf.newmedia.nacamar.net
Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for AF_INET...
Connecting to server ondemand.quicktime.zdf.newmedia.nacamar.net[62.26.158.151]: 7070...
connect error: Connection refused
STREAM_LIVE555, URL: rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4
Stream not seekable!
Core dumped ;)

just outputs a dump of size 0.

$ ls -al stream.dump
-rw-r--r-- 1 name name 0 16. Feb 13:45 stream.dump

Is dumping a RTSP-stream unsupported?

Thanks and sorry again for the mess,

Paul

[1] http://hgeostreaming.zdf.de/zdf/veryhigh/100215_knowhow_oly_spo.mov
[2]
http://www.zdf.de/ZDFmediathek/beitrag/video/972212/Olympia-know-how-Der-Dreh-der-Pirouette?bc=sts;sta;kua954214&flash=off
[3] rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4

comment:4 Changed 10 years ago by reimar

RTSP does not actually send any MP4 file, it sends audio and video completely separately - that's why you can't dump it.
You can use mencoder to mux them together and dump it like this, I don't remember a good command for that though - there might be something on the -users list though.

comment:5 Changed 10 years ago by paulepanter@…

  • Cc paulepanter@… added

(In reply to comment #4)

RTSP does not actually send any MP4 file,

Interesting. Should the output of MPlayer be changed somehow.

»Playing rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4.« is misleading.

it sends audio and video completely separately - that's why you can't dump it.

»Core dumped ;)« is misleading then too. Although the user might notice it since MPlayer is done after a second.

You can use mencoder to mux them together and dump it like this, I don't
remember a good command for that though - there might be something on the
-users list though.

I tried

comment:6 Changed 10 years ago by paulepanter@…

[I hate it. The text box was not focused again!]

(In reply to comment #5)

(In reply to comment #4)

RTSP does not actually send any MP4 file,

Interesting. Should the output of MPlayer be changed somehow.

»Playing
rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4.«
is misleading.

it sends audio and video completely separately - that's why you can't dump it.

»Core dumped ;)« is misleading then too. Although the user might notice it
since MPlayer is done after a second.

You can use mencoder to mux them together and dump it like this, I don't
remember a good command for that though - there might be something on the
-users list though.

I tried

$ mencoder -prefer-ipv4 rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4 -ovc raw -oac pcm -o test.mp4
MPlayer SVN-r30534 (C) 2000-2009 MPlayer Team

WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help.
Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for AF_INET...
Connecting to server ondemand.quicktime.zdf.newmedia.nacamar.net[62.27.26.7]: 554...
A single media stream only is supported atm.
rtsp_session: unsupported RTSP server. Server type is 'DSS/6.0.3 (Build/526.3; Platform/Linux?; Release/Darwin? Streaming Server; State/Development?; )'.
STREAM_LIVE555, URL: rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data-sec/quicktime/geoloc_zdf-de/10/02/100215_knowhow_oly_spo_vh.mp4
success: format: 21 data: 0x0 - 0x0
Stream not seekable!

file format detected.

Initiated "video/H264" RTP subsession on port 56382
Initiated "audio/MPEG4-GENERIC" RTP subsession on port 38512
[NULL @ 0xa108f10]non-existing PPS referenced
demux_rtp: Guessed the video frame rate as 25 frames-per-second.

(If this is wrong, use the "-fps <frame-rate>" option instead.)

VIDEO: [H264] 0x0 0bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:21 fourcc:0x34363248 size:0x0 fps:25.000 ftime:=0.0400
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Movie-Aspect is 1.79:1 - prescaling to correct movie aspect.
Writing header...
ODML: vprp aspect is 16384:9144.
Writing header...
ODML: vprp aspect is 16384:9144.
[NULL @ 0x8906800]non-existing PPS referencedin 0mb A-V:0.012 [0:0]
[…]
[NULL @ 0x8906800]non-existing PPS referencedin 1059mb A-V:-0.024 [79141:1536]
Pos: 109.0s 2726f (99%) 24.89fps Trem: 0min 1059mb A-V:-0.024 [79141:1536]
Flushing video frames.
Writing index...
Writing header...
ODML: vprp aspect is 16384:9144.

Video stream: 79141.301 kbit/s (9892662 B/s) size: 1078695936 bytes 109.040 secs 2726 frames

Audio stream: 1536.000 kbit/s (192000 B/s) size: 21118976 bytes 109.995 secs

and it dumped the stream correctly.

Can MPlayer detect such a situation and give the user a note to use MEncoder instead?

Thank you for your answer and help!

comment:7 Changed 10 years ago by compn

* Bug 1647 has been marked as a duplicate of this bug. *

comment:8 Changed 10 years ago by compn

  • Severity changed from normal to enhancement
  • Summary changed from `-dumpstream` does not work for MP4 file over RTSP server (Darwin Streaming Server) to dumpstream rtsp://mp4 warning

change to feature request

Note: See TracTickets for help on using tickets.