Re: [DCP-o-matic] Benchmarks/network coding

Well anyway that might be possible as OpenDCP gives (or gave ?) that option with Kakadu. In my mind it was actually more about rightful attitudes towards open-source and licenses than about money indeed. (the ability to re-arrange mxf may finds more suppporters too) G. Le 27/06/2014 13:52, Carsten Kurz a écrit : Am 27.06.2014 um 13:35 schrieb Gérald Maruccia: Hi, I guess Kakadu is neither free nor open-source, hence licensing issues ? Yes, it costs money, but It could be an optional item. As a matter of fact, adding machines to speed up J2K encoding also costs money and the hardware is not open source ;-) I understand there's some pros and cons in it. I'm not sure wether the current Kakadu licensing models are 'compatible' with DCP-o-matic license or Carls rightful attitude towards it at all. But kakadu comes from an academic environment (UNSW), and they would probably be flexible with special licensing conditions. I guess Carl would prefer a GPU/OpenCL assisted OpenJPEG implementation. - Carsten G. Le 27/06/2014 13:20, Carsten Kurz a écrit : Am 27.06.2014 um 09:58 schrieb Jonathan K. F. Jensen: Hi Carsten. Thanks for the explanation, I see your point. My source material is everything from a single tiff/jpg/png (for slides), to Prores 10bit, 4:4:4. I have been wondering if it could speed up the encode on the 'Master' by adding a SSD and be able to point DCP-OMatic to that as a 'Scratch' disk. Just a thought :) SSDs will certainly add something to performance when going from that class of source content to J2k, but as every machine's J2k coding capabilities quickly max out, it won't be a massive boost I guess. Some of those machines I gave Carl benchmark data had SSDs, but it wasn't really visible from the results. But then again, they were all only testing on 'tiny' big buck bunny ;-) When a GPU assisted OpenJPEG will be there, mass storage performance might become more important. Carl - did you ever think about implementing support for e.g. Kakadu? I'm quite okay with the current coding speed and options for network rendering, but I'm not using it for large projects on a daily basis like others might do. - Carsten _______________________________________________ DCPomatic mailing list DCPomatic(a)carlh.net http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic _______________________________________________ DCPomatic mailing list DCPomatic(a)carlh.net http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic _______________________________________________ DCPomatic mailing list DCPomatic(a)carlh.net http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic _______________________________________________ DCPomatic mailing list DCPomatic(a)carlh.net http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic