Welcome to our community

Be a part of something great, join today!

Register Log in
  • Hey all, just changed over the backend after 15 years I figured time to give it a bit of an update, its probably gonna be a bit weird for most of you and i am sure there is a few bugs to work out but it should kinda work the same as before... hopefully :)

Red & autodesk

digitalfx said:
currently export dpx files and bring right into Smoke.
Click to expand...

At this moment, red wants to prevent
adobe, avid, autodesk/discreet, quantel, iridas, dvs etc.
from supporting their fileformat.

The reasons for this are, according to their comments, that
a) they still have exclusive deals with apple for their 2K editing system FCP and b) are still beta in their fileformat.

In April they will, finally, open their fileformat.

However, if you work with red, it is necessary to transcode the redcode files to another format at one stage of the pipeline, as you wont deliver redcode to TV stations, blueray/hd-dvd, 35mm filmrecorders/cinemas, DCI encoders/cinemas, the web, dvd etc.

Top-Quality decoding of raw files take plenty of time, therefore its non realtime in 4K resolution and full quality. So decoding to dpx/cineon for smoke (or another fileformat as cineform if you are on windows or osx) at the beginning of the production is the way to go if you want fullquality, non-proxy, realtime performance with full resolution and colordepth.

to do so, you can use redcine and redalert, however both still lack EDL support, therefore be prepared to waste storage if you decide to debayer all the footage.

also, if you use smoke(or fire) and flame(or inferno) be aware that you will need another pc, running windows and/or osx to decode - there are no linux or irix basing decoders as of yet.
 
RED has announced that Linux tools will be available. Whether they will include decoding/transcoding tools is unclear... But there will be some.
 
Sycophant said:
RED has announced that Linux tools will be available. Whether they will include decoding/transcoding tools is unclear... But there will be some.
Click to expand...

Yeah.

Anyhow, in April 2008, once they finally allow 3hrd parties to use the cameras fileformat and disclose the (already opened) inner workings, there will be many nifty tools.
 
digitalfx said:
I have been finishing on Smoke since the camera arrived.
Click to expand...

Having a discreet logic-background since the mid 90ties, i might be a little bit biased, but i have to say that an nle/conforming system like smoke is in a different league than fcp and ppro.

i am afraid most editors don´t know what they are missing, however, i have to admit that we also use ppro and fcp a lot besides the big irons these days.
 
laboprod said:
When, where?

Do you mean REDCINE for Linux? That would be fantastic.

antoine
Click to expand...

I'm not exactly holding my breath for a REDCINE GUI on Linux, but I wouldn't be surprised if there was a command-line conversion tool that could take a LUT output from REDCINE (on Win or Mac) and do the grunt work (enabling the creation of render farms).

But I've not seen any firm clarification of what will be offered, or when.
 
im.thatoneguy said:
I wouldn't expect Autodesk to support REDCode natively for a good long time.

They doesn't exactly have a good track record of adopting new file formats. ;)
Click to expand...


Well there might be the ability to import the files and convert in to uncompressed autodesk media on the framestore, or soft import them from a SAN but thats about as close we will ever see native support I imagine.
I believe the architecture of the code on the systems products is not friendly to compression, even quicktime support is still quite limited.
 
Seán_T said:
Well there might be the ability to import the files and convert in to uncompressed autodesk media on the framestore, or soft import them from a SAN but thats about as close we will ever see native support I imagine.
I believe the architecture of the code on the systems products is not friendly to compression, even quicktime support is still quite limited.
Click to expand...
Yes, Autodesk systems currently only support uncompressed RGB format, in 8/10/12/16 bits. Whatever you import, it will get converted to uncompressed RGB data. But if you do a softimport (only for a few image file formats), you can read/decode directly from file on a DAS/NAS/SAN filesystem. But no movie file format is supported in this mode yet. It would be nice to have quicktime videos on me flame desktop via softimport :)
 
You must log in or register to reply here.
Back
Top