Re: [Mjpeg-users] Standards converter?
Le 9 mai 07 à 20:00, Stefan M. Fendt a écrit : Am Mittwoch, den 09.05.2007, 16:08 +1000 schrieb Mark Heath: By the way, which frame rate converter is considered the *best* at the moment? Motion compensated is the only one which makes sense: These are the needed steps (and they allready can be done with the mjpeg-tools...) 1. deinterlace to native frame-rate (PAL:50 Hz/NTSC 59.9xxHz) (with yuvdeinterlace or "mplayer -vf tfields=1:1" if you do not need too much quality but speed...) 2. change framerate (with yuvmotionfps or yuvfps) 3. scale (with yuvscaler or y4mscaler) 4. reinterlace (with y4minterlace) OK, here an example which gives very fluent motion (could probably be better if using yuvmotionfps...): this soluce is the best (but some skills of yuvmotionfps are buggy, it depends of the frame-rate of the input :-( lav2yuv some_PAL.dv |\ yuvdeinterlace -d |\ yuvfps -s 50:1 -r 60:1001 |\ yuvscaler -O SIZE_640x480 |\ y4minterlace -i b |\ your_favorite_encoder... This can be done from NTSC to PAL, too (But at least I do not like to do so, as NTSC material generaly looks bad.) You only need to change the frame-size and -rates... cu Stefan sorry for hijacking the thread but I don't manage to compile yuvmotionfps in MacIntel, seems to be a problem with the old configure script from yuvmotionfps and the arch/cpu detection. The "bad returned string" cause a failure, may be someone can help me: [...] checking Architecture... IA32 checking if C compiler accepts inline MMX assembly... yes checking sub-architecture settings... Your does not even support "i386" for '-march' and '-mcpu'. checking what warning flags to pass to the C compiler... -Wall -Wunused configure: creating ./config.status [...] configure: configure: MJPEG tools 1.7.0 build configuration : configure: configure: - X86 Optimizations: configure: - MMX/3DNow!/SSE enabled : true configure: - arch/cpu compiler flags : Your does not even support "i386" for '-march' and '-mcpu'. configure: - video4linux recording/playback: false configure: - software MJPEG playback : false configure: - MPEG Z/Alpha : false configure: - Quicktime playback/recording : false configure: - PNG input support : false configure: - AVI MJPEG playback/recording : true (always) configure: - libDV (digital video) support : false configure: - Gtk+ support for glav : false configure: MacBookPro:~/Desktop/just compiled/mjpegtools-1.9.0rc2/ yuvmotionfps-1.6_MCtag.6 gilou$ make make all-recursive Making all in utils Making all in mmxsse /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../.. -I../.. -I../../utilsYour does not even support "i386" for '-march' and '-mcpu'. -g -O2 -no-cpp-precomp -D_THREAD_SAFE - Wall -Wunused -c -o build_sub22_mests.lo `test -f 'build_sub22_mests.c' || echo './'`build_sub22_mests.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../utils Your does not even support i386 for -march and -mcpu. -g -O2 -no-cpp-precomp - D_THREAD_SAFE -Wall -Wunused -c build_sub22_mests.c -o build_sub22_mests.o i686-apple-darwin8-gcc-4.0.1: Your: No such file or directory i686-apple-darwin8-gcc-4.0.1: does: No such file or directory i686-apple-darwin8-gcc-4.0.1: not: No such file or directory i686-apple-darwin8-gcc-4.0.1: even: No such file or directory i686-apple-darwin8-gcc-4.0.1: support: No such file or directory i686-apple-darwin8-gcc-4.0.1: i386: No such file or directory i686-apple-darwin8-gcc-4.0.1: for: No such file or directory i686-apple-darwin8-gcc-4.0.1: and: No such file or directory cc1: error: invalid option 'arch' cc1: error: invalid option 'cpu.' make[3]: *** [build_sub22_mests.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 PS: I tried to exchange some files with the new ones from the mjpeg- rc2 package(cpuinfo,...), without succes (and I'm not dev, I don't manage to correct it myself) Any help will be cool :) PSS: Why don't you incorporate directly yuvmotionfps in the mjpegtools package? bye thanks Hervé- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Standards converter?
Am Donnerstag, den 10.05.2007, 13:56 +0200 schrieb herve.flores: > sorry for hijacking the thread but I don't manage to compile > yuvmotionfps in MacIntel, hmm, I can not say anything to Mac's... Perhaps Steven can help with these? > PSS: Why don't you incorporate directly yuvmotionfps in the mjpegtools > package? I tested yuvmotionfps once in a while... It is based on some very old motion-estimation-code from an old yuvdeinterlace variant. It can work very good but it also can cause severe image-defects. I allways planned to extend yuvfps for a motion-compensated processing mode, but... I just lack the time. I just am happy if I can do some coding on the deinterlacer... ;-) cu Stefan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mpeg2enc: status of low quality settings on ix86
Hi all For a long time there have been known issues with encoding at low quality factors such as q=2 (ie: high quality encoding) on ix86. I understand this was due to something related to potential overflows in some parts of the MMX code. From memory the general recommendation from a year or so ago was that on ix86 one shouldn't go below a "q" value of 3. What is the current status on this - does mpeg2enc still suffer this limitation or has it been dealt with? Regards jonathan -- "Time is an illusion; lunchtime doubly so" - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: status of low quality settings on ix86
Interestingly enough I attempted using mpeg2enc as a change (from ffmpeg) just to see how things were progressing. I had just compiled the mjpeg suite on my g5, to do some NTSC to PAL conversion. I used the following settings: mpeg2enc -f 8 -q 2 -M 8 I couldn't get it using more than 2 of my cpus, even when I tried -M 32 There were visible errors in the encoded video. Not mpeg artefacts or bandwidth encoding limitations but errors, where a blue scene would end up with a yellow block in it, then motion vectors would smear the yellow across the screen. This occurred consistently throughout the encoded clip, say every GOP or every second GOP. This error does seem similar to the issue you described. I'm not sure how to debug such a result. Mark On 11/05/2007, at 9:34 AM, Jonathan Woithe wrote: > Hi all > > For a long time there have been known issues with encoding at low > quality > factors such as q=2 (ie: high quality encoding) on ix86. I > understand this > was due to something related to potential overflows in some parts > of the MMX > code. From memory the general recommendation from a year or so ago > was that > on ix86 one shouldn't go below a "q" value of 3. > > What is the current status on this - does mpeg2enc still suffer this > limitation or has it been dealt with? > > Regards > jonathan > -- > "Time is an illusion; lunchtime doubly so" > > -- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Standards converter?
On Thu, 10 May 2007, Stefan M. Fendt wrote: > Am Donnerstag, den 10.05.2007, 13:56 +0200 schrieb herve.flores: > > > sorry for hijacking the thread but I don't manage to compile > > yuvmotionfps in MacIntel, > > hmm, I can not say anything to Mac's... Perhaps Steven can help with > these? > mjpegtools builds easily on both the Intel and PPC based Macs. mjpegtools does not have a program called yuvmotionfps I can't see anything to help with. It's been a while since I've needed to do any standards conversion work but if you've got a Mac then Apple's Compressor2 (soon to be Compressor3) program is slow but produced excellent output. The alternative (highly regarded but I have no personal experience) is a Final Cut Pro plugin: http://www.nattress.com/Products/standardsconversion/standardsconversion.htm Cheers, Steven Schultz - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: status of low quality settings on ix86
On Fri, 11 May 2007, Jonathan Woithe wrote: > For a long time there have been known issues with encoding at low quality > factors such as q=2 (ie: high quality encoding) on ix86. I understand this Not -q again. Seems like just yesterday there was (yet another) discussion about it. > was due to something related to potential overflows in some parts of the MMX > code. From memory the general recommendation from a year or so ago was that "or so" ;) The mmx code was rewritten/updated/modified between December 2004 and March 2005 to workaround/fix the issues with overflow in the mmx routines. > on ix86 one shouldn't go below a "q" value of 3. That's still, if you understand what -q is and so on, good advice most of the time ;) > What is the current status on this - does mpeg2enc still suffer this > limitation or has it been dealt with? The current state, since approximately Feb 19, 2007, is that mpeg2enc is BROKEN and should not be used. If you DO use it then -q of 4 or higher MAY produced uncorrupted output. Last known working mpeg2enc is RC1. RC2 is broken. Current CVS has mpeg2enc effectively disabled (you can remove the error_exit call if you want to use the program). That is why I mentioned the BitVice encoder - not as flexible but the output is fantastic (6Mb/s never looked so good!). Cheers, Steven Schultz - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Standards converter?
Am Donnerstag, den 10.05.2007, 20:07 -0700 schrieb Steven M. Schultz: > mjpegtools does not have a program called yuvmotionfps yuvmotionfps is an external program, yes. I can not reach the guy who wrote it (at least he doesn't react). But as I personaly do not have any experience with Macs, I hoped you could help out in this case... (For me, at a first glance, it looks like some broken gcc which doesn't understand some flags, but ...) > http://www.nattress.com/Products/standardsconversion/standardsconversion.htm ... which should give worse results, than the posted script, as they only do motion-adaptive (not compensating) deinterlacing (But their program should be faster...). cu Stefan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Standards converter?
On Fri, 11 May 2007, Stefan M. Fendt wrote: > Am Donnerstag, den 10.05.2007, 20:07 -0700 schrieb Steven M. Schultz: > > yuvmotionfps is an external program, yes. I can not reach the guy who Oh, ok - that explains why I couldn't find it ;) > experience with Macs, I hoped you could help out in this case... (For > me, at a first glance, it looks like some broken gcc which doesn't > understand some flags, but ...) If I saw any errors I could comment on them but the mail item I responsed to had no additional information. > ... which should give worse results, than the posted script, as they Maybe, but you'll never know for sure - no Mac experience :) Compressor does what is called optical flow analysis (advanced form of motion compensated frame interpolation if I decode the marketing lingo correctly ;)). *SLOW* but very good. Steven Schultz - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
