[Mjpeg-users] Announcing Lplex - Free Audio DVD-V Software using mjpegtools
Brand New Audio DVD-V Software - Beta testers wanted!Folks, announcing the release of Lplex 0.1 Beta, a simple drag-and-drop open-source win32 console utility intended to provide a free, quick, and hopefully painless way to - create a playable full-resolution "audio-only" dvd-video disc from wave or flac audio filesets, with md5 verification and archival content. - extract unencrypted lpcm audio streams from dvd-video to wave or flac in an md5-verified process. Download: http://prdownloads.sourceforge.net/audioplex/Lplex_0.1_beta_win32.zip?downloadHome:http://sourceforge.net/projects/audioplex/Forum:http://sourceforge.net/forum/forum.php?forum_id=587986Mail: <[EMAIL PROTECTED]> How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex lpcm audio hiccup
Well folks(?),No responses but I appear to have made some headway, which I'll share here in case someone's out there somewhere scratching their own head over this.The problem seems to have to do with dvdauthor's STC discontinuity at the chapter points when it's fed one file per chapter; the initial pts/dts values are reset, and this somehow throws things off during playback, even if audio and video endpoints are perfectly aligned.If the whole titleset is mplexed as one mpg and then dvdauthored with chapter- point offsets, the gaps disappear. Also, if the chapter points aren't aligned to GOP boundaries, dvdauthor will do it anyway and shift them backwards.Bahman Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.
Re: [Mjpeg-users] mplex lpcm audio hiccup
mpeg2desc output(A.mpg): mpeg2 pack hdr, 0.000 sec000e: system header; length=180026: pes private2; length=9800400: pes private2; length=10180800: mpeg2 pack hdr, 0.001 sec080e: pes video 0; length=2028; hdr=16; pts 0.178 sec; dts 0.144 sec; (pext); pstd=237568 (scale=1024)1000: mpeg2 pack hdr, 0.003 sec100e: pes video 0; length=2028; hdr=31800: mpeg2 pack hdr, 0.004 sec180e: pes video 0; length=2028; hdr=32000: mpeg2 pack hdr, 0.006 sec200e: pes video 0; length=2028; hdr=32800: mpeg2 pack hdr, 0.008 sec280e: pes private1, lpcm 0; length=2028; hdr=17; pts 0.178 sec; (pext); pstd=59392 (scale=1024)3000: mpeg2 pack hdr, 0.009 sec300e: pes private1, lpcm 0; length=2028; hdr=17; pts 0.183 sec3800: mpeg2 pack hdr, 0.011 sec380e: pes private1, lpcm 0; length=2028; hdr=17; pts 0.186 seclots more audio & video pes packets...01c1074b: mpeg2 pack hdr, 45.116 sec01c10759: pes private1, lpcm 0; length=2028; hdr=17; pts 45.216 sec01c10f4b: mpeg2 pack hdr, 45.121 sec01c10f59: pes private1, lpcm 0; length=2028; hdr=17; pts 45.219 sec01c1174b: mpeg2 pack hdr, 45.124 sec01c11759: pes private1, lpcm 0; length=152; hdr=1301c117f7: pes padding; length=187001c11f4b: mpeg2 pack hdr, 45.125 sec01c11f59: pes padding; length=202401c12747: end of Could not readprogram stream(B.mpg): mpeg2 pack hdr, 0.000 sec000e: system header; length=180026: pes private2; length=9800400: pes private2; length=10180800: mpeg2 pack hdr, 0.001 sec080e: pes video 0; length=2028; hdr=16; pts 0.178 sec; dts 0.144 sec; (pext); pstd=237568 (scale=1024)1000: mpeg2 pack hdr, 0.003 sec100e: pes video 0; length=2028; hdr=31800: mpeg2 pack hdr, 0.004 sec180e: pes video 0; length=2028; hdr=32000: mpeg2 pack hdr, 0.006 sec200e: pes video 0; length=2028; hdr=32800: mpeg2 pack hdr, 0.008 sec280e: pes private1, lpcm 0; length=2028; hdr=17; pts 0.178 sec; (pext); pstd=59392 (scale=1024)300d: pes private1, lpcm 0; length=2028; hdr=17; pts 0.183 sec37ff: mpeg2 pack hdr, 0.011 sec380d: pes private1, lpcm 0; length=2028; hdr=17; pts 0.186 sec400c: pes private1, lpcm 0; length=2028; hdr=17; pts 0.189 sec47fe: mpeg2 pack hdr, 0.014 sec480c: pes private1, lpcm 0; length=2028; hdr=17; pts 0.193 sec4ffe: mpeg2 pack hdr, 0.016 sec500c: pes private1, lpcm 0; length=2028; hdr=17; pts 0.196 sec57fe: mpeg2 pack hdr, 0.017 sec580c: pes private1, lpcm 0; length=2028; hdr=17; pts 0.199 sec...0768155d: mpeg2 pack hdr, 190.242 sec0768156b: pes private1, lpcm 0; length=2028; hdr=17; pts 190.343 sec07681d5d: mpeg2 pack hdr, 190.246 sec07681d6b: pes private1, lpcm 0; length=2028; hdr=17; pts Could not read190.346 sec0768255d: mpeg2 pack hdr, 190.251 sec0768256b: pes private1, lpcm 0; length=2028; hdr=17; pts 190.349 sec07682d5d: mpeg2 pack hdr, 190.254 sec07682d6b: pes private1, lpcm 0; length=2028; hdr=17; pts 190.353 sec0768355d: mpeg2 pack hdr, 190.257 sec0768356b: pes private1, lpcm 0; length=2028; hdr=17; pts 190.356 sec07683d5d: mpeg2 pack hdr, 190.260 sec07683d6b: pes private1, lpcm 0; length=2028; hdr=17; pts 190.361 sec0768455d: mpeg2 pack hdr, 190.264 sec0768456b: pes private1, lpcm 0; length=2028; hdr=17; pts 190.364 sec07684d5d: mpeg2 pack hdr, 190.267 sec07684d6b: pes private1, lpcm 0; length=800; hdr=1307685091: pes padding; length=12220768555d: mpeg2 pack hdr, 190.268 sec0768556b: pes padding; length=202407685d59: end of program stream Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.
Re: [Mjpeg-users] mplex lpcm audio hiccup
Also, I just recorded the gaps via audacity, and the straight-line segment of thewaveform seems to be consistently about 15 ntsc frames i.e half a second long. Yahoo! Mail goes everywhere you do. Get it on your phone.
[Mjpeg-users] mplex lpcm audio hiccup
Hi all,I've written a utility to author audio-only lpcm dvd's using mplex+dvdauthor; and though I'm feeding mplex audio and video of precisely equal duration, still get an audio gap at each chapter point. For instance using (24/96/2ch, NTSC) chapter 1 : A.lpcm=27027 frames (x 150 = 4054050 pts ticks) A.m2v=1350 frames (x 3003 = 4054050 pts ticks) chapter 2 : B.lpcm=114114 frames (x 150 = 17117100 pts ticks) B.m2v=5700 frames (x 3003 = 17117100 pts ticks) etc...which in theory are perfect matches, and yet I still get a distinct gap during playback on my actual dvd player as well as on VLC. Neither mplex or dvdauthor issue any warnings, but report as you would expect... INFO: [mplex] STREAM e0 completed @ frame 1349. INFO: [mplex] STREAM bd completed @ frame 27026. etc...dvdauthor... INFO: Video pts = 0.178 .. 45.223 INFO: Audio[16] pts = 0.178 .. 45.223 and so on (full output below)...I should also say that the audio isn't padded but trimmed to length, and the video is via jpeg2yuv|mpeg2enc, and that dvdauthor is set to multiple chapters in one titleset, and that my mplex build is post my lpcm fixes to CVS of last fall. Somewhere in the dvdauthor mailing list I ran across a similar situation with ac3 input, the user suspecting mplex's initial pts value at the chapter start point, though he gave no proof.Since the ins and outs of pts represent a 'gap' in my own knowledge, I'm hoping the experts can fill me in,,, Thanks,BahmanOUTPUT:-( mplex -f 8 -L 96000:2:24 -o "A.mpg" "A.m2v" "A.lpcm" ) INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/11/07 01:17:40 $) INFO: [mplex] File A.m2v looks like an MPEG Video stream. INFO: [mplex] File A.lpcm looks like an LPCM Audio stream. INFO: [mplex] Video stream 0: profile 8 selected - ignoring non-standard options! INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting dvdauthor DVD output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Video stream e0 (A.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height : 480 INFO: [mplex] Aspect ratio : 4:3 display INFO: [mplex] Picture rate : 29.970 frames/sec INFO: [mplex] Bit rate : 500 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF : 0 INFO: [mplex] Scanning for header info: LPCM Audio stream 00 (A.lpcm) INFO: [mplex] LPCM AUDIO STREAM: INFO: [mplex] Bit rate : 576000 bytes/sec (4608000) bit/sec) INFO: [mplex] Channels : 2 INFO: [mplex] Bits per sample: 24 INFO: [mplex] Frequency : 96000 Hz INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate : 9806200 INFO: [mplex] target data-rate specified : 1008 INFO: [mplex] Setting specified specified data rate: 1008 INFO: [mplex] Run-in Sectors = 89 Video delay = 13019 Audio delay = 16022 INFO: [mplex] New sequence commences... INFO: [mplex] Video e0: buf= 0 frame=00 sector= INFO: [mplex] Audio bd: buf= 0 frame=00 sector= INFO: [mplex] Scanned to end AU 1349 INFO: [mplex] STREAM e0 completed @ frame 1349. INFO: [mplex] STREAM bd completed @ frame 27026. INFO: [mplex] Multiplex completion at SCR=4061330. INFO: [mplex] Video e0: buf= 2212 frame=001349 sector=1349 INFO: [mplex] Audio bd: buf= 56640 frame=027026 sector=00012948 INFO: [mplex] VIDEO_STATISTICS: e0 INFO: [mplex] Video Stream length: 2658063 bytes INFO: [mplex] Sequence headers: 75 INFO: [mplex] Sequence ends : 1 INFO: [mplex] No. Pictures : 1350 INFO: [mplex] No. Groups : 75 INFO: [mplex] No. I Frames : 75 avg. size 7530 bytes INFO: [mplex] No. P Frames : 376 avg. size 288 bytes INFO: [mplex] No. B Frames : 899 avg. size 2208 bytes INFO: [mplex] Average bit-rate : 472000 bits/sec INFO: [mplex] Peak bit-rate : 472400 bits/sec INFO: [mplex] BUFFERING min 174768 Buf max 184337 INFO: [mplex] AUDIO_STATISTICS: bd INFO: [mplex] Audio stream length 25945920 bytes. INFO: [mplex] Frames : 27026 INFO: [mplex] BUFFERING min 40 Buf max 1948 INFO: [mplex] MUX STATUS: no under-runs detected.- ( mplex -f 8 -L 96000:2:24 -o "B.mpg" "B.m2v" "B.lpcm" ) INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/11/07 01:17:40 $) INFO: [mplex] File B.m2v looks like an MPEG Video stream. INFO: [mplex] File B.lpcm looks like an LPCM Audio stream. INFO: [mplex] Video stream 0: profile 8 selected - ignoring non-standard options! INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting dvdauthor DVD output profile INFO: [m
[Mjpeg-users] Re: Mplex lpcm bug+fix (1.8.0)
Hi again, just ran across an audio test disk with a comprehensive set of lpcm varieties at http://www.videohelp.com/~jsoto/AudioTests/ No information on what tool was used to author the tracks, but the payloads appear to be: LPCM TYPE : payload Multichannel: VTS04: LPCM 16 bits 5.1 : 1992 (multiple of 24*) VTS05: LPCM 20 bits 5.1 : 2010 (multiple of 30) LPCM 96 KHz: VTS13: LPCM MONO 96k 16bits : 2008 (multiple of 4*) VTS14: LPCM MONO 96k 20bits : 2010 (multiple of 5) VTS15: LPCM MONO 96k 24bits : 2010 (multiple of 6) VTS16: LPCM STER 96k 16bits : 2008 (multiple of 4,8) VTS17: LPCM STER 96k 20bits : 2010 (multiple of 10) VTS18: LPCM STER 96k 24bits : 2004 (multiple of 12) (* Don't understand why these aren't 12 & 2; the payloads would be 2004 & 2010, and still fit) I didn't burn the disc, but videolan player, which so far has behaved exactly the same as my Philips player, plays the vob files, though strangely the 20 and 24 bit mono tracks are hissy. Based on the above, whole_unit = channels * bits_per_sample / 4; seems to fit all cases. regards, Bahman __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Mplex lpcm bug+fix (1.8.0)
I've just been experimenting with 1.8.0's vastly
improved lpcm capabilities, and seem to have found one
more problem:
Mplex's 24-bit lpcm PES packet payloads aren't aligned
to the nearest fully-resolved sample boundary, e.g. a
typical packet, (subtracting headers) works out to, in
the case of 24-bit stereo, a 2008 byte audio data
payload, or 167.333 12-byte LR sample blocks.
A disc dvdauthored using this output doesn't play, but
instead (going by the player's readout) skips forward
rapidly through the entire disc, as if rejecting each
LB and trying the next. PowerDVD, on the other hand,
plays either the vob file structure or the iso image
just fine.
If the payload is constrained to an exact multiple of
resolved sample blocks (limited to 167 in the example
above), the problem goes away and the disc plays.
Below is a patch to fix this (excuse the word-wrap,
courtesy of yahoo mail; I'll attach it separately as
well), by adding a 'whole_unit' variable to class
LPCMStream, which is calculated in Init() and
monitored in ReadPacketPayload().
Thanks for this truly excellent resource,
Bahman Negahban
btw, I've only been working with 24-bit, so the
formula I'm using, though safe for 16 bit too, may be
overkill if the 16 bit payload doesn't need to be
inter-channel aligned, and a few more bytes could be
squeezed out here, i.e. maybe [whole_unit = 2 *
(bits_per_sample == 24 ? 3 * channels : 1)]. Maybe
someone with a deeper understanding than mine could
venture an opinion...
---
*** audiostrm0.hpp Mon Mar 15 13:47:43 2004
--- audiostrm.hpp Tue Oct 11 13:45:11 2005
*** private:
*** 172,177
--- 172,178
unsigned int samples_per_second;
unsigned int channels;
unsigned int bits_per_sample;
+ unsigned int whole_unit;
unsigned int bytes_per_frame;
unsigned int frame_index;
unsigned int dynamic_range_code;
--- lpcmstrm_in0.cpp2005-05-30 14:20:09.0
-0400
+++ lpcmstrm_in.cpp 2005-10-11 13:44:50.13850
-0400
@@ -103,6 +103,7 @@ void LPCMStream::Init ( const int
_strea
samples_per_second * channels *
bits_per_sample / 8
* ticks_per_frame_90kHz
/ 9;
+whole_unit = 2 * (bits_per_sample == 24 ? 3 : 1)
* channels;
frame_index = 0;
dynamic_range_code = 0x80;
@@ -212,8 +213,8 @@
LPCMStream::ReadPacketPayload(uint8_t *d
{
unsigned int header_size =
LPCMStream::StreamHeaderSize();
bitcount_t read_start = bs.GetBytePos();
-unsigned int bytes_read = bs.GetBytes(
dst+header_size,
-
to_read-header_size );
+unsigned int bytes_read = bs.GetBytes( dst +
header_size,
+ (( to_read - header_size ) / whole_unit ) *
whole_unit );
bs.Flush( read_start );
clockticks decode_time;
__
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs*** audiostrm0.hpp Mon Mar 15 13:47:43 2004
--- audiostrm.hpp Tue Oct 11 13:45:11 2005
*** private:
*** 172,177
--- 172,178
unsigned int samples_per_second;
unsigned int channels;
unsigned int bits_per_sample;
+ unsigned int whole_unit;
unsigned int bytes_per_frame;
unsigned int frame_index;
unsigned int dynamic_range_code;
--- lpcmstrm_in0.cpp2005-05-30 14:20:09.0 -0400
+++ lpcmstrm_in.cpp 2005-10-11 13:44:50.13850 -0400
@@ -103,6 +103,7 @@ void LPCMStream::Init ( const int _strea
samples_per_second * channels * bits_per_sample / 8
* ticks_per_frame_90kHz
/ 9;
+whole_unit = 2 * (bits_per_sample == 24 ? 3 : 1) * channels;
frame_index = 0;
dynamic_range_code = 0x80;
@@ -212,8 +213,8 @@ LPCMStream::ReadPacketPayload(uint8_t *d
{
unsigned int header_size = LPCMStream::StreamHeaderSize();
bitcount_t read_start = bs.GetBytePos();
-unsigned int bytes_read = bs.GetBytes( dst+header_size,
- to_read-header_size );
+unsigned int bytes_read = bs.GetBytes( dst + header_size,
+ (( to_read - header_size ) / whole_unit ) * whole_unit );
bs.Flush( read_start );
clockticks decode_time;
