RedBrix™ and RedCard™ For Red 4k Processing

[C.J.Harvaraj]

if you need to work in HD JPEG 2000 codec or Red 4K (realtime?) you can utilize these parallel processor.

http://www.pixellexis.com/index.php?option=com_content&view=article&id=3&Itemid=3

 

[hunterrichards]

Wow. 1344 processors?

 

[Jeff Kilgroe]

Saw these at NAB. Look great, but the missing link is the software to bridge the RedBox to REDCODE and/or RED software. Pixellexis has an SDK and we should see the RED SDK soon. It shouldn't be too long before this could become a reality, or at least the means to make it a reality are available.

The RedBox units look a little pricey up front for the amount of actual processing power you get out of them in supported applications. However, I think they could quickly recover their costs vs. a rack of PC render nodes due to a much larger power to watt ratio and ease of deployment and use.

 

[Vico Martin]

SDK+more processors+new transcode software= Very Important news!!

time is money.

 

[Curran Giddens]

Kinda cool that they were calling their products "Red™" before anyone had even heard of RED Digital Cinema. :red_bandana:

 

[Zack Birlew]

I think I remember one of the reps at NAB saying the price was $60,000 for the RED BOX. I stopped listening after that.

 

[Finner]

I think I remember one of the reps at NAB saying the price was $60,000 for the RED BOX. I stopped listening after that.

This is way off.

I have been talking regularly with Stefany Allaire the CEO of pixellexis since NAB. Stefany and her team are very focused on creating a red specific solution that fits many budgets. The RedBrix system is something to be very excited about. I hope to be testing the RedBrix system this fall and will be get info out to you all on www.finnerknowsbest.com

When it all comes together this should mean 4k real time at a very low cost.

 

[Curran Giddens]

4k real time at a very low cost.

Now that's what I like to hear! Thanks for that good news....

 

[Obin Olson]

more info? called them, sounds like french...no shopping cart on the site, not much info....

 

[Finner]

more info? called them, sounds like french...no shopping cart on the site, not much info....

Nothing to purchase until Fall or later.

 

[Sven Seynaeve]

If any application is written that would implement this box aswell as r3d rendering going faster, i hope all codecs will be supported or at least most important ones, ...for me with cineform raw gaining much interest as a post workflow ...

 

[Priyesh P.]

still...what does "low price" mean? let`s face it, 15.000 bucks i.e. is a low price, but it`s still out of reach for most red owners...

 

[Harrison Diamond]

I guess we have to look at the intended market, kalone. I would suppose that they expect that most people who have a real need for realtime 4K would be operating on a budget that would fit this. Perhaps they might also offer a smaller scale solution for much less with less processing power, but still enough to make a difference...

 

[Jon Corcuera]

RED is expensive, because processing 4k is not cheap at this moment. Actualy in a low budget film that i have done in Panama as DIT (1million $) most of the money has gone in that. So we have to end up in 2k but once again if you compare with 35mm or 16mm is cheaper. But obviously you´re loosing latitude and ISO, it makes it almost imposible for a movie with certain looks.
The RED camera is not the final camera but certainly for anyone that loves cinema is a realy interesting camera and a great upgrade from what we where having. Economicaly and in the look. here are a lot of things to steel achieve in digital cinema not just bye RED: like ergonomics, latitude, sofware,digital storage, etc.
At least thats how I see it. We have some realy interesting 10 years in front of us
Jon Corcuera
DIT, DoP wanabe

 

[C.J.Harvaraj]

still...what does "low price" mean? let`s face it, 15.000 bucks i.e. is a low price, but it`s still out of reach for most red owners...

i have been looking into this for quite some while. Do anybody think that there is a need for red 4k transcoding (editable in NLE) and rendering out 4k files needed in LA area? maybe double that with backing up the raw in 1.2 Tb holographic disk? Just some fancy business idea.

 

[Mat@imageWork]

Just to ansher to render farm VS these type of card, there is actually no way to render farmed R3D du to their compression algorithm. You can split the render in splitting the R3D, but you can not batch render the process in a way we do it with 3D. So those HW are really relevent for us. The only think is how should we integrate these worklow in a true time environement

 

[C.J.Harvaraj]

no way to render farmed R3D du to their compression algorithm.

do you mean a proprietary algorithm? Does open source format like DNG could be batch rendered in render farm?

 

[Mat@imageWork]

No way to batch render because each frame need the information from the last one...So to get the render batch effective, you need to store all R3D in the memory of each node...Ouch!

I called Pixellexis yesterday guys, and forget a R3D support now...They support the JPEG2000, like many other card (DVS)...

 

[Jeff Kilgroe]

No need to store or cache entire R3D files for each node. That comes down to task scheduling. One or two processors should have the task of pre-processing the R3D data to schedule and disperse necessary frame data to the appropriate nodes. Unfortunately, the RED SDK isn't in a state that would facilitate software on the Pixellexis box. I haven't looked at the Pixellexis SDK (have they released it publicly?), so don't know where it stands. If / when RED ever opens up direct access to the RAW data and allows third parties to create their own debayer algorithms, then the Pixellexis solutions may become a usable tool.

 

[Mat@imageWork]

No need to store or cache entire R3D files for each node. That comes down to task scheduling. One or two processors should have the task of pre-processing the R3D data to schedule and disperse necessary frame data to the appropriate nodes. Unfortunately, the RED SDK isn't in a state that would facilitate software on the Pixellexis box. I haven't looked at the Pixellexis SDK (have they released it publicly?), so don't know where it stands. If / when RED ever opens up direct access to the RAW data and allows third parties to create their own debayer algorithms, then the Pixellexis solutions may become a usable tool.

I just called pixellexis last week and no RED support for now. Apparently they need to access to the code source of the proprietary R3D file. I spoke with a boxx ingenieer and they told me impossible to batch render R3D in the same way we make this with 3D appz. So unless they are wrong, you can't conform a long form project in redcine AND ship it in your new 80 cores render farm, go home, sleep a few hours, and come back to start finishing...But if have a solution as simple as this, I'll be glad to hear and learn...:nerd: