May 2023 - Cin - Cinelerra-GG Mailing Lists

DV to DVD rendering - questions and issues
by Terje J. Hanssen 03 Jun '23

03 Jun '23

Lately I have experimented with PAL DV to DVD rendering, both using ffmpeg/DeVeDE, and now using CinGG mpeg2enc/FFMPEG I hope someone can help to clarify the following questions and debug possible issues regarding DVD Rendering with CinGG: 1. dvd.m2v and dvd.mpg Why are there two video files created, dvd.m2v w/o Audio and dvd.mpg w/Audio, and which one is used for what? tree -sh dvd_20230528-115747 dvd_20230528-115747 ├── [ 16M] dvd.ac3 ├── [3.4K] dvd.jobs ├── [562M] dvd.m2v ├── [588M] dvd.mpg ├── [ 733] dvd.sh ├── [6.5K] dvd.xml └── [4.0K] iso ├── [4.0K] AUDIO_TS └── [4.0K] VIDEO_TS ├── [6.0K] VIDEO_TS.BUP ├── [6.0K] VIDEO_TS.IFO ├── [ 18K] VTS_01_0.BUP ├── [ 18K] VTS_01_0.IFO └── [588M] VTS_01_1.VOB 2. Deinterlacing: The input PAL DV source file is Interlaced, Bottom Field First ffprobe: Stream #0:0: Video: dvvideo, none, 25000 kb/s, SAR 16:15 DAR 0:0, 25 fps, 25 tbr, 25 tbn Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Unsupported codec with id 24 for input stream 0 mediainfo: Width : 720 pixels Height : 576 pixels Color space : YUV Scan type : Interlaced Scan order : Bottom Field First Why does deinterlacing with dvd default rendering (mpeg2enc) still come out as Interlaced, but Top Field first? ffprobe -hide_banner dvd.m2v Input #0, mpegvideo, from 'dvd.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bt470bg, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1200k tbn Side data: cpb: bitrate max/min/avg: 8000000/0/0 buffer size: 1835008 vbv_delay: N/A ffprobe -hide_banner dvd.mpg [mpeg @ 0x55a756c7af00] start time for stream 0 is not set in estimate_timings_from_pts Input #0, mpeg, from 'dvd.mpg': Duration: 00:09:56.44, start: 0.160000, bitrate: 8305 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, bt470bg, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn Side data: cpb: bitrate max/min/avg: 8000000/0/0 buffer size: 1835008 vbv_delay: N/A Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 224 kb/s Unsupported codec with id 98312 for input stream 0 mediainfo dvd.m2v | egrep "Color|pixels|Scan" Width : 720 pixels Height : 576 pixels Color space : YUV Scan type : Interlaced Scan order : Top Field First Color primaries : BT.601 PAL mediainfo dvd.mpg | egrep "Color|pixels|Scan" Width : 720 pixels Height : 576 pixels Color space : YUV Scan type : Interlaced Scan order : Top Field First Color primaries : BT.601 PAL While corresponding deinterlacing with the optional FFMPEG DVD Rendering comes out as Progressive? ffprobe -hide_banner dvd.m2v Input #0, mpegvideo, from 'dvd.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bt470bg/unknown/unknown, progressive), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1200k tbn Side data: cpb: bitrate max/min/avg: 9000000/0/0 buffer size: 1835008 vbv_delay: N/A ffprobe -hide_banner dvd.mpg [mpeg @ 0x561effba3f00] start time for stream 0 is not set in estimate_timings_from_pts Input #0, mpeg, from 'dvd.mpg': Duration: 00:09:56.42, start: 0.160000, bitrate: 8266 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, bt470bg/unknown/unknown, progressive), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn Side data: cpb: bitrate max/min/avg: 9000000/0/0 buffer size: 1835008 vbv_delay: N/A Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 224 kb/s mediainfo dvd.m2v | egrep "Color|pixels|Scan" Width : 720 pixels Height : 576 pixels Color space : YUV Scan type : Progressive mediainfo dvd.mpg | egrep "Color|pixels|Scan" Width : 720 pixels Height : 576 pixels Color space : YUV Scan type : Progressive 3. Dvd Interlaced Chroma With reference to the CinGG manual https://cinelerra-gg.org/download/CinelerraGG_Manual/Dvd_Interlaced_Chroma.… /Now you can use the YUV420P DVD Interlace Mode when rendering DV directly to mpeg2 through a yuv4mpeg stream and when using video effects on HDV video./ /With this option enabled, improved chroma results will be obtained from your DV or HDV source. Editing DV or HDV and rendering it back to the same format does not require any special handling. In order to perform colorspace conversions correctly in CINELERRA-GG and avoid Chroma errors for interlaced 4:2:0 video, check the box as follows:/ Settings → Performance → YUV420P DVD Interlace Mode I can't find this option and is it relevant for DVD rendering? 4. Missing FFMPEG output According to the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/DVD_Bluray_Creation.ht… I/t is also highly recommended to run the CINELERRA-GG startup from a terminal window, instead of the icon, in order to see informative messages of how to actually write the output (at prompt: keyin <install_directory_path/bin/cin). / For the default mpeg2enc DVD rendering there is output like mpeg2enc -v 0 -b 8000 -q 1 -a 3 -F 3 -H -I 1 -M 8 -z t -f 8 -g 15 -G 15 -R 0 -o '/home/terje/Videoklipp/DVD/dvd_mpeg2enc_20230527-184531/dvd.m2v' For the optional FFMEG DVD Rendering it would be nice to also get the actual "ffmpeg code line" as terminal output, both for learning, customizing and debugging. Is that possible ?

4 15

zimg 2.8
by Andrew Randrianasulu 03 Jun '23

03 Jun '23

Builds on gcc 11.2 (with patch) and seems to require only c++11 support as minimum ... https://bugs.gentoo.org/721676 just one liner (adding include) https://github.com/sekrit-twc/zimg/commit/9ae36d7d5f7420eaacd9644451933512f… wget https://github.com/sekrit-twc/zimg/archive/release-2.8.tar.gz not sure if ffmpeg 5.1 still supports this ...

4 32

Weird world of WINDOW_CONFIG!
by Andrew Randrianasulu 02 Jun '23

02 Jun '23

so, I looked in mainsession.C while hunting about a_x11_host callsites see what I found: void MainSession::default_window_positions(int window_config) { // 0 - all windows on a, playback_config a // 1 - all windows on b, playback_config b // 2 - all windows on a, except composer on b, playback_config b but in reality this config set everything on A (Xephyr screen) A_X11_HOST :1.0 B_X11_HOST :0.0 WINDOW_CONFIG 2 this config set everything BUT compositor on A A_X11_HOST :1.0 B_X11_HOST :0.0 WINDOW_CONFIG 1 this config set only compositor on B: A_X11_HOST :0.0 B_X11_HOST :1.0 WINDOW_CONFIG 1 and this config se ALL on A A_X11_HOST :0.0 B_X11_HOST :1.0 WINDOW_CONFIG 0 so check your Cinelerra_rc for WINDOW_CONFIG value!

3 6

HDR footage from images via ffmpeg
by Andrew Randrianasulu 31 May '23

31 May '23

Note there was additional discussion about using zimg/zscale filter in ffmpeg for getting p3-d65 https://www.reddit.com/r/ffmpeg/comments/ty9c5k/color_metadata_dcip3/ ==== Zscale does have support for DCI white point P3 and D65 P3. ffmpeg -i INPUT.mp4 -c:v libx265 -crf 20 -vf zscale=r=limited:m=2020_ncl:t=2020_10:p=smpte431:c=topleft,format=yuv420p10 -color_primaries smpte431 -colorspace bt2020nc -color_trc bt2020_10bit -color_range tv OUTPUT.mp4 === I wonder if such file plays in say mpv as HDR on your display? old ffmpeg patches (2016): http://ffmpeg.org/pipermail/ffmpeg-devel/2016-October/201962.html "vf_colorspace: Add support for smpte 431/432 (dci/display p3) primaries" but previous 2 patches might be not so trivial ... https://discuss.pixls.us/t/experimenting-with-hlg-and-hdr10-for-still-image… ==== ffmpeg -loop 1 -r 24 -t 30 -i DSC02236.tif -vf pad=3840:2160:302:0:black,zscale=tin=linear:t=arib-std-b67:npl=800:m=bt2020nc,format=yuv420p10le -c:v libx265 -preset medium -crf 26 -x265-params "colorprim=bt2020:atc-sei=18:colormatrix=bt2020nc" naturalbridge.mp4 ==== zimg2 should be in Debian since late 2021 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966059 ffmpeg (7:4.3.2-2) experimental; urgency=medium . * debian/: - Build with zimg (Closes: #966059 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966059>) I wonder if cingg should add zimg too?

3 14

HDR tier list!
by Andrew Randrianasulu 31 May '23

31 May '23

Not sure how legitime this website (they all can sound professional!), but ... https://displayhdr.org/certified-products/ ==== *PC monitors for professional content-creators.* Outstanding local-dimming, high-contrast HDR with advanced specular highlights: - Peak luminance of 1400 cd/m2 – more than 4x that of typical displays - Full-screen flash requirement delivers ultrarealistic effects in gaming and movies - Unprecedented long duration, high performance ideal for content creation - Dynamic contrast ratio that is 3.5X greater than the DisplayHDR 1000 level - Increased color gamut (95% DCI-P3 65) compared to all other current DisplayHDR tiers DisplayHDR 1400 Certified Products ==== And apparently displayHDR 400 actually can be just 8-bit! https://displayhdr.org/#tab-400 Another article adding relationship between various HDR parameters. https://www.electronicshub.org/what-is-an-hdr-monitor/ Note, table at the end of this article says hdr500 monitors can be 8bit but site above lists 10bit processing requirement at this level .... o.O confusing as always! I think today ffmpeg/x265 can make static metadata HDR, but making dynamic one .... not sure how it even should be done, in editing context! Attach additional info to each vframe?

1 0

Cinepaint-0.25 oyranos
by Andrew Randrianasulu 31 May '23

31 May '23

https://github.com/archont00/cinepaint-oyranos I was reading oyranos website and especially archive.org version of this site, and found out this specific tool was used back in 2011 for showcasing image editing on wide-gamut monitors. There apparently is draft X color management spec, implemented by basically CompICC as server side and icc-examin / sample image viewer /cinepaint as clients. There even was Suse-based live cd from 2011, but it obviously will not fly (with hw 3d accel) on more modern GPUs ..:( http://www.oyranos.org/compicc/index.html http://www.oyranos.org/libxcm/index.html "The X Color Management specification allows to attach colour regions to X windows to communicate with colour servers." So, it was/is region-based, not per-window (makes sense due to in-window controls, for example) https://web.archive.org/web/20111116054348/http://www.oyranos.org/page/2/ " CinePaint full screen Posted on September 8, 2011 On my git repository with CinePaint patches is the full screen mode changed. It uses the GTK funtionality. That mode is now window manager based and will not work with twm. The old code is still ifdefed for users who rely on that and compile it. Putting a full fledged solution like in gqview inside CinePaint would have been too much work. New is as well resizing of frames in the flip book, to allow me to load a bunch of cameraRAW images and watch them much like in a slide show. Colour regions are updated for the colour server. And last but not least a fix in now available, to let CinePaint run on non KWin and non Compiz window managers. I tested on twm. The package is patched in OBS. Posted in cinepaint, imaging | Tagged colour management, ICC " ===== Because I do not have wide-gamut monitor user-testing of this rare combination still required, even for just watching it in action. Anyone brave enough for compiling from git? :) I have it compiled on Slackware 15.0 i586, so it ought to be compileable on ~modern Linux.

2 3

Old page on DVD creation under Linux (2005)
by Andrew Randrianasulu 31 May '23

31 May '23

https://www.qsl.net/n1gg/linux/video/linuxdvdguide.html#6 ===== ------------------------------ Chapter 6: Subtitling Subtitling is an integral part of many DVD productions. Although I personally have used subtitles very rarely, this guide would not be complete without some information about subtitles. Many times it is necessary to subtitle video if the audio language needed is not available, or for the hearing impaired, or to add commentary. The DVD specification allows for a very nice subtitling method. Instead of having to render the text on the video itself (which would mean you could not turn the subtitling off), DVD implements subtitling as a series of images overlayed on top of the video. This way, you can switch between multiple subtitle tracks, or turn them off altogether. Although this takes up more data space than plain text subtitles, it is far more versatile: the fact that images are used makes it possible to subtitle using any font and even nonstandard characters and images. 6.1 DVD Subtitle Format The DVD subtitle specification allows for 4-color images with a transparent background. They can be created in nearly any format, but must be converted to the special DVD compliant stream before they can be put into the DVD structure. 6.2 Subtitling MPEG Streams For DVD Using Spumux Spumux is one such tool to create DVD subtitle streams. Although there are many tools for subtitling, Spumux is very useful in many areas and I have experience with it. It accepts several image formats, including PNG, which I find to be the most beneficial format (not just for DVD operations but for many other things as well). First you must create your text images. You may do this with your favorite image editor (IMHO, if you have a brain, it's Gimp), or you may use a text-to-image tool to make the images from your plain text such as Fly (which i will not cover here). Spumux will also accept subtitles in a number of text formats. See the manpage for a list of them. Since using spumux with text files can be extremely complicated, and there are multiple options for file formats, etc., I will only cover using PNG images for subtitling here. So open Gimp, (or whatever image creator that suits your fancy), and create a new image with a transparent background. Actually you may have a colored background if you like, but bear in mind that this may distract from your video. Sometimes this is necessary, such as if you have white text on a white-dominated video scene (such as snow), but most of the time this is distracting and looks cheap. Choose a color for your text. I have found that most of the time the best color for subtitle text is a light gray or white. Then use the text tool to create your subtitle text, and slap it onto the background. Be sure that you do not use more than 4 colors in your image, as spumux will reject the file if it has more. The DVD specification only allows for any 4 colors in a particular subtitle stream If you did use more than 4 colors, such as for a fancy gradient text or something, or possibly if you used anti-aliased fonts, you may set the image type to indexed, and dither the image down to 4 colors. In Gimp, right-click on the image, go to the "Image" sub-menu, the "Mode" sub-sub-menu, and select "Indexed...". Optionally, you may get to this dialog using the keyboard by pressing "ALT+I". Then make sure that the "Generate Optimal Palette:" option is checked, and set the number of colors to 3 or 4. Then save the image as PNG. It is interesting to note that since the DVD subtitle method is to use images, you may put, well, images into the subtitle stream, and they will display just like text. Of course you are still limited to 4 colors, but this comes in extremely handy for foreign language subtitles, and when you need special fonts and text styles. === Interesting info! Also, there was another page suggesting yuv420 option useful for *NTSC* interlaced DV to DVD https://renomath.org/video/linux/dv/encdvd.html ==== Our focus is encoding widescreen NTSC interlaced video source from a miniDV camcorder. We attempt to preserve as much of the quality of the original source as possible. [..] Mjpegtools The mjpegtools encoder runs more slowly than ffmpeg on my computer; however, no patches are needed to handle interlaced video. The encoding commands $ lav2yuv s001.avi | yuvcorrect -T INTERLACED_BOTTOM_FIRST | mpeg2enc -M0 -nn -a3 -f8 -G18 -b7000 -V230 -q9 -o s001.m2v $ lav2wav s001.avi > s001.wav $ toolame -b224 -s48 s001.wav s001.m2a $ mplex -f8 s001.m2v s001.m2a -o s001.mpg work, but unfortunately reduce the effective color space to 4:1:0. Better results can be obtained by using y4mscaler and the commands $ lav2yuv s001.avi -C 411 | y4mscaler -I ilace=BOTTOM_FIRST -O chromass=420mpeg2 | mpeg2enc -M0 -nn -a3 -f8 -G18 -b7000 -V230 -q9 -o s001.m2v $ lav2wav s001.avi > s001.wav $ toolame -b224 -s48 s001.wav s001.m2a $ mplex -f8 s001.m2v s001.m2a -o s001.mpg This interpolates the chroma in the horizontal direction before subsampling it vertically. ==== Yet another source suggest only old CRT TV can display interlaced DVD material as intended, and Plasma/TFT TV or computer monitors better accept de-interlaced material. https://xpt.sourceforge.net/techdocs/media/video/dvdvcd/dv04-Interlace/sing…

3 2

Update on GIT changes
by Phyllis Smith 29 May '23

29 May '23

Just a short update on GIT changes here: - checked in Delay Audio plugin changes after a lot of changes. See BT #638 for more details: https://www.cinelerra-gg.org/bugtracker/view.php?id=638 - removed previous library versions of tiff, flac, libjpeg-turbo and libvpx so download is smaller again.

4 12

ffmpeg 6.0 in future
by Andrew Randrianasulu 28 May '23

28 May '23

According to https://www.phoronix.com/news/FFmpeg-6.0-FOSDEM-2023 we will get nice things like hw AV1 decoding ... and usual API breaks :-)

2 10

lut3d utils
by Andrew Randrianasulu 27 May '23

27 May '23

Hm ... https://github.com/google/lut3d_utils ===== Tone Map Metadata (3D Look-Up-Table) Injector A tool for manipulating production metadata <https://github.com/google/lut3d_utils/blob/docs/Static-Colour-Mapping-Metad…>, specifically tone map metadata (3D LUT), in MP4 and MOV files. It can be used to inject 3D LUT metadata into a file or validate metadata in an existing file. <https://github.com/google/lut3d_utils#usage>Usage Python 3.11 <https://www.python.org/downloads/> must be used to run the tool. From within the directory above lut3d_utils: <https://github.com/google/lut3d_utils#help>Help python lut3d_utils -h Prints help and usage information. <https://github.com/google/lut3d_utils#inject>Inject python lut3d_utils -inject_lut3d -i ${input_file} -o ${output_file} -l ${lut3d_file} -p COLOUR_PRIMARIES_BT709 -t COLOUR_TRANSFER_CHARACTERISTICS_GAMMA22 Loads a tone mapping (3D LUT) metadata from lut3d_file and inject it to input_file(.mov or .mp4). The specified output_colour_primaries and output_colour_transfer_characteristics are injected too. It saves the result to output_file. input_file and output_file must not be the same file. <https://github.com/google/lut3d_utils#examine>Examine python lut3d_utils -retrieve_lut3d -i ${input} -l ${lut3d_file} Checks if input_file contains 3D LUT metadata. If so, parses the metadata and prints it out. In addition, it saves the 3D LUT entries to lut3d_file as a ".cube" file. ===== soooooo .... in theory you can use those for injecting and exporting those 3d luts in mp4/mov .. I wonder if ffmpeg/libavformat can be teached to do this, too?

2 2