<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: Errors in Local File Output</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=2>Hi Benoit,</FONT>
</P>
<P><FONT SIZE=2>Thanks very much for your response. What I mean with the file not containing pure transport packets, is that sometimes the file contains packets of 188 bytes, each starting on a 0x47 sync byte, and then suddenly in some cases I've seen sometimes one byte, sometimes three bytes before the next 0x47. The equipment I'm using to try to play the recorded file assumes the file is correct 188 byte packets and does not try to re-sync.</FONT></P>
<P><FONT SIZE=2>It would be kind of hard to cut out sections of files to send you. I will send you (privately) my packet viewer, so you can yourself stream to files and view them to see if they are correct.</FONT></P>
<P><FONT SIZE=2>By the way, I think I should mention I'm compiling vls-0.3.3.tar.gz on my Linux machines and using vls-0.3.3-win.zip on Windows. I don't know about this CVS stuff and probably can't use CVS from behind our firewall.</FONT></P>
<P><FONT SIZE=2>Regards,</FONT>
</P>
<P><FONT SIZE=2>Chris</FONT>
</P>
<P><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: Benoit Steiner [<A HREF="mailto:benny@via.ecp.fr">mailto:benny@via.ecp.fr</A>]</FONT>
<BR><FONT SIZE=2>Sent: Wednesday, August 21, 2002 4:48 AM</FONT>
<BR><FONT SIZE=2>To: vls-devel@videolan.org</FONT>
<BR><FONT SIZE=2>Subject: Re: Errors in Local File Output</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>Some simple maths seem to indicate that the Alpha and the Pentium 3 did</FONT>
<BR><FONT SIZE=2>not flush completely their buffers before exiting (188 is the size of a</FONT>
<BR><FONT SIZE=2>TS packet):</FONT>
</P>
<P><FONT SIZE=2>12 373 972 - 12 373 972 % 188 = 0</FONT>
<BR><FONT SIZE=2>12 373 972 - 11 026 388 % 188 = 0</FONT>
</P>
<P><FONT SIZE=2>The numbers don't add up on windows but the file size is often "weird"</FONT>
<BR><FONT SIZE=2>on this plateform. This would explain the problem of the size of the</FONT>
<BR><FONT SIZE=2>packets. Can you explain what you mean exactly by "the output file never</FONT>
<BR><FONT SIZE=2>contained pure transport packets" ? Can you send the equivalent of a few</FONT>
<BR><FONT SIZE=2>TS packets for inspection ?</FONT>
</P>
<P><FONT SIZE=2>Benoit</FONT>
</P>
<BR>
<P><FONT SIZE=2>> Van der Westhuisen Chris wrote:</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> Hi Guys,</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> I am working in a DVB environment. My final aim is to write an</FONT>
<BR><FONT SIZE=2>> application to capture the TS output from VLS and stream it out on an</FONT>
<BR><FONT SIZE=2>> ASI output card. So my first step was to "record" a file in TS format</FONT>
<BR><FONT SIZE=2>> using the Local File option.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> I had problems with this right from the start as the output file never</FONT>
<BR><FONT SIZE=2>> contained pure transport packets and mostly obviously too small. Last</FONT>
<BR><FONT SIZE=2>> night, however, I tried to stream the same file I used before using a</FONT>
<BR><FONT SIZE=2>> 486 running Slackware Linux 8.1. The output was perfect (bigger than</FONT>
<BR><FONT SIZE=2>> the .vob file as I would expect).</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> So I streamed the same file this morning on different machines. It is</FONT>
<BR><FONT SIZE=2>> a .vob file, size 11 268 096 bytes. Here are the results:</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> 486 Linux 12 373 972 bytes ("correct")</FONT>
<BR><FONT SIZE=2>> AlphaServer running Linux 12 373 972</FONT>
<BR><FONT SIZE=2>> Pentium III running Linux 11 026 388</FONT>
<BR><FONT SIZE=2>> Celeron running Windows 11 322 166</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> I hope you can shed some light on this! I have a Transport Packet</FONT>
<BR><FONT SIZE=2>> Viewer I wrote (Windows only unfortunately). Let me know if any of</FONT>
<BR><FONT SIZE=2>> you (VLS developers) wants it.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> Thanks,</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> Chris van der Westhuizen</FONT>
<BR><FONT SIZE=2>-- </FONT>
<BR><FONT SIZE=2>This is the vls-devel mailing-list, see <A HREF="http://www.videolan.org/vls-devel/" TARGET="_blank">http://www.videolan.org/vls-devel/</A></FONT>
<BR><FONT SIZE=2>To unsubscribe, please read <A HREF="http://www.videolan.org/lists.html" TARGET="_blank">http://www.videolan.org/lists.html</A></FONT>
<BR><FONT SIZE=2>If you are in trouble, please contact <postmaster@videolan.org></FONT>
<BR><FONT SIZE=2>The content of this E-mail, which may include one or more attachments, is strictly confidential, and is intended solely for the use of the named recipient(s). If you have received this E-mail in error, you are not permitted to and must not disclose, distribute, or retain it, and are requested to please notify the sender immediately by return E-mail and delete it thereafter.</FONT></P>
<P><FONT SIZE=2>E-mail is not necessarily secure or error free as information could arrive late or contain viruses or could be incomplete, intercepted, corrupted, lost or destroyed. It is the responsibility of the named recipient(s) to ensure that E-mails are virus free.</FONT></P>
<P><FONT SIZE=2>No employee or intermediary is authorized to conclude a binding agreement on behalf of Sentech (Pty) LTD by E-mail without the express written confirmation by a duly authorized representative of Sentech. The use or contents of this E-mail is intended for Sentech's business. If it is used for any other purpose, the views expressed are those of the sender and no liability will attach to Sentech.</FONT></P>
</BODY>
</HTML>