On Thursday 25 October 2001 20:43, Loren Frank wrote: > On Thu, 25 Oct 2001, Norm Dresner wrote: > > I have no idea about the difference in performance while > > recording, but I don't see why you'd have to go thru the > > file 24 times -- you should be able to write a "separation" > > program to post-process the single capture-file into 12-24 > > individual files. I mean, even at a few GB doesn't take up > > much room on a 100 GB HD which I've seen offered for under > > $300 a few days ago. > > I have written a program to do just that, but, because the data files > I'm separating contain both multiple sources and mutiple types of data, > the easiest way to write it involved going through the file once for > each source and then fseek-ing back to the beginning for the next > source. The other alternative that I could think of involved keeping 24 > or so files open at once and writing to them sequentially, but I think > that might cause problems....
It would indeed, since the disk subsystems of most operating systems (Linux included) are optimized for "normal" size read/write requests, and/or seems to think that hard drives have zero access time. To avoid spending ages listening to a hysterical scream from the drive, extract a few hundred kB at a time, and then write the extracted data for each channel at a time. OTOH, you might as well do that while recording the data instead, as suggested in my previous post. :-) //David Olofson --- Programmer, Reologica Instruments AB .- M A I A -------------------------------------------------. | Multimedia Application Integration Architecture | | A Free/Open Source Plugin API for Professional Multimedia | `----------------------------> http://www.linuxdj.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter | `-------------------------------------> http://olofson.net -' -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED] -- For more information on Real-Time Linux see: http://www.rtlinux.org/
