Beiträge von Vouk

I don't see anything suspicious so far.

Can you reproduce this or did this just happen just once?

Is there enough space on drive T: left?

Du hast einfach Glück gehabt das es eine relativ leichte Anpassung war.

Wird im nächsten Release enthalten sein. Benötigt dann zusätzlich den angepassten Premiere Connector 1.7.0.

Die Daten in rgb48le und bgra64le sind identisch. bgra64le hat nur eine andere Kanalsortierung und zusätzlich einen Alpha Kanal für Transparenz.

Ich habe mal diverse Tests durchgeführt. Das sieht soweit ganz gut aus. Der Adobe 16 bit Modus enthält allerdings nur 15 bit Farbinformation und muss in FFmpeg kompatible 16 bit skaliert werden. (SIMD SSE2).

8 Bit

Encoding

[09:56:46]   FFmpeg:     Stream #0:0
[09:56:46]   FFmpeg: , 0, 1001/60000
[09:56:46]   FFmpeg: : Video: ffv1, 1 reference frame, bgra(progressive), 3840x2160 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, 200 kb/s
[09:56:46]   FFmpeg: ,
[09:56:46]   FFmpeg: 59.94 fps,
[09:56:46]   FFmpeg: 59.94 tbn
[09:56:46]   FFmpeg: 

MediaInfo

Video
ID                                       : 1
Format                                   : FFV1
Format version                           : Version 3.4
Codec ID                                 : V_MS/VFW/FOURCC / FFV1
Duration                                 : 3 s 270 ms
Bit rate mode                            : Variable
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 59.940 FPS
Color space                              : RGBA
Bit depth                                : 8 bits
Scan type                                : Progressive
Compression mode                         : Lossless
Default                                  : Yes
Forced                                   : No
coder_type                               : Golomb Rice
MaxSlicesCount                           : 4
ErrorDetectionType                       : Per slice

16 Bit

Encoding

[10:10:43]   FFmpeg:     Stream #0:0
[10:10:43]   FFmpeg: , 0, 1001/60000
[10:10:43]   FFmpeg: : Video: ffv1, 1 reference frame, rgba64le(progressive), 3840x2160 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, 200 kb/s
[10:10:43]   FFmpeg: ,
[10:10:43]   FFmpeg: 59.94 fps,
[10:10:43]   FFmpeg: 59.94 tbn

MediaInfo

Video
ID                                       : 1
Format                                   : FFV1
Format version                           : Version 3.4
Codec ID                                 : V_MS/VFW/FOURCC / FFV1
Duration                                 : 3 s 270 ms
Bit rate mode                            : Variable
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 59.940 FPS
Color space                              : RGBA
Bit depth                                : 16 bits
Scan type                                : Progressive
Compression mode                         : Lossless
Default                                  : Yes
Forced                                   : No
coder_type                               : Range Coder
MaxSlicesCount                           : 6
ErrorDetectionType                       : Per slice

Ein "copy" geht an der Stelle nicht. Premiere dekodiert jedes Frame und gibt den Framebuffer unkomprimiert an Plugins (=Voukoder) weiter. Voukoder muss das dann mit FFmpeg / libav abgleichen. In diesem Falle wäre es wohl:

• PrPixelFormat_BGRA_4444_8u => bgra (Keine Konvertierung notwendig)
• PrPixelFormat_BGRA_4444_16u => bgra64le (mal sehen ob FFV1 das akzeptiert)

Ist ein bisschen Arbeit, sollte aber gehen.

I enabled the timecode information in mov/mp4:

Tagged date                              : UTC 2021-02-11 19:31:35
TIM                                      : 00:00:41:50
TSC                                      : 60000
TSZ                                      : 1001

... and 00:00:41:50 is exactly the position where I rendered my short clip from the original footage from.

Available in the next release.

Following up the bt2020/HDR topic here: HDR Encoding Guide for Premiere Pro

Okay, premiere now supports this formats:

PrPixelFormat_RGB_444_12u_PQ_709	= MAKE_PIXEL_FORMAT_FOURCC('@', 'P', 'Q', '7'),	// 12 bit integer (in 16 bit words) per component RGB with PQ curve, Rec.709 primaries
PrPixelFormat_RGB_444_12u_PQ_P3		= MAKE_PIXEL_FORMAT_FOURCC('@', 'P', 'Q', 'P'),	// 12 bit integer (in 16 bit words) per component RGB with PQ curve, P3 primaries
PrPixelFormat_RGB_444_12u_PQ_2020	= MAKE_PIXEL_FORMAT_FOURCC('@', 'P', 'Q', '2'), // 12 bit integer (in 16 bit words) per component RGB with PQ curve, Rec.2020 primaries
PrPixelFormat_RGB_444_10u_HLG		= MAKE_PIXEL_FORMAT_FOURCC('@', 'H', 'L', '1'), // 10 bit integer per component RGB with HLG curve, Rec.2020 primaries
PrPixelFormat_RGB_444_12u_HLG		= MAKE_PIXEL_FORMAT_FOURCC('@', 'H', 'L', '2'), // 12 bit integer (in 16 bit words) per component RGB with HLG curve, Rec.2020 primaries

I'm just wondering they're all RGB. When dealing with bt2020/HDR it's not YUV anymore?

The auto detection failed. Just check for the right value here:

Due to increased spam and fake account creation activities your freshly registerd account might require a manual activation. If your account is accidently affected by this please contact me by email or twitter and I will activate your account asap.

Could be. So you're saying I need to buy a license?

This version:

It doesn't say it's a "Studio" version, but it does include the plugin SDK so I guess it should be working.

Yep. Version 17.08 BUILD 27

I tried to install the x264 plugin to start with this as a base. Unfortunately it doesn't show up in DVR? Any ideas?

I thought i spend some time with this again to get at least a beta version. First thing Resolve doesn't work on an RDP Terminal Server. Frustrating ...

Got feedback from Magix: The current VEGAS workflow would be like to have templates for all these combinations and formats. As Voukoder provides dozens of encoders,muxers,filters, ... that template list would be huuuuge. Any ideas / suggestions?

This bug has been there since the very beginning. It has basically to do with how values get parsed within FFmpeg, and how to get them in and out. In detail: It's the colon in this value that is also a key/value pair separatorin the whole options concatinated string.

Looks easy to solve, but it's actually pretty nasty ...

Edit: Same with "partitions" for the same reason

Zitat von TomArrow

According to the documentation there's also https://ffmpeg.org/ffmpeg-scaler.html which seems to provide a choice of dithering.

Yep, I will deal with this in the Voukoder successor app. Color format conversion should also include a CUDA accelerated option there.

Found a nice SSE2 only way on simply pushing AfterEffects 15 bit data to that 16 bit FFmpeg compatible format. So you'll get AfterEffects' full 15 bit "trillions" precision without any hacks.

I'll think about float later.

Regarding dithering: I'm using https://ffmpeg.org/ffmpeg-filters.html#format-1 to do the conversion. Unfortunately it is not documented if dithering is being used.

Yes, I did this by doing the shuffle from argb64 to bgra64 with SSE2 first and then manually shifting one bit left while keeping the maximum at 65535 for each value. This works, but it's also very... "hacky" and slow.

Zitat von TomArrow

Maybe it would be easier to disable the Trillions of Colors and instead allow floating point? That would take care of the weirdness and heighten the precision too.

Yes, thought about that too. That's the way I am doing it for premiere. But as FFmpeg doesn't accept float as input I'd have to convert float to uint16_t first, ... and another color conversion to the target format. Also slow and not really nice.