Hi Carl
Yes - all the folders except the completed DCP could be deleted for normal
use. Not a priority, but would be neater in the way I use the software!
Cheers
Paul
Description: Description: SS_2011_CMYKH Low Res
Paul Willmott
Technical Manager
Saffron Screen
www.saffronscreen.com
<mailto:paul@saffronscreen.com> paul(a)saffronscreen.com
07910 054597
On Sat, 13 Apr 2013, Carl Hetherington wrote:
> Since creating DCPs takes so much time, I was really happy to see that OpenJPEG has plans to extend their encoder to use GPUs. This might be the cheapest way to
> speed up the encoding, but I still have no real numbers on what to expect in performance. The graphs I saw were difficult to compare to modern CPUs/GPUs.
>
> Will it be hard to implement the usage of both the CPU and the GPU for encoding? Am I silly for hoping this might be good value, or is it better/cheaper to get more
> CPUs?
It would be nice, and there does seem to be some evidence to suggest that
a speed-up is possible. If openjpeg did it, DVD-o-matic could use it very
easily. Sadly I don't really have the time to get into it myself just
now.
As it stands, more CPU wins!
Best
Carl
Hi all,
I don't think integrating the Kakadu encoder would be a big problem, but
it would probably only be worth it if significant numbers of DVD-o-matic
users have a licence ... I'm not sure how widespread that is.
Carl
> Hello,
>
> well, that could be interesting as long as it stays optionnal since Kakadu is not open-source neither free...
>
> Best regards,
> Gérald
>
> Le 09/04/2013 12:00, FreeDCP.net a écrit :
> I think DVD-o-matic already come with a JPEG200 quality option. In video tab -> JPEG2000 Bandwidth.
>
> But a way for improve the DCP-size and a faster encoding (as you pointed in your GPU related message), could be to integrate the use of the Kakadu
> encoder like in OpenDCP or Cinemaslides.
> It's really improve the compression and give a faster encoding than OpenJPEG. (It's the encoder used by EasyDCP)
>
> Cheers,
> Olivier
>
> Le 08. 04. 13 16:32, Adam Klotblixt a écrit :
> Something I thought might improve on the DCP-size is to enable quality-based JPEG2000-encoding. OpenJPEG has an option to do this (-q according to
> documentation), with a value in decibels.
>
> /Adam Klotblixt
>
>
> _______________________________________________
> DVDomatic mailing list
> DVDomatic(a)carlh.net
> http://carlh.dnsalias.org/cgi-bin/mailman/listinfo/dvdomatic
>
>
>
>
> _______________________________________________
> DVDomatic mailing list
> DVDomatic(a)carlh.net
> http://carlh.dnsalias.org/cgi-bin/mailman/listinfo/dvdomatic
>
>
>
> _______________________________________________
> DVDomatic mailing list
> DVDomatic(a)carlh.net
> http://carlh.dnsalias.org/cgi-bin/mailman/listinfo/dvdomatic
>
>
>
>
Hi Paul
Sorry for the slight delay, my email threw a wobbler and I only just
received this.
> Firstly, have you made any progress on displaying the frame number under the video image?
Not yet, I'm afraid. I'd forgotten to add it to the tracker, but it's
there now! I will get onto it.
> And secondly, a new request, is it possible to have the option for the temporary folders to be automatically deleted at the end of creating a DCP (perhaps an option
> on the preferences menu)? It would make life a bit easier when the main folder is for ingesting to our server.
Which particular folders do you mean? The audio/video/info and so on?
Regards
Carl
Hi Carl,
nice work. Used a few other DCP creating tools before, was a bit sceptical at first about your 'all-in-one-converter'. However, great functionality in a single package, and, most important for me, all processing/conversion steps for video and audio explained and documented.
Now, I'm using the most recent version 0.83/64bit Windows. Seems the Trim frames feature doesn't work. Whatever numbers I dial in for Start/End, it will always create the full length DCP from my 1:31:42 source. All dialogs show these 137564 frame count (also 'Properties'). Currently I have Start 1 and End 100, but it's creeping through the full 90mins of footage.
The trim parameters do not show up in the log file. Should they?
- Carsten
Hi all,
I put up an indiegogo page to see if we can raise some money for a Mac OS
X port of DVD-o-matic. If you are interested, head to:
www.indiegogo.com/projects/dvd-o-matic-on-mac-os-x
Feel free to post any questions about that to the list or directly to me.
Best regards
Carl
Hi all,
DVD-o-matic version 0.83 is now available from
http://carlh.net/software/dvdomatic/download.php
It fixes a few bugs with padded formats and adds an option to scale to
16:9 within a Scope frame.
Best regards
Carl Hetherington
Hi Carl
Firstly, have you made any progress on displaying the frame number under the
video image?
And secondly, a new request, is it possible to have the option for the
temporary folders to be automatically deleted at the end of creating a DCP
(perhaps an option on the preferences menu)? It would make life a bit
easier when the main folder is for ingesting to our server.
Keep up the great work!
Paul
Description: Description: SS_2011_CMYKH Low Res
Paul Willmott
Technical Manager
Saffron Screen
www.saffronscreen.com
<mailto:paul@saffronscreen.com> paul(a)saffronscreen.com
07910 054597
First post to this mailing-list. yay!
DVD-o-matic is a very nice program, that I hope will grow to be even
greater. I will try to help by raising some discussions.
Something I thought might improve on the DCP-size is to enable
quality-based JPEG2000-encoding. OpenJPEG has an option to do this (-q
according to documentation), with a value in decibels.
Does the DCP-standard accept VBR-files? My web-search found no definitive
answer.
/Adam Klotblixt
