[rtmpdump] Resume???

[Michael]

Hmm,
so with a non-live video watched via stdout there is no resume ... 
that's bad.
What's happening in that case? the video simply stops ???
Wouldn't it be nice to be able to resume in this case as well?
Could be accomplished by e.g. allowing output to a tmp-file (to read the 
last valid timestamp) and parallel output to stdout, or find another way 
to get the last timestamp

On 21/09/2011 00:12, NhJm wrote:
> Resume checks the output file for the last valid timestamp and 
> continues writing to the file where it left off. Use --start if you 
> want to manually skip to a certain place in a video.
>
> On Tue, Sep 20, 2011 at 8:17 AM, Michael <tiemichael at gmail.com 
> <mailto:tiemichael at gmail.com>> wrote:
>
>     It might be a stupid question with an obvious answer nevertheless:
>     From http://rtmpdump.mplayerhq.hu/rtmpdump.1.html I learn "No
>     resuming or seeking in live streams is possible"
>
>     From the RTMPDUMP-application I learn learn that 'resuming is not
>     possible with stdout'.
>
>     No resuming with live stream is obvious, but why is there no
>     resuming with non-live streams which are not recorded (but watched
>     on the fly via stdout)?
>
>     Thank's for clarification!
>
>     _______________________________________________
>     rtmpdump mailing list
>     rtmpdump at mplayerhq.hu <mailto:rtmpdump at mplayerhq.hu>
>     https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump
>
>
>
>
> _______________________________________________
> rtmpdump mailing list
> rtmpdump at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mplayerhq.hu/pipermail/rtmpdump/attachments/20110921/5164cff1/attachment.html>