Errors in Local File Output

[Benoit Steiner]

Some simple maths seem to indicate that the Alpha and the Pentium 3 did
not flush completely their buffers before exiting (188 is the size of a
TS packet):

12 373 972 - 12 373 972 % 188 = 0
12 373 972 - 11 026 388 % 188 = 0

The numbers don't add up on windows but the file size is often "weird"
on this plateform. This would explain the problem of the size of the
packets. Can you explain what you mean exactly by "the output file never
contained pure transport packets" ? Can you send the equivalent of a few
TS packets for inspection ?

Benoit


> Van der Westhuisen Chris wrote:
> 
> Hi Guys,
> 
> I am working in a DVB environment. My final aim is to write an
> application to capture the TS output from VLS and stream it out on an
> ASI output card.  So my first step was to "record" a file in TS format
> using the Local File option.
> 
> I had problems with this right from the start as the output file never
> contained pure transport packets and mostly obviously too small.  Last
> night, however, I tried to stream the same file I used before using a
> 486 running Slackware Linux 8.1.  The output was perfect (bigger than
> the .vob file as I would expect).
> 
> So I streamed the same file this morning on different machines. It is
> a .vob file, size 11 268 096 bytes.  Here are the results:
> 
>         486 Linux       12 373 972 bytes ("correct")
>         AlphaServer running Linux 12 373 972
>         Pentium III running Linux 11 026 388
>         Celeron running Windows   11 322 166
> 
> I hope you can shed some light on this!  I have a Transport Packet
> Viewer I wrote (Windows only unfortunately).  Let me know if any of
> you (VLS developers) wants it.
> 
> Thanks,
> 
> Chris van der Westhuizen
> 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.
> 
> 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.
> 
> 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.

-- 
This is the vls-devel mailing-list, see http://www.videolan.org/vls-devel/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>