Welcome to our community

Be a part of something great, join today!

  • 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 :)

Jim and CO. take note...

Anyone remember ICE cards for After Effects?

Graeme
 
Anyone remember ICE cards for After Effects?

Graeme

Ha right exactly- that was when the machine itself just didn't have the firepower. I can already process my final timelines through Compressor and Quartermaster and parallel process through Mac Pros in my own little network render farm. Not ready to invest in something proprietary that does the same thing but with none of the support I'm used to from Apple. And I'm sure there's a corollary on the PC side.

Noah
 
Lucas, so you need to answer the question your own that you publicly presents in the forum. Does it make business sense for you to support this company ? I think this is what the thread is all about, to find interested software company to support. Does assimilate interested to support ?

Rendering is one thing...but since debayering processing is depending very much on CPU (yes i know also software), the extra cores from pixellexis will hopefully give us 4K debayering realtime playback. If redbrix can become the extra cores to enhance every processing in Scratch, then it is a yes for me. I will buy it ! people spend more on processing power, hundreds thousand of dollars, this is not a $$$.$$$ system. At least consider REDcard if redbrix is too much.
 
Anyone remember ICE cards for After Effects?

Graeme

Hmmm, GreenICE and BlueICE. I remember I sold about total of 20 cards to my customer while they were available.
 
Rendering is one thing...but since debayering processing is depending very much on CPU (yes i know also software), the extra cores from pixellexis will hopefully give us 4K debayering realtime playback. If redbrix can become the extra cores to enhance every processing in Scratch, then it is a yes for me. I will buy it ! people spend more on processing power, hundreds thousand of dollars, this is not a $$$.$$$ system. At least consider REDcard if redbrix is too much.

As a commited Scratch and Red user, I'm most interested in distributed rendering on the currently supported platform. Right now I feel the real bottleneck in my Scratch workflow is the 4k debayer renders. If Scratch had render only modules, I could run distributed renders today on systems that will not only work with Scratch & Red debayers, but all other processes I run, like Renderman, Mental Ray, Nuke/Shake, AE, etc... renders.
 
A woman running such a interesting niche in post arena usually dominated by men, that in itself excites me. The fact that where these guys/galls are headed is the way of the future in computers also helps. This is intelligent computing and thinking outside the box that i have seen in a long time. If they can come here and talk to us and look at price points... then yea they will be millionaires... If they take a leaf from Jim's book and be upfront and transparent and personal as well as looking at big numbers versus big profit lines and establishing themselves as a market leader then they will get my support. One ear will be open to these developments for sure.
 
These type of solutions have been around a while. They don't take a comprehensive look at what data management with digital cinema aquisition actually requires in terms of organization and raw storage and storage speed. Lucas is 100% right here, the value isn't in the hardware anymore it's in the IP.
 
JPEG2000 is a distribution format - not a post-production format...

This technology would need to be able to produce uncompressed frames -or at the very least be able to transcode to other CODECS besides JPEG2000...

Really? JPEG2000 is not an editing/intermediate codec?

What do you consider to be the best intermediate codecs?
 
I wouldnt dare to say that hardware isnt the value anymore :) It's too easy to judge everything based on dollar.
 
Really? JPEG2000 is not an editing/intermediate codec?

What do you consider to be the best intermediate codecs?

I've been around digital imaging & post for feature films and TV for quite some time and have never been involved in a project that has used the JPEG2000 codec as part of the pipeline. I guess the processing power needed to encode the files has to be part of the reason it's not been widely adopted in post. I've seen it as a deliverables spec, but not yet part of a working pipeline.

MJ2 (motion JPEG 2000) includes data lossless & visual lossless compression levels as part of its spec, XML metadata, 10-16bit component color, 4:2:2 and 4:4:4 color sampling. So it's got some nice ingredients, for sure. Who knows, maybe there's a compelling reason to use it once computing power makes compression trivial.

Personally, I've only used Cineform and Prores, and of the two I prefer Cineform by a mile - it's much more robust, and it's cross-platform. I haven't done any side-by-side testing between Cineform and MJ2, but I have put Cineform through its paces and it's quite amazing considering how well it compresses RGB, and how incredibly well it holds up to color moves and repeated re-compression.

Normally I like using single image file formats like openEXR, DPX, etc..., but because of my experiences with Cineform I wouldn't hesitate to use it on more projects.

jt
 
As far as hardware...well I've seen a 4 core intel "box" deliver avid 14:1 at 5x real time from an uncompressed HD source, with a LUT. Puts it into perspective. The processing power is here now, its a matter of the programming keeping up. Also what I really really want to know is why anybody except for Iridas has written a proper debayer algorithm implemented as a GPU shader. this is exactly what CUDA is for.
 
Well according to Off Hollywood. Scratch is the only one who got the exclusive right (for now) to use proper debayer from RED themselves. The rest is not, they figure it their own way to do debayering. But it will not be longer the case in few weeks time. early Aug is coming. I dont know what you mean by proper debayer by Iridas because they dont get the source yet. I assume you're asking why other companies didnt use GPU as their host power to do debayering ?
 
Also what I really really want to know is why anybody except for Iridas has written a proper debayer algorithm implemented as a GPU shader. this is exactly what CUDA is for.
I believe Dalsa does it too.
 
Back
Top