Re: [Alsa-devel] OSS API redirector
David Lloyd wrote: On Thu, 18 Mar 2004, James Courtier-Dutton wrote: What is the conclusion regarding fopen/fclose/fwrite/fread. Can it be done? I thought that one rather pie-in-the-sky idea might be to use a kernel module that made /dev/dsp, /dev/mixer, etc., and reflects back to a userspace ALSA sound server via another device. This way, it doesn't matter how the device is opened. Might be difficult to do though, especially when you get mmap and dma involved. Just a thought, anyway. - D I thought of that, but with that you just get different problems. E.g. dmix only works is all application wishing to play sound are run by the same user. You would probably need some daemon to run the /dev/dsp, and that user deamon would have to run under the same user as any native alsa app. Cheers James --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] snd_pcm_wait() More details required.
I need more details on exactly what snd_pcm_wait() is supposed to do. The documentation on the www.alsa-project.org gives: - Wait for a PCM to become ready. Parameters: pcm PCM handle timeout maximum time in milliseconds to wait Returns: a positive value on success otherwise a negative error code (-EPIPE for the xrun and -ESTRPIPE for the suspended status, others for general errors) Return values: 0 timeout occurred 1 PCM stream is ready for I/O So, when is a PCM ready? If a PCM is already in SND_PCM_STATE_RUNNING, when is snd_pcm_wait() supposed to return ? I have discovered a problem with xine when using it. I have done a work around in xine so that dmix now works in xine. I think that my assumptions regarding snd_pcm_wait() might have been wrong, so I want to get accurate details from yourselves. It also might be a good idea to update the documentation for snd_pcm_wait() with more details. Cheers James --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Exchange DAC Setting Disappeared - CMIPCI
Hi I see that the exchange DAC setting has disappeared from my mixer settings. I understand after reading thread http://www.mail-archive.com/alsa-devel%40lists.sourceforge.net/msg09930.html That this is because it wasn't working well in a multi-channel context. The use that I was putting this to, however, was to switch between headphones and loudspeakers (by connecting loudspeakers to blue and headphones to green). I only ever do stereo output. Is it possible to achieve the same functionality without this switch? If not, would it be possible to bring it back? Specifically I would like to be able to switch between loudspeakers and headphones without having to restart any applications and for the switch to have immediate effect. My card is a 6 channel on board cmipci: 00:0c.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) Subsystem: Micro-Star International Co., Ltd.: Unknown device 5900 Many thanks John --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Exchange DAC Setting Disappeared - CMIPCI
I was able to restore the 'Exchange DAC' Setting with the attached patch. Do
you think it would be worth while to try and make it a module setting?
Cheers
John
On Sunday 21 March 2004 21:13, John Knottenbelt wrote:
> Hi
>
> I see that the exchange DAC setting has disappeared from my mixer settings.
> I understand after reading thread
>
>
> http://www.mail-archive.com/alsa-devel%40lists.sourceforge.net/msg09930.htm
>l
>
> That this is because it wasn't working well in a multi-channel context.
>
> The use that I was putting this to, however, was to switch between
> headphones and loudspeakers (by connecting loudspeakers to blue and
> headphones to green). I only ever do stereo output.
>
> Is it possible to achieve the same functionality without this switch? If
> not, would it be possible to bring it back? Specifically I would like to be
> able to switch between loudspeakers and headphones without having to
> restart any applications and for the switch to have immediate effect.
>
> My card is a 6 channel on board cmipci:
>
> 00:0c.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev
> 10) Subsystem: Micro-Star International Co., Ltd.: Unknown device 5900
>
> Many thanks
>
> John
>
>
> ---
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
--- sound/pci/cmipci.c.orig 2004-03-21 21:34:55.0 +
+++ sound/pci/cmipci.c 2004-03-21 21:35:09.0 +
@@ -2753,13 +2753,13 @@
err = snd_ctl_add(cm->card, snd_ctl_new1(sw, cm));
if (err < 0)
return err;
}
- if (! cm->can_multi_ch) {
+/* if (! cm->can_multi_ch) { */
err = snd_ctl_add(cm->card, snd_ctl_new1(&snd_cmipci_nomulti_switch, cm));
if (err < 0)
return err;
- }
+/* } */
if (cm->device == PCI_DEVICE_ID_CMEDIA_CM8738 ||
cm->device == PCI_DEVICE_ID_CMEDIA_CM8738B) {
sw = snd_cmipci_8738_mixer_switches;
for (idx = 0; idx < num_controls(snd_cmipci_8738_mixer_switches); idx++, sw++) {
[Alsa-devel] Re: [linux-audio-dev] Major problem with RME HDSP/Multiface and a 64-bit AMD laptop
On Sat, 20 Mar 2004 00:35:02 -0500 "Ivica Ico Bukvic" <[EMAIL PROTECTED]> wrote: > First off I would like to extend my sincere apologies for my atrocious > cross-posting. I am currently in a rather desperate situation and > would highly appreciate any help I can get in this matter. > > e wait ... this seems to be similar to the problem i have with my hdsp ... i can't run it on my linux system at all, althouth it works fine with windows xp: can you try jack as super user with -R flag? if you use an input signal, some of the input gets copied to the output if a sound application is running, which results some distortion ... could you start jack / pd, and try to use any of the input channels try several settings of hdspmixer... the problem with my hdsp is definitely a cardbus driver issue ... from what i heard from people who tried to help me is, that there are some problems in mapping the memory from the kernel to the buffer inside the cardbus bridge ... the problem with the kernel driver for the yenta socket is, that it's not properly supported ... thomas charbonnel, who maintains the hdsp driver and i wrote a message to both the kernel and the pcmcia-cs mailing-list, but didn't get any answer... of course, it could be a problem of the cardbus controller hardware, that the windows driver may handle differently than the yenta-socket module for linux my machine has an o2micro cardbus controller, that, conserning rme's support may produce problems ... i'm able to sell my notebook to my mother ;-) and get a new one, soon... the only reason, why i won't get an amd64 is that the notebooks that are equipped with this chip, have either ene or ricoh cardbus controllers, controllers rme warns against ... that's why i'll order a p4 inspiron, soon... anyway, when i talked to thomas a short time ago, he considered going to the lad conference, i'll go there, and concerning the schedule, you'll be there, too ... maybe we could try to track this problem down and try to contact the kernel mailinglist again... i hope that you will be more luck than i was ... Tim mailto:[EMAIL PROTECTED] ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
