Hello Sigmund,<br>
<br>
thanks for your answer. Nevertheless, it didnt work. This time the
video is playable, but very corrupted (lots of objects floating
around). I invoked VLC with following command line (WinXP, VLC 0.8.5):<br>
<br>
vlc.exe test.mpeg -I dummy --dummy-quiet
--sout=#transcode{vcodec=mp2v,acodec=mp3}:standard{access=file,mux=ts,url='-'}
vlc:quit 1&gt;test_out.mpeg<br>
<br>
The output file is created but still corupt. Anyone got an idea left?<br>
<br>
Best Regards<br>
<br><br><div><span class="gmail_quote">On 11/17/05, <b class="gmail_sendername">Sigmund Augdal Helberg</b> &lt;<a href="mailto:dnumgis@videolan.org">dnumgis@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;">
On Thu, 2005-11-17 at 11:19 +0100, Polyphem wrote:<br>&gt; Thanks for the answer Derk.<br>&gt; Does this really apply for all kind of codecs? I thougth that this<br>&gt; only applies to certain kinds like AVI, and that MPEG1 for example can
<br>&gt; also be played without a correct header. And what is than the<br>&gt; difference to streaming a transcoded file over HTTP, there VLC also<br>&gt; can not go back to the header and correct it, because the information
<br>&gt; is streamed permanently.<br>&gt; What makes me wonder is, that of a ~3MB large file only some 1-2 KB<br>&gt; seem to be different between output to STDOUT and output to a file.<br>&gt; And the difference is in the Header AND the Footer (last few KBs),
<br>&gt; thats why i think some other stuff is messing it up, maybe some<br>&gt; line-breaks sent or something like that.<br>Make sure that you use --quiet and that you do _not_ use the rc<br>interface (at least not without --rc-host or --rc-socket or what those
<br>options are called). Even more do not use the ncurses interface or the<br>aa/caca video outputs. Most likely it is the rc interface that messes<br>stuff up for you, so try -I dummy next time.<br><br>As for codecs and such this is somewhat complex. VLC can take different
<br>actions based on what output it is using. Some containers require no<br>header at all (like mpeg2 ts) and is easily used for streaming purposes.<br>Some require a simple header that can be generated up front, for these
<br>the header can be remembered so each time a client connects to http the<br>header is sent first, then streaming data is sent. The final case is<br>avi, mp4 etc. For these containers vlc will have to rewind and create a
<br>index at the start of the file after fully generating the contents.<br><br>Sigmund<br>&gt; Best Regards<br>&gt;<br>&gt; On 11/16/05, Derk-Jan Hartman &lt;<a href="mailto:hartman@videolan.org">hartman@videolan.org</a>&gt; wrote:
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; If you used --quiet you should be fine regardless.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I think it's more that stdout is a stream instead of a file,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; so VLC<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; cannot go back in the file and update the headers with the
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; correct<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; information and stuff.<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; DJ<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; On 16-nov-2005, at 11:07, Polyphem wrote:<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Hello VLC-Community,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; I'm currently playing around with the binary Stdout option<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an run<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; into a problem.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; When I use<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; standard{access=file,mux=asf,url='
test.mpeg'}<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; the resulting local file is healthy and plays in VLC and<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; WMP. When<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; I try to capture the binary output from Stdout with<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; standard{access=file,mux=asf,url=-}<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; and than create the movie with an external program, it is<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; corrupted. I took hex look at the binaries and it seems that
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 99.9%<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; are identical. Only in the top 2-3 header rows and the<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bottom 2-3<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; footer rows the Stdout file looks sligtly different.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; I looked up the Stdout function here:
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <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;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Is it possible that these:
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; msg_Dbg( p_access, &quot;using stdout&quot; );<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; msg_Dbg( p_access, &quot;file access output opened (`%s')&quot;,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; p_access-<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; &gt;psz_name );
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; msg_Dbg( p_access, &quot;file access output closed&quot; );<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; come in my way? Are they also parsed to the Stdout and I<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; have to<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; deactivate them somehow, or do those Messages need to be
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; invoked by<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; a special debug option (which I did not found until now)?<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Anyone had this problem before? Is it possible that VLC<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mixes other
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Stdout output into the stream? Invoked it with -q, --quiet,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; but are<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; there other parameters to tell VLC not to write other output<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; to<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Stdout?
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Thanks and Best Regards<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; --<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; This is the streaming mailing-list, see<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
<a href="http://www.videolan.org/streaming/">http://www.videolan.org/streaming/</a><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; To unsubscribe, please read<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="http://www.videolan.org/support/lists.html">http://www.videolan.org/support/lists.html
</a><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>