Thanks for the answer Derk.<br>
Does this really apply for all kind of codecs? I thougth that this only
applies to certain kinds like AVI, and that MPEG1 for example can also
be played without a correct header. And what is than the difference to
streaming a transcoded file over HTTP, there VLC also can not go back
to the header and correct it, because the information is streamed
permanently.<br>
What makes me wonder is, that of a ~3MB large file only some 1-2 KB
seem to be different between output to STDOUT and output to a file. And
the difference is in the Header AND the Footer (last few KBs), thats
why i think some other stuff is messing it up, maybe some line-breaks
sent or something like that.<br>
Best Regards<br>
<br><div><span class="gmail_quote">On 11/16/05, <b class="gmail_sendername">Derk-Jan Hartman</b> &lt;<a href="mailto:hartman@videolan.org">hartman@videolan.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If you used --quiet you should be fine regardless.<br>I think it's more that stdout is a stream instead of a file, so VLC<br>cannot go back in the file and update the headers with the correct<br>information and stuff.<br>
<br>DJ<br><br>On 16-nov-2005, at 11:07, Polyphem wrote:<br><br>&gt; Hello VLC-Community,<br>&gt;<br>&gt; I'm currently playing around with the binary Stdout option an run<br>&gt; into a problem.<br>&gt;<br>&gt; When I use
<br>&gt; standard{access=file,mux=asf,url='test.mpeg'}<br>&gt;<br>&gt; the resulting local file is healthy and plays in VLC and WMP. When<br>&gt; I try to capture the binary output from Stdout with<br>&gt;<br>&gt; standard{access=file,mux=asf,url=-}
<br>&gt;<br>&gt; and than create the movie with an external program, it is<br>&gt; corrupted. I took hex look at the binaries and it seems that 99.9%<br>&gt; are identical. Only in the top 2-3 header rows and the bottom 2-3
<br>&gt; footer rows the Stdout file looks sligtly different.<br>&gt; I looked up the Stdout function here:<br>&gt; <a href="https://trac.videolan.org/vlc/file/trunk/modules/access_output/file.c">https://trac.videolan.org/vlc/file/trunk/modules/access_output/file.c
</a><br>&gt;<br>&gt; Is it possible that these:<br>&gt;<br>&gt; msg_Dbg( p_access, &quot;using stdout&quot; );<br>&gt; msg_Dbg( p_access, &quot;file access output opened (`%s')&quot;, p_access-<br>&gt; &gt;psz_name );<br>
&gt; msg_Dbg( p_access, &quot;file access output closed&quot; );<br>&gt;<br>&gt; come in my way? Are they also parsed to the Stdout and I have to<br>&gt; deactivate them somehow, or do those Messages need to be invoked by
<br>&gt; a special debug option (which I did not found until now)?<br>&gt;<br>&gt; Anyone had this problem before? Is it possible that VLC mixes other<br>&gt; Stdout output into the stream? Invoked it with -q, --quiet, but are
<br>&gt; there other parameters to tell VLC not to write other output to<br>&gt; Stdout?<br>&gt;<br>&gt; Thanks and Best Regards<br>&gt;<br>&gt;<br>&gt;<br><br>--<br>This is the streaming mailing-list, see <a href="http://www.videolan.org/streaming/">
http://www.videolan.org/streaming/</a><br>To unsubscribe, please read <a href="http://www.videolan.org/support/lists.html">http://www.videolan.org/support/lists.html</a><br><br></blockquote></div><br>