Page 1 of 1
DR15 + DCP = True

Posted:
Sun Apr 15, 2018 5:43 pm
by Thom Britten-Austin

Jumpin' Jack Flash and what a gas!
Finally BM have put a native DCP render into the deliver page. THANKYOU!
This means they have taken away all the hard work in making a DCP, getting the colour conversion/gamma etc right. As easy as any other format...
Well almost, crashes after about 2 minutes of render but hey, it's still a Beta.

- bm_15_dcp1.PNG (7.17 KiB) Viewed 8919 times
I wonder what the guys over at EasyDCP will do now?
Re: DR15 + DCP = True

Posted:
Sun Apr 15, 2018 5:57 pm
by Pierpaolo Ferlaino
Well almost, crashes after about 2 minutes of render but hey, it's still a Beta.
It's very stable for me, so far...
I wonder what the guys over at EasyDCP will do now?
EasyDCP still renders faster on my machine. Moreover, the standalone easyDCP has lots of capabilities the Resolve plugin doesn't have.
Re: DR15 + DCP = True

Posted:
Sun Apr 15, 2018 6:15 pm
by Thom Britten-Austin
using a MAC perhaps?
Re: DR15 + DCP = True

Posted:
Sun Apr 15, 2018 6:19 pm
by Pierpaolo Ferlaino
Yes, I'm on a mac.
And - I didn't mention it earlier - I must say the ability to export DCP and IMF packages natively it's one of my favourite additions in Resolve 15.
Re: DR15 + DCP = True

Posted:
Sun Apr 15, 2018 10:46 pm
by waltervolpatto
I did a try on my pc for dcp 2k scope plus audio and a side a color science note, it seems to work pretty good.
Re: DR15 + DCP = True

Posted:
Mon Apr 16, 2018 6:21 am
by Thom Britten-Austin
It works for a while. If I export video only then I get to about 40 minutes. If I include audio then it crashes after only a couple of minutes.
How long are your renders that are working?
As far as being slower is concerned then yes but if you include the time taken to render the original DNXhR or equivalent before doing the DCP in DoM or easyDCP then I think the total time is about the same.
Re: DR15 + DCP = True

Posted:
Mon Apr 16, 2018 7:49 am
by Juan Ugarriza
EasyDCP plugin is much faster on my Mac. But this built-in DCP is a really nice feature and works fine.
By the way, if anybody need a free online DCP naming tool:
http://static.kinofreund.com/dcnt/
Re: DR15 + DCP = True

Posted:
Mon Apr 16, 2018 9:40 am
by Pierpaolo Ferlaino
By the way, if anybody need a free online DCP naming tool
Thanks for sharing this. Very useful.
Re: DR15 + DCP = True

Posted:
Mon Apr 16, 2018 3:32 pm
by Sam Steti
Thx for sharing, but my co-workers and I have all been making DCP on DCP-o-Matic for a while now...
Anyway, it's always good to know...
Re: DR15 + DCP = True

Posted:
Mon Apr 16, 2018 3:40 pm
by Rakesh Malik
Thom Britten-Austin wrote:I wonder what the guys over at EasyDCP will do now?
They probably aren't worried; the built-in DCP export won't do encryption, so EasyDCP isn't going to lose any business. It's just making DCP export easier for those of us who aren't able to spend the money for an EasyDCP license... anyone who'se using one of the free/open source DCP tools wasn't an EasyDCP customer yet anyway.

Re: DR15 + DCP = True

Posted:
Sat Apr 21, 2018 6:57 am
by Thom Britten-Austin
Have now tried using a MC and it fails there too. Much later than in the PC but still falls apart after about 45 minutes into the program with 'failed to encode frame'
so something is wonky with your frame encoding process when encoding to jpg2000
Hope you can find it and fix it.
The test material was a 60 project in DNxHR 12 bit
Re: DR15 + DCP = True

Posted:
Sat Apr 21, 2018 5:15 pm
by waltervolpatto
No problem with my system at home (old amd with 1080ti, sas connection with 45tb raids)
Full length movie 5.1 audio.
Did it three times: the software does not seems to be the issue
Re: DR15 + DCP = True

Posted:
Sat Apr 21, 2018 5:29 pm
by Jean Claude
beware of delivery DCP or Jpeg2000 or IMF: it pushes the CPU very strong consumption (here 100%). It must have a good FAN CPU and good ventilation otherwise: overheating

Re: DR15 + DCP = True

Posted:
Sat Apr 21, 2018 5:56 pm
by waltervolpatto
Jean Claude wrote:beware of delivery DCP or Jpeg2000 or IMF: it pushes the CPU very strong consumption (here 100%). It must have a good FAN CPU and good ventilation otherwise: overheating

You can also limit the max frame speed in export
Re: DR15 + DCP = True

Posted:
Tue Apr 24, 2018 9:28 am
by Thom Britten-Austin
Jepp, tried that as well. Screwed it all the way down to 10, still falls to bits after about 65% i.e 40 minutes into the production
Re: DR15 + DCP = True

Posted:
Wed Apr 25, 2018 4:39 pm
by waltervolpatto
Thom Britten-Austin wrote:Jepp, tried that as well. Screwed it all the way down to 10, still falls to bits after about 65% i.e 40 minutes into the production
I'm pretty sure that with the setup at "max" you're getting not real-time but some half time (12-15) fps.
So, go down to 5, otherwise thete is no significant advantage.
Also you can render an intermediate dpx/dnx/ prores then do the dcp.
Re: DR15 + DCP = True

Posted:
Thu Apr 26, 2018 8:50 pm
by Thom Britten-Austin
Works in latest update.. good work!
Re: DR15 + DCP = True

Posted:
Fri Aug 10, 2018 6:39 pm
by Greg Huson
Has anyone SCREENED the DCPs using the Kakadu settings? The name's not exactly inspiring.
My very first Kakadu render was glitchy; same short film on a second pass looks clean.
Re: DR15 + DCP = True

Posted:
Thu Aug 16, 2018 3:41 am
by jamiegau
Glad Peter took my submission about building these tools into DR onboard, tho took a while. (2 years)
Anyway,
I cannot seem to get 5.1 audio into a kakadu DCP render. Maybe I am not getting the output setup right.
Has anyone been able to render 5.1 audio against DCP-kakadu?
I setup a 5.1 channel BUS, and select that as the audio channel to use in the render, then complains about EasyDCP needs even number of channels..
Maybe needs more work by the Devs.
But if anyone has gotten it to work, drop me a line.
I have not tried individual tracks, but that would take ages to setup and be a pain.
My test show Kakadu is 15-20% faster on my hi-core system. (24-cores)
Kakadu is also the leader in J2k, been the most used and developed J2K codec. Most everyone else uses it or bases their version on the Kakadu code base. Its used mostly in Military and large cooperates doing a lot of image manipulation. But most of the DCP tools apart from EasyDCP(Franhofer based and developed), and DVS-Clipster, (Hardware implementation) use Kakadu for DCP encoding. Also very respected in medial (X-Rays and such).
It is said to have the best bit to quality result. Tho, I understand the others may have cough up a lot.