Works, but without '--stop 1'

[georgjaehnig]

Hi, I am currently adding support for http://spiegel.tv (as wished in #2474).

I have already got it working but the test fails because it calls rtmpdumpwith --stop 1:

rtmpdump --verbose -r rtmpe://fms.edge.newmedia.nacamar.net/schnee_vod/flashmedia/mp4:78a9b03ae7094a30914880d5646caba1_spiegeltv_0500_16x9.m4v -o flug-mh370.m4v.part --stop 1 --resume --skip 1

If one leaves out --stop 1 (and thus simply doesn't not allow to resume a download), then the download works fine:

rtmpdump --verbose -r rtmpe://fms.edge.newmedia.nacamar.net/schnee_vod/flashmedia/mp4:78a9b03ae7094a30914880d5646caba1_spiegeltv_0500_16x9.m4v -o flug-mh370.m4v.part --resume --skip 1`

So my question: Do all video extractors really need the option to resume a download? If not, how can my extractor tell Youtube-dl that no resume is possible?

[phihag]

We never had the situation that resuming was impossible for RTMP downloads. If you don't want to modify the RTMP download, simply create a pull request and add a note that this only works if --stop 1 is missing in the command-line. We'll add the necessary rtmp_noresume field in the info_dict and its implementation then. Thanks!