Larry Jordan Blog



Month: July 2009

The Case of The Trapped Data

Posted by on July 20, 2009

I released my July Final Cut Studio newsletter this morning. You should get a notice in your email in a few hours. (Click here to subscribe — its FREE.)

However, as this blog reaches a different audience, I wanted to share with you one of the stories I cover in this month’s issue.

The Case of the Trapped Data

During my review of the Dulce Systems Pro Q RAID this month, I discovered a whole new can of issues that I wanted to share with you — along with a request for a solution.

First, let’s set the scene. I do almost all my editing on an Intel MacBook Pro system. (While I have nine computers in the office, most are iMacs and Mac Minis for staff and servers, with a trusty G-5 that I use for almost all my writing. The laptop is my only Intel/Mac system.)

I’m a big believer that storage needs to be big and fast and, ideally, safe. However, both "big" and "fast" are terms that rapidly change in the hard disk industry. Currently, I have an eSATA hard drive from LaCie (2 years old), an eSATA S2VR RAID from CalDigit (1 year old) and, now, this new Dulce System RAID that I’m testing.

On the CalDigit system I’ve got about a terabyte of data that I wanted move to the Dulce system and use that data to test how the Dulce works.

Easy to say. Impossible to do.

First, the Dulce Systems RAID uses a connection protocol called PCIe. While much faster than eSATA, it uses an entirely different connector and ExpressCard/34 to attach to my laptop. Neither the CalDigit nor the LaCie support PCIe. There is only one ExpressCard/34 slot on my MacBook Pro — and NONE on the current versions of MacBook Pro, which is ridiculous and I wrote about this recently in this blog — so I can’t connect both the Dulce and CalDigit systems.

My data is trapped. I want to move it to a bigger, faster drive, but I can’t.

First, while I could buy an external 1 TB FireWire drive and connect it via FireWire to transfer the data from drive 1 to drive 2, this is not an easy solution if I have several terabytes of video files to transfer.

Second, I discovered that not all eSATA connectors are the same — systems from two different manufacturers use two different eSATA connectors. Both incompatible.

Third, eSATA can’t be daisy-chained. So looping from one drive to another is not possible.

Fourth, if I have an Intel MacPro, which I don’t, I could add multiple cards that allow me to connect the eSATA devices using a multi-port eSATA card and the PCIe device, using an 8x PCIe card and transfer data between them.

But I don’t own a MacPro – yet – so I’m back to being stuck.

MORE OPTIONS

I shared my frustrations about the difficulties of moving data between systems with Robert Yeong, director of technical stuff at Dulce Systems. He replied:

If [the other drives] are really eSATA then they should all be able to connect to an eSATA adapter. Sometimes connections are called eSATA but they really are not. eSATA [devices] by design are not daisy chain-able (loop), they are point-to-point connection.

Our PRO Duo-eSATA and HD Commanders are eSATA, that is to say it has an eSATA connector on the back which then connects to a eSATA port on the adapter connected to the computer.

The PRO Q is not eSATA, it is extended PCIe with x1 connection and x8 connection.

So let’s see how we can un-trap your data on a eSATA device and move it to another eSATA device. You will 1st need to have an adapter with enough eSATA ports to support the ’source’ device then additional ports to support the ‘destination’ device. Depending on the exact equipment, a typical two ported eSATA ExpressCard/34 adapter might or might not have enough ports to do the task.

For example, Example 1: our PRO Duo-eSATA is a two drive unit and have two eSATA ports, one port for each drive inside the enclosure, typically both are used so the two drives can be striped. So if this was on a MacBook Pro with a two ported eSATA ExpressCard, then you can not hook more eSATA devices to the Mac Book, so your data is trapped as far as getting it off to another eSATA device.

Example 2: Our HD Commander is a five drive unit and have only one eSATA port, it uses an internal Port Multiplier to gang five to one, it’s a pretty simple setup and does not provide internal RAID features, so all the five drives are see as five different devices to the computer (striping is done by the OS). Anyway, since the HD Commander uses only one eSATA port, that will leave the other eSATA port on the Express Card available, so another HD Commander can be connected to it and used as the ‘destination’ device.

In a Mac Pro setup, there is a 4 ported eSATA PCIe card which give us more options to arrange the ’source’ and ‘destination’ devices to transfer the data.

Larry adds: Thanks, Robert.

While these options allow us to move data from one eSATA drive to another, neither of these options allow us to move from an eSATA drive to a PCIe drive unless we use a MacPro with two cards: eSATA and PCIe. This is fine if you own a MacPro, but a serious limitation if you don’t.

So here’s a challenge to the hard drive community — as you start to make bigger and faster RAIDS and hard disks, you need to help us figure out how to move data from one incompatible connection format to the next. We can’t count on Apple to support us. Apple seems to be dropping ports on their professional laptops as fast as possible.

As our need for storage continues to escalate, and new connection technology appears, all of us with legacy data are increasingly faced with stranded data which can only slow down the adoption of new technology.

Whether this is a data transfer service, low-cost interconnections, or high-cost interconnections which can be rented and returned when done, this issue of trapped data needs to be addressed.

And the first manufacturer to do so will win far more business than those that come to the party late.

As always, I’m interested in your comments.

Holy Swirling Clouds of Death, Batman!

Posted by on July 06, 2009

Petrol, maker of all kinds of gear cover and carrying cases, sent me the following photograph of Richard Campbell shooting on location.

Holy Smokes!

To Petrol, this was an ad for their camera rain cover. To me, it was a perfect illustration of the risks we often run to get “that perfect shot.”

Petrol’s press release states:

Richard Campbell shot video in 25 named hurricanes and spent five weeks on assignment for “The Weather Channel” with a tornado researching crew.

A freelance news photographer, Campbell’s assignment had him embedded with a National Oceanic and Atmospheric Administration (NOAA) and National Science Foundation (NSF) mobile crew. This armada of scientists with weather instrument equipped vehicles roamed the southern and central Plains from mid-May through mid-June, 2009 to understand how, when and why tornadoes form. His live video from the resultant tornado observations was seen on “The Weather Channel” during this period.

it is an amazing business we are in…

And, if you have an image of you doing something ridiculously, um, stupid, send it in and I’ll share it with everyone.

No, You Are Not Going Crazy

Posted by on July 05, 2009

Sigh…

Some people spend their holidays actually taking time off. I spend it reading up on all the stuff piling up around here.

Probably nothing causes more confusion in editing than trying to integrate computer images and video images. I’ve spent years trying to figure out the best ways to explain this, then even more time figuring out how to compensate for the differences. As bad as you think this is, its even worse.

Jeff DeMello sent me the following link from the Pro Video Coalition, that does a GREAT job explaining the origins of this morass, as well as guidance in how to find your way through it.

Reading this won’t take long and it WILL clear up a lot of the mystery. Thanks to Chris Meyer for writing the article!

provideocoalition.com/index.php/cmg_keyframes/story/par_for_the_course/

This is one of those cases where knowing the source of the problem doesn’t make the problem go away – but it DOES make you feel better!

The Case of the Missing Metadata

Posted by on July 05, 2009

I love mysteries.

And in the case of metadata – that is, the information about your clips, like the stuff displayed in Final Cut Pro’s Browser – it seems we have a true conundrum.

Adobe, with the release of CS4, ratcheted up the interest in metadata by providing extensive support throughout all the CS4 applications. This can greatly simplify finding what you need when you need it – even when you have thousands of clips on your system.

However, the information stored in Final Cut’s Browser is only available to that one project. Final Cut does not make searching for materials used in other projects very easy. Yes, Final Cut Server is a step in the right direction, but none of the Final Cut Studio applications can approach what Adobe has done with CS4.

Up until a couple of days ago, I thought that was because Final Cut was just not aware of all this information. Then, Philip Hodgetts sent me a link to some research he’s done that indicates Final Cut is a lot smarter than we thought…. Sort of.

Take a look at this and let me know what you think:

www.philiphodgetts.com/2009/07/03/what-about-the-hidden-metadata-in-final-cut-pro/

I’m hoping that the next version of Final Cut Studio will do a much better job of acquiring, storing, sharing, and searching on metadata.

We shall see.