- Cin - Cinelerra-GG Mailing Lists

mpeg2 hdv profile based on MLT profile
by Andrew Randrianasulu 16 Jan '24

16 Jan '24

attached just put where all other cinelerra-gg's video profiles live ... note, this is for progressive 25f 1080p HDV if you have mlt installed you can inspect other files usually in /usr/share/mlt-7/presets/consumer/avformat/hdv_* those profiles does not seem to carry interlacing info but I hope we for now carry it correctly ....

2 2

Anamorphic 16:9 SD Bluray
by Andrew Randrianasulu 16 Jan '24

16 Jan '24

so, it seems aspect_ratio not communicated currently correctly for this case but you can manually set aspect for ffmpeg video format to -> 1.77778/(720/576) = 1.42222 or SAR= DAR/PAR because ffmpeg really assumes we set SAR ! put aspect=1.42222 in additional codec options edit window. I'll think about how to automate it ....

1 0

Raw DV native encoder 16:9 support?
by Andrew Randrianasulu 16 Jan '24

16 Jan '24

I tried to make those patches based on linux veejay code they seems to work for 16/9 and 4/3 aspect ratios ...

2 5

Anamorphic 16:9 SD-DV(D) widescreen to AV1.webm
by Terje J. Hanssen 16 Jan '24

16 Jan '24

I wanted to test AV1.webm rendering from anamorphic 16:9 SD-DV(D) widescreen sources, which have different SAR 64:45 than 1080i HDV SAR 4:3 It would be fine to get this SAR value verified and clarified vs Wikipedia's table which specifies different for PAL (16:9) 720x576 : SAR 5:4, PAR 64:45 https://en.wikipedia.org/wiki/Pixel_aspect_ratio#Pixel_aspect_ratios_of_com… This legacy 16:9 SD format was created and can be obtained among the following methods:: 1. DV camcorders with Widescreen feature, the right/true way and wrong/fake way https://www.videouniversity.com/articles/dv-formats-everything-you-need-to-… 2. DV wide record or downconvert playback using a HD(V) camcorder with this feature 3. DVD video disc enhanced for 16:9 or a BD video disc with 16:9 SD content 4. Render/transcode i.e a HD(V) video file using a) Cin-GG b) FFmpeg I have used the two latter methods as follows: 4 a) Cin-GG Loaded a PAL 1080i/50 HDV clip Set Format Preset: PAL 576i (16:9) - DV(D) File Render File Format: FFmepg - avi (NB! because plain Raw DV still causes DAR 4:3) Audio: Preset: avi_pcm_s16.avi Video: Compression: dv_pal.avi ffprobe -hide_banner dv07_05_wide_cingg.avi Input #0, avi, from 'dv07_05_wide_cingg.avi': Metadata: software : Lavf60.16.100 Duration: 00:06:58.04, start: 0.000000, bitrate: 30342 kb/s Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 28802 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s mediainfo dv07_05_wide_cingg.avi General Complete name : dv07_05_wide_cingg.avi Format : AVI Format/Info : Audio Video Interleave Commercial name : DV Format profile : OpenDML Format settings : BitmapInfoHeader / PcmWaveformat File size : 1.48 GiB Duration : 6 min 58 s Overall bit rate mode : Constant Overall bit rate : 30.3 Mb/s Frame rate : 25.000 FPS Writing application : Lavf60.16.100 Video ID : 0 Format : DV Codec ID : dvsd Codec ID/Hint : Sony Duration : 6 min 58 s Bit rate mode : Constant Bit rate : 24.4 Mb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Bottom Field First Compression mode : Lossy Bits/(Pixel*Frame) : 2.357 Stream size : 1.40 GiB (95%) Audio ID : 1 Format : PCM Format settings : Little / Signed Codec ID : 1 Duration : 6 min 58 s Bit rate mode : Constant Bit rate : 1 536 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Bit depth : 16 bits Stream size : 76.6 MiB (5%) Alignment : Aligned on interleaves Interleave, duration : 208 ms (5.21 video frames) 4 b) FFmpeg transcode HDV to DV-wide ffmpeg -hide_banner -i hdv07_05.m2t -vf scale=720:576,setsar=64/45,setdar=16/9 -c:v dvvideo -c:a pcm_s16le dv07_05_wide.dv Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> dvvideo (native)) Stream #0:1 -> #0:1 (mp2 (native) -> pcm_s16le (native)) Stream #0:0: Video: dvvideo, yuv420p(tv, bt709, top coded first (swapped)), 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s frame=10457 fps=356 q=-0.0 Lsize= 1440422kB time=00:06:58.28 bitrate=28210.6kbits/s dup=217 drop=0 speed=14.3x ffprobe -hide_banner dv07_05_wide.dv [dv @ 0x56036476e580] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'dv07_05_wide.dv': Metadata: timecode : 00:00:00:00 Duration: 00:06:49.72, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s mediainfo dv07_05_wide.dv General Complete name : dv07_05_wide.dv Format : DV Commercial name : DVCAM File size : 1.37 GiB Duration : 6 min 49 s Overall bit rate mode : Constant Overall bit rate : 28.8 Mb/s Frame rate : 25.000 FPS Recorded date : 1970-01-01 00:00:00.000 Video Format : DV Commercial name : DVCAM Duration : 6 min 49 s Bit rate mode : Constant Bit rate : 24.4 Mb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Top Field First Compression mode : Lossy Bits/(Pixel*Frame) : 2.357 Time code of first frame : 00:00:00:00 Time code source : Subcode time code Stream size : 1.17 GiB (85%) Audio ID : 0 Format : PCM Format settings : Big / Signed Duration : 6 min 49 s Bit rate mode : Constant Bit rate : 1 536 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Bit depth : 16 bits Stream size : 75.0 MiB (5%) --------------------------------- The HDV source has Scan order : Top Field First What would be right, Top or Bottom Field First for the output file (they differ)? Rendering next the AVI and DV files to AV1.webm displays correct 16:9 widescreen

4 21

cin-HV compilation
by Andrew Randrianasulu 15 Jan '24

15 Jan '24

I tried again with commit 677df71d1663090d5a9ee3b1e48c3c17cb5cc8a2 from https://github.com/heroineworshiper/hvirtual it seems to link and work if I add two patches on top of it, attached (one git and one just plain diff) There was also problem libraw-1.2.0 - i just run libtoolize/autoreconf -f commands in this thirdparty directory

2 1

current set of my patches
by Andrew Randrianasulu 15 Jan '24

15 Jan '24

So, I tried to clarify a bit that we have display aspect ratio selectable, updated cingg team copyright year, added even more finegrained sar/dar reporting (guessed, container detected, codec detected). I tried to use libavutil function for reporting SAR in setformat.C but it need some dynamic gui subwindow/object, not static BCTitle... so just prototype that does not update as you update window, only calculated on window objects create time, so each time you reopen set format window. 3 new git diff patches hopefully for application 0003 should be applied on top of 0001-Add-guessed-detected-SAR-DAR-values-to-ffmpeg-asset-.patch from another thread one plain diff patch just for showing where SAR info might surface if I ever learn now to create dynamic text subwindows :)

4 17

Set stream sample aspect ratio in ffmpeg.C
by Andrew Randrianasulu 15 Jan '24

15 Jan '24

Now it seems to display correct (16/9) DAR for sample encoded directly from hdv. (but for speed I tested vp8/webm, not av1/webm)

3 16

Re: [Cin] Anamorphic 16:9 SD-DV(D) widescreen to AV1.webm
by Terje J. Hanssen 15 Jan '24

15 Jan '24

Den 14.01.2024 21:42, skrev Andrew Randrianasulu: > On Sun, Jan 14, 2024 at 11:14 PM Terje J. Hanssen > <terjejhanssen(a)gmail.com> wrote: >> >> >> Den 14.01.2024 18:41, skrev Andrew Randrianasulu: >> >> >> >> вс, 14 янв. 2024 г., 19:51 Terje J. Hanssen <terjejhanssen(a)gmail.com>: >>> >>> >>> Den 14.01.2024 17:43, skrev Terje J. Hanssen: >>> >>> >>> >>> Den 13.01.2024 18:48, skrev Andrew Randrianasulu: >>> >>> >>> >>> сб, 13 янв. 2024 г., 07:47 Andrew Randrianasulu <randrianasulu(a)gmail.com>: >>>> >>>> >>>> сб, 13 янв. 2024 г., 03:26 Terje J. Hanssen via Cin <cin(a)lists.cinelerra-gg.org>: >>>>> >>>>> >>>>> Den 11.01.2024 23:43, skrev Terje J. Hanssen: >>>>> >>>>> ....... >>>>> >>>>> >>>>> 4 a) Cin-GG >>>>> Loaded a PAL 1080i/50 HDV clip >>>>> Set Format Preset: PAL 576i (16:9) - DV(D) >>>>> File Render File Format: FFmepg - avi (NB! because plain Raw DV still causes DAR 4:3) >>>>> Audio: Preset: avi_pcm_s16.avi >>>>> Video: Compression: dv_pal.avi >>>>> >>>>> >>>>> For me it looks like the Set Format Preset: PAL 576i (16:9) - DV(D and/or the File Format: FFmpeg make up the correct DAR 16:9 here, right? >>>>> >>>>> Because by Selecting the Format: Raw DV cause rendering to DAR 4:3 as shown below ! >>>>> This makes me wonder if it is only the FFmepg File formats that currently is fixed by patches? >>>>> May also other non-FFmpeg formats be affected by anamorphic aspect ratios ? >>>> >>>> This is possible! I basically never used non-ffmpeg video encoders! I think we have 3 of them - raw dv, mpeg video and theora video. >>>> >>>> I'll check each of them. >>> >>> >>> OOPS! >>> As already mentioned, CinGG's FFmpeg-avi was saved/displayed 16:9 and the Raw DV was saved/displayed 4:3. >>> BUT, in addition I discovered now that in both cases the images have been cropped around, that is cut off at both sides, top and bottom. >> >> I wonder how much was cropped? >> >> May be I misread you but you loaded HDV 1440*1080 clip and then rendered it into ffmpeg DV at 576i WITHOUT any scaling on top? >> >> >> Yes, I loaded the anamorphic 16:9 HDV 1440x1080 clip and then rendered it using Set Format Preset PAL 576i (16:9)-DV(D) - without any scaling on top. > I think only DVD/BD render adds scaling automatically on size mismatch ... > > so, for proper downscaling you need to apply it manually. > Learning by failing :) DVD Render Format autoscales the input HDV format to fit the selected 16x9 DVD output format. When input format and output rendering formats are identical, it seems that nothing needs to be set/edited manually in Set Format. Then the unavoidable request/suggestion: Could correspondingly different I/O format via selected Presets also bake in Autoscale as default (beside color space mentioned before) ? (refer to the: -vf scale=720:576,setsar=64/45,setdar=16/9 in the ffmpeg line below) >> According to my understanding this should down-convert the full source image to DVD 16:9 anamorphic format, which at playback should display upscaled 16:9 screen. >> That is, just as in my first post >> 4 b) FFmpeg transcode HDV to DV-wide >> ffmpeg -hide_banner -i hdv07_05.m2t -vf scale=720:576,setsar=64/45,setdar=16/9 -c:v dvvideo -c:a pcm_s16le dv07_05_wide.dv >> >> Gnome File properties and VLC Tools Codec info just say1440x1080 resolution for the HDV source and 720x576 for the CinGG rendered avi and dv output. >> I don't know if it possible to find out exactly, but >> >> Visually I espect and will estimate that the "middle part" 720x576 px symmetrical around the center of the source image is kept. That is cropped away >> >> horizontally at each side: (1440-720)/2 = 360 px >> vertically top and bottom: (1080-576)/2 = 252 px >> >> >> >>> That is, the 16:9 avi is displayed with correct geometry, while the 4:3 Raw DV is displayed stretched vertically. >>> The latter get correct geometry if forced aspect 16:9 during VLC playback.. >>> >>> Actually, only my ffmpeg manual encoded DV-wide has got correct DAR 16:9 and also correct geometry. >>> >>> And kept the full image (un-cropped). >>> >>> >>> A visual tip is that this is easiest to discover and compare side by side using large file thumbnails with (Gnome) Filemanager. >>> >>> >>> in cinelerra/fileogg.C I found this comment: >>> ===== >>> >>> if( asset->aspect_ratio > 0 ) { >>> // Cinelerra uses frame aspect ratio, theora uses pixel aspect ratio >>> float pixel_aspect = asset->aspect_ratio / asset->width * asset->height; >>> >>> aratio_num = pixel_aspect * 1000000; >>> aratio_den = 1000000; } >>> else { >>> aratio_num = 1000000; >>> >>> aratio_den = 1000000; } >>> ===== >>> >>> strangely enough filedv seems to contain code to set is16x9 encoder flag ... not sure why it fails .... >>> >>> mpeg video also should honor aspect ratio, but not tested yet. >>> >>> >>> >>>>> >>>>> mediainfo dv07_05_wide_cingg.dv | grep Display >>>>> Display aspect ratio : 4:3 >>>>> >>>>> ffprobe -hide_banner dv07_05_wide_cingg.dv >>>>> Input #0, dv, from 'dv07_05_wide_cingg.dv': >>>>> Duration: 00:06:58.08, start: 0.000000, bitrate: 28800 kb/s >>>>> Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc >>>>> Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Cin mailing list >>>>> Cin(a)lists.cinelerra-gg.org >>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>> >>>

2 3

Re: [Cin] Anamorphic 16:9 SD-DV(D) widescreen to AV1.webm
by Terje J. Hanssen 14 Jan '24

14 Jan '24

Den 14.01.2024 03:17, skrev Andrew Randrianasulu: > > > вс, 14 янв. 2024 г., 05:03 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > > > > Den 13.01.2024 05:47, skrev Andrew Randrianasulu: >> >> >> сб, 13 янв. 2024 г., 03:26 Terje J. Hanssen via Cin >> <cin(a)lists.cinelerra-gg.org>: >> >> >> >> Den 11.01.2024 23:43, skrev Terje J. Hanssen: >>> ....... >> >>> 4 a) Cin-GG >>> Loaded a PAL 1080i/50 HDV clip >>> Set Format Preset: PAL 576i (16:9) - DV(D) >>> File Render File Format: FFmepg - avi (NB! because plain Raw >>> DV still causes DAR 4:3) >>> Audio: Preset: avi_pcm_s16.avi >>> Video: Compression: dv_pal.avi >>> >> >> For me it looks like the Set Format Preset: PAL 576i (16:9) - >> DV(D and/or the File Format: FFmpeg make up the correct DAR >> 16:9 here, right? >> >> Because by Selecting the Format: *Raw DV *cause rendering to >> *DAR 4:3* as shown below ! >> This makes me wonder if it is only the FFmepg File formats >> that currently is fixed by patches? >> May also other non-FFmpeg formats be affected by anamorphic >> aspect ratios ? >> >> >> This is possible! I basically never used non-ffmpeg video >> encoders! I think we have 3 of them - raw dv, mpeg video and >> theora video. >> >> I'll check each of them. > > What about DVD Render (16:9) and BD Render from HDV source? > Are they for example quite independent of the Set Format Preset? > > > > I think yes .... I'll look into that too. > > I have successful tested two cases DVD Render to iso from HDV source. In both cases the Audio seemed to be locked to AC3 codec. It could have been of interest to just copy without reencode/recompress the compliant MP2 audio from the HDV source. 1) Format PAL (25.00) 16x9 and default (mpeg2enc) Stored and displayed seemingly correct with DAR 16:9 and full image (not cropped) du -sh * 12M dvd.ac3 4,0K dvd.jobs 395M dvd.m2v 413M dvd.mpg 4,0K dvd.sh 8,0K dvd.xml 4,0K iso ffprobe -hide_banner dvd.mpg [mpeg @ 0x5591efbbe580] start time for stream 0 is not set in estimate_timings_from_pts Input #0, mpeg, from 'dvd.mpg': Duration: 00:06:58.08, start: 0.160000, bitrate: 8269 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, 50 tbc 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 100357 for input stream 0 2) Format PAL (25.00) 16x9 and FFmpeg Stored and displayed seemingly correct with DAR 16:9 and full image (not cropped) du -sh * 12M dvd.ac3 4,0K dvd.jobs 387M dvd.m2v 404M dvd.mpg 4,0K dvd.sh 8,0K dvd.xml 4,0K iso ffprobe -hide_banner dvd.mpg [mpeg @ 0x559cbd650580] start time for stream 0 is not set in estimate_timings_from_pts Input #0, mpeg, from 'dvd.mpg': Duration: 00:06:58.08, start: 0.160000, bitrate: 8100 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, bt709/unknown/unknown, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc 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 Unsupported codec with id 100357 for input stream 0

1 0

avcut
by Andrew Randrianasulu 13 Jan '24

13 Jan '24

interesting smart reencoder (ffmpeg based) http://kicherer.org/joomla/index.php/de/blog/42-avcut-frame-accurate-video-… I wonder how well or badly it works on your files

1 0