On Saturday, November 13, 2021, Terje J. Hanssen <[email protected]> wrote:
> > > Den 10.11.2021 00:39, skrev Andrew Randrianasulu: > >> >> >> On Wednesday, November 10, 2021, Terje J. Hanssen via Cin < >> [email protected] <mailto:[email protected]>> wrote: >> >> >> >> 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.. >> >> > Possibly I thought merely on just "ffmpeg first input" and "ffmpeg output" > (and Cin just as a gui front end). yeah... I posted link to python script supposedly (if I read desc. correctly!) cutting files according to edl. Now one might try it and assemble resulting clips by another ffmpeg command.. > Regarding uncompressed PCM audio, FFMPEG looks to not support PCM in MP4; > I read only Sony had a solution for that. heh, it seems one can research this field for day and night) > --------- > > However I got FFMPEG to copy PCM when I transmuxed to MKV container at the > same time as the video part was transcoded to x265: good... > ffmpeg -i hd01.mov -c:a copy -c:v libx265 hd01_pcm_x265.mkv > > du -sh hd01.mov hd01_pcm_x265.mkv > 1,7G hd01.mov > 176M hd01_pcm_x265.mkv > ---------- > ffmpeg -i dv01.dv -c:a copy -c:v libx265 dv01_pcm_x265.mkv > > du -sh dv01.dv dv01_pcm_x265.mkv > 2,0G dv01.dv > 209M dv01_pcm_x265.mkv > > ------------------------ > > > >> (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 ... >> >> >> If tsMuxer (or another dedicated utility) could author a BDAV Blu-Ray for > burning on BD-RE disk (and DVD-R), this could make it possible to preserve > and test playabilty compliance of DV SD and MPEG-2 HD(V) streams content on > the same disc, as described in these papers: > > Blu-ray Disc, Rewritable Format, Audio Visual Application Format > Specifications for BD-RE Version 2.1, March 2008: > Figure 3.1.4.2.3: Stream file and Clip Information file for DV in BDAV > directory > http://www.blu-raydisc.com/Assets/Downloadablefile/BD-RE_Par > t3_V2.1_WhitePaper_080406-15271.pdf > > Blu-ray Disc Association. UDF2.5. 25/50GB. BDAV. As of December 2016. > ROM4.0. Ultra HD Blu-ray™. ROM. Part3. V3.1. ROM. Part2. V2.0. ROM. Part1. > V2.0. BDMV. > http://www.blu-raydisc.info/docs/Spec_Info/AllBooksDecember2016.pdf well, if you have player (or friend(s) with player(s)) you can try for yourself https://github.com/justdan96/tsMuxer/commits/master i think they have pre-compiled version. Be aware in tsmuxer context DV usually mean Dolby Vision, not dv as dv video codec. > > Terje J. H >
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
