9073 advice

[Donny]

Does anyone have any suggestions for figuring out which drive is too slow or fragmented when getting 9073 errors on a large session with audio files spread out over 4 SCSI drives and 2 SCSI busses? I'm just closing the session and then going in the Finder and moving stuff around trying find out which one is the culprit. Not a very elegant solution and it's a PITB. Two of the drives are 10,000 RPM and two are 7200. Thanks in advance for any tips/suggestions.

-Donny

[Donny]

Sorry for the bump. Just hoping someone has some tricks/tips or some incredibly obvious info that I've overlooked.

[Jan Folkson]

9073 errors are almost always caused by a 'too high' edit density. The first thing you could try is to increase the dae buffer size from '2' (the default) to 4 or 8. Another technique is to 'consolidate' some or all of your tracks (especially those with very high edit densities).

HTH.

[Donny]

Thanks for your response, Jan. I'm going to try to mess around with the DAE buffer size to see if that will help. The tracks have all been consolidated to whole files but there's a lot of them. The whole problem started when I ran Norton Speed Disk on my audio drives. The large session I'm having trouble with worked fine - an occassional 9073 when in loop playback mode - until I optimized the drives. Since then I've pretty much done everything, including reformatting all audio drives and the system drive and installing 9.1 fresh, consolidating regions, etc.. Now I can't even play back the session without getting a 9073. Before I rebuilt the system I tried changing the DAE buffer size and did the whole 6042/9073 balancing act thing but I haven't tried since I rebuilt everything, so thanks again for that tip.

I just wish there was a way to see which audio drive is being overloaded without having to move files around in the Finder.