On 18.07.2024 23:45, Phyllis Smith wrote:
ALL appimages will now
be multibit just as if we had checked these
patches into GIT originally. None will be
only 8-bit and no names will change.
I did a new test with the current package and Appimage
state on openSUSE Leap, but I didn't succed to render to
h264-10bit_yuv422p10le.mp4 again. Used Render Video
wrench: compression: h264-10bit.mp4, pixels: yuv422p10le
Any idea why not?
1) With einander current rpm
cin
Cinelerra
Infinity - built: Jul 18 2024 03:04:48
......
x264
[error]: high10 profile doesn't support 4:2:2
[libx264
@ 0x7f09519d9740] Error setting profile high10.
FFMPEG::open_encoder
err: Invalid argument
int
FFMPEG::open_encoder(const char*, const char*):
open
failed
libx264:/run/media/terje/Videoklipp/Cineform/h264-10bit_yuv422p10le_cfhd01.mp4
Render::render_single:
Session finished.
2) With current Multibit Appimage
./CinGG-20240630-x86_64-multibit_b6b92655f2c28f7cdd187a66d94816df.AppImage
Cinelerra
Infinity - built: Jun 30 2024 08:31:40
...........
x264
[error]: high10 profile doesn't support 4:2:2
[libx264
@ 0x7f0f1c021100] Error setting profile high10.
FFMPEG::open_encoder
err: Invalid argument
int
FFMPEG::open_encoder(const char*, const char*):
open
failed
libx264:/run/media/terje/Videoklipp/Cineform/h264-10bit_yuv422p10le_cfhd01.mp4
Render::render_single:
Session finished.
I did a succesful rendering July 13 (as also mentioned
before ):
ffprobe -hide_banner
h264-10bit_yuv422p10le_cfhd01.mp4
Input #0,
mov,mp4,m4a,3gp,3g2,mj2, from
'h264-10bit_yuv422p10le_cfhd01.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands:
isomiso2avc1mp41
encoder :
Lavf61.1.100
Duration: 00:01:11.20, start:
0.000000, bitrate: 9366 kb/s
Stream #0:0[0x1](und): Video:
h264 (High 4:2:2) (avc1 / 0x31637661),
yuv422p10le(pc, smpte170m/unknown/unknown, top
first), 1920x1080 [SAR 1:1 DAR 16:9], 9364 kb/s, 25
fps, 25 tbr, 12800 tbn (default)
Metadata:
handler_name :
VideoHandler
vendor_id :
[0][0][0][0]