From: "Mehmet Ceyran" <mceyran@web.de>
To: "'Michael Buesch'" <mbuesch@freenet.de>, <maxo@myrealbox.com>
Cc: "'linux kernel mailing list'" <linux-kernel@vger.kernel.org>
Subject: RE: bug/request: multi-processing for CD devices
Date: Sat, 6 Sep 2003 22:09:57 +0200
Message-ID: <001501c374b2$d9a6bdd0$0100a8c0@server1>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <200309062056.19023.mbuesch@freenet.de>
Importance: Normal
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1232
Lines: 29

>> Summary: request for multi-processing for CD devices (I 
>> think the word is 'multi-processing' - ie. so that you can
>> play an audio CD and browse the audio CD using a program
>> such as konqueror at the same time)
>> [...]
> As far as I know that should be impossible, because 
> audio-playing runs 100% on the cd-rom hardware itself. The OS 
> has nothing to do with it. So your request should go to the 
> device manufacturers and ask them if they could build 
> devices, that are "multithreaded". :)

Well that depends. The classic audio CD access is through hardware. The
drive spins down to 1x speed and dumps the data over its private line to
the soundcard's CDDA input channel. So in this case you're right.

The other way to do it is ripping the data through the drive's data bus,
like DAC tools do, and play the music on the fly. This way
'multi-processing' is possible.

So what you have to do is to find an audio player that plays CDDA with
the second method.

	Mehmet

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/