Re: [Mjpeg-users] y4mstabilizer problem (solved)
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
Re: [Mjpeg-users] Good intermediate format to use
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] Good intermediate format to use
On Thursday 22 January 2009, 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) > OK > Well If you really want every bit of quality you can create single raw > ppm files. I would not recommend that. > ! I don't think I've put through anything of sufficient quality to justify that! > > Basically I have put mjpeg tools at the beginning of > > the process rather than at the end to tidy things. Basically glav seems > > to be great for creating simple quick and dirty edit lists! > > I would not use the word dirty, but quick is correct. > If you have clips and want just trim them, glav and a editlist is a very > simple way. > Well, perhaps the phrase "quick and dirty" was a poor choice of words, but it certainly is an efficient way to select segments out of a larger file. > > If you feed the program already good mpeg2 streams than you only loose > time and quality by reencoding. > > I'm sorry but I don't have experience with that two programs. I think I'm probally worrying too much about it! Devede seems in my exceptionally limited experience to be a relatively painless way to create a simple DVD with a basic menu. > If you view them on a normal TV you won't notice much. If you wath them > on a new Set where you have HDMI (or any other digital transmition I > think you will notice it. Normal standard definition TV. I don't think the basic quality of the source material merits me getting too excited. That said, as I posted earlier, mjpegtools did an imressive job of noise reduction. Thanks for your responses, Pete -- Peter Chant http://www.petezilla.co.uk -- 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] Some noob questions...
Hallo > thanks! The things are slowly dawning on me now... (was a bit confusing for a > beginner) > > 1. lav... is for MJPEG Right, ist is for reading the source files. > 2. mpeg... is for MPEG Is for video encoding > 3. yuv... and y4m... are more or less the same, I can use yuv... and y4m > tools > together without recoding in between. yuv* files do just something with the video stream. y4m can do seomthing with the video, but can also read source files and generate a yuv output. > I also managed to get my DV stuff, captured with dvgrab, through the > stabilizer like this: > > lav2yuv aaa.avi | yuvdeinterlace | y4mstabilizer | yuvplay > > Works without yuvdeinterlace too, but gives mice teeth... That should work. > I guess yuv2lav would be the tool to get back to DV, but what options should > I > use to get something that "kino" would eat? You don't come back to DV with yuv2lav. I don't know who to generate it with the mjpegtools. I know that kino can import it. kino converts it to a DV file from a mjpeg encoded file using ffmpeg. 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