"rtmpdump blah --resume -o /tmp/blah.flv & sleep 5 && someplayercommand /tmp/blah.flv"<div>"rtmpdump blah --resume -o /tmp/blah.flv & sleep 5 && cat /tmp/blah.flv | whateverstdoutcommand"</div>
<div>...or whatever... but expect it to start playing from the beginning.</div><div><br></div><div>What you're wanting to do isn't very sensible.<br><br><div class="gmail_quote">On Thu, Sep 22, 2011 at 9:43 PM, Michael <span dir="ltr"><<a href="mailto:tiemichael@gmail.com">tiemichael@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Thank you!<br>
As you realized correctly my linux skills are very bad ...<br>
So, how do I tell RTMPDUM to use an outputfile (-o filename) so that resume is possible AND write to STDOUT at the same time?<br>
Your help is greatly appreciated!<div><div></div><div class="h5"><br>
<br>
On 22/09/2011 19:53, Howard Chu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Michael wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thank you!<br>
There could be other ways to calculate the timestamp ... e.g. by saving<br>
to a temp-file in parallel,<br>
</blockquote>
<br>
You can do that yourself. rtmpdump | tee /tmp/somefile | whatever. Learn how to use your computer before you make stupid feature requests.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
or storing the last timestamp every second<br>
or so ...<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But my main question is: why is streaming failing 100%, and recording is<br>
always fine ?<br>
</blockquote>
<br>
Because.<br>
<br>
I've spent a lot of effort writing glue code so that apps like mplayer, ffmpeg, VLC, and XBMC can all integrate directly with librtmp. If viewing media just by running rtmpdump and spitting data to stdout worked reliably, there would be no need to jump in at a lower level (library integration).<br>

<br>
But the fact is, an RTMP stream is a complex beast; it's a 2-way conversation between a client and a server. Piping output from rtmpdump to some other program is only 1-way communication; much flexibility is lost doing this.<br>

<br>
Now please quit asking the same questions over and over again.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 22/09/2011 14:55, Ralph Spitzner wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Michael wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
maybe someone out the can help me to understand things a little better!<br>
</blockquote>
[..]<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
excludes the 'resume-option' in streaming mode (why is there no resume<br>
possible?)<br>
</blockquote>
<br>
To answer this question a zillionth time:<br>
     Because rtmpdump doesn't now where you left off.<br>
     (last timestamp isn't known....)<br>
<br>
regards<br>
     -rasp<br>
</blockquote></blockquote>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
rtmpdump mailing list<br>
<a href="mailto:rtmpdump@mplayerhq.hu" target="_blank">rtmpdump@mplayerhq.hu</a><br>
<a href="https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump" target="_blank">https://lists.mplayerhq.hu/<u></u>mailman/listinfo/rtmpdump</a><br>
</div></div></blockquote></div><br></div>