The "prores_ks" encoder can only be fed with 10 bit data. So even when it outputs 8 bit data. Yes, confusing.
I will most likely rename these types so it is more clear what to choose.
For higher bit depths than 8 bit always use 4:4:4 16 bit. That means: For all ProRes codecs always use this one.
I've tried setting it to both 16 and 32 (and 24) bit in the audio page in DVR as well as many different combinations between those and the audio settings in the Voukoder audio page. Still the same error. What am I doing wrong? I had no such problem in version 0.3.0.
Please try to reset the plugin. Remove everything from the renderqueue and add it new to it. Maybe even start with a fresh new project.
4.1 has the reported bug with color rendering, so, I did not install it, sorry
What kind of color rendering bug? I am not aware of any.
Unfortunately I don't have the time for one more pet project. Besides that it would be tricky as BM did not supply any documentation or example for an decoder.
You might also go for MagicYUV support and you could ask the Developer for doing a DVR implementation. He did this for Premiere too.
The free version unfortunately does not support exporter plugins.
I was about to write it's a bug in the connectors' pixel format conversion code. But then I rendered a 1920x960 HEVC 4:4:4 12 Bit video successfully with the latest version of Premiere.
Can you confirm?
Yes, I have issues with VEGAS 18 from time to time. I didn't find the reason for it yet. Still investigating.
I can confirm both.
I didn't find a way to get the aspect ration information in IOOutSuite4. So it's hardcoded to 1:1 currently.
As AE works in RGBA only I guess it would be:
- Range: full
- Matrix: rgb
- Primaries: (Unset ?)
- Transfer: (Unset ?)
Thanks, that's nice to hear. Yes, the existing connector might still be working with CS6 for some time, I just don't have any possibility to test it with CS6 anymore.
And yes, it is not easy to develop these plugins/connectors. I almost get no support from that NLE companies (Magix is a positive exception). But most of my questions to Adobe and BlackMagic are still unanswered and I don't get a free license from them. Adobe doesn't even want to increase the limitation of 2 registrations per account for testing purposes.
This should be possible. Changing the framerate is always a bit tricky, but I'm doing this for the deinterlacing filters already.
There is an issue with 24bit audio currently. Can you try setting it to 16 or 32 bit in DVR?
Currently "zscale" in libav supports these values:
And that's what's selectable in Voukoder. I'm not sure what lanczos version is being used there.
Custom FFmpeg command line parameters in Voukoder will never be added / work, because Voukoder does not use FFmpeg as an external command line program. Voukoder is using "libav" - just like FFmpeg is using "libav" internally.
Still, I have added "s32p" as sample format to the alac encoder. It will be available in the next version of Voukoder.
Daniel, what is changed in 0.4.0?
What should we select here for ProRes?
Select "YUV (16 bit 4:4:4)" as this is the only color resolution that is higher than 4:2:2 10bit or even 4:4:4 10 bit.
Oops. I found use of this in dummy_container.cpp (from line 125 and below. If (isVideo) ... else
So, I concluded this is not being used for video. Sorry.
No worries. As there is no documentation available I just wanted to share what I've found out so far.
I'm able to get YUV 4:4:4 in 16 bit depth from DVR which can be converted down to all color formats supported by encoders in voukoder. It would ne nice to have planar 4:2:2 10 bit, but I was not able to get it. Still no alpha channel.
smirontsev Actually pIOPropBitsPerSample (not pIOPropBitDepth) is controlling the bit depth for video.
I'm back now. Let's take a look at the open topics:
MainConcept's plugin also has NVENC support. But I have no idea how they fixed en error. Closing NVENC session in the destructor?
That's handled by libav, but as far as I know everthing is properly closed. Also nvsmi.exe does not report an open nvenc session after voukoder is done.
Actually 0-255 is very important . Formats like DCPs, prores 444, Image sequences, IMF master files are full range. Years ago, Resolve was more focused on only rendering master files.
Yes, Both variants are support. I just want to avoid DVR is using full range as default but is using limited range instead. Of course the user can switch this to full range if needed.
But the next code does not generate errors in s_RegisterCodecs (Pixel Format was not defined for plugin encoder fourCC) or when I try to render (Color mode is not supported).
The pixel format selection in the plugin settings in DVR just defines how frame is being sent to voukoder. You'd have to set the target format of your video in voukoder itself. Voukoder can do any necessary conversion on the fly. But its performant to use the closest pixel format that matches the output format so voukoder does not have to do any conversion. (See my previous post comparing the speeds)
It makes also no sense to set DVR to yuv420 and set voukoder to export prores 4444. It will work, but the effective color resolution is still 420. Same with bit depth.
Still, whatever I set in codecInfo, when calling ...
... I always get bitDepth = 0. And the framebuffer looks like being 8 bit. Hmm...
Edit: Created a post in the BM forum: https://forum.blackmagicdesign…ewtopic.php?f=12&t=138829
I'll post my questions there. But I am on a hike during easter from now on (of course covid regulations compatible). I might have a look to the forum from time to time still.
smirontsev Do you know how I can get high bit depth pixel data? i.e. RGBA 16 bit / YUV in 10 / 12 / 16 bit. And ... is there really no way to get YUV with an alpha channel?
When I tried to set this in the codecInfo I either got "Color mode is not supported" or got 8 bit anyway.