diff options
Diffstat (limited to 'ext/mplex/INSTRUCT')
-rw-r--r-- | ext/mplex/INSTRUCT | 67 |
1 files changed, 0 insertions, 67 deletions
diff --git a/ext/mplex/INSTRUCT b/ext/mplex/INSTRUCT deleted file mode 100644 index e75d4cfa..00000000 --- a/ext/mplex/INSTRUCT +++ /dev/null @@ -1,67 +0,0 @@ -////////////////////////////////////////////////////////////////////////// -// // -// INSTRUCTIONS FOR MPLEX - THE MPEG1/SYSTEMS MULTIPLEXER // -// // -////////////////////////////////////////////////////////////////////////// - - -Please note that I do not have a comprehensive instruction manual for this -release. I suggest you try the program out with some default values and -learn something more about ISO/IEC 11172-1 (aka MPEG1/Systems). - -For those of you that can read *German*, you can download a postscript -paper discussing implementation and problems of this software, with -introductions to MPEG1/Audio, MPEG1/Video and MPEG1/Systems. -You should find the paper with the same distribution you got this -program from. - -If not, you should find the postscript version of this 40-page paper -on - -ftp.informatik.tu-muenchen.de in /pub/comp/graphics/mpeg/mplex - -(121822 bytes, Jun 30 , 1994 , mpeg_systems_paper_0.99.ps.gz) - -If you have any questions you cannot figure out by running the -program, feel free to ask me. - --------------------------------------------------------------------------- - -One more thing that might save me many emails: - -when asked about the startup packet delay, try something like -half the video buffer size divided by your sector size. Say you -have a 40 kByte video buffer and a 2324 Byte Sector size, then -a startup delay of 8 sectors will work just fine. - -What does the above parameter mean? - -Normally, the Decoding/Presentation Time Stamp of the first access -unit is set to the clock value that will happen exactly after the last -packet containig data from this first unit arrives into the system -target decoder. This works fine if the video/audio streams are of -*very perfectly constant* or the packet size are *very* small -(ideally: the size of one access unit, that would mean variable -packet length). -Anyway: this parameter allows you to say that the System Target -Decoder should start decoding the first access unit after he -gets (startup_packet_delay + size_of_first_access_units[av]) -packets of data. -This guarantees that the buffers are conveniently filled up. -Note that both the video stream offset and audio stream offset (ms) -add up even more bytes to this startup delay, but you can -tell conveniently that audio should start so many ms after video, -for example. - -Sorry for no further doc, enjoy multiplexing A/V :) - -Christoph. - -moar@heaven.zfe.siemens.de -+---------------------------------------+--------------------------------+ -| http://www.informatik.tu-muenchen.de/ | Christoph Moar | -| cgi-bin/nph-gateway/hphalle6/~moar/ | Kaulbachstr.29a | -| index.html | 80539 Munich | -| email:moar@informatik.tu-muenchen.de | voice: ++49 - 89 - 23862874 | -+---------------------------------------+--------------------------------+ - |