Wednesday, September 15, 2010

Vera Archives: See the Wisdom - Exhibit Opening and Zine


EXHIBIT........................................... ZINE
^
Click a link to see a slideshow!

(Original poster by John Horn)





Saturday, April 10, 2010

ZAPP 03/31/10 - 04/11/10 Floor Plan and Future Layout.

Alright folks so its already April and I'm sure you know what that means: we've almost reached the end of the archival stacks (just to turn the cliche "end of the road" into something more relevant and less hackneyed). However, the great news is I get to continue working with this amazing crew for one more month! Yes, shortly after the Audio Archives Report presentation back in February the team invited me to stay on for one more month and of course I agreed.

Otherwise, I know I've also been eerily silent these past couple of months and well - most recently - I've simply been buried in preparations for staff training coming up on April 15. On top of all this... I had a less than favorable month of March during which I endured a debilitating upper back and neck injury that left me bed ridden for 2 days and a hastened move from my former home in Wallingford back to my "new" or rather former (and first) home on Capitol Hill a week later. The former, much to my dissatisfaction and the latter much to the opposite =). These two events set me back quite a bit, leaving two unsightly blemishes on my record: Tuesday March 30th was the much awaited demo/Q&A session with Kevin Bromer for the up and coming Salesforce database for the Vera Project and I missed it and on March 31st (the date for the main part of this post) I was supposed to schedule a group check-in, but did not. While I'm certainly not pleased with this temporary derailment, I feel like I have a reasonable excuse and have since double-downed to pick up the slack.

Speaking of which, detailed in the pictures below are my most recent activities at ZAPP! I have finally come out of the storage closet (ha!) and am now out in the open having moved on to a more ambitious project: planning and coordinating the rearrangement of ZAPP.



Pictured here is Emily Van Der Harten: the new interning archivist at ZAPP and me. Emily has been a delight to work with and I am entirely confident that ZAPP will remain in good hands after I've departed. What? departed? How could I say such a thing?!? Of course I'll return to visit and volunteer often... I mean now that making a visit has literally become a "walk in the park" how could I not?






So Anyway. As you can see here we are troubleshooting the new layout with utmost pertinacity and enthusiasm and to such a degree that, judging from my hair, it appears as though I've been working away at this for several days without a shower! ...I knew I should have kept my hat on for this photo op.







Uh oh... it looks like the mood has suddenly taken a dive. After long and grueling hours, tensions have run high and oh oh I almost destroyed the Floor plan I drew up - to scale with all its amazing little construction paper furniture! - but thankfully, the team all swarmed upon me and fought me for those scissors. Sure, I was irate at the moment: threats of legal action from my team of blood sucking lawyers that I can somehow afford on an interning archivist's "salary," but later I thanked them for it.


Below is the much coveted floor plan for ZAPP and the new arrangement that Emily and I brainstormed. As you can see it enormously opens up the area around the entrance, which will make for a spacious browsing area much like the original ZAPP setup in the basement. The Main desk will move over to the kitchen area along with the Rare Zines cabinet. This way, we can still have an obvious point of greeting near the entrance without partially blocking the storage closet (the original location of the main desk). Otherwise, the last part of this new arrangement worth mentioning is the work table. Now, the one pictured here is currently where Emily and I propose we move the Rare Zines (in the kitchen). It is considerably smaller than the existing work table, which didn't even make it into this new arrangement. So, instead of using the work table pictured below, we are considering getting two round tables to put into this space. This once again, will very much capture the essence of the original ZAPP arrangement back in the basement. Well, lest I drone on and on about this exciting rearrangement (I really am excited about this) I had better end this post here as it is getting rather late and I could use some much needed sleep.

03-31-2010 ZAPP Floor Plan - 4a

Thursday, March 25, 2010

Hugo House Audiovisual Archives Report

Hello everyone I'm back and what I have for you below is the final product of all my research into digital video best practices. I presented this report on Wednesday March 24th and overall, Staff were quite impressed. Yet, there was considerable concern about the lack of staff to operate new equipment and software. All of this requires funding as well. These are the two major challenges that Hugo House faces as it considers implementing a serious digital archives. While this report presents a hypothetical first step in that direction it does not necessarily focus on what needs to be done immediately and this was one matter that came up in the meeting. Attached to the end of this is a new section to the report titled J. Minimum Recommendations.
Also, an idea emerged in this meeting that I thought would be a great way to facilitate the Vera-Hugo House / ZAPP partnership. The extensive team of Audio Engineers at Vera could easily be invited to operate the audio equipment for Hugo House events.
So now without further delay, I present to you the report - enjoy.

I. Introduction

A. Mission

In this report, I will focus on both the Audio and Visual recordings of Hugo House events by relying on some of my existing research for Vera Project’s audio recordings and including new research on digital video. There are two major issues to consider when it comes to changing the way an organization preserves and accesses their materials: Funding and Labor. My goal in taking on this project is to determine the most efficient way to start preserving the audiovisual collection without making a significant impact on staff workload and operational costs.

A. Size of Collection

Video: Brian has 12 Mini DV tapes of various brands undated and for various house events.
Jeff the videographer has 4 Mini DV tapes.
This puts the Mini DV video collection at 208GB and 24 hours.
Audio: There is a haphazard collection of Audio on cds and DVDs. The amount has yet to be determined.

B. Projected Growth

If Hugo House continues recording video with its current setup and only records its Literary Series, the growth each year will be about 156GB. Understanding that Hugo House wishes to record “one-off” events, I would double this number for easy math and to be on the safe side. This means that, in time, Hugo House can expect to be recording up to 312 GB of video per year. This number however is subject to change depending on how many events Hugo House records and what equipment it uses. If future equipment records higher quality digital video, this number will increase significantly.

II. Recommendations for existing Hugo House Audiovisual Setup

A. Existing Recording Setup

To avoid stepping out of my range of knowledge as a novice archivist, I will only briefly highlight the existing setup and recommend that Hugo House seek the consultation of professionals in the field of audio and video recording to obtain more technical advice.

Audio
The Hugo house possesses two soundboards. For the cabaret it uses a Mackie 1202-VLZPRO soundboard and for the theater it uses an Alan & Heath Mix Wizard WZ3. After reading some online reviews from other users of these products, they are both highly praised for their ability to perform. When it comes to soundboards it really all depends on what they’ll be used for. If for more editing and effects, a more elaborate soundboard might be useful. However, to simply record high-quality audio, the existing soundboards at Hugo House will most certainly succeed. Unfortunately, Hugo House currently cannot record any sound that passes through these boards without the assistance of a freelance audio engineer. This person will often volunteer and bring a Laptop to any given event to record the audio, take it home, process it, and deliver the finished product at his or her leisure. This situation presents a challenge to maintaining standards and quality control.

Video
The same as above follows for video. The Hugo House contracts with a freelance videographer by the name of Jeff Hanson who uses the Canon GL1 and 2, and an unknown third camcorder to record Hugo House events. As I understand it, he records audio/video at 48 kHz / 16-bit (highest audio settings), using the NTSC Codec, and Long Play (LP). Briefly, Codec is the blending of two words “Coder-decoder.” Codecs encode a data stream for transmission and then decode it for playback. NTSC stands for the National Television Systems Committee, which set the standard method for broadcasting in North America. Otherwise, the cameras mentioned above use the Mini DV format to record video. The Mini DV is a highly compact and fragile metal-evaporated digital tape. Its fragility presents long-term preservation issues - especially if not stored properly. Furthermore, while the Hugo House videographer insists that he has been fairly consistent in his tape brand choice for recording that does not appear to be the case from the looks of the collection.

Recommendations:
If Hugo House continues to contract with freelance recorders, maintaining standards will be a challenge, so the best we can simply do is emphasize them. These standards are as follows. For audio, all recordings should be made using the broadcast wav format. This is the industry standard uncompressed audio format capable of capturing metadata.[1] These files should be recorded at 96 kHz / 24-bit resolution: the industry standard for preservation. For comparison, a common audio cd is recorded at 44.1 kHz / 16-bit resolution. Recording of Video should follow a similar path. While equipment may vary, no matter what - for the sake of preservation - all video should be recorded to the Camera’s highest settings possible in whatever its default raw format is. For the Canon GL2 this would be 48 kHz / 16-bit, Short Play, and the NTSC codec. The 48 kHz /16-bit is the maximum for the Camera’s own microphone. If desired, the camera could be wired to the soundboard to obtain greater quality. Otherwise for this type of camera, it is highly recommended that one brand of Mini DV tape be used consistently throughout the camera’s natural lifespan lest that natural lifespan be artificially shortened and the video quality be further diminished.

Beyond this, I strongly recommend transitioning to an in-house recording setup for all audio and video. While having a final deliverable product for patrons doesn’t require it, such a transition would ultimately make it easier to uphold archival standards since rotating volunteers each have their own recording preferences and rarely consider long-term preservation issues. Yet, I do realize this would involve more work for staff and this is why I want to streamline this potential transition as much as possible. With this is mind, consider it an option on the table as one way that Hugo House could potentially begin preserving its materials more effectively.


So here is how it could work. Joe Slaby has indicated that Hugo House does have a laptop or two that could potentially be connected to the soundboard. Assuming these computers have a processing speed high enough to prevent recording dropouts, the simplest solution would be to install a free audio recording and editing program called Audacity. The Vera Project audio team lauds it as an effective cost-free option. The audio passing through the soundboard then could be easily channeled into the laptop’s 1/8” microphone port. However, the same people who recommend Audacity insist that bottlenecking sound through a 1/8” port will result in a lot of interference. Therefore, they recommend the purchase of an M-Audio USB or Firewire[2] audio interface from a company called Sweetwater. These can be purchased for as low as $120 and provide superior sound quality.

The same concept can be applied to video as well. Many Digital Video Camcorders can connect and record video directly to a computer via a digital firewire transfer or an analog s-video transfer. Assuming we can obtain a free or low-cost video recording program we can at least capture the raw video data for preservation purposes and then the freelance videographer can take his or her own copy of the video to edit as necessary for the final delivery. There are many free video capture programs such as Captureflux[3] and Windows Movie Maker. Unfortunately, these programs do not support the latest format for online delivery: MPEG4. However, this is a moot point since the videographer will perform the editing and conversion and Hugo House would just be capturing the raw video. There are also many other options for live video capture software, with prices ranging from 50 to 70 dollars:[4] all it would come down to is having the recommended processesor speed (varies depending on the software and video quality) and the ability to capture metadata. The latter will require some further research.

B. Video Transfer

Jeff has indicated that he transfers video onto an iMac using firewire and iMovie on a camera other than his Canon GL2, which for some reason cannot transfer the videos to his computer. He also indicates that he would prefer to use Final Cut Pro for this, but the precarious transfer setup does not allow for this.

Recommendations:
Assuming we do not apply the direct record to computer approach, Hugo House can emphasize the following recommendations to its freelance videographers. First of all, I highly recommend that Jeff troubleshoot the current precarious transfer setup in order to maintain the integrity of the videos recorded and to ensure the lifespan of the hardware used to record and store them. This is because it is highly recommended that transfer of Mini DV footage be done using the same camera with which it was recorded for the same reasons stated above regarding interchange of hardware. It is also best to use Final Cut Pro as opposed to iMovie (on Macs) for its greater ability to catch dropped frames. Again, I realize getting involved in Jeff’s workflow would be challenge since this is simply freelance work for him.

Beyond the Camera and software aspects of transfer, there are two output methods from the camera to a computer: firewire or SDI. The Canon GL2 only has firewire while the latter is a feature on higher-end professional camera equipment. This makes firewire the only relevant discussion at this time. The most important aspects to note about the firewire transfer method are raw data and metadata. That is, firewire transfers the video byte for byte and includes all the metadata that describes that data. This means what emerges on the computer is the video as it was actually recorded (provided no errors took place in transfer) along with all information about that recording: time, date, camera settings, and error info.

Otherwise, should SDI transfer ever become an option for Hugo House, it is important to note the following details. Essentially, this method of transfer is similar to playing the video in real-time and recording a new copy on the other end. Higher-end cameras have a great deal of error correction technology used in playback. This means, any changes to the original video cannot be tracked because the original video is overwritten. Furthermore, this method of transfer does not capture any metadata about the video meaning 5 or 10+ years down the line when no one can remember who was recording the video and with what equipment, anyone accessing these old videos will not know how to properly work with them.

Nevertheless, professionals in the field debate endlessly over the merits and drawbacks of each transfer method. Some will uphold that the original raw data is best for preservation as error correction technology will likely improve in the future while others insist that a processed video indicates to future generations how the video was intended to be viewed in its time. Both are compelling arguments, however I believe that the capture of metadata transcends these matters thereby making the firewire option the best one. Yet, where resources and the SDI option exist, I recommend maintaining both copies for preservation purposes.

C. Mini DV storage

Currently, Brian keeps the Mini DV tapes in a gift bag in his office closet.

Recommendations:
Immediately after videos have been transferred from a Mini DV it should be stored away very carefully. I recommend Hugo House take the greatest care with the Mini DVs since as long as we have the original raw data, we can always go back to it when transfer methods improve. Otherwise, coming direct from a website called The DVshow are a host of recommendations for safely storing Mini DV tapes.

  • Keep tapes in a dust free environment, away from direct sunlight.
    Avoid high humidity and moisture.
  • Never store tapes near magnetic fields, (top of TV, speakers, etc.)
  • Try to give tapes 24 hours to adjust to extreme temperature and climate changes.
  • Fast-forward & rewind tapes every 2 years to prevent sticking.
  • Store tapes rewound in their case.
  • It is always best to sit the tape on its side, but the smaller the millimeter of tape, the less it matters. The reasoning behind this is, if the tape is laid down on it's larger flat side, the tape will warp. So when looking for a stand or case hold find one that stands the tapes up on one of it's smaller edges.
  • The storage environment should not be hot, humid, dusty or smoky.
  • Plastic storage boxes are the best solution for long-term storage.

D. File Check

Currently I do not know how freelance recorders check the integrity of their recordings. I can only imagine that Jeff, who also edits video for Hugo House, has his own methods for this.
Recommendations:

When a video arrives onto a computer in its electronic format, it should be checked for errors. There is a program called DVAnalyzer developed by AudioVisual Preservation Solutions, Inc. and recommended by professionals in the field that performs this task quite effectively. The following is a direct description of its function:

DV Analyzer provides two primary services simultaneously:

Error Detection and Quality Control
The reformatting of DV tapes (such as miniDV, DVCam, and DVCPro) to DV file-based formats is a point when the introduction of permanent errors is of particularly high risk. Most capture tools for DV only report errors if they are significant, such as a lost frame, whereas other documented errors are not reviewed. DV Analyzer provides a way to analyze and report audio, video, subcode, and structural errors within a DV file. This enables automated quality control and the ability to verify the accuracy and integrity of the reformatting process on a frame-by-frame basis.

Temporal Metadata Reporting
The DV format is rich with temporal metadata. Every frame may contain time code, recording date and time information, recording markers, and more. DV Analyzer reports this information which can be used in a variety of meaningful ways when working with and preserving DV content. This is particularly useful in documenting source material of edited DV content.

E. Storage Hardware

RAIDS

The industry unanimously recommends storage of digital audio or video onto multiple hard disks in multiple locations. The most reliable storage system that exists is referred to as a RAID (Redundant Array of Independent Disks). Wikipedia defines a RAID as “an umbrella term for computer data storage schemes that can divide and replicate data among multiple hard disk drives”. Essentially, the RAID has two goals: data reliability and/or increased input/output performance. Each Hard Disk on a RAID configuration mirrors the other in case any single one should fail. Despite the fact that there are multiple hard disks, the RAID appears as a single disk from the point of view of the end user.

There are many different RAID configurations - each with their own purpose.[5] Either RAID 5 or 6 appears to be the best configuration out there. First, they distribute their error correction data (parity data) over multiple disks. Second, they employ data striping, which distributes segments of a single file onto multiple disks allowing for greater performance. That is, while a CPU can often process information quicker than a single disk can supply it, the CPU can pull multiple segments of a file simultaneously rather than waiting for a single drive to supply each one on its own.

Low-Cost Setup

Hugo House can easily purchase low-cost PC towers with multiple bays then purchase the drives to populate them. For a NAS RAID tower connected to the server, it would require programming with a free Unix based program called FreeNAS: an embedded open-source NAS distribution program.[6] Furthermore, we could likely seek the services of a volunteer to perform this setup.

Aside from the programming aspect, PC Towers on Google Shopping come with as many as 10 bays and start as low as 30$. Individual hard drives on Google Shopping start as low as 70$ each for 1 Terabyte. RAID 5 and 6 require at least 3 or 4 drives respectively to setup. At these numbers, this would roughly equate to 720$ at the absolute lowest startup cost with the RAID 5 Configuration. RAID 6 is about 930$. These numbers are of course for the sake of example and they can be adjusted according to the storage capacity needs of the Hugo House. Then whenever the collection reaches the RAID’s initial capacity, a new drive can be purchased and inserted into the next available slot.

F. Folder and File naming (excludes plus symbol)

Hugo House Video
>Year + Video
>Month + Year
>Date + Event Name
-Date + Event Name – 1.dv (or other raw/uncompressed format)
-Date + Event Name – 2.dv
-Date + Event Name – 1.mp4
-Date + Event Name – 2.mp4
Hugo House Audio
>Year + Audio
>Month + Year
>Date + Event Name
-Date + Event Name – 1.wav
-Date + Event Name – 2.wav
-Date + Event Name – 1.mp3
-Date + Event Name – 2.mp3

G. Quality Control and Data Migration

Quality Control
It is recommended that an audio engineer periodically listen to files to check for any errors or alterations. Granted, Hugo House does not have a staff audio engineer so this would be rather difficult to do. The only other option would be to ask whomever we’ve contracted to do the recording to note any errors he or she notices. Otherwise, there is a process called “Checksum,” an algorithm designed to check files for errors and alternations. This algorithm returns a series of numbers and letters. One can determine if an error has occurred when periodically running this algorithm and comparing the series of numbers. I recommend performing a checksum every time files are backed-up.

Data Migration
There are two issues in data migration and the first is backing up data. I recommend always backing up recordings immediately after they have been recorded if possible. This way, if the native recording drive should chance to fail, the recording still lives. Regarding the time it might take to complete a backup it is really difficult to say. It all depends on the speed of the hard drives, the computer’s processesor, and the size of the file. However, lest anyone feel concerned about having to wait for a backup to finish, there exists an option built into Microsoft Windows called Task Scheduler. This program can be set to shut down a computer after a backup has finished.
The second issue in data migration is hardware obsolescence. All hard drives have both a natural lifetime and often before reaching the end of that lifetime, become obsolete. The recommended best practice is to replace hard drives every 4 to 5 years. In this case, I would recommend taking note of the purchase date for each hard drive and scheduling a time to replace it within 4 years. This could be done by placing labels on the outer shell of each RAID tower or even directly on the hard drives with a name and date for each drive.


Optional Metadata for Evaluations
I recommend that this set of metadata be used when one discovers errors after the initial recording as he or she listens to it.
1.) Evaluated By
Name of the person who completed the evaluation.
3.) Evaluation Date
Enter the date this evaluation was performed.
5.) Section Evaluated
Designate the section of the recording that you are evaluating. This will be either the entire object or a specific Region or Stream.
6.) Problem[7]
Documents any anomalies present on the recording
7.) Notes

H. Access

With our end-users consisting of both staff and patrons, ease of access to audiovisual materials is essential. With this in mind, I’ve been working diligently to determine the best way to improve access to Hugo House’s audiovisual materials and there are two options: Adobe pdf or txt files. The contents of either can be searched on the Windows Explorer search bar Therefore, if Hugo House desires a cost-free and immediate option, I would strongly recommend creating one pdf or txt file for each audio and video file and giving them identical names. Each pdf or txt file will then describe the file – whose name it shares – in the form of metadata.

I. Metadata

I recommend tracking the following metadata either by pulling it from the file itself, which in most cases should have most of the following information, or by having the volunteer write it down if possible. If only certain metadata are required for search purposes and many of the more technical ones are embedded into the files themselves, the latter may be excluded from the pdf or txt file.
1.) Format
• Mini DV
· (Add others as they emerge)
2.) File Type
(.wav) (.mp3) (.mp4) (.dv)
3.) Bit Depth (Usually 24-bit standard)
The number of bits per sample for the audio content of the described audio object.
4.) Sample Rate (Usually 96 kHz standard)
The sample rate of the audio data for the described audio object.
5.) Frame Rate
frames per second
6.) Checksum Value
A string indicating the checksum signature of the audio object.
7.) Checksum Creation Date
Indicates the time and date the signature in the checksum value element was generated.
8.) Duration of File
9.) Date Recorded
10.) Recorded by
name of the one who recorded it
11.) Edited by
probably the same as who recorded it
12) Recorded with
Equipment used for recording, e.g. the camera, soundboard, etc…
13.) Title
Literary Series, etc…
14.) Keywords or Description

Include in this field any other useful information for describing the file using a set vocabulary

J. Minimum Recommendations (an addendum)

While this report represents a hypothetical first step towards a digital archives it remains out of Hugo House's immediate scope. What can (and must) be done in the meantime is the following:

1. Obtain the raw .dv files from the tapes, store them on the Hugo House server, and at least one other backup drive.
2. Obtain edited versions of these files in .MP4 format and store them on the Hugo House Server and at least one other backup drive
3. Store the mini dv tapes according the the specifications laid out above.
4. Implement the naming conventions laid about above

[1] Note well, as this is a more recent format adapted from the original wav format, not all programs record in it, but it can be read anywhere just the same as a regular wav file.
[2] Firewire is also known as IEEE1394
[3] http://paul.glagla.free.fr/captureflux_en.htm
[4] For more details please visit http://video-editing-software-review.toptenreviews.com/
[5] http://en.wikipedia.org/wiki/RAID
[6] Suggested by Darren White http://freenas.org/freenas
[7] For standardized vocabulary be sure to visit the link provided below for the Sound Directions Audio Technical Metadata Collector and flip to page 21.


III. Bibliography

A. Issues in Preservation

Video

1. Association of Moving Image Archivists Listserv
Regarding Mini DV recording and transfer
http://lsv.uky.edu/scripts/wa.exe?A1=ind1002&L=amia-l#33

Regarding Live Video Capture
http://lsv.uky.edu/scripts/wa.exe?A1=ind1003&L=amia-l#55

2. David Rice and Chris Lacinak, Digital Tape Preservation Strategy: Preserving Data or Video? Audiovisual Preservation Solutions: New York, NY 2009 http://www.avpreserve.com/dvanalyzer/dv-preservation-data-or-video/
3. DV Analyzer: http://www.avpreserve.com/dvanalyzer/
Mini DV Storage:
4. http://www.thedvshow.com/faq-pro/index.php?action=article&cat_id=017&id=528
5. http://www.tapeandmedia.com/detail.asp?product_id=MDV-9&source=Froogle&REFERER=Froogle
6. http://www.videoguys.com.au/Shop/p/724/bryco-mini-dv-album-box.html
Audio
7. Mike Casey and Bruce Gordon, Sound Directions: Best Practices for Audio Preservation, Indiana University and Harvard University: 2007.
http://www.dlib.indiana.edu/projects/sounddirections/papersPresent/sd_bp_07.pdf
8. Sound Directions: The Audio Technical Metadata Collector http://www.dlib.indiana.edu/projects/sounddirections/papersPresent/sd_app1_v1.pdf
9. Kevin Heard and Joshua Peterson of the Vera Recording Studio:
heardzy@gmail.com joshkpete@gmail.com


B. Information on RAIDS

1. General Definitions: http://www.wditech.com/wditech/?p=13

2. General Definitions: http://en.wikipedia.org/wiki/RAID

3. How to setup a low-cost RAID http://freenas.org/freenas

4. Where to buy low-cost towers: http://www.google.com/products?q=PC+Tower&oe=utf-8&ved=0CDUQrQQwAg&show=dd&scoring=prd

5. Where to buy low-cost hard drives:
http://www.google.com/products?q=internal+hard+drive+1TB&scoring=p


C. Audiovisual Hardware and Software

Sound Board Reviews

1. http://www.zzounds.com/productreview--MAC1202VLZPRO

2. http://www.soundonsound.com/sos/nov04/articles/allenheathwz3.htm

Audio Interfaces

3. http://www.sweetwater.com/c695--M-Audio--USB_Audio_Interfaces

Canon GL2

4. http://www.usa.canon.com/consumer/controller?act=ModelInfoAct&fcategoryid=165&modelid=7512

Editing and Live Video Capture Software

5. http://video-editing-software-review.toptenreviews.com/

Monday, March 1, 2010

Vera Audio Archives Report

At long last here it is - so feast your eyes. I'm overall very pleased with the result: my own work and its reception back in February. I managed to even keep it a little bit lively by throwing in a few jokes even though I was incredibly nervous going into it - it was my largest audience yet. In attendance were of course the usual suspects: Dustin Fujikawa - Vera's front desk manager, Nora Mukaihata - my advising librarian, Shannon Roach - Vera's Managing Director, and Josh Zimmerman - my advising Archivist. In addition to this powerhouse of absolutely talented and charming individuals, were Alexanne Brown - an observing Ethnomusicology student from the University of Washington, Rowdy Gleason - one of Vera's audio engineering interns, and Jeff McNulty - Vera's Program Coordinator. Jeff in particular has been great to work with on this project; we had many fruitful conversations throughout the research phase.

After I presented the report, the main team and I plotted out the timeline for the remainder of the internship. Since this time though a few changes have been made to the calendar and the images below reflect those changes.



...p.s. be sure to check out the appendix at the end of this post for some more tantalizing images!

I. Introduction – The Deliverables

  1. Assess how much content there is, and how quickly the collection is likely to grow
  2. Figure out the best storage for audio archives (naming conventions, file format, where to store them)
  3. Figure out how to make these audio archives searchable
  4. Document all of the above & explain it to Vera staff

II. Present Arrangement of Vera Audio Materials

File formats used: WAV, AIF, mp3, ptf (protools file), and digital audio tapes (DAT)

A. The Hard Drives:

All drives are located in the Vera Recording studio inside or on top of the PowerMac


1.) Internal 300GB HD - Live Shows & Studio Mixdowns

Main folder: Live Show Mixdowns

>Sub folder: Name of band, date, initials of who recorded it

  • File name: whole show, date
  • File name: individual song,

>Sub folder: Rough mixes (day of show)
>Sub Folder: Live shows mp3s
>Sub Folder: 2007 live shows

2.) External 500GB HD – Two partitions: mostly back-ups of live recordings


Main Folder: Vera Backup A-M
>Sub Folder: name of band, date, initials


Main Folder: Vera Backup N-Z
>Sub Folder: name of band, date, initials


3.) External Vera recording drive
Protools session files organized like so:

-One folder for a whole show named by headlining band, date, initials of who recorded it
This folder includes files for the opening bands as well

-Eventually all bands will have their own separate folder

B. Basic Workflow:

-The recording drives employ a system of highlighting

  • Green: indicates a folder whose contents have been mixed
  • Orange: indicates a folder that is ready to be backed up
  • Red: indicates a folder that has been backed up
  1. For live shows and recording sessions, they record to a recording drive
  2. These files are then mixed
  3. Then they are backed up onto a DVD (the protools files)
  4. Then the protools files are copied from the recording drive to a Back-Up Drive

They like to keep the recording drives as empty as possible - nothing stays in there permanently


C. Amount of Content and projected Growth

There is about 500 GB of archived Audio. Jeff made a gratuitous prediction that we could record as much as a terabyte of audio for 2010 alone.

III. Recommendations for Individual Issues in Audio Preservation

A. Storage Hardware

RAIDS

The industry unanimously recommends storage of digital audio onto multiple hard disks in multiple locations. The most reliable storage system that exists is referred to as a RAID (Redundant Array of Independent Disks). Wikipedia defines a RAID as “an umbrella term for computer data storage schemes that can divide and replicate data among multiple hard disk drives”. Essentially, the RAID has two goals: data reliability and/or increased input/output performance. Each Hard Disk on a RAID configuration mirrors the other in case any single one should fail. Despite the fact that there are multiple hard disks, the RAID appears as a single disk from the point of view of the end user.

There are many different RAID configurations - each with their own purpose.[1] For our purposes, either RAID 5 or 6 appears to be the best configuration out there. First, they distribute their error correction data (parity data) over multiple disks. Second, they employ data striping, which distributes segments of a single file onto multiple disks allowing for greater performance. That is, while a CPU can often process information quicker than a single disk can supply it, the CPU can pull multiple segments of a file simultaneously rather than waiting for a single drive to supply each one on its own.

Recommended Storage Configuration for Vera:

1. The Studio PowerMac with three additional drive bays.

  • External Drive: Recording Drive (Origin)
  • Bay 1: Live Recordings A-M (Native – 1st Backup)
  • Bay 2: Live Recordings N-Z (Native – 1st Backup)
  • Bay 3: Studio Recordings (Native – 1st Backup)

2. First RAID 5 or 6 (In-Studio)

  • Identical to the PowerMac (local – 2nd Backup)

3. Second RAID 5 or 6 NAS (Network-Attached Storage)

  • Identical to the Power Mac (Remote – 3rd Backup)
  • Will be connected to the Vera Server

4. Optional Third RAID 5 or 6 (Off-Site)

  • Identical to the Power Mac (Foreign – 4th Backup)
  • Possibly stored at the University of Washington

Once this system is in place, Vera should no longer back up protools files onto DVDs and create audio cds. DVDs and CDs are universally recognized as an unreliable, unsafe, and short-term preservation medium. They can be easily damaged and the logistics of storing them over time becomes extremely problematic. Additionally, the cost of DVDs/CDs over the long term is astronomical relative to hard drives. With the rising prevalence of purely digital formats and consumer devices designed to store and operate these, it is no longer advisable to use what is quickly becoming obsolete. The only exception to this I can imagine would be when bands specifically request a CD of their performance. By all means, one can be provided.

Low-Cost Setup

Vera can easily purchase low-cost PC towers with multiple bays then purchase the drives to populate them. For the NAS tower connected to the Vera server, it would require programming with a free Unix based program called FreeNAS: an embedded open-source NAS distribution program.[2] Furthermore, we could likely seek the services of a volunteer to perform this setup.

Aside from the programming aspect, PC Towers on Google Shopping come with as many as 10 bays and start as low as 30$. Individual hard drives on Google Shopping start as low as 70$ each for 1 Terabyte. RAID 5 and 6 require at least 3 or 4 drives respectively to setup. At these numbers, this would roughly equate to 720$ at the absolute lowest startup cost with the RAID 5 Configuration. RAID 6 is about 930$. I am guessing that the cost would very likely be higher. I would recommend starting with a RAID 6 on two 10-bay towers and starting out with a capacity of about 2TB. Then, whenever the collection reaches the RAID’s capacity, a new drive can be purchased and inserted into the next available slot.

B. Folder and File Naming Conventions

To meet the needs of the recording studio and Vera overall, it is absolutely imperative to adhere to a strict folder and file-naming scheme to enhance access to audio materials. If everyone uses the same language, whether they are creating audio or simply searching for it, they can all access it quickly and independently of one another. Therefore, with the guidance of Jeffery McNulty, I have laid out the following folder and file-naming conventions for the Vera Recording Studio.[3]

Studio Recording

Date, Artist Name, initials

>Song name (protools folder)

song.ptf

>Audio Files ß amount varies, may be multiples for each instrument numbering sys?

instrument.wav

instrument.wav

>Fade Files ß protools names these automatically, will never be accessed later

wav files

>Plug-In Settings ß not usually part of a project but should be

>Session File Back-Up

song (backup).ptf

>Rough mixes

1 – song name (rough mix).wav

2 – song name (rough mix).wav

>Final Mix (high-resolution)

1 – song name (high-res).wav

>Final Mix (low-resolution)

1 – song name (low-res).wav

>Album name (Masters)

1 – song name (master).wav

>Stereo Mixdowns ß for Mp3s and CDs

1 – song name (mixdown).wav

Live Recording

Date Artist Name Initials

Date Artist Name Initials.ptf

>Rough Mixes

Date Artist Name Initials.wav

>Show Template

>Session Back Up

1 – Date Artist name Initials (backup).ptf

>Stereo Mixdowns

Date Artist Name Initials.wav ß this will be the file for the whole show

1 – song name.wav ß these will be for individual songs extracted from the file above

2 – song name.wav

Mp3 collection (lives separate from a recording project)

Artist Name

>Album

1 - song.mp3 ß individual song

Artist Name Date initials ?.mp3 ß whole show

C. Format and Resolution Standards

The recording studio employs both aif and broadcast wav format almost indiscriminately. There does not appear to be any pattern to their usage. The only practical use for the aif format in the studio is to burn CDs and DVDs using a program called Toast. This program only burns these discs with aif files and it will automatically convert any other format to aif before burning a disc, which takes extra time. Now, both aif and wav are equally high quality, yet the latter is the more widely held standard and it captures basic metadata. Conversely, aif does not capture metadata and is oriented more towards Mac users who use toast. Therefore, I recommend universally applying the broadcast wav format for all files mixed from the original protools files and if possible, finding a CD burning program to burn CDs directly from wav files, if a band so happens to request one. The current practice is just far more confusing and disorganized than it needs to be when there exists a more rigorous and useable format. If such a CD burning program does not exist, I would then recommend at the very most only making the low-resolution (44.1 kHz / 16-bit) mixes into aif format. Furthermore, we simply do not need to create high-resolution aif files because RAIDs will be replacing the DVD backups.

Speaking of resolution, there is not a universally enforced standard for file resolution at Vera. The reason is that there really can’t be. While the industry-wide standard is now 96 kHz /24-bit, every audio engineer (at least for studio performances) has his or her own particular preferences. It is almost impossible to enforce a standard. Therefore I would recommend emphasizing the industry standard, but leaving it to each engineer to decide. Jeffery has indicated that for live shows it will be easier for us to apply a standard. He indicated a common usage of 88.2 kHz / 24-bit noting that the difference between 88.2 kHz and 96 kHz is negligible. The reason for recording at 88.2 kHz is for the ease of mixing down to 44.1 kHz 16-bit for mp3 and audio CDs. Therefore, I recommend that this be the recording standard for live shows.

D. Metadata

Audio engineers can track the following metadata using their tracking sheets. Later on, this information should be entered into a pdf file with its name identical to the file it describes. This will make the information contained within it searchable from both a Mac and pc. However you might be thinking it would be incredibly daunting and time consuming to enter all this metadata into pdf files over and over again. On the contrary, assuming that groups of files are created together, by the same person, at the same bit depth and sample rate, on the same day, and are the same event type, one could easily enter this information once into a pdf, save it as a temporary template to be copied over and over for each audio file in the group, only then requiring going back and entering the duration of each file.[4]

1.) Format (I realize that the recording studio won’t deal with LPs but since we have an LP in our
Archives, I’m guessing its possible that we might receive more in the future)

• Digital file

• LP Commercial microgroove disc

• CD – Compact audio disc.

• DVD

• DAT – Digital Audio Tape.

2.) File Type

(.wav) (.mp3) (.ptf) (.AIF)

3.) Bit Depth (Usually 24-bit standard)

The number of bits per sample for the audio content of the described audio object.

4.) Sample Rate (Usually 96 kHz standard)

The sample rate of the audio data for the described audio object.

5.) Checksum Value

A string indicating the checksum signature of the audio object.

7.) Checksum Creation Date

Indicates the time and date the signature in the checksum value element was
generated.

8.) Duration of File

9.) Date Recorded

10.) Recorded by

name or initials of the one who recorded it

11.) Mixed by

name or initials of the one who mixed it

12.) Artist

name of band(s) / performer(s)

13.) Event Type

Live or Studio Recording

E. Quality Control, Data Migration, and Optional Evaluation Metadata

Quality Control

It is recommended that an audio engineer periodically listen to files to check for any errors or alterations. Given the amount of audio that Vera has however, this would be an epic task. I therefore recommend that evaluations be performed during the mixdown process from this point forward. That is, if the audio engineer notices any anomalies in the recording, he or she should take note of them – perhaps on a separate evaluation sheet. Otherwise, there is a process called “Checksum,” an algorithm designed to check files for errors and alternations. This algorithm returns a series of numbers and letters. One can determine if an error has occurred when periodically running this algorithm and comparing the series of numbers. I recommend performing a checksum every time files are backed-up.

Unfortunately, I have not yet found a fully functioning and efficient method for performing checksums. The Disk Utility on a Mac is capable only of performing a checksum on an entire hard drive rather than a selection of files. This is rather problematic because say for instance there are multiple projects on the recording drive and only one of them is ready to be backed up. If you checksum the whole drive it will include the other projects. Then when you back up that single project onto another drive the checksum value for the new copy will of course be different because the new copy does not include those other projects.

There is another option for performing a checksum through the Mac’s automator program. I set this program up on my own Mac and executed it. I performed a checksum of a group of files on one drive, obtained the checksum value, then copied the files to another drive, and ran the checksum program again. Only it refused to give me the value. Further testing is required. However, if a solution cannot be found, I would recommend foregoing the Checksum task altogether.

Data Migration

There are two issues in data migration and the first is backing up data. The Vera recording studio records a studio or live performance to an external hard drive where it lives as a single project until it is mixed then backed up onto an external hard drive that lives in the studio. I however would recommend that at the end of each recording session, a project be immediately backed up – perhaps using the Mac’s Automator feature – lest the audio engineer have to perform an extra step. Otherwise, the engineer can just click and drag the project to the back-up drive. This way, if the recording drive by chance should fail, the recording still lives. Then, after the original recording has been fully mixed and it comes time to close out a project and back it up, the folders created during the mixdown process can be added amongst the original recording folders already living on the back-up drive.

The second issue in data migration is hardware obsolescence. All hard drives have both a natural lifetime and often before reaching the end of that lifetime, become obsolete. The recommended best practice is to replace hard drives every 4 to 5 years. In this case, I would recommend taking note of the purchase date for each hard drive and scheduling a time to replace it within 4 years. This could be done by placing labels on the outer shell of each RAID tower or even directly on the hard drives with a name and date for each drive.

Optional Metadata for Evaluations

I recommend that this set of metadata be used when the audio engineer discovers errors after the initial recording as he or she listens to it during the mixdown process.

1.) Evaluated By

Name of the person who completed the evaluation.

3.) Evaluation Date

Enter the date this evaluation was performed.

5.) Section Evaluated

Designate the section of the recording that you are evaluating. This will be either the entire
object or a specific Region or Stream.

6.) Problem[5]

Documents any anomalies present on the recording

7.) Notes

F. DAT Conversion (Special Addendum)

While the conversion of Vera’s DAT collection is already underway, I thought it might be useful include the following recommendations. There exists an abundance of information on the subject of converting audio materials from their physical form into electronic/digital. Sound Directions – a joint Audio preservation project between Indiana University and Harvard College – has the most in depth publication for this procedure, the more technical aspects of which are beyond the scope of my general archival purview. Therefore, I have included only the most relevant portion of their recommendations for the transfer of audio from a physical to electronic format in this report.[6]

Best Practice 1: Use audio engineers and technicians with solid technical skills and well-developed critical listening abilities at points in the preservation transfer workflow where their skill is required.

Best Practice 2: Perform preservation transfers in an appropriately designed, critical listening environment. [I.e. one without ambient interference] If such a space is not available, choose a room that is quiet and is removed from other work areas and traffic, and be acutely aware of its sonic deficiencies.

Best Practice 3: Route the signal from the playback machine to the analog-to-digital converter using the cleanest, most direct signal path possible. [I.e. ones designated specifically for preservation work.]

Best Practice 4: Design the monitoring chain to allow instant comparison of the signal from the playback machine to the signal that has passed through the analog-to-digital converter. The ability to monitor the signal from both the playback machine and post-A/D converter enables verification of the A/D conversion and allows easier diagnosis of potential problems heard during transfer

Best Practice 5: Preservation studios must include test/calibration equipment to test and monitor the transfer chain itself for noise as well as to test individual components for performance. During transfer, the test/calibration equipment shall not be inserted between the playback machine and the recorder.

Designing an audio preservation studio:

  • Design the preservation studio as a critical listening environment and know its limitations
  • All signal chain components must be tested so that they are known to be of professional-quality, that they are reliable, and that they do not alter the level or quality of the audio signal at unity
  • The most direct and clean signal path from source to destination must be used at all times.
  • There may be no unused devices in the signal path. If there are multiple destination formats for the transfer, then the signal must be routed in parallel without any daisy-chaining of devices.
  • Signals shall be split or distributed using only calibrated, high-quality distribution amplifiers, routers, or properly designed and wired balanced cables and patchbays that demonstrably do not degrade the signal
  • Use the highest quality signal format present on the source equipment and throughout the chain. For instance, use a balanced signal source rather than an unbalanced signal source

Cost: It may be necessary to engage the audio engineering community, as there does appear to exist an informal, short list of converters that engineers believe are of high-enough quality for preservation transfer work. These tend to range in price from around $1,000 to $10,000 and more.

IV. Access

With our end-users consisting of both staff and patrons, ease of access to audio materials is essential. With this in mind, I’ve been working diligently to determine the best way to improve access to Vera’s audio materials and there are two options: Adobe pdf and Salesforce.

A. Adobe PDF

The Adobe pdf file format is the simplest solution. The contents of a pdf can be searched both on the Windows Explorer search bar and the Mac Spotlight Search. Therefore, if Vera desires a cost-free and immediate option, I would strongly recommend creating one pdf file for each audio file and giving them identical names. Each pdf will then describe the audio file – whose name it shares – in the form of metadata. This means if anyone wants to search for all the files that were mixed or recorded by one individual or even all files recorded on a certain date, he or she may do so easily. Once gain, groups of audio files will inevitably have certain metadata in common, so filling out the fields should be a relatively quick process.

B. Salesforce

Salesforce is the second option, which would be very effective in tracking and describing audio at the project level instead of the individual file level (lest we clog their server). I can easily imagine this accommodating anyone outside the audio team who has no need or interest in searching hundreds of audio tracks of single instruments or different mixes.

For the past month, I have been tinkering with Salesforce and have found it relatively easy to customize. It resides on the Internet and can be accessed anywhere simply through an email and password login and a one time computer activation. In the demo version, there is a row of tabs across the top of the screen. The user can easily create a tab by clicking on the setup button just above these. In the setup page there is a side bar with several options. First, you create an object, which will serve as a template when you go to create a new tab. You give the object a name then proceed to the next page where you can add in or remove as many fields as you wish. Once complete, you then create a new tab and use the object you just created as its template. Any user can then go into any of the custom tabs, say audio for instance, and create as many entries as he or she wishes and run a search by keyword. So, if we create entries with fields that tell the end-user where an audio project lives on the server, he or she can then click the link to it and browse through the files at his or her leisure and if need be, read the individual metadata pdf files accompanying them.

V. Summary via Workflow

So you may be wondering how all of this fits into the big picture, below are a list of simple steps to give you a rough idea of how this could look.

A. Hardware setup

1. Purchase at least two 10-bay PC towers and eleven 1TB drives

2. Configure each tower to RAID 6 (each with four drives)

3. Install the remaining hard drives into the Mac.

4. Effective capacity should be 2TB and each RAID will contain the entire Vera audio collection.

5. Give a name or number to each drive, note its date of purchase – perhaps with labelson the outer shell of the RAID tower – and schedule their replacement 4 years ahead using the Mac’s built in calendar, which can automate the reminder.

6. When the collection reaches capacity, purchase another 1TB drive and insert into the next available bay.

7. Record its date of purchase and schedule replacement.

8. Repeat these steps until the RAID reaches physical capacity.

By the time the tower reaches capacity, it’s likely that individual internal hard drives will have higher capacity at which point, Vera can purchase 2 or 3TB drives to replace the 1TB drives. Otherwise, a whole new tower can be created following the same principles laid out above.

B. Protools Recording Session

1. Open Protools and starts a new session

2. Read the folder and file naming template provided[7] and start by creating a folder for each band recorded e.g. “2010-02-24 Tommy Salami JMM”

3. Obtain a metadata tracking sheet and fill in each field for each file you create.

4. At the end of a show or studio session, burn a cd for the band(s) if they request one.

5. Run a checksum on the session as a whole and record the value onto the tracking sheet.

6. Back-up the files onto the PowerMac drives and the in-studio RAID tower by simply

clicking and dragging the folders you created during session.

7. Run the checksum again on each back-up and compare the values.

8. If the values do not match, the files did not back-up correctly and need to be backed up

again.

9. Place the audio metadata tracking sheets into a place to be designated for an intern to

enter into pdf files later.

C. Protools Mixing Session

1. Obtain a metadata tracking sheet and fill in each field for each file you create.

2. Reopen the original recording session in protools and continue to follow the naming

template provided.

3. Record all of your high and low resolution mixes in broadcast wav format.

4. Record all high-resolution wav files for live recordings to 88.2 kHz 24-bit

5. Record all low-resolution wav files to 44.1 kHz 16-bit

6. If any errors are detected obtain an evaluation sheet (?) and take note of them. Attach

the evaluation to your regular metadata tracking sheet.

7. Create mp3s for completed songs then name and file them according to the naming template specifications.

8. Run a checksum on the mixes and record the value onto the metadata tracking sheet.

9. Back-up wav mixes and mp3s to the Mac tower and in-studio RAID Tower

10. Run the checksum again and compare the values, if the values do not match, the files must be backed up again.

11. You have officially completed an audio project.

D. Intern Data Entry Session

1. Obtain the metadata tracking sheet placed in the area designated as “completed sessions”

2. Open the Adobe PDF file titled “audio metadata template”

3. Enter all the metadata fields for groups of files that share certain metadata in common and save it as your temporary template.

4. For each audio file in a project, use one of these templates, fill in the remaining metadata from the tracking sheet, and resave the file with the same name as the file it describes.

5. Repeat these steps until you have recorded all metadata for each audio file.

6. Copy these PDF files to the Mac and in-studio RAID tower.

7. Perform a final back-up of the whole project to the NAS RAID tower.

8. Open the salesforce database and click on the tab titled “audio” then click on “New”

9. Fill in all the fields for the project entry and click “Save”

10. Congratulations an audio project has just been cataloged!

A brief teaser…

With my on-going conversations with Darren White about many of the technical aspects of digital audio, he informed me of a new storage method on the horizon: the Solid State Drive.

Here’s what he had to say:

As for SSDs, it's basically like a giant RAM chip, but non-volatile, so you don't lose data when you power down. No moving parts can mean a very long mean-time-between-failure as compared to a mechanical drive, like a hard disk. There is still a need for prudence hence redundancy and right now SSDs are prohibitively expensive for TB+ storage needs. But eventually, some type of solid state storage (or maybe bio- or quantum-storage) will overtake hard drives as we currently know them. I know things will look at lot different say, 5-7 years from now.

In light of this revelation, I would highly recommend keeping track of this trend as the first purchase of back up storage elements reaches its date of obsolescence.


[1] http://en.wikipedia.org/wiki/RAID

[2] Suggested by Darren White http://freenas.org/freenas

[3] See the appendix for more detailed examples of these conventions could look.

[4] There exists another more thorough and complicated option for metadata capture still under development by Sound Directions called the Audio Technical Metadata Collector. Visit the link provided below for more information.

[5] For standardized vocabulary be sure to visit the link provided below for the Sound Directions Audio Technical Metadata Collector and flip to page 21.

[6] For more in depth information about conversion, be sure to visit: http://www.dlib.indiana.edu/projects/sounddirections/papersPresent/sd_bp_07.pdf

and proceed to page 22, titled: “Personnel and Equipment for Preservation Transfer.” There are also specific recommendations for setting up equipment for DAT conversion on page 31.

[7] This can be placed in an area that is easily seen and readily accessible – a tack board for instance.


VI. Bibliography

A. Issues in Preservation

1. Mike Casey and Bruce Gordon, Sound Directions: Best Practices for Audio Preservation, Indiana University and Harvard University: 2007.

http://www.dlib.indiana.edu/projects/sounddirections/papersPresent/sd_bp_07.pdf

2. Mike Casey and John Ross, Technical Committee: Preservation of Archival Sound Recordings, Association for Recorded Sound Collections (ARSC): 2009.

http://www.arsc-audio.org/pdf/ARSCTC_preservation.pdf

3. Gareth Knight & John McHugh, Preservation Handbook: Digital Audio, Arts and Humanities Data Service: 2005.

http://ahds.ac.uk/preservation/audio-preservation-handbook.pdf

4. Various Authors, Digital Audio Best Practices Version 2.1, Collaborative Digitization Program: 2006.

http://www.bcr.org/dps/cdp/best/digital-audio-bp.pdf

5. Gary Louie, University of Washington Music School: louie@uw.edu

6. Darren White: deedubyah@mac.com

7. Sound Directions: The Audio Technical Metadata Collector http://www.dlib.indiana.edu/projects/sounddirections/papersPresent/sd_app1_v1.pdf

B. Information on RAIDS

1. General Definitions: http://www.wditech.com/wditech/?p=13

2. General Definitions: http://en.wikipedia.org/wiki/RAID

3. How to setup a low-cost RAID http://freenas.org/freenas

4. Where to buy low-cost towers: http://www.google.com/products?q=PC+Tower&oe=utf8&ved=0CDUQrQQwAg&show=dd&scoring=prd

5. Where to buy low-cost hard drives:

http://www.google.com/products?q=internal+hard+drive+1TB&scoring=p

C. Solid State Drives: A look to the future…

1. http://en.wikipedia.org/wiki/Solid-state_drive

2. http://www.google.com/products?q=solid%20state%20disk%20drive&oe=utf-8&rls=org.mozilla:en-US:official&client=firefox-a&um=1&ie=UTF-8&sa=N&hl=en&tab=wf

APPENDIX: The Potential Structure for Audio Projects