On Friday 06 June 2003 02:35, Takashi Iwai wrote:
> > > the changes were committed to cvs now, so please give a try.
> >
> > The changes you made allowed me to play sound through the device, but
> > I still get those usb-check-bandwidth messages, regardless of whether
> > or not I used the "nrpacks
On Jun 12, Jaroslav Kysela wrote:
> Thanks. Could you try this test patch?
No change. Didn't check what else is not working...
lspci ...:
07: 82
40: 79 90 ...
/var/log/messages:
kernel: ymfpci: cannot initialize FM OPL3 at 0xff00, skipping...
/proc/ioports:
fefc-feff : Yamaha Corporation YMF-74
Hi everyone,
I'm facing some odd things with a Aureal MX300 with a
AC97 codec. For some reason the AC97 interface doesnt
set the EAPD (external amp enable) bit correctly, and i have
to set it explicitly after calling the ac97 mixer initializer.
Maybe, that the AC97 codec write function actually
Hi,
I want to install alsa on an computer running RedHat 9 from rpm or
binary. There is no development environment installed on the computer
since it only has a 1.2 GB harddrive with about 100 MB free space.
Where can I get an appropriate rpm of binary?
Ralf
PlanetCCRMA would be my best guess
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Ralf Haller
> Sent: Thursday, June 12, 2003 11:09 AM
> To: [EMAIL PROTECTED]
> Subject: [Alsa-devel] alsa as rpm or binary
>
>
> Hi,
>
> I want to install alsa on an c
> It's not really designed to be TotalMix for Linux per se, but rather a
> digital IEM mixer. As such, I had slightly different requirements
> although the basic ideas are the same. I just got mute and solo working
> monday night which I'm really happy about. They're slightly more complex
> t
On Thu, 12 Jun 2003, Clemens Ladisch wrote:
> I didn't see your first post (maybe because the current list moderator
> is Dave Null),
OK, so I won't feel bad sending the diff a second time, then. :)
> so I'm only guessing what your diff did.
>
[...]
> > > When in Advanced Mode, the UA-5 exposes a
> Different headphones have different sensitivities, and line level
> can get pretty hot electrically. But I was surprised at how far down
> I had to set it though. I wonder if I was getting the signal
> from channels 1 & 2 through several paths summing on each other.
> It is a bit confusing.
I
>Maybe this is just because I don't know how to use the
>mixer... What I did was
> # /sbin/modprobe snd-hdsp line_outs_monitor=1; hdsploader
> # for i in $(seq 18); do amixer cset name=Chn,index=$i 32768; done;
> # amixer cset numid=5 26,26,32768
> # amixer cset numid=5 27,27,32768
> # aplay ...
>I
> On Thu, 2003-06-12 at 14:03, d wrote:
> > that's interresting. 32767 has always been fine for me (on headphones
> > just like on line-outs), and all descriptions about the mixer-matrix say
> > 32767 means 0db. even sinewaves with 0db are loud but not distorted on
> > my headphones...
>
On Thu, 2003-06-12 at 14:03, d wrote:
> that's interresting. 32767 has always been fine for me (on headphones
> just like on line-outs), and all descriptions about the mixer-matrix say
> 32767 means 0db. even sinewaves with 0db are loud but not distorted on
> my headphones...
technically, it's
Jesse Chappell wrote:
But a word of warning if you do get sound going
eventually: 32768 for the LineOut(headphone) port is *way* too
hot for headphones plugged directly in. I had to crank it down to 4000
to get a sane maximum volume. You don't want to damage your headphones
or your ears.
Jaakko =?iso-8859-15?q?Pr=E4tt=E4l=E4?= wrote on Thu, 12-Jun-2003:
> Maybe this is just because I don't know how to use the
> mixer... What I did was
> # /sbin/modprobe snd-hdsp line_outs_monitor=1; hdsploader
> # for i in $(seq 18); do amixer cset name=Chn,index=$i 32768; done;
> # amixer
On Thursday 12 June 2003 18:14, Jesse Chappell wrote:
> If you're still getting the I/O error on the hdsploader then its
> hard to know what state the thing is really in.
>
> The current drivers only work for me if I boot to windows, (red
> light goes out), reboot to linux (red light flashing until
Jaakko =?iso-8859-15?q?Pr=E4tt=E4l=E4?= wrote on Thu, 12-Jun-2003:
> Encouraged by Jesse's recent success I tried again,
> now with firmware rev 10. The module loads,
> firmware is loaded but with
> Hwdep ioctl error on card hw:0 : Input/output error.
If you're still getting the I/O error on
>Today we tried to get output sound from a Hammerfall HDSP 9652
>pci-card, but were unable to hear any output. We already have a
>working Hammerfall 9652 (previous version) card.
this problem is being worked on. there is a bug in the driver caused
(i claim :) by inadequate information from RME. st
Hello,
Today we tried to get output sound from a Hammerfall HDSP 9652
pci-card, but were unable to hear any output. We already have a
working Hammerfall 9652 (previous version) card.
Loading the kernel modules gave no problems (?) with
alsa-driver-0.9.4.
cat /proc/asound/cards
0 [15
On Thu, 12 Jun 2003, Giuliano Pochini wrote:
>
> On 12-Jun-2003 Jaroslav Kysela wrote:
> > On 12 Jun 2003, Gorm David Lai wrote:
> >
> >> I tried your example. Aplay is rather stupid, so it is seems it needs a
> >
> > Not too stupid, but you should use right device (plughw vs. hw) and
> > probabl
On Thu, 12 Jun 2003, Jaakko [iso-8859-15] Prättälä wrote:
> Encouraged by Jesse's recent success I tried again,
> now with firmware rev 10. The module loads,
> firmware is loaded but with
> Hwdep ioctl error on card hw:0 : Input/output error.
>
> Still, to my disappointment,
> aplay -D hw:0,0 fai
On Thu, 12 Jun 2003, tom burkart wrote:
> Today, Jaroslav Kysela wrote:
>
> > In that case, we might compare PCI registers (lspci -s -xxx).
> The two dumps are attached: snd-ymfpci for alsa the ymfpci for oss...
Thanks. Could you try this test patch?
Index: ymfpci.c
On 12-Jun-2003 Jaroslav Kysela wrote:
> On 12 Jun 2003, Gorm David Lai wrote:
>
>> I tried your example. Aplay is rather stupid, so it is seems it needs a
>
> Not too stupid, but you should use right device (plughw vs. hw) and
> probably right alsa-lib configuration (~/.asoundrc).
The format writ
Today, Jaroslav Kysela wrote:
> In that case, we might compare PCI registers (lspci -s -xxx).
The two dumps are attached: snd-ymfpci for alsa the ymfpci for oss...
tom.
00:0c.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio
Controller] (rev 02)
00: 73 10 10 00 07 00 10 82
Encouraged by Jesse's recent success I tried again,
now with firmware rev 10. The module loads,
firmware is loaded but with
Hwdep ioctl error on card hw:0 : Input/output error.
Still, to my disappointment,
aplay -D hw:0,0 fails with
aplay: set_params:800: Access type not available
If the error che
Hello,
I'm looking for a linux-mandrake 9.1 driver
for soundcard: realtek ALC201...
best greatings,
jogigo
On Thursday 12 June 2003 08:13, Jesse Chappell wrote:
> Hwdep ioctl error on card hw:0 : Input/output error.
[...]
> ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:644:
> wait for FIFO status <= 127 failed after 5000 iterations
> causing the function to return -EIO hence the ioctl error passed
> ba
On 12 Jun 2003, Gorm David Lai wrote:
> I tried your example. Aplay is rather stupid, so it is seems it needs a
Not too stupid, but you should use right device (plughw vs. hw) and
probably right alsa-lib configuration (~/.asoundrc).
Jaroslav
On Thu, 12 Jun 2003, tom burkart wrote:
> Today, Clemens Ladisch wrote:
>
> > tom burkart wrote:
> > > "aplay something.wav" causes scratchy sounds to be emitted from the
> > Not on my YMF-754 card. Sorry, I don't know what could cause this.
> Ok, how can I help debug this? (Albeit, slowly, as I
Hi,
Ioctl SNDRV_EMU10K1_IOCTL_PCM_PEEK in snd_emu10k1_fx8010_ioctl
allocate structure to ipcm which is then passed to
snd_emu10k1_ipcm_peek which then uses one of member (ipcm->substream)
which is not initialized (may come from user space ???).
Peter Zubaj
== REKLAMA ===
Allan Klinbail <[EMAIL PROTECTED]> writes:
> > Here is a message from ESS regarding getting some information for
> > the ESS1988/Allegro-1 series cards in order to get better support
> > for them in linux. I hope that some others will help me badger the
> > ESS people in order to (A) release info
Looks like they didn't read your email...
Essentially you are offering them a favour and they see the word linux
and run away scared..
On Thu, 2003-06-12 at 11:54, Warren Turkal wrote:
> Dear ALSA developers,
>
> Here is a message from ESS regarding getting some information for the
> ESS19
On Wed, 2003-06-11 at 16:15, Anders Torger wrote:
>
> Note that my example uses /dev/zero (zero input) so it should be silent.
> Put something with sound in it instead of /dev/zero.
>
> No, you shouldn't need to unmute the card (if you are not using analog
> output), the digital output is just
On Thu, 12 Jun 2003, Jesse Chappell wrote:
> doesn't help matters, nor does a warm reboot. I do not have
> windows on the laptop (yet) so I have not attempted to get it
> working there (to load the multiface firmware, then warm boot) or
> to downgrade the hdsp firmware to 0a. Ideally, I can h
Stephane Alnet wrote:
> On Tue, 10 Jun 2003, Stephane Alnet wrote:
> > (Hopefully this is the right place to post this!)
> >
> > Attached is a diff file for the Edirol UA-5 Advanced Mode against kernel
> > 2.5.70-bk14 sound/usb.
I didn't see your first post (maybe because the current list moderato
Today, Clemens Ladisch wrote:
> tom burkart wrote:
> > "aplay something.wav" causes scratchy sounds to be emitted from the
> Not on my YMF-754 card. Sorry, I don't know what could cause this.
Ok, how can I help debug this? (Albeit, slowly, as I am fairly busy)
tom.
---
tom burkart wrote:
> "aplay something.wav" causes scratchy sounds to be emitted from the
> speakers.
Not on my YMF-754 card. Sorry, I don't know what could cause this.
Regards,
Clemens
---
This SF.NET email is sponsored by: eBay
Great deals
35 matches
Mail list logo
