> A smarter player would offer the option of analog, digital+analog, or > digital only playback; in the latter case, it could read in a manner that > allowed >1x, so on a faster than 1x drive, it should be possible to have > concurrent audio/data access that way. Better if the player buffered > a lot, maybe 8MiB or so, on each read, did async I/O to the audio and > drive, and scheduled another read a few seconds before the audio buffer > was due to be empty; the rest of the time, it would just be updating its > offset feedback, or would be available for the GUI event loop to use. > > An audiofs filesystem for audio CD sessions could hide all that, giving > digital-only access to a pseudo directory of files; probably just with > track numbers and a suffix indicating them as raw CD audio files. Getting > fancy, it could give another version of each file, encapsulated in > something common like .WAV format. By being data-only, and handling > buffering and read-ahead, it would ensure performance. By providing > an easy interface, it would ease portability (esp. if it resembled such > audio filesystems on other platforms).
No doubt this amount of cleverness would give provide gratification to so many geeks, but the reality is such that a) people are used to not accessing data files while playing audio tracks and if they do they don't expect audio to be smooth; b) CD-A is dead, digital downloads are the only future; c) did I say CD-A is dead. -Artem _______________________________________________ opensolaris-discuss mailing list [email protected]
