Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Avid Media Composer Software Based Media Sharing for Avid

  • Software Based Media Sharing for Avid

    Posted by David Norden on July 16, 2008 at 8:48 am

    This is a small “poll” to see what the interest there is for a software based solution to share media between Avids and Final Cut. I run an offline editing company with about 20 editing stations, and we have been working on our own solution to share media between our editors, basically what we have done is to develop our own alternative to a LAN-Share or Editshare.

    Our solutions looks like this: We run everything over a Gigabit network with Procurve switches. We use an older G5 as a server. The G5 has an ESATA-card where we connect Raided (Raid5) disks on Sonnet-chassis with 5 disks each (we use 5 1TB disks). With this solution we can connect up to 4 chassis, or totally 20 Terabyte of storage. When we need more, we can put in another ESATA-card that will allow us to connect 8 chassis, or 40 Terabyte of storage.

    This solution allows us to expand our storage needs for a few hundred dollars per Terabyte, compared to a few thousand dollars per terabyte if we would have a LAN-Share or an Editshare…

    The main difference is of course that the sorage hardware and the server is totally independent of each other, wich is not the case with LAN-Share or Editshare. We have for example shared disks that were connected with USB and Firewire. We have shared internal disks from one computer to another, allowing two editors to share media without the need of a separate server, since the server software also runs on the same version of OS X as the Avids and Final Cut.

    Eventually we plan to make this software commercially available, but for now I would just like to hear peoples opinions and thoughts or ideas, what would be interesting for you in a software like this? We also plan to add iSCSI functions (to enable any drive as an iSCSI drive) and ATA-over-Ethernet, but that will be a bit in the future.

    With hopes of a giving discussion:

    David Norden

    David Norden replied 17 years, 9 months ago 2 Members · 2 Replies
  • 2 Replies
  • Ian Pons jewell

    July 16, 2008 at 3:46 pm

    Hi…

    this sounds very interesting…
    I am not clued up so much as to the technicalities, but we are experiencing problems with sharing here.

    maybe you could give some advice?

    We are hoping to be able to share simply Avid projects/media between a PC and a Mac that both run Avid media composer 3.0 …

    Eventually we will also be using final cut, so to share between a Mac running FCP and a PC running Avid would be wonderful !

    you can contact me on ianponsjewell AT hotmail.com
    or reply underneath of course… 🙂
    all the best
    Ian

  • David Norden

    July 18, 2008 at 10:44 am

    Hi Ian, sounds like fun:) But seriously, we have not been working on sharing media between Macs and PCs, but this of course will be interesting to have. It´s hard to say what you can do to make it work but in general, using FAT32 for instance to move a disk betwwen PC and Mac works very bad when you try to edit on the Mac. We always end up cloning the disk to a Mac-formatted disk, but then of course the PC wont read it… You could look at MacFuse from Google, wich could make your Mac Avids compatible wit PC-formatted drives, but then you should avoid FAT32 because of all its other limitations. If you are sharing over a network, i assume that you are using Samba – then a good recommendation is to use DAVE for the Macs, it is more stable than the Samba-sharing in OSX.

    If the problem is that you end up crashing your Avids and/or corrupting media and/or the media databasefiles, then this is exactly what we are working on solving. We will have a Beta-version for everyone to test, but not for several months… I don´t know if this is any help for now…

    Best Regards

    David

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy