<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-03-20 0:49 GMT+11:00 Sebastian Guttenberg <span dir="ltr"><<a href="mailto:sgutten@ms2-gmbh.de" target="_blank">sgutten@ms2-gmbh.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><span class=""><blockquote type="cite"><div><div dir="ltr"><div style="font-family:georgia,serif">I'm looking for a streaming format so that one program can write to a file while another program can read/play it at same time.</div><div style="font-family:georgia,serif"><br></div><div style="font-family:georgia,serif"><br></div><div style="font-family:georgia,serif">Seems webm can do it. but when play it with ffplay seems the newly written data are not read out. I googled and see people saying the amount of data can be read is determined when the read file handler is opened, that means there's no way in 2nd process to keep up with 1st process. Does anyone have experience on this?</div></div></div></blockquote><div><br></div></span><div>I have no experience with ffplay, but it is definitely possible to transcode a file with ffmpeg and at the same time read it with another program, like with your own c- or java- or whatever code. I’m doing that and it works. I’m not sure if ffplay or other players can be persuaded to do so.</div><div><br></div></div></div></blockquote><div><div class="gmail_default" style="font-family:georgia,serif;display:inline">Hi Sebastina, do you mean as long as write speed is fast enough, the reading side, after file opened, can read out data that are written after the file is opened? ​</div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><div></div><blockquote type="cite"><div dir="ltr"><div style="font-family:georgia,serif">Secondly, whatelse streaming formats do we have? I originally thought avi should be but seems ffplay can't play it when it's beeing written so I guess it's not.</div></div></blockquote><br></div><div>As far as I know, the '.ts‘ - container was designed explicitly for streaming ( MPEG-TS ), in particular for continous live streaming.</div><div>Webm also works but is relatively slow in transcoding. mp4 is also possible, but in order to use mp4 for streaming, you have to set a couple of parameters while transcoding and switch the moov-atom off completely </div><div>(via <font color="#3933ff" face="Monaco"><span style="font-size:11px">„-movflags isml+empty_<wbr>moov“)</span></font>, because the information necessary for the moov atom is complete only when the transcoding-process is finished. About avi I don’t know if it’s suitable. </div><div><br></div><div><div class="gmail_default" style="font-family:georgia,serif">Thanks for the MP4 part, I'll have a look at it.​</div><br></div><div> </div><br></div><br>______________________________<wbr>_________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" rel="noreferrer" target="_blank">http://ffmpeg.org/mailman/<wbr>listinfo/libav-user</a><br>
<br></blockquote></div><br></div></div>