Hi
We use a persistent Identifer scheme. We capture everything at 96kHz/24bit
and so our limit is 2GB. An example of our rule is as follows -
Piece Number
q Indicates that an audio file is part of a single recording which has
had to be broken up due to storage limitations
Piece number is used where an existing recording has to be broken up into
separate parts in the preservation due to physical limits in the target
media (including digital files, as these have a 2GB size limit).
Piece number is used when a recording is of such length that its BWF will
exceed the 2GB file size limit. For a stereo BWF at 96kHz, 24bit .wav this
will be recordings over 1 hour in duration.
Piece number is used in PIs for CDR Co-master copies where the original
recording exceeds the 74minute capacity of the CDR.
Piece number *is not* used in cases where the physical media item has
already been broken up before the preservation – eg a tape recording split
across 2 reels – as a Sub-item ID is used in this case
Format: ‘pe’ followed by two digits (allows for up to 99 pieces per item)
Example: pe01, pe02 …
: sa-t-5017-*pe01*-pm
Hope this makes sense!
Cheers
Marie
On Fri, Sep 25, 2009 at 4:54 AM, WIlliam McQuay <[log in to unmask]> wrote:
> We increasingly find we are creating digital sound files that exceed the
> 4Gb limit of the BWAV format. This will only become more so as we begin to
> archive our multi-channel field recordings. We are considering several
> options for addressing this.
>
> 1.) The files, if stereo are split into two files, Left Channel and Right
> Channel. Since both files relate to a single asset, they should be assigned
> the same catalogue number. We are then faced with the problem of
> distinguishing the left from the right. A possible solution is to add
> alphanumeric character like L or R or -1, -2 etc. to the catalogue number.
> This diverges from our current naming convention.
>
> 2.) The stereo file is segmented in time. Again, a file naming convention
> needs to be used to distinguish one from the other.
>
> 3.) You implement the RF 64 wav format which allows files greater than 4Gb.
> Unfortunately, none of our current flavors of DAW's and related software
> implement the RF64 file format and we have not yet seen any that do.
>
> Has anyone else had to address the 4Gb limit of BWAV? If so, any thoughts
> you have based on that experience would be appreciated.
>
> Thanks,
>
> Bill
>
> William McQuay
> [log in to unmask]
> Supervising Audio Engineer
> Macaulay Library
> Cornell Lab of Ornithology
>
> Our Mission:
> To interpret and conserve the Earth's biological diversity through
> research, education, and citizen science focused on birds.
>
|