Thx for replying. Den 28.05.2023 16:08, skrev Andrew Randrianasulu:

вс, 28 мая 2023 г., 16:51 Terje J. Hanssen via Cin <[email protected]>:

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?

I think m2v and ac3 (elementary streams) got muxed by mplex into mpg ...

Ok, I was used with DeVeDe that creates only one complete "movie_0.mpg" A/V file, beside the DVD tree structure

tree -sh dvd_20230528-115747 dvd_20230528-115747 ├── [ 16M]  dvd.ac3 ├── [3.4K] dvd.jobs <http://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?

May be bug in mpeg2 output? Does it look interlaced, or it just flag set wrongly?

Using Deinterlace creates a dvd.mpg file only marginally larger than without deinterlacing. But the result is visually better than without deinterlacing, which is awful jagged at camera movements zoom/pan, at least on my 2560x1440 res monitor using VLC. The reason is for sure also due to low resolution for the 4:3 SD cropped to 16:9 and then displayed at full screen. mpeg2enc deinterlacing and FFmpeg deinterlacing seems visually comparable. Possibly chroma deinterlacing in addition will help a bit.

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.h...

/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?

Its in Interface section ..

I can attach screenshot separately.

Thx, I found it. Then there is a need to correct this in the manual. Wonder if there is a reason why YUV420P DVD Interlace Mode is not set as default?

4. Missing FFMPEG output

According to the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/DVD_Bluray_Creation.htm...

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 ?

Ffmpeg dvd uses libavcodec directly, if I remember correctly. You still can edit dvd profile, at least if you installed cingg as usual (appimage probably can be extracted and modified too). look for dvd

I start CinGG as appimage in a terminal. What I thought of was just to see the resulting FFmpeg command line in the terminal .......

=== cat bin/ffmpeg/video/dvd.dvd dvd mpeg2video s 720x480 r 30000/1001 pixel_format yuv420p g 18 maxrate 9000000 minrate 0 bufsize 1835008 packetsize 2048 cin_bitrate=8000000

for user-installed cin

-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin

пн, 29 мая 2023 г., 23:47 Phyllis Smith <[email protected]>:

More feedback to add to Andrew's reply.

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?

May be bug in mpeg2 output? Does it look interlaced, or it just flag set wrongly?

It does seem that it really is Top Field First all of the time when doing a DVD render despite whether or not the input is Top or Bottom first. I temporarily modified filempeg.C for the "mpegenc" line to change the -I parameter from 1 to 2 as in: Running /tmp/cinelerra-5.1/bin//mpeg2enc -v 0 -b 8000 -q 1 -a 2 -F 4 -H *-I 1* -M 8 -z t -f 8 -g 15 -G 15 -R 0 -o '/tmp/dvd_20230529-140337/dvd.m2v'

try also to change " -z b" as recommended by manual *-z|--playback-field-order* b|t This flag overrides the field-order specified in the interlacing tag of the input stream header. (If you need this option, it indicates a problem in the capturing/encoding process where the temporal order of the two fields in each frame has been mislabeled. The effect of this is weird "juddering" when playing back the stream on a TV. Check the mjpeg-howto for more information about interlacing problems.) === Also interesting settings are *-c|--closed-GOPs* Setting this flag causes the encoder to generate only "closed" GOPs (Groups of Pictures) that can be decoded without reference to their predecessor. This is useful for streams that are supposed to be used in multi-angle DVD's and applications where more easily edittable MPEG is required. *-P|--force-b-b-p* This flag forces the GOP size selection to choose sizes that ensure 2 B frames appear between adjacent I/P frames. Several common MPEG-1 decoders can't handle streams where less than 2 B-frames appear between I/P frames. but be sure you modify correct profiles ... Also, not sure if consumer DV especially can be bottom field first? Still, getting this setting from session parameters probably important , will look more into code ...

but that leads to a SIGPIPE and/or hangs in Cinelerra and when I run manually. I am not even sure that "-I 2" really preserves Bottom Field First as I can not tell from the documentation (Andrew?). Documentation on mpeg2enc is at: https://linux.die.net/man/1/mpeg2enc specifically:

...

*-I|--interlace-mode* 0|1|2

Set the sequence picture structure and block encoding type for MPEG-2 streams. By default, this value is inferred from the interlacing tag of the input stream. Setting 0 encodes frame-by-frame with support for interlaced video turned off, and specifies that progressive chroma subsampling has been used. Setting 1 encodes frame-by-frame with interlace-adapted motion compensation and block encoding, and specifies that interlaced chroma subsampling has been used. Setting *2* encodes interlaced material field-by-field, which will produce more accurate results for highly textured interlaced material with lots of motion, at the expense of generally less efficiency.

...

But the result is visually better than without deinterlacing, which is awful jagged at camera movements zoom/pan, at least on my 2560x1440 res monitor using VLC.

I do not understand the above sentence. Which result is better? with deinterlacing or without deinterlacing? So Progressive is better? which makes more sense to me in this day and age. As far as I read on the internet, DVDs can be either Progressive or Interlaced.

...

3. Dvd Interlaced Chroma

...

With reference to the CinGG manual

https://cinelerra-gg.org/download/CinelerraGG_Manual/Dvd_Interlaced_Chroma.h...

*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?

Its in Interface section ..

I can attach screenshot separately.

Thx, I found it. Then there is a need to correct this in the manual.

Fixed this and checked into GIT for the manual (which will only be updated with the next release).

...

Wonder if there is a reason why YUV420P DVD Interlace Mode is not set as default?

It is used in "filempeg.C" and it is safer to not assume that it is needed. Read simple example/explanation at: https://renomath.org/ejolson/video/dv/chroma.html

Andrew, changed to -I 2 and -z b in filempeg.C but ends up with "Error rendering data." and SIGPIPEs as shown far below. I was looking for an easy out but there appears to be none, so going back to testing ffmpeg 6.0, although that is what I have been using so really still testing by default ! I have not found any definitive source saying that DVDs do not handle Bottom Field First. Cinelerra Infinity - built: May 27 2023 18:56:09 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. FileMPEG::open_file: Running /tmp/cinelerra-5.1/bin//mpeg2enc -v 0 -b 8000 -q 1 -a 2 -F 4 -H -I 2 -M 8 -z b -f 8 -g 15 -G 15 -R 0 -o '/tmp/dvd_20230529-182026/dvd.m2v' signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 signal_entry_recoverable: got SIGPIPE my pid=21664 Render::render_single: Session finished. On Mon, May 29, 2023 at 3:46 PM Andrew Randrianasulu < [email protected]> wrote:

пн, 29 мая 2023 г., 23:47 Phyllis Smith <[email protected]>:

...

More feedback to add to Andrew's reply.

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?

May be bug in mpeg2 output? Does it look interlaced, or it just flag set wrongly?

It does seem that it really is Top Field First all of the time when doing a DVD render despite whether or not the input is Top or Bottom first. I temporarily modified filempeg.C for the "mpegenc" line to change the -I parameter from 1 to 2 as in: Running /tmp/cinelerra-5.1/bin//mpeg2enc -v 0 -b 8000 -q 1 -a 2 -F 4 -H *-I 1* -M 8 -z t -f 8 -g 15 -G 15 -R 0 -o '/tmp/dvd_20230529-140337/dvd.m2v'

try also to change " -z b" as recommended by manual

*-z|--playback-field-order* b|t

This flag overrides the field-order specified in the interlacing tag of the input stream header. (If you need this option, it indicates a problem in the capturing/encoding process where the temporal order of the two fields in each frame has been mislabeled. The effect of this is weird "juddering" when playing back the stream on a TV. Check the mjpeg-howto for more information about interlacing problems.)

===

Also interesting settings are

*-c|--closed-GOPs*

Setting this flag causes the encoder to generate only "closed" GOPs (Groups of Pictures) that can be decoded without reference to their predecessor. This is useful for streams that are supposed to be used in multi-angle DVD's and applications where more easily edittable MPEG is required.

*-P|--force-b-b-p*

This flag forces the GOP size selection to choose sizes that ensure 2 B frames appear between adjacent I/P frames. Several common MPEG-1 decoders can't handle streams where less than 2 B-frames appear between I/P frames.

but be sure you modify correct profiles ...

Also, not sure if consumer DV especially can be bottom field first? Still, getting this setting from session parameters probably important , will look more into code ...

...

but that leads to a SIGPIPE and/or hangs in Cinelerra and when I run manually. I am not even sure that "-I 2" really preserves Bottom Field First as I can not tell from the documentation (Andrew?). Documentation on mpeg2enc is at: https://linux.die.net/man/1/mpeg2enc specifically:

...

*-I|--interlace-mode* 0|1|2

Set the sequence picture structure and block encoding type for MPEG-2 streams. By default, this value is inferred from the interlacing tag of the input stream. Setting 0 encodes frame-by-frame with support for interlaced video turned off, and specifies that progressive chroma subsampling has been used. Setting 1 encodes frame-by-frame with interlace-adapted motion compensation and block encoding, and specifies that interlaced chroma subsampling has been used. Setting *2* encodes interlaced material field-by-field, which will produce more accurate results for highly textured interlaced material with lots of motion, at the expense of generally less efficiency.

...

But the result is visually better than without deinterlacing, which is awful jagged at camera movements zoom/pan, at least on my 2560x1440 res monitor using VLC.

I do not understand the above sentence. Which result is better? with deinterlacing or without deinterlacing? So Progressive is better? which makes more sense to me in this day and age. As far as I read on the internet, DVDs can be either Progressive or Interlaced.

...

3. Dvd Interlaced Chroma

...

With reference to the CinGG manual

https://cinelerra-gg.org/download/CinelerraGG_Manual/Dvd_Interlaced_Chroma.h...

*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?

Its in Interface section ..

I can attach screenshot separately.

Thx, I found it. Then there is a need to correct this in the manual.

Fixed this and checked into GIT for the manual (which will only be updated with the next release).

...

Wonder if there is a reason why YUV420P DVD Interlace Mode is not set as default?

It is used in "filempeg.C" and it is safer to not assume that it is needed. Read simple example/explanation at: https://renomath.org/ejolson/video/dv/chroma.html

Den 29.05.2023 22:47, skrev Phyllis Smith:

More feedback to add to Andrew's reply.

...

Using Deinterlace creates a dvd.mpg file only marginally larger than without deinterlacing. But the result is visually better than without deinterlacing, which is awful jagged at camera movements zoom/pan, at least on my 2560x1440 res monitor using VLC. I do not understand the above sentence.  Which result is better? with deinterlacing or without deinterlacing? So Progressive is better? which makes more sense to me in this day and age.  As far as I read on the internet, DVDs can be either Progressive or Interlaced.

Leaving it dvd rendering interlaced is worst jagged; selecting deinterlaced is better both with default mpeg2enc ("TFF, interlaced") and optional FFMpeg (progressive). Some of the jagged edges and lines is expected to be caused by the scaled up low vertical SD wide resolution. I didn't notice visible +/- chroma difference by selecting "use yuv420p dvd deinterlace format" I will try to compare with DeVeDe's deinterlace YADIF filter and two pass rendering. (DeVeDe's second FFMPEG deinterlace filter exited the dvd rendering.) I also do a test with

Den 30.05.2023 15:19, skrev Terje J. Hanssen:

Interlaced and/or Deinterlaced continued: - I'll add a good reference and some old background threads:

What is deinterlacing? The best method to deinterlace movies http://www.100fps.com/

[CinCV TNG] Deinterlacing or not? https://lists.cinelerra-cv.org/pipermail/cinelerra/2016q2/004926.html

[CinCVS] Interlacing, DVD https://www.mail-archive.com/[email protected]/msg06692.html

https://www.mail-archive.com/search?q=interlace&l=cinelerra%40skolelinux.no https://www.mail-archive.com/search?q=deinterlace&l=cinelerra%40skolelinux.n...

Den 30.05.2023 03:34, skrev Terje J. Hanssen:

...

Den 29.05.2023 22:47, skrev Phyllis Smith:

...

More feedback to add to Andrew's reply.

...

Using Deinterlace creates a dvd.mpg file only marginally larger than without deinterlacing. But the result is visually better than without deinterlacing, which is awful jagged at camera movements zoom/pan, at least on my 2560x1440 res monitor using VLC. I do not understand the above sentence.  Which result is better? with deinterlacing or without deinterlacing? So Progressive is better? which makes more sense to me in this day and age.  As far as I read on the internet, DVDs can be either Progressive or Interlaced.

Leaving it dvd rendering interlaced is worst jagged; selecting deinterlaced is better both with default mpeg2enc ("TFF, interlaced") and optional FFMpeg (progressive). Some of the jagged edges and lines is expected to be caused by the scaled up low vertical SD wide resolution. I didn't notice visible +/- chroma difference by selecting "use yuv420p dvd deinterlace format"

I will try to compare with DeVeDe's deinterlace YADIF filter and two pass rendering. (DeVeDe's second FFMPEG deinterlace filter exited the dvd rendering.)

In comparision with Cin rendering, the DeVeDe dual pass with YADIF deinterlacing did compress the movie_0.mpg more and it was verified as progressive. All progressive dvd video qualities were visual comparable.

du -sh dvd-wide-*/*.mpg dvd-wide-*/*/movie*.mpg 598M dvd-wide-dv01_20230526-225332/dvd.mpg 598M dvd-wide-dv01-ffmpeg_20230527-000911/dvd.mpg 380M dvd-wide-dv01-dualpass-yadif/movies/movie_0.mpg

mediainfo dvd-wide-*/*.mpg dvd-wide-*/*/movie*.mpg | grep Scan Scan type : Progressive Scan type : Progressive Scan type : Progressive

Regarding Dvd Interlaced Chroma: Possibly PAL dv 4.2.0 is more pleasant for MPEG-2/DVD 4.2.0 than NTSC dv 4:1:1 (?

Add also two references to the latter: CinCV manual: Notes on mpeg video encoding (mpeg2enc) http://cinelerra-cv.wikidot.com/cincv-manual-en:loading-saving#11 Frank's thougt on HDV: Comments on transcoding from DV25 to MPEG-2 for DVD-Video https://web.archive.org/web/20080125111318/http://www.humanvalues.net/hdv/#d... The latter is also a valuable recource to several, now legacy HDV camcorders (my Sony HDR-FX7E included) https://web.archive.org/web/20080125111318/http://www.humanvalues.net/hdv/

ср, 31 мая 2023 г., 00:41 Terje J. Hanssen <[email protected]>:

Den 30.05.2023 15:19, skrev Terje J. Hanssen:

Interlaced and/or Deinterlaced continued: - I'll add a good reference and some old background threads:

What is deinterlacing? The best method to deinterlace movies http://www.100fps.com/

[CinCV TNG] Deinterlacing or not? https://lists.cinelerra-cv.org/pipermail/cinelerra/2016q2/004926.html

[CinCVS] Interlacing, DVD https://www.mail-archive.com/[email protected]/msg06692.html

https://www.mail-archive.com/search?q=interlace&l=cinelerra%40skolelinux.no

https://www.mail-archive.com/search?q=deinterlace&l=cinelerra%40skolelinux.n...

Den 30.05.2023 03:34, skrev Terje J. Hanssen:

Den 29.05.2023 22:47, skrev Phyllis Smith:

More feedback to add to Andrew's reply.

...

Using Deinterlace creates a dvd.mpg file only marginally larger than

without deinterlacing. But the result is visually better than without deinterlacing, which is awful jagged at camera movements zoom/pan, at least on my 2560x1440 res monitor using VLC.

I do not understand the above sentence. Which result is better? with deinterlacing or without deinterlacing? So Progressive is better? which makes more sense to me in this day and age. As far as I read on the internet, DVDs can be either Progressive or Interlaced.

Leaving it dvd rendering interlaced is worst jagged; selecting deinterlaced is better both with default mpeg2enc ("TFF, interlaced") and optional FFMpeg (progressive). Some of the jagged edges and lines is expected to be caused by the scaled up low vertical SD wide resolution. I didn't notice visible +/- chroma difference by selecting "use yuv420p dvd deinterlace format"

I will try to compare with DeVeDe's deinterlace YADIF filter and two pass rendering. (DeVeDe's second FFMPEG deinterlace filter exited the dvd rendering.)

In comparision with Cin rendering, the DeVeDe dual pass with YADIF deinterlacing did compress the movie_0.mpg more and it was verified as progressive. All progressive dvd video qualities were visual comparable.

du -sh dvd-wide-*/*.mpg dvd-wide-*/*/movie*.mpg 598M dvd-wide-dv01_20230526-225332/dvd.mpg 598M dvd-wide-dv01-ffmpeg_20230527-000911/dvd.mpg 380M dvd-wide-dv01-dualpass-yadif/movies/movie_0.mpg

mediainfo dvd-wide-*/*.mpg dvd-wide-*/*/movie*.mpg | grep Scan Scan type : Progressive Scan type : Progressive Scan type : Progressive

Regarding Dvd Interlaced Chroma: Possibly PAL dv 4.2.0 is more pleasant for MPEG-2/DVD 4.2.0 than NTSC dv 4:1:1 (?

Add also two references to the latter:

CinCV manual: Notes on mpeg video encoding (mpeg2enc) http://cinelerra-cv.wikidot.com/cincv-manual-en:loading-saving#11

Frank's thougt on HDV: Comments on transcoding from DV25 to MPEG-2 for DVD-Video

https://web.archive.org/web/20080125111318/http://www.humanvalues.net/hdv/#d...

Wow, this one is nearly 300 pages when saved as pdf (yay for firefox mobile devs for re-including 'save as pdf' in mobile ff too!) According to this page, some cameras used 1-254 digital levels, as opposed to 16-235 ... === IEC 61966-2-4 standard is based upon the older ITU-R BT.709-5 standard and encompases a range of colors that is approximately 1.8 times greater than the older standard, essentially including the full gamut of colors that can be understood by the human visual system. Instead of 8-bit color representation being limited to a range of values extending from 16 (black) to 235 (white), a value range of 1 through 254 is used. Values of 0 and 255 don't carry color information, as they are used for synchronization purposes. The HDMI 1.3 specification includes support for the IEC 61966-2-4 standard, and Sony now offers HDTVs that can display 61966-2-4 color. The Sony BDP-S1 BD (Blu-ray Disc) player also supports IEC 61966-2-4 color. ==== so this battle for wider color was already on for quite some time!

The latter is also a valuable recource to several, now legacy HDV camcorders (my Sony HDR-FX7E included) https://web.archive.org/web/20080125111318/http://www.humanvalues.net/hdv/

Andrew supplied patches to filempeg.c and dvdcreate.C to allow for Bottom Field First interlacing for DVD creation. This has been checked into the GIT source. In addition, the Manual has been updated on how to do this (basically use the Settings->Format option to set Interlace Mode to Bottom Field First before starting the DVD creation from the DVD menu). May be you can control bitrate and interlace flags in cingg manually, too:

Look for xml file in upper-right corner of batch render window, open it in editor before hitting start, look for vmpeg specific params for mpeg2enc module, edit them, save xml file in editor, start render. (not tested just idea)