Re: [Mjpeg-users] Good intermediate format to use

2009-01-23 Thread Mark Heath

On 23/01/2009, at 5:54 AM, Bernhard Praschinger wrote:

 The mjpegtools cannot create DV encoded files (at least I don't know
 how). They can only read them. The the best quality is a mjpeg encoded
 AVI/MOV at a high quality factor of 95. (100 might cause problems)


if you are wanting to use DV files as an intermediate format with the  
mjpeg (yuv) tools, I recommend ffmpeg

from memory the command would look something like this:

mjpegtoolchain | ffmpeg -f yuv4mpegpipe -i - -vcodec dvvideo file.dv

FFmpeg determines the destination format based on the file extension.


 Well If you really want every bit of quality you can create single raw
 ppm files. I would not recommend that.

Nor would I because ppm would be in RGB without chroma subsampling.   
So you would be colour space converting and chroma upsampling.  This  
would result in loss of colour gamut (probably minimal) and a larger  
file than needed.

You could use the raw yuv stream, that are produced by mjpegtools.

However there are plenty of open source lossless codecs that would be  
better.  I think huffyuv is one, which ffmpeg supports.  There is even  
a zlib codec.

You could use use the mjpeg codec with ffmpeg, there is a -sameq  
option to ffmpeg, which (i believe) turns off the jpeg quantisation,  
so retains all the quality.  Sometimes this has been useful if the  
source had already been compressed, only produces a file size based on  
the quality of the original.  I have found that it produces smaller  
files depending on the compression of the original file.  Though it  
will produce very large files if the source is noisey and from a high  
bitrate source.

I would highly recommend using ffmpeg in your mjpegtool chain, it can  
convert to a large number of file formats and codecs.

Mark

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] y4mstabilizer problem (solved)

2009-01-23 Thread Bernhard Praschinger
Hallo

 if somebody happens to encounter the same problem.
 On one of my machines (AMD athlon 64 X2 with OpenSuse 10.3)  y4mstabilizer 
 did 
 not work OK, just flashed the first frame and then went green!
I have a similair machine Athlon Phenom but running OpenSuse 11.0 x64.
There y4mstabilizer does not produce a green output. bcopy, and memcpy 
produce visualy the same output.

 Traced the problem to the bcopy function.
 After replacing all instances of
 bcopy(a,b,c)
 with
 memcpy(b,a,c)
 
 in y4mstabilizer.c it works fine on this machine too.
Could you please check if you don't have any other problem (lib where a 
patch is aviable), before I check in the changes.

Replacing the outdated function sounds good to to me.

auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: shadowl...@utanet.at
www: http://www.lysator.liu.se/~gz/bernhard

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users