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?
Beiträge von Vouk
-
-
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
-
Code
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.
-
Strange ... normally voukoder 1 and voukoder 2 shouldn't conflict with eachother.
-
I hacked a little tool / plugin together to find out how fast premiere could actually render frames without anything interfering. This is tool is as small as possible and just renders video frames and throws them away again. No file output, no export, no nothing. It tests the premiere part only!
In the end you'll get a little popup telling you the theoretical max. frames per second that premiere is able to deliver for the loaded project / sequence:
(Considering that I am getting like 430 fps with nvenc h264 this is really not bad!)
Discuss the tool and your results here: Vouk's Render Performance Test
With this tool you can also find out if h264 hardware (iGPU) or software decoding is faster on your system. Or is it faster to use the mercury engine, or not? Feel free to test and share your results on twitter.
Please note I am "abusing" the error message functionality at this point to display the results. There is no rendering error. It is just a handy mechanism to display the results right now.
-
DrumeoRoss Where do you exactly see this resolution?
It might have to do with 32x32 macroblock size. Same is with 1080p and 16x16 blocks. It is actually compressed with 1088 lines in that case.
Edit: Vogelforscher already mentioned the same thing, Thanks.
-
What happens if you create a fresh, new project?