I wanted to know if there is a possibility to implement a batch for cinema offline workflow Id. Export ProRes 4444 12 bits (av foundation) + ProRes proxy that shares the same tc + reelname + name on metadatas. The idea is that we can edit with proxy for offline editing. Then conform with ProRes 4444.
Right now it's not possible at our software. You can do that in two steps:
1. Export from Raw to ProRes 4444 12 bits via FFmpeg
2. Export from Raw to ProRes proxy via FFmpeg
We are going to add scripting to the software in the future to be more flexible and I think that such a task could be solved then.
Or then what alternative codec to ProRes 4444 with C-log do you recommend ?
We can't give you such a recommendation. We think that ProRes is good.
I heard that jpeg2000 is lighter than APR444 but is it editable in Premiere Pro CC / FCP X / Resolve / Avid MC ?
We have experience with JPEG2000 and recently we've actually released GPU-based JPEG2000 codec. You can get more info here:
https://www.fastcompression.com/products/jpeg2000/gpu-jpeg2000.htm This is very complicated algorithm and our JPEG codec on GPU is about 15-20 times faster. You can see our J2K benchmarks at the site. I think that J2K will make sense only in the case if there is a second GPU at your PC, exactly for J2K handling in realtim. So, J2K is not a light solution. It's quite heavy, but with high quality, and it supports 14 and 16 bits as well. Though, for small resolutions it could be ok even on a single GPU. Soon we are going to release MXF player on GPU, but this is different task.
Could it be contained in a .mov ? Can we put a log-c on it ?
Export to MOV is usually done via FFmpeg, so this is not a problem. As far as concerns Log-C, we still need to add a feature to import output curves from external files. Right now our software can't do that.
Can we have an offline workflow like working with APR Proxy and conform to jpeg2000 (sharing the same TC and name metadatas)?
We haven't done that yet. You can try it with our software via external FFmpeg, which can encode to J2K.
is it seen as one file and not multiple stills?
In general, if you save J2K frames in MXF file, then in will be just one file. You can also save J2K as multiple stills.
Is it faster to process from mlv than APR 4444 ?
We haven't done that comparison yet.
What about Cineform ? Is it compatible with CUDA ?
I think that Cineform could be implemented on GPU, but I haven't heard about such an attempts. In general, that algorithm could be done in parallel, but at the moment it exists only at CPU implementations, as I know.
By the way, what demosaicing algorithm do you recommend to remove aliasing when you have a camera without vaf-filter (like eos-m)?
I don't know good solution for that task. Chroma denoising could help, but not too much. I think that current progress in debayering is slow and I think that we could expect good results only from machine learning side. Neural networks (CNN) show very good results, but they are still very slow. As I know, max debayering performance currently is around 1 Mpix/s on GPU at CNN.