- Cin - Cinelerra-GG Mailing Lists

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

Video Formats and the latest players AV1, WebM, HEIF
by Terje J. Hanssen 11 Jan '24

11 Jan '24

AV1 and WebM: Play it with your browser and smart-phone! I've just tested PAL HDV 16:9 and SD-DV 4:3 video clips rendered with Cin-GG to AV1 video and Opus audio muxed in a WebM container. They playback fine in VLC mediaplayer and not at least in Firefox and Google-Chrome browsers on Linux. Transferred these WebM clips using Gnome File manager on Linux to my smart-phone Google Pixel 7 Pro via USB connection. Tested these AV1 WebM clips playback worked fine on Pixel 7 with Android 14, possibly using its Tensor hw decoder. Refresh training references: Video File Formats overview https://www.ionos.com/digitalguide/websites/web-design/video-formats/ AV1 Codec https://www.ionos.com/digitalguide/websites/web-development/av1-codec/ WebM: https://www.ionos.com/digitalguide/websites/website-creation/webm/ HEIF: https://www.ionos.com/digitalguide/websites/web-design/what-can-heif-high-e…

2 3

vorbis encoding param fix ?
by Andrew Randrianasulu 10 Jan '24

10 Jan '24

was about to suggest to try plain audio encoding via our own vorbis encoder but recognized settings were not working. Hopefully attached patch fixes audio-only ogg native encoding param dialog. Can you try it out?

3 6

Report guessed / detected SAR/DAR values
by Andrew Randrianasulu 10 Jan '24

10 Jan '24

in ffmpeg asset detailed info for files like HDV info is guessed, for files like mov / mp4 you sometimes can get detection working. code lifted from dump.c and ffprobe.c

4 28

document setformat's W/H ratio fields
by Andrew Randrianasulu 09 Jan '24

09 Jan '24

As just plain text message and code comment.

1 0

flac.webm profile does not work anymore?
by Andrew Randrianasulu 08 Jan '24

08 Jan '24

Looking at Terje's problem with libvorbis audio I noticed flac.webm profile does not work, and ffmpeg 4.4.4 already complaining you can't put flac audio in webm. So, I guess we better to remove this profile?

4 9

SAR, DAR, PAR - oh, my!
by Andrew Randrianasulu 08 Jan '24

08 Jan '24

Apparently, ffmpeg uses SAR (sample aspect ratio) as fundamental metric. Cingg's aspect_ratio variable in asset.h is DISPLAY aspect ratio, so we try to work out DAR from sample_aspect_ratio provided by ffmpeg and (coded) dimensions https://stackoverflow.com/questions/69560311/confused-about-parpixel-aspect… ==== SAR and PAR are the same. sample is the generic term for the elementary "particles" of media. pixel is specific to video, whereas audio has sample. sample aspect ratio is the term used in modern video codec standards. The only equation to know is SAR * width / height = DAR. ==== we do not display sar/dar in our asset info, I guess we better to! in ffmpeg.C AVRational FFMPEG::to_sample_aspect_ratio(Asset *asset) { #if 1 double display_aspect = asset->width / (double)asset->height; double sample_aspect = display_aspect / asset->aspect_ratio; int width = 1000000, height = width * sample_aspect + 0.5; float w, h; MWindow::create_aspect_ratio(w, h, width, height); return (AVRational){(int)w, (int)h}; -====- and -====- vid->length = secs * vid->frame_rate; vid->aspect_ratio = (double)st->sample_aspect_ratio.num / st->sample_aspect_ratio.den; vid->nudge = st->start_time; -===-- May be this line needs correcting ? (on decoding) -===-- float FFMPEG::ff_aspect_ratio(int stream) { //return ffvideo[stream]->aspect_ratio; AVFormatContext *fmt_ctx = ffvideo[stream]->fmt_ctx; AVStream *strm = ffvideo[stream]->st; AVCodecParameters *par = ffvideo[stream]->st->codecpar; AVRational dar; AVRational sar = av_guess_sample_aspect_ratio(fmt_ctx, strm, NULL); if (sar.num && ffvideo[stream]->get_rotation_angle() == 0) { av_reduce(&dar.num, &dar.den, par->width * sar.num, par->height * sar.den, 1024*1024); return av_q2d(dar); } return ffvideo[stream]->aspect_ratio; } -==-- I copied it from ffmpeg. there is plenty of more complex explanations, for example at https://lurkertech.com/lg/pixelaspect/ But I think for now we better to concentrate on what ffmpeg gives and takes.

3 6