I didn't reply to all.

I know there are very few tool to work with it, but Rivendell stores
broadcast wave file. BWF have metadata inside. I don't know if it's enough
for you though...


2013/7/1 Andy Sayler <a...@wmfo.org>

>
> On Mon, Jul 1, 2013 at 9:30 AM, James Harrison 
> <ja...@talkunafraid.co.uk>wrote:
>
>> Seriously though, storage is cheap. I have 16TB in RAID6+1 at home just
>> for TV/movies. Even the smallest radio stations should be able to throw
>> together a RAID1/10/6 array of a few terabytes on a budget.
>>
>
> Hi James,
>
> We currently use several 16TB (3TB x 8 on RAID6) arrays to store a little
> over 12TB (~300,000 tracks) of music. We are to the point where we will
> have that filled up in the next year or two given our current music intake
> rates. We're looking at compression options to buy us some time until we
> can move to 6TB drives and double each array's capacity.
>
> That said, our main reason to want FLAC on the back-end isn't compression,
> it's metadata redundancy. Currently, we're in the situation of having a
> very large music library with several backups and mirrors that is
> completely dependent on a single functioning SQL database. With FLAC, we
> could make sure each track is tagged with its own metadata, so even if the
> RD database ever failed us or got corrupted, we'd still be bale to fall
> back on the per-track metadata and rebuild the DB from that. We keep
> backups of the SQL DB, but it's always a little scary to have a
> single-point-of-failure between you and a useless 300,000 track music
> library. Keeping tracks tagged with metadata would also avoid locking us
> into Rivendell long term (not that we don't love RD) and would allow us to
> access our music store from programs other than RD that have no knowledge
> of the RD database (for production or browsing, etc).
>
> We realize flac support may not be in the RD cards, but those are our
> reason's for wanting it.
>
> Cheers,
> Andy Sayler
> WMFO Medford
>
> _______________________________________________
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
>
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Reply via email to