[Cin] SD 16:9 missing among CinGG BD-Render Video Formats
Terje J. Hanssen
terjejhanssen at gmail.com
Tue Jan 16 20:44:41 CET 2024
Den 16.01.2024 19:29, skrev Andrew Randrianasulu:
>
>
> вт, 16 янв. 2024 г., 21:01 Terje J. Hanssen <terjejhanssen at gmail.com>:
>
>
>
> Den 16.01.2024 17:31, skrev Andrew Randrianasulu:
>>
>>
>> вт, 16 янв. 2024 г., 19:19 Terje J. Hanssen via Cin
>> <cin at lists.cinelerra-gg.org>:
>>
>>
>>
>> Den 16.01.2024 05:58, skrev Andrew Randrianasulu via Cin:
>>>
>>> so yeah, seems like sd 16:9 missing. easy to add
>>>
>>> I wonder if we should modify 1440*1080 presets to also be
>>> wide always? How it looks now {if source is hdv unscaled}
>>> in real (HD) TV connected to BD player
>>> ?
>>>
>>
>> The FHD option 1920x1080 is already available, with or
>> without scaled from HDV?
>>
>>
>> right now ot seems to be WITH scaling OR produces 4:3 1440*1080
>> files. Patches aims at fixing that.
>>
>> I suggest CinGG supports all valid BD-formats, SD and HDV
>> anamorphic included. I am currently not rigged to test BD
>> 1440x1080 with BD player and TV, but I think I did test it
>> previously on a PC display (can possibly test it later by
>> opportunity).
>> If not other project reasons, I basically don't see why to
>> up-convert and store more pixels on the medium, if and when
>> the 1440x1080 format scales fine to 16:9 by the player/TV.
>> Just did a simple succesful test with VLC now.
>>
>>
>> yeahhhh ....
>
................
> I rendered HDV to BD successful now, but got Aspect error both
> with None and Scaled:
>
> 1) None (scale): a small 4:3 sqeezed image covering 50% of the VLC
> display area centered, no cropping:
>
a little correction: Visually the small image here was 0.5W * 0.5H =
0.25 of the VLC display area.
The same results using ffplay in case 1) and 2)
> Input #0, mpegts, from 'bd.m2ts':
> Duration: 00:06:58.08, start: 0.080000, bitrate: 12995 kb/s
> Program 1
> Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] /
> 0x001B), yuv420p(tv, bt709, top first), 1440x1080 [SAR 1:1 DAR
> 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc
> Stream #0:1[0x1100](und): Audio: pcm_bluray ([128][0][0][0]
> / 0x0080), 48000 Hz, stereo, s32 (24 bit), 2304 kb/s
>
>
> 2) Scaled: full Hight 4:3 sqeezed image horizontally centered on
> the VLC display (corrected with forcing Aspect 16:9 in VLC)
>
> Input #0, mpegts, from 'bd.m2ts':
> Duration: 00:06:58.08, start: 0.080000, bitrate: 12376 kb/s
> Program 1
> Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] /
> 0x001B), yuv420p(tv, bt709, top first), 1440x1080 [SAR 1:1 DAR
> 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc
> Stream #0:1[0x1100](und): Audio: pcm_bluray ([128][0][0][0]
> / 0x0080), 48000 Hz, stereo, s16, 1536 kb/s
>
>
> not dure how well this particular case was tested ... may be it worked
> because player/TV automagically forced 16:9 ?
I think ffprobe's output above has to be ....1440x1080 [SAR 4:3 DAR
16:9], indentical to the source HDV below, to display correctly.
>
>>
>> I think BD-Render currently is locked to AVCHD (h264) video
>> and ac3 audio only.
>>
>>
>>
>> hey, we did lpcm bd audio too some time ago! There must be little
>> dropdown menu with two choices ...
>>
>>
>> It would be fine if Create BD also could be extended to offer
>> compliant mpeg2 video and video copy (smart rendering) with
>> separate AC3/PCM_bluray audio (ref. Create BD video without
>> rendering HDV and possibly DVD video).
>>
>>
>>
>> well, smart render is harder than it sounds even in linear
>> transcoders based on ffmpeg :/
>>
>> piping all this info in correct manner using cingg's internal
>> seems to be beyond that *I* can do.
>>
>> But we hopefully at very minimum can develop mpeg2_video encoding
>> profile based on mpeg2 high quality one. But this again require
>> testing on real media/player - due to bitrate
>> distribution/rotation speed interplay not emulated when reading
>> from a file.
>>
>>
> I meant video Copy of the compliant 1080i HDV.m2t mpeg2 was a
> "smart render" in this case ;)
> (There is also additional non-anamorhic 1280x720 HDV available)
>
> I saw the tsmuxer button is also available, so possibly AC3/PCM
> then can be muxed together with MPEG-2, similar like I did with
> FFmpeg in my previous "Preserving Camcorder Media" chpt 5 page 17
> (23)? Just keep (copy) the mpeg2 video as is and transcode the MP2
> audio to AC3/ PCM.
>
>
> internals on cinelerra(-gg) do not carry info about Group of Pictures
> from input asset to output one so copying compressed mpeg2 stream is
> not possible currently.
>
>
> Yes, the standard compliant MPEG-2 for HDV.m2t source profile is here:
>
> Input #0, mpegts, from 'hdv07_05.m2t':
> Duration: 00:06:58.27, start: 3276.528000, bitrate: 25626 kb/s
> Program 100
> Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] /
> 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR
> 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
> Side data:
> cpb: bitrate max/min/avg: 25000000/0/0 buffer size:
> 7340032 vbv_delay: N/A
> Stream #0:1[0x814]: Audio: mp2 ([3][0][0][0] / 0x0003),
> 48000 Hz, stereo, fltp, 384 kb/s
>
>
> mediainfo hdv07_05.m2t
>
> General
> ID : 255 (0xFF)
> Complete name : hdv07_05.m2t
> Format : MPEG-TS
> Commercial name : HDV 1080i
> File size : 1.25 GiB
> Duration : 6 min 57 s
> Start time : 2007-08-28 14:53:13 UTC
> End time : 2007-08-28 14:53:13
> UTC / 2007-08-28 14:53:14 UTC / 2007-08-28 14:53:14 UTC /
> 2007-08-28 14:53:14 UTC / 2007-08-28
> Overall bit rate mode : Variable
> Overall bit rate : 25.6 Mb/s
> Maximum Overall bit rate : 33.0 Mb/s
> Frame rate : 25.000 FPS
> Encoded date : 2007-08-28 14:53:13 UTC
>
> Video
> ID : 2064 (0x810)
> Menu ID : 100 (0x64)
> Format : MPEG Video
> Commercial name : HDV 1080i
> Format version : Version 2
> Format profile : Main at High 1440
> Format settings : CustomMatrix / BVOP
> Format settings, BVOP : Yes
> Format settings, Matrix : Custom
> Format settings, GOP : M=3, N=12
> Format settings, picture structure : Frame
> Codec ID : 2
> Duration : 6 min 57 s
> Bit rate mode : Constant
> Bit rate : 24.0 Mb/s
> Maximum bit rate : 25.0 Mb/s
> Width : 1 440 pixels
> Height : 1 080 pixels
> Display aspect ratio : 16:9
> Frame rate : 25.000 FPS
> Standard : Component
> 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) : 0.617
> Stream size : 1.17 GiB (93%)
> Color primaries : BT.709
> Transfer characteristics : BT.709
> Matrix coefficients : BT.709
>
> Audio
> ID : 2068 (0x814)
> Menu ID : 100 (0x64)
> Format : MPEG Audio
> Format version : Version 1
> Format profile : Layer 2
> Codec ID : 3
> Duration : 6 min 57 s
> Bit rate mode : Constant
> Bit rate : 384 kb/s
> Channel(s) : 2 channels
> Sampling rate : 48.0 kHz
> Frame rate : 41.667 FPS (1152 SPF)
> Compression mode : Lossy
> Delay relative to video : -144 ms
> Stream size : 19.1 MiB (1%)
>
> Menu
> ID : 129 (0x81)
> Menu ID : 100 (0x64)
> Format : MPEG Video / MPEG
> Audio / /
> List : 2064 (0x810) (MPEG
> Video) / 2068 (0x814) (MPEG Audio) / 2069 (0x815) () / 2065
> (0x811) ()
>
>
> so idea to test is to manually tweak selected video codec to this
> profile in popped-up batchrender window (using small wrench icon) and
> fixup bd.sh afterwards when it errors out (not sure if mpeg2 can hang
> from same pid as h264 - forgot it all!)
>
> main profile to tweak should be
>
> ffmpeg/video/mpeg2_hq.mpeg
>
> mpeg mpeg2video sc_threshold=-30000
> dc=11
> bf=2 trellis=2
> mbd=rd
> cmp=2
> subcmp=2 b=4000000
>
>
> so you ramp up b to 2500000, set g=15 and probably add other options.
> And save as another profile :;)
>
> I'll try to look at mlt/openshot, they probably had hdv mpeg2 spelled
> out ..
>
>
>
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20240116/2876e598/attachment-0001.htm>
More information about the Cin
mailing list