[blousefet]

In fact, the previous point is false.
This night, I recorded a stream which had FLV info tags dumped by rtmpdump. That allows ffmpeg to show codec infos. But still, the stream isn't playable.
It shows one frame (or none) and then "no frame" when using vlc, mplayer or ffplay.
There are SRS errors too being reported by mplayer.

weird...


FYI, the stream showed well using adobe flashplayer or getflv on my notebook.

This week-end, I will try to compile rtmpdump with more DEBUG info (defining _DEBUG in .h). Then I'll try to catch a "no frame" stream.
It seems that this behaviour is dependant on the hardware/software used to produce the live stream.

However, obviously, getflv or flash players are more tolerant to stream errors. Getflv dumps the same livestream without frame errors. Sure, Getflv is a commercial and gets its value to perform that.


Is there someone that is interested to work with me on that ?
I'm willing to contribute to rtmpdump effort if allowed by the project.

It's seems rtmpdump won't wait for a valid keyframe to download the livestream. If you use "-k" option with "-v" it has no consequences because "-k" needs that you resume a download (and seeks for a keyframe already downloaded in the file being resumed. Am I wrong ?