It is still a premiere issue. vRender is Premiere.. everything right from it voukoder.
btw, please don't copy logfiles as images. There is a button "Copy to clipboard."
Did you ask the Adobe support?
It is still a premiere issue. vRender is Premiere.. everything right from it voukoder.
btw, please don't copy logfiles as images. There is a button "Copy to clipboard."
Did you ask the Adobe support?
Released Voukoder 2.0.7
Fixes:
Changes:
Thanks to the top-tier patrons for the extraordinary support: Gronkh
Yes, This piping feature supported only RGB which is not relevant for the implemented encoders ...
If you select any non 8bit pixel format in the encoder settings ...
This is most likely the reason. Decoding UHD HEVC (with maybe no GPU acceleration) can be tough. But this is a Premiere issue, not a Voukoder issue. You might ask Adobe if there is a way to improve this.
The High render times (3/4 s per frame) could mean that premiere has a hard time decoding the source video. I guess it is a HEVC video, right?
Disabling CUDA is an option if you don't use any effects or filters. If you use effects and filters CUDA could still be faster.
Your render times are extremly high.
Do you use lots of effects and video filters? Please post a media info of your source files.
For your config the performance is okay. The render times in your logfile are pretty low - which is good.
In this case the GPU is relevant, yes.
AMF h.264 is available in 2.0.7!
The encoder "h264_amf" is not available in voukoder when having an AMD video card.
Seems to be libav related:
Added the tier option again.
It is not shown in the line you mentioned, but it is shown below in the x265 encoding options.
Tier will be in 2.0.7
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : SMPTE ST 2084
Matrix coefficients : BT.2020 constant
Mastering display color primar : R: x=0.708000 y=0.292000, G: x=0.170000 y=0.797000, B: x=0.131000 y=0.046000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0000 cd/m2, max: 1000.0000 cd/m2
Maximum Content Light Level : 1075 cd/m2
Maximum Frame-Average Light Le : 226 cd/m2
In Version 2.0.7 there will be these additional fields (with all their parameters according to https://x265.readthedocs.io/en/default/cli.html):
"colorprim",
"colormatrix",
"transfer",
"output-depth",
"chromaloc",
"hdr-opt",
"master-display",
"max-cll",
"uhd-bd",
"sar",
"range",
"aud",
"hrd",
"repeat-headers",
I guess that will be helpful to you, right?
Updated to 1.3
It autodetects the pixel format and shows it in the result dialog.
Did you try changing the color space too?
Depending on your project and sources you might need to change it.
Made it as small as I could. Also Set some new compiler tweaks. Is it faster than vrpt-1.1?
Working on that right now. Not really easy to get everything set up in Xcode.
Might look into this later. I noticed there are a couple of different mods around.
The question is: Which one is the best? or is it best to have the plain vanilla x264?
I am not sure how do to this and there is no real use case for it. Rejected until there is a good reason for it.
Yeah, Intel contacted me and then want to have it included too. But I need some time for this. Not many people ask for QSV. But I'll keep it on the list.