Hi!
> Meanwhile i realised i'll have to reconvert anyway, that's an amateur
> video with high detail and LOTS of motion, so i'll probably have to use
> -I 2 instead of -I 1.
> Even at -b 9000, i still get square artifacts, that's how bad it is...
I'm not sure that it will help. You can try to use bigger value for -r option
(for ex., 24) - it will encode slower but produce _much_ better results in
the motion scenes compared to default (16). AFAIK maximum is 32.
> > you can use tcmplex from
> > transcode to multiplex any interval you want - it doesn't understand
> > mpeg2enc splits and will just ignore them ;-)
>
> Good point.
> But... I remember, long time ago, having some issues with using the
> multiplexer from one application to mux streams generated with the other
> (transcode vs. mjpegtools).
> What is your experience with using the "other" muxer? (tcmplex with
> mjpegtools, or mplex with native transcode MPEG codec)
transcode doesn't have native MPEG codec :-) It uses bbmpeg or mpeg2enc -
depends on the command line switches ;-))) tcmplex works fine with streams
produced by mpeg2enc - but doesn't understand mpeg2enc splits and works a bit
slower than mplex. At least these were the only differences I've noticed.
Oh, one more difference - vcdimager ("stable", 0.6.x) can crash on the file
produced by mplex and doesn't crash on the file from tcmplex. Though it is
vcdimager bug, newer versions (0.7.14) don't have the bug.
Alexei
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
