I tried to make an ffmpeg profile of the DPX standard movie format. So now CinGG has DPX support inside ffmpeg and OpenEXR outside of ffmpeg. Remember that these two formats produce a sequence of still images and their relative TOC (it is only the TOC that needs to be imported into CinGG when we want to load this format). So it's good to create a folder where to put all the images and the TOC produced, which are hundreds and even thousands. Big space occupation but super efficient in timeline and great quality. I attach the profile if you want to test it.
Andrea, I must be doing something wrong? I loaded a small 1.5 minute video and rendered it using DPX.dpx and it only created a single video file that was all black when I used ffplay to play it. Mediainfo shows: General Complete name : junk4.dpx Format : DPX Format version : Version 1.0 File size : 497 KiB Writing library : Lavc58.134.100 Image Format : DPX Format version : Version 1.0 Format_Compression : Raw Format settings : Little / Packed Width : 352 pixels Height : 240 pixels Display aspect ratio : 3:2 Color space : RGB Bit depth : 16 bits Compression mode : Lossless Stream size : 497 KiB (100%) Writing library : Lavc58.134.100 Transfer characteristics : Linear On Thu, Oct 7, 2021 at 4:23 AM Andrea paz via Cin < [email protected]> wrote:
I tried to make an ffmpeg profile of the DPX standard movie format. So now CinGG has DPX support inside ffmpeg and OpenEXR outside of ffmpeg. Remember that these two formats produce a sequence of still images and their relative TOC (it is only the TOC that needs to be imported into CinGG when we want to load this format). So it's good to create a folder where to put all the images and the TOC produced, which are hundreds and even thousands. Big space occupation but super efficient in timeline and great quality. I attach the profile if you want to test it. -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
My apologies Phyllis, I did not provide the most important information: when creating lists of images as a name we have to put img_%05d.dpx. So the process is: 1- Create a folder (for example /tmp/dpx/) where to collect the images. 2- In the Render window of CinGG put as path and file name: /tmp/dpx/image%05d.dpx (or any other name) That should work for you. Maybe I could make a note in the manual, since it applies to every image sequence. PS: I tried to create a ffmpeg preset for the Cineform HD codec of the GoPro as well (it has become an Open format), but I can't get it to work. Andrew could you try to create it yourself? This way CinGG would contain all the famous and most used codecs, even in pro environment.
On Thursday, October 7, 2021, Andrea paz via Cin <[email protected]> wrote:
My apologies Phyllis, I did not provide the most important information: when creating lists of images as a name we have to put img_%05d.dpx. So the process is: 1- Create a folder (for example /tmp/dpx/) where to collect the images. 2- In the Render window of CinGG put as path and file name: /tmp/dpx/image%05d.dpx (or any other name) That should work for you. Maybe I could make a note in the manual, since it applies to every image sequence.
PS: I tried to create a ffmpeg preset for the Cineform HD codec of the GoPro as well (it has become an Open format), but I can't get it to work. Andrew could you try to create it yourself? This way CinGG would contain all the famous and most used codecs, even in pro environment.
see https://amp.reddit.com/r/ffmpeg/comments/i2z57k/ cineform_hd_encoder_as_been_added_to_ffmpeg/ "Cineform's "width divisible by 16 / height divisible by 8" still applies," I tried to make simple cfhd.qt and it worked for simple file: $ ffprobe -i ~/scap.mov ffprobe version 4.4 Copyright (c) 2007-2021 the FFmpeg developers built with Android (6454773 based on r365631c2) clang version 9.0.8 ( https://android.googlesource.com/toolchain/llvm-project 98c855489587874b2a325e7a516b99d838599c6f) (based on LLVM 9.0.8svn) configuration: --arch=armeabi-v7a --as=arm-linux-androideabi-clang --cc=arm-linux-androideabi-clang --cxx=arm-linux-androideabi-clang++ --cross-prefix=arm-linux-androideabi- --disable-indevs --disable-outdevs --enable-indev=lavfi --disable-static --disable-symver --enable-cross-compile --enable-gnutls --enable-gpl --enable-libaom --enable-libass --enable-libdav1d --enable-libmp3lame --enable-libfreetype --enable-libvorbis --enable-libopus --enable-librav1e --enable-libsoxr --enable-libx264 --enable-libx265 --enable-libxvid --enable-libvidstab --enable-libvpx --enable-libwebp --enable-shared --prefix=/data/data/com.termux/files/usr --target-os=android --extra-libs=-landroid-glob --enable-neon libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat 58. 76.100 / 58. 76.100 libavdevice 58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc 55. 9.100 / 55. 9.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/data/data/com.termux/files/ home/scap.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf58.76.100 Duration: 00:00:01.24, start: 0.000000, bitrate: 4130 kb/s Stream #0:0: Video: cfhd (CFHD / 0x44484643), yuv422p10le(progressive), 352x144, 4121 kb/s, SAR 1:1 DAR 22:9, 25 fps, 25 tbr, 12800 tbn, 12800 tbc (default) Metadata: handler_name : VideoHandler vendor_id : FFMP timecode : 00:00:01:22 Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: handler_name : TimeCodeHandler timecode : 00:00:01:22 Unsupported codec with id 0 for input stream 1 --- $ cat bin/ffmpeg/video/cfhd.qt mov cfhd cin_ff_format=yuv442p10le quality=6 $ --
Cin mailing list [email protected] https://lists.cinelerra-gg. <https://lists.cinelerra-gg.org/mailman/listinfo/cin>org /mailman/listinfo/cin <https://lists.cinelerra-gg.org/mailman/listinfo/cin>
"Cineform's "width divisible by 16 / height divisible by 8" still applies,"
This is true, thank you. One of the 2 clips used in my test is 854x480 and 854 is not divisible by 16. See if my preset is okay (I prefer the mov format to qt, which is not known outside of Cinelerra). Note: I read that this codec is used with quality=9-13. With q=6 it produces a 137 MB file; with q=9 it produces a 70 MB file. The source file is an mp4 of 45 MB. Which value do you think is better as default?
On Friday, October 8, 2021, Andrea paz <[email protected]> wrote:
"Cineform's "width divisible by 16 / height divisible by 8" still applies,"
This is true, thank you. One of the 2 clips used in my test is 854x480 and 854 is not divisible by 16. See if my preset is okay (I prefer the mov format to qt, which is not known outside of Cinelerra).
Note: I read that this codec is used with quality=9-13. With q=6 it produces a 137 MB file; with q=9 it produces a 70 MB file. The source file is an mp4 of 45 MB. Which value do you think is better as default?
depend on quality you want out of it? I mean apparently quality=0 is for very clean film scans... and 12 considered lowest end of quality settings. You probably can add this info (and divisability by 16/8) as comments in profile?
Have tested both DPX and Cineform and added/modified a comment in each. Will check into GIT the next time I boot up the desktop which will probably be late tomorrow. Thank you Andrea and Andrew for keeping up with new capabilities so CinGG stays up to date -- this is valuable work. On Fri, Oct 8, 2021 at 2:32 AM Andrea paz via Cin < [email protected]> wrote:
"Cineform's "width divisible by 16 / height divisible by 8" still applies,"
This is true, thank you. One of the 2 clips used in my test is 854x480 and 854 is not divisible by 16. See if my preset is okay (I prefer the mov format to qt, which is not known outside of Cinelerra).
Note: I read that this codec is used with quality=9-13. With q=6 it produces a 137 MB file; with q=9 it produces a 70 MB file. The source file is an mp4 of 45 MB. Which value do you think is better as default? -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
participants (3)
-
Andrea paz -
Andrew Randrianasulu -
Phyllis Smith