On Wednesday, November 10, 2021, Terje J. Hanssen via Cin < [email protected]> wrote:
> > > Den 06.11.2021 23:20, skrev Terje J. Hanssen: > >> >> >> Den 06.11.2021 22:19, skrev Andrea paz via Cin: >> >>> @"Manual" >>>>> I think it could be useful if it is possible to add some overview >>>>> table(s) i.e in the manual section FFmpeg Format Options inside >>>>> CINELERRA-GG: >>>>> That is, valid and Standard Profiles with Compression and Pixels >>>>> properties for actual purposes and media, that works for Cin-GG and >>>>> Cin-GG multibit respectively? >>>>> >>>> Andrea, do you want to add this or should I try? >>>> >>> Good idea! >>> The formats and codecs are too many and with too many variables; an >>> idea could be to collect the ones used by the users; so we could >>> indicate the combinations surely functional and tested. What do you >>> say folks, would you like to send the formats and options you use? >>> PS (@Phyllis): In the meantime I attach you the modify proposed by >>> Andrew. >>> >>> >> Tip: >> Pick and compile a list of the most relevant and compatible (standard) >> file formats/options for Cin-GG/ffmpeg rendering. >> While I have just used the generic .mp4 container for my test files, >> Blu-ray and Ultra HD Blu-ray and DVD video discs use other. >> >> Some reference articles: >> https://blog.filestack.com/thoughts-and-knowledge/complete- >> list-audio-video-file-formats/ >> https://www.computer.org/publications/tech-news/trends/8- >> best-video-file-formats-for-2020 >> https://www.borrowlenses.com/blog/video-file-formats/ >> https://www.adobe.com/creativecloud/video/discover/best-video-format.html >> https://support.google.com/youtube/troubleshooter/2888402?hl=en >> https://en.wikipedia.org/wiki/Video_file_format >> ------------ >> >> > IMO users often want encoding settings that fit the input file (source) > quality and easy adjustments for the purpose of the output file. > If Cin-GG/ffmpeg automatic could setup default format and render > options/parameters/preset this way, it would be a good starting point. > Maybe Cin-gg already is not far away from something like this? > > Again, to use my source file as an example: > > ffprobe hd01.mov > [...........] > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hd01.mov': > Metadata: > creation_time : 2016-02-23T23:49:21.000000Z > Duration: 00:01:11.24, start: 0.000000, bitrate: 200607 kb/s > Stream #0:0(eng): Video: prores (HQ) (apch / 0x68637061), > yuv422p10le(tv, bt709/unknown/unknown, top coded first (swapped)), > 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn, 2500 > tbc (default) > Metadata: > creation_time : 2016-02-23T23:49:21.000000Z > handler_name : Apple Video Media Handler > vendor_id : appl > encoder : Apple ProRes 422 (HQ) > Stream #0:1(eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 > channels, s32 (24 bit), 18432 kb/s (default) > Metadata: > creation_time : 2016-02-23T23:49:21.000000Z > handler_name : Apple Sound Media Handler > vendor_id : [0][0][0][0] > > > As this source file is a 10-bit 422 video with pcm audio, I think the > following render setup could fit automatic: > Setting Format: rgb(a)-float color model > Render File Format: FFMPEG mp4 > Video compression: h264-10bit.mp4 user opti. h265-10bit.mp4 > Pixels : yuv422p10le > Bitrate: ? > Quality: ? > Preset: Medium default w/i.e user purpose adjustment faster/slower > Audio: would it be possible and compliant to have the option to just copy > the source PCM audio? well, I do not think cinelerra can just pass original audio untouched ( May be this can be coded, but IMO Cin's main focus was on re-processing input audio and video, not just cutting. Also, input sources for one session can vary... {this one is less of problem, just so far there is no 'guess' table that can be used for setting up parameters from already-known at encoding time session params}. Maybe encoding profiles can be used for this, need to look.. > (Another one for "home-made HD videos" on Blu-ray discs (BDAV): > Will it be possible to record (copy) source 1080iHDV.m2t files (video and > audio) to the BD-R(E) discs?) I was thinking about integrating tsMuxer but this does not solve problem about unavailability of pre-encoded packets in cin's vframe for mpeg2.. Probably BC_COMPRESSED type should be split for mjpeg/dv/mpeg2/h264 types but this is larger rework than I can attempt from tablet ... May be for cuts-only you can export edl and then use ffmpeg's copy/mux mode ? (no ready to use script for this, sorry) > > --------------- > > Terje J. H > > > > > > > > > -- > Cin mailing list > [email protected] > https://lists.cinelerra-gg.org/mailman/listinfo/cin >
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
