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