![]() |
|
|
#1 |
|
Senior Member
Join Date: Jan 2008
Location: Charlotte, NC
Posts: 201
|
Please!!!! Please!!!! Please!!!! All it needs to do is extract footage, call It RedLineLite or RedExtractor or PenguinCutter or anything.
I believe that most people who would pursue this wouldn't care if it were pre-compiled binaries, as long as it was a free flavor of Linux that has good hardware RAID and TLO tape solutions. I'm currently working with OpenSUSE 10.3 which has 3ware Raid support for the 9650SE cards and HP StorageWorks 1840 LTO4 support. I want to build a big box (QUAD-QUAD), and I don't want to have to extract footage with a Mac Pro over NFS if I can help it. OpenSUSE, FreeBSD, Ubuntu, Fedora, Whatever.... Just a simple command line to extract frames. Thats all that I want for Christmas. That and a Red One. And a few investors. Oh, world peace would be nice (you're always supposed to ask for world peace). :help: :help: :help: :help: |
|
|
|
|
|
#2 |
|
Red Team
Join Date: Jan 2007
Posts: 2,766
|
It's coming for linux but first the sdk for linux has to be finished.
|
|
|
|
|
|
#3 |
|
Senior Member
Join Date: Aug 2008
Location: Sweden
Posts: 701
|
Cool, I'm also using linux.
__________________
JJ |
|
|
|
|
|
#4 |
|
Senior Member
|
Ah-hem!... Any chance we'll get it before B17 goes production? As much as I'm excited about B17, Adobe support, audio board upgrades, updates to the QuickTime codec, and sound in the SDK... Linux support of the SDK is at the top of my list. Everything else is just candy to keep the babies distracted. But this baby is on to your game, Deanan!
|
|
|
|
|
|
#5 |
|
Senior Member
Join Date: Jan 2008
Location: Austin, TX
Posts: 284
|
Hi Bob,
I'm all for linux tools for R3D media. I think there are a few folks that might be able to use that. As for running somthing on more than 8 cores - we've tried it. We've tried it on a 16-core as well as a 32-core workstation. Having benchmarked these test platforms against both realtime playback speed as well as transcoding performance, I can share with you the final analysis: While performance in Red Cine and Scratch were very good on these systems, they weren't any faster than they are on redBOXX. Of course, redBOXX is an 8-core system running at 4Ghz. So, R3D decode and processing performance on these systems is inadvertently "bottlenecked" -either by the codebase not yet being optimized for this, or by current memory/data bus limitations at the hardware level, or both. Unfortunately, it's clear that significant advances will need to be made before we see "linear" performance scaling on anything above 8 cores. Adam BOXXlabs |
|
|
|
|
|
#6 |
|
Senior Member
Join Date: Jan 2008
Location: Charlotte, NC
Posts: 201
|
The Quad Quad power aspect of the system is not for realtime playback or transcoding, it's for timely color correction and assembly. I can write the scripts to work on either system, I simply would rather do all of the work on a single system / single OS.
|
|
|
|
|
|
#7 |
|
Senior Member
Join Date: Jan 2008
Location: Austin, TX
Posts: 284
|
-not trying to be argumentative here, but why not just do the color correction and scaling piece on the GPU using pixel shaders?
There's already a ton of tools, libraries and code samples in the Nvidia SDK for doing just this. |
|
|
|
|
|
#8 |
|
Junior Member
Join Date: Oct 2008
Posts: 12
|
Another potential RED user who is very, very interested in Linux support.
I am building a high-end recording studio with integrated video capture. The purpose of the video is initially archival, which is why we want max resolution (we have no idea how we'll be using it in 10 years). Four of the rooms will have eight 3G-SDI connections (currently limited to 2K resolution each) as well as eight 10gigE fibers and three SMPTE-311M hybrid optical cables. Three other rooms will have about half that allocation. And since it's an audio recording facility, there's also a ton of analog and digital I/O for audio. Needless to say, there's a lot of bandwidth any way you slice it. We are trying to use as much open source software as possible, favoring clients who are already hip to Creative Commons licensing and liberal remix intentions. The studio itself is presently under construction, but the conduits are in and I've already started buying infrastructure. Hence my interest in Linux progress and any advice folks have as I adapt a plan designed around more conventional formats than RED presently offers. Thanks!
__________________
Michael Tiemann, Chapel Hill NC "Dream so big you can share!" |
|
|
|
|
|
#9 |
|
Senior Member
Join Date: Sep 2007
Posts: 414
|
My biggest reason for wanting Linux support is Baselight. But that means there needs to be a Linux version of the SDK...
JT |
|
|
|
|
|
#10 | |
|
Senior Member
Join Date: Jan 2008
Location: Charlotte, NC
Posts: 201
|
Quote:
If I get everything working properly I'll be able to take an XML extract from FCP, extract footage, apply color correction, generate fades, assemble, and do export formating conversion. Not sure about the REDLine extraction yet, but all of the other work will run around 16 threads per Mac Pro workstation (I have access to three). I'm currently building the core of this system on an old compaq laptop running SUSE Linux. Processing is slow, but the results are accurate, which is all I'm looking for at the moment. I should be getting a Mac Pro in about a month or so, until then I'll still be building the basic functionality. I've got color correction (up to five points per channel using least squares curve fitting), and fades working, now I'm doing fade to black/white, and green-screen overlay will follow. Bob
__________________
Red One #5105 w/ Birger EF Lens Mount Canon Lenses:
|
|
|
|
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|