[MPlayer-users] playing a rtsp stream succeeds, -dumpstream results in an empty file

[Ilja Sekler]

On 09.09.2010 00:01, Carl Eugen Hoyos wrote:

> Ilja Sekler <ilja_sekler_ <at> gmx.de> writes:
> 
>> I have to provide -rtsp-stream-over-tcp option for MPlayer/MEncoder
>> to be able to play the stream. If you don't need this option, it
>> could be the explanation for the FFmpeg failure on my system, if
>> FFmpeg doesn't use rtsp over tcp by default (does it support rtsp 
>> over tcp at all?).
> 
> You are right, that is the difference (and iirc, FFmpeg does not
> support rtsp-over-tcp).

Any chance for this feature to be added in near future?

> Apart from fixing your network connection

"fixed" temporarily by shutting down all servers and setting the
computer as exposed host in the router. Unfortunately, ffmpeg (I went
back to the build with libfaac) aborts a few seconds later:


ffmpeg -loglevel verbose -i
rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data/quicktime/3sat/09/10/091019_ueberschallflieger_hitec_h.mp4
-vcodec copy -acodec copy -y ueberschallflieger_ffmpeg.mp4
FFmpeg version SVN-r25074, Copyright (c) 2000-2010 the FFmpeg developers
  built on Sep  8 2010 15:32:19 with gcc 4.4.3
  configuration: --enable-gpl --enable-nonfree --enable-libfaac
--enable-libmp3lame --enable-libvpx --enable-libx264 --disable-debug
  libavutil     50.25. 0 / 50.25. 0
  libavcore      0. 9. 0 /  0. 9. 0
  libavcodec    52.87. 4 / 52.87. 4
  libavformat   52.78. 3 / 52.78. 3
  libavdevice   52. 2. 2 / 52. 2. 2
  libavfilter    1.38. 3 /  1.38. 3
  libswscale     0.11. 0 /  0.11. 0
[rtsp @ 0xa08d470] Estimating duration from bitrate, this may be inaccurate
Input #0, rtsp, from
'rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data/quicktime/3sat/09/10/091019_ueberschallflieger_hitec_h.mp4':
  Metadata:
    title           :
/zdf/data/quicktime/3sat/09/10/091019_ueberschallflieger_hitec_h.mp4
  Duration: 00:28:56.68, start: 0.000000, bitrate: N/A
    Stream #0.0: Video: h264, yuv420p, 432x240 [PAR 1:1 DAR 9:5], 25
fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1: Audio: aac, 48000 Hz, stereo, s16
Output #0, mp4, to 'ueberschallfliege_ffmpeg.mp4':
  Metadata:
    encoder         : Lavf52.78.3
    Stream #0.0: Video: libx264, yuv420p, 432x240 [PAR 1:1 DAR 9:5],
q=2-31, 25 tbn, 25 tbc
    Stream #0.1: Audio: libfaac, 48000 Hz, stereo
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Press [q] to stop encoding
[mp4 @ 0xa093e90] st:0 error, non monotone timestamps 1230 >=
1230.0kbits/s
av_interleaved_write_frame(): Operation not permitted


which sounds like
<http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2010-April/024960.html>. '-vsync
1', '-vsync 2' and '-async 1' don't help either. Unlike earlier
attempts, "ueberschallflieger_ffmpeg.mp4" is not empty (3,4M), but can't
be played with mplayer or ffplay.

I tried also different streams from the 3sat mediathek and all fail in
the same way.

> [...], you could try ffmpeg -i on your audio dump, that should
> really work.

Sorry, no luck with the dump from 'mplayer -dumpaudio': "Invalid data
found when processing input".

-- 
Regards

Ilja