HD into flint on linux ?

[TurboWidget]

Hi,
Doing a bit a research on behalf of a potential client.
We are all aware of the 8bit SD only I/O on flinux, has anyone found an elegant way of getting HD into the system WITHOUT using a HD IFF box ? Client has no problems working in 8bit HD so the FX3000 limit isn’t an issue. I was thinking along the lines of using a DVS HDStation as a capture device and importing the clips as DPX files. Any suggestions or successfully tried alternatives would be appreciated.
Anticipated workflow would be capture from HD deck to 3rd party device as DPX files, import into flint on linux, perform job, export back to 3rd party box and lay out to HD VTR.
Cheers
Turbo Widget

[-k]

Well, if you want to stay 8 Bit you don’t need to use DPX which is 10 Bit. Go with TGA or TIF.
Plus you might want to consider XStoner cause it makes transfers more easy…

-k

[Anonymous]

-k wrote:

Well, if you want to stay 8 Bit you don’t need to use DPX which is 10 Bit. Go with TGA or TIF.
Plus you might want to consider XStoner cause it makes transfers more easy…

-k

I think you for sure would need DPX … since they have Timecode … my best suggestion would be to get an HD card from bluefish and use there symmetry software on a seperate windows computer – to capture a EDL to DPX’s with timecode, and the conform the DPX’s with the edl in flint.

A cheaper solution would be the blackmagic cards whichs only cost 2000$ but can’t capture dpx … you then need another application to conform (like finalcut) and then export the shots manually from that.

[TurboWidget]

Jonas,
That’s pretty much what I was thinking. The timecode issue is important ‘cos you never know when you need to trace a shot back to the original tape source.
I’m trying to come up with the “least brain damage” solution to this. There’s a big difference between a creative effects artist and a data wrangler 😀 so I need this to be as simple as possible.

Cheers

[Anonymous]

Take a look at Max-T’s Sledgehammer http://www.max-t.com. It’s not a low cost fix to your problem, but workflow-wise its pretty neat.

[Anonymous]

TurboWidget wrote:

Jonas,
That’s pretty much what I was thinking. The timecode issue is important ‘cos you never know when you need to trace a shot back to the original tape source.
I’m trying to come up with the “least brain damage” solution to this. There’s a big difference between a creative effects artist and a data wrangler 😀 so I need this to be as simple as possible.

Cheers

Hey again .. The workflow with bluefish is pretty easy –

1. feed the edl to the bluefish capture station and capture DPX’s
2. import the files in flint over network from the bluefish station or a have a fast SAN / NAS
3. conform the DPX from same EDL in Flint.

pretty easy – but maybe MAX-T could replace point 1 and 2 instead of bluefish.

[Author]

Posts