[CinCVS] DV decoder quality
Hi All, I was browsing through the code and saw line 253 of filedv.C decoder-quality = DV_QUALITY_BEST; and wondering what the non-best looks like (and considered that for simple editing, it might be faster to have this turned down, and only turn it up for the final render). I saw in /usr/include/libdv/dv_types.h that there were a number of quality settings possible. I was rather curious and thought I'd benchmark them. Below are my results for those interested. The test file is available from http://cvs.cinelerra.org/~pmdumuid/test* and there are 3 test (made by enabling / disabling combos of the tracks within). All samples rates for assets and project were set to 100 (I assumed nothing was gonna play that fast!) And I had play every frame selected and cache deselected. The test were: (1) track properties match asset. (this should be a direct pass-through test) (2) 2 tracks: same source / time, but top track has an 0 alpha 100. (3) 1 track, but 0 alpha 100 DV_QUALITY_FASTEST:| DV_QUALITY_COLOR: X11, YUVA, no alpha 1 track: 63 fps 62.6 fps X11, YUVA,alpha 2 track: 16 fps 15.9 fps X11, YUVA,alpha 1 track: 23 fps 23.9 fps DV_QUALITY_AC_1: | DV_QUALITY_COLOR: X11, YUVA, no alpha 1 track: 55.6 fps 52.7 fps X11, YUVA,alpha 2 track: 14 fps14.5 fps X11, YUVA,alpha 1 track: 22.7 fps 22. fps DV_QUALITY_AC_2: | DV_QUALITY_COLOR: (same as BEST) X11, YUVA, no alpha 1 track: 52.6 fps 39.2 fps X11, YUVA,alpha 2 track: 14.27 fps 12.2 fps X11, YUVA,alpha 1 track: 21.6 fps 19.4 fps Notes: DV_QUALITY_FASTEST is somewhat unbearable to work with as an intermediate format. It decodes it with roughly 10x10 pixelized blocks.. Possible good for thumbnails though! DV_QUALITY_AC_1 is not much different to AC_2 in my (color blind opinion) but there are obvious speed differences! I actually just double checked the results for DV_QUALITY_AC_1 || DV_QUALITY_COLOR, (cause I couldn't believe the numbers) and yes, it is much quicker! I just thought people might be interested in these results. I'm not using DV material that much at the moment so won't be rushing to code it up, but I thought someone might, or might be interested to try this out themselves. I basically entered the hvirtual/cinelerra/ directory, # (1) ]$ make; ./cinelerra /tmp/test.cine.xml # run tests # edit filedv.C and go back to (1) Pierre [EMAIL PROTECTED] ~]$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.70GHz stepping: 6 cpu MHz : 600.000 cache size : 2048 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe est tm2 bogomips: 1201.72 [EMAIL PROTECTED] hvirtual_build]$ more cinelerraconf.sh #/usr/bin/bash echo configureing for pentium-m ./hvirtual/configure --prefix=/usr --enable-x86 --enable-mmx --enable-freetype2 \ --with-buildinfo=svn \ CFLAGS='-O3 -pipe -fomit-frame-pointer -funroll-all-loops -falign-loops=2 -falign-jumps=2 -falign-functions=2 -ffast-math -march=pentium-m -mfpmath=sse,387 -mmmx -msse' \ CPPFLAGS='-O3 -pipe -fomit-frame-pointer -funroll-all-loops -falign-loops=2 -falign-jumps=2 -falign-functions=2 -ffast-math -march=pentium-m -mfpmath=sse,387 -mmmx -msse' \ CXXFLAGS='-O3 -pipe -fomit-frame-pointer -funroll-all-loops -falign-loops=2 -falign-jumps=2 -falign-functions=2 -ffast-math -march=pentium-m -mfpmath=sse,387 -mmmx -msse' X11 was actually faster than X11-XV, and I'm using an Inspiron 510m machine with an annoying intel graphics chip.. -- __ Get Firefox! http://www.mozilla.org/products/firefox/ Mr Pierre Dumuid Phd Student Active Noise and Vibration Control Group School of Mechanical Engineering The University of Adelaide SA 5005 AUSTRALIA Email: [EMAIL PROTECTED] [EMAIL PROTECTED] Work: +61 (0)8 8303 3847 Mobile: 0407 570 263 Web Page : http://www.mecheng.adelaide.edu.au/ __ CRICOS Provider Number 00123M --- This email message is intended only for the addressee(s) and contains information that may be confidential and/or copyright. If you are not the intended recipient please notify the sender by reply email and immediately delete this email. Use, disclosure or reproduction of this email by anyone other than the intended recipient(s) is strictly prohibited. No representation is made that this email or any attachments are
[CinCVS] [Bug 349] dvcpro (dv50) not decoded properly
http://bugs.cinelerra.org/show_bug.cgi?id=349 --- Additional Comments From [EMAIL PROTECTED] 2006-10-26 11:17 --- what i am interested are real dv50 files from cameras, not from ffmpeg, since this is rather new in ffmpeg and i will not try to implement something that does not work --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Inverted colours and garbled audio in DV video on PowerPC build (Debian Sid). Endianness issues?
Em Quinta 26 Outubro 2006 03:05, Andraž Tori escreveu: On Thu, 2006-10-26 at 00:53 -0200, rafael2k wrote: in filedv.C I watched some strange warnings about double to int conversions filedv.C: In member function `int FileDV::audio_samples_copy(double**, int64_t)': filedv.C:433: warning: converting to `short int' from `double' filedv.C:445: warning: converting to `short int' from `double' filedv.C:448: warning: converting to `short int' from `double' filedv.C: In member function `virtual int FileDV::write_samples(double**, int64_t)': filedv.C:473: warning: converting to `int' from `double' filedv.C: In member function `int FileDV::get_audio_frame(int64_t)': filedv.C:946: warning: converting to `int' from `double' filedv.C: In member function `int FileDV::get_audio_offset(int64_t)': filedv.C:955: warning: converting to `int' from `double' may be this works fine for x86 but not for powerpc? this piece of code (where warnings are reported) is something that has nothing to do with ppc/x86 differences and even less with colors Andraz, the colors are ok. The audio that has problems... bye, rafael diniz -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Eng. da Computação @ Unicamp Radio Muda, radiolivre.org, Centro de Mídia Independente Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- pgpp372L6bDKu.pgp Description: PGP signature
Re: [CinCVS] new powerpc patch
you sent your email about 1 hour after the mine :-) i'll test things right now. bye, rafael diniz Em Quinta 26 Outubro 2006 03:32, Pierre Dumuid escreveu: was wondering why you posted this when I had sent a somewhat universal one, but just realised there's must have been a delay in your mail getting to me? rafael2k wrote: hi all, after a day looking at the cinelerra build scripts i made a patch ( http://slack.sarava.org/slackbuilds/cinelerra/cinelerra-powerpc.diff ) that adds correct compilation flags for ppc, but is still not a universal code (but shout work to compile cinelerra in powerpc). also i and herman realized that dv support has problems... maybe because endianess difference of intel and powerpc. it includes patchs of: quicktime/ffmpeg/libavcodec/Makefile.am: excludes x86 stuff and adds ppc stuff quicktime/ffmpeg/avconfig.h: regenerated from ./configure w/ pierre patch (with --disable-altivec, as i'm in a G3) configure.in: removed hardcoded i386/Makefile and replaced with ppc/Makefile. quicktime/ffmpeg/libavcodec/ppc/Makefile.am: This is a new file in the source tree i created, i dunno why that file was not there... == things to be done: - include what pierre said to generate a correct avconfig.h: -- The idea I had has to add something like the following to the configure script: # BEGIN QUICKTIME COMPILE SETTING FIX mkdir -p quicktime/ffmpeg/ cd quicktime/ffmpeg $(source_dir)/quicktime/ffmpeg/configure mv config.h avconfig.h cd ../../ # END QUICKTIME COMPILE SETTING FIX -- - include conditionals to quicktime/ffmpeg/libavcodec/Makefile.am and in configure.in to handle x86 and ppc plataforms (and probably others) correctly. == to compile with the patch: $ patch -p0 cinelerra-powerpc.diff $ ./autogen.sh $ ./configure bye, rafael diniz -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Eng. da Computação @ Unicamp Radio Muda, radiolivre.org, Centro de Mídia Independente Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- pgppbBIm2SI6y.pgp Description: PGP signature
[CinCVS] [Bug 279] PPC opcodes in ffmpeg dir
http://bugs.cinelerra.org/show_bug.cgi?id=279 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Slow motion...
Hi gang, Which plugin would I use, or what would I do, if I want a clip to appear going in slow motion? Any ideas? Wes -- The only way to stay sane in an insane world is to be insane. --Me ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Slow motion...
On Thursday 26 October 2006 11:40 am, Andraž Tori wrote: use reframert effect thanks andraz, I'll play around with it...having much fun... Wes bye andraz On Thu, 2006-10-26 at 11:14 -0400, Wesley T Allen wrote: ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- The only way to stay sane in an insane world is to be insane. --Me ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Slow motion...
I've found other good hints at http://ftconsult.taxnetusa.com/twiki/bin/view/Cinelerra/TimeLapse Have fun! Raffaella ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Fixing time format for BlueDot 2.1
What is the best way to adjust the time format in BlueDot theme ONLY? How this is the hard question. The easiest would be to make bluedot not need programatically different behaving cinelerra. Otherwise you add a theme-set property and change behaviour of the function that does output depending on that property. I would like to make it 11 digits but without leading 0's if possible. All suggestions and comments will be greatly appreciated. All the best and thank you for your help in advance! Miha P.S. For deeper understanding of the changes require please refer to the diff file posted to the list by me on 25th of Oct. yes, bye andraz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] proposed patched for powerpc compilation fix
Applying this now. (Note, I personally prefer 1 big patch than 4 smaller patches .. svn diff /tmp/foo.diff works well for me!) Pierre rafael2k wrote: hi all, with the help of Pierre Dumuid, i wrote the following patches to make cinelerra compatible, by now, with i586 and powerpc. (other archs may come easily, as sparc, alpha, powerpc64 and mips). there are four patches: - avcmakefile-fix.diff: fix the Makefile.am of quicktime/ffmpeg/libavcodec/ to include conditional for powerpc processor. TODO - put altivec conditional - configure-fix.diff: fix configure.in - added a call to quicktime/ffmpeg/configure to generate architecture coerent quicktime/ffmpeg/avconfig.h (exatly the same of the old static avconfig.h w/ arch things!). TODO - just a warning: do not use --enable-altivec yet! - ffconfigure-fix.diff: fix quicktime/ffmpeg/configure - small fixes and now it generates avconfig.h directly - ppcmakefileam-fix.diff: added a Makefile.am file in quicktime/ffmpeg/libavcodec/ppc. TODO - put altivec files to compile when altivec is enabled here it generated correct code for both i386 and ppc. altivec is to come. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 279] PPC opcodes in ffmpeg dir
http://bugs.cinelerra.org/show_bug.cgi?id=279 --- Additional Comments From [EMAIL PROTECTED] 2006-10-27 04:13 --- Fixed in r947 (using a fairly different approach!) --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
