> > cat q1.ppm | ppmtoy4m -n50 -F25:1 -A59:54 -I p -r -S 420mpeg2 | > > mpeg2enc -n p -f8 -b7500 -a2 -I 0 -o q1.m2v > > cat q2.ppm | ppmtoy4m -n50 -F25:1 -A59:54 -I p -r -S 420mpeg2 | > > mpeg2enc -n p -f8 -b7500 -a2 -I 0 -o q2.m2v > > > > Then I build a audio file > > ffmpeg -ab 224 -ar 48000 -ac 1 -t 4 -i soung.mp3 menu_audio.ac3 > > > > Then I put together the different part of the movie (mpgjoin) > > mpgtx -j q1.m2v q2.m2v -o joined.m2v > I do not think that mpgtx cat's the files together in a way so they are > afterwards still DVD standart compliant.
You're right - it doesn't. I tried it a while ago and the resultant stream seemed to be very broken. Certainly it didn't playback correctly on a standalone DVD player and I don't think it even mplex'ed cleanly (which is a good indication that the stream isn't what it should be). Assuming the frame parameters of the two .m2v streams are the same it *is* possible to join the two together. The thing to realise is that the timestamps in all mpeg frames after the first join must be adjusted so that the timecode is monotomically increasing for the entire output stream (ie: never goes backwards). I think this might be mpgtx's problem - at each join the embedded timecode jumps back to 0:00:00.000 which upsets most hardware players. A few years ago I hacked up a quick and dirty program to join mpeg video streams properly and it seems to work ok. It is *very* slow compared to other programs which read and write mpeg streams, but it works and I never had time to optimise it. I can dig the code out and put it on the web if there's interest. > The better solution is to create a avi in the fist place instead of a > MPEG video file. And than encod the 2 avi parts to one video: > replace the mpeg2enc ... with: > yuv2lav -q 90 -f a -o q1.avi > And than encode both to mpeg: > lav2yuv q1.avi q2.avi | mpeg2enc -n p -f8 -b7500 -a2 -I 0 -o q2.m2v (Having never used yuv2lav before) What codec will yuv2lav use inside the AVI container in this context? > > INFO: [mplex] Frequency : 44100 Hz > BTW: You should use 48kHz audio sampling rate. Yes - for use in standalone DVD players 48 kHz is essential. The use of 44.1 kHz will cause major problems in many players. Regards jonathan ------------------------------------------------------- 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
