At Thu, 13 Feb 2003 20:57:40 +0100 (CET),
Jaroslav wrote:
On Thu, 13 Feb 2003, Takashi Iwai wrote:
At Mon, 10 Feb 2003 18:21:12 +0100,
Arnaud de Bossoreille de Ribou wrote:
Hi, I discovered a bug in the emu10k1 driver which I'll explain here:
I was developing an application
At Thu, 13 Feb 2003 21:30:17 +0100 (CET),
Jaroslav wrote:
On Mon, 10 Feb 2003, Arnaud de Bossoreille de Ribou wrote:
So the bug looks like a signedness problem since sw_ready is unsigned
and there is a while(sw_ready 0), which explain the constant delay,
next in the
At Thu, 13 Feb 2003 11:47:45 +0100,
Josh Buhl wrote:
check /proc/interrupts during the playback whether the number of irq
10 increases.
During the looped sound, the number of interrupts increases by about
fifty a second:
josh@spleen:/proc$ date; cat interrupts | grep SiS
Thu Feb
At 13 Feb 2003 15:51:35 +,
Justin Cormack wrote:
On Thu, 2003-02-13 at 13:18, Martin Langer wrote:
On Thu, Feb 13, 2003 at 12:13:46PM +0100, Takashi Iwai wrote:
At Thu, 13 Feb 2003 12:08:51 +0100,
Martin Langer wrote:
On Thu, Feb 13, 2003 at 11:44:24AM +0100, Orm Finnendahl
On Fri, 14 Feb 2003, Takashi Iwai wrote:
and since boundary = buffer_size as default, the above condition will
be not satisfied (i.e. diff is equal with -(runtime-boundary/2) and
Is not boundary much bigger than buffer size? At least I have seen it in cs4281
driver some time ago. Is there any
Thanks for continuing to look into this.
could you also give the contents of the ohter files there (hw_params,
sw_params, etc)?
Here are polls taken while the sound is looping:
josh@spleen:/proc/asound/card0/pcm0p/sub0$ cat hw_params
access: MMAP_INTERLEAVED
format: S16_LE
subformat: STD
Takashi Iwai wrote:
At Thu, 13 Feb 2003 20:57:40 +0100 (CET),
Jaroslav wrote:
On Thu, 13 Feb 2003, Takashi Iwai wrote:
At Mon, 10 Feb 2003 18:21:12 +0100,
Arnaud de Bossoreille de Ribou wrote:
Hi, I discovered a bug in the emu10k1 driver which I'll explain here:
I
Hi all,
I'm almost at my wits end (ARGH!).
Everything used to work pretty well... until I messed with my system once
again (upgrading some packages and doing other things, or so I think).
After having installed the 0.9rc7 Debian package (or around that time
at least) and having rebuilt ALSA, I
tomasz motylewski wrote:
On Fri, 14 Feb 2003, Takashi Iwai wrote:
and since boundary = buffer_size as default, the above condition will
be not satisfied (i.e. diff is equal with -(runtime-boundary/2) and
Is not boundary much bigger than buffer size? At least I have seen it in cs4281
Hi Allan,
At 14 Feb 2003 14:26:19 +1100,
Allan Klinbail wrote:
The device stopped seeing all messages when attempts at sending MIDI
output to more than one port occured.(this is where the initialisation
SYSEX probably comes into play)
this problem may have been fixed (not perfect but
At Thu, 13 Feb 2003 22:00:45 +0100,
Peter Enderborg wrote:
(cvs version 2003-02-13)
/sbin/modprobe snd-trident
Note: /etc/modules.conf is more recent than
/lib/modules/2.4.19/modules.dep
/lib/modules/2.4.19/kernel/sound/pci/trident/snd-trident.o: init_module:
No such device
Hint: insmod
the hdsp driver still seems to have problems with the new pci
card. It's a little complicated for me to give exact information as
the machine is in Rotterdam and I'm in Berlin. I got The following
email from the sysadmin of the machine:
i have an hdsp-9652 here that i haven't installed yet. it
On Fri, 14 Feb 2003, Takashi Iwai wrote:
At Thu, 13 Feb 2003 20:57:40 +0100 (CET),
Jaroslav wrote:
On Thu, 13 Feb 2003, Takashi Iwai wrote:
At Mon, 10 Feb 2003 18:21:12 +0100,
Arnaud de Bossoreille de Ribou wrote:
Hi, I discovered a bug in the emu10k1 driver which I'll
On Fri, 14 Feb 2003, Takashi Iwai wrote:
At Thu, 13 Feb 2003 21:30:17 +0100 (CET),
Jaroslav wrote:
On Mon, 10 Feb 2003, Arnaud de Bossoreille de Ribou wrote:
So the bug looks like a signedness problem since sw_ready is unsigned
and there is a while(sw_ready 0), which explain the
Hi,
the driver/interface works. The guy in Rotterdam tried the line
outputs on the front (I realized that this might have been the reason
5 minutes after I posted my previous mail).
Since the hdsp code reports firmware load failure there still might be
something wrong, but the Multiface plays
Am Freitag, den 14. Februar 2003 um 08:30:24 Uhr (-0500) schrieb Paul Davis:
the driver/interface works. The guy in Rotterdam tried the line
outputs on the front (I realized that this might have been the reason
5 minutes after I posted my previous mail).
can you clarify what you mean by
On Fri, Feb 14, 2003 at 08:30:24AM -0500, Paul Davis wrote:
the driver/interface works. The guy in Rotterdam tried the line
outputs on the front (I realized that this might have been the reason
5 minutes after I posted my previous mail).
can you clarify what you mean by this?
Since the
It means he didn't use the rear outputs for checking but the line outs
on the front of the Multifaceq which are muted even if alsamixers
controls are up afaik.
FYI this (from modules.conf) will turn on line out monitoring by
default (all channels, unity gain):
options snd-hdsp snd_id=hdsp
Maybe an unneccesary and stupid remark, but are you sure that the line out
will support headphones?
Maybe you should try it with a regular amp.
Gerard
But I can't get any sound out of the box (use headphone in line out) and
setting all channels to 30 in alsamixer.
Probably because the
At Thu, 13 Feb 2003 20:54:22 +0100,
nitic wrote:
hello takashi iwai,
im sorry i've got to directly ask you for help, but i think i tried nearly
everything i find on google or alsa-docs or several usb-related sites,
and nothing helpedso maybe you could have a look at my problem, please
On Thursday 13 February 2003 22:00, Jaroslav Kysela wrote:
are you using the alsa-lib from CVS?
Thanks Jaroslav, that fixed the problem. At least the one with the library.
Now I can start debugging my own code...
Cheers,
Meinhard
---
This
Evening, Josh.
Josh Buhl [EMAIL PROTECTED] 18:54 12/2/2003 wrote:
JB When running Quake 3 Arena the sound initializes
JB properly and plays correctly during the game until the
JB end of a match. At this point, the game abruptly enters
JB a different mode (this is where the models of the
At Fri, 14 Feb 2003 12:31:13 +0100,
Abramo Bagnara wrote:
tomasz motylewski wrote:
On Fri, 14 Feb 2003, Takashi Iwai wrote:
and since boundary = buffer_size as default, the above condition will
be not satisfied (i.e. diff is equal with -(runtime-boundary/2) and
Is not
At Thu, 13 Feb 2003 13:42:42 +1100,
D. Sen [EMAIL PROTECTED] wrote:
Hi Takashi,
I am wondering if you had a chance to look at the 'resume' procedure.
Its really frustrating having to shutdown all the audio applications (I
have lots) and restarting them after the resume.
sorry, i haven't
got this additional Info from R'dam for those interested.
Wasn't the warm boot corrected with the old firmware?
no. it was connected with a bug in the driver that marcus fixed. on
little-endian platforms we failed to write a terminating byte to the
FIFO at the end of the firmware load.
i
Am Freitag, den 14. Februar 2003 um 10:49:03 Uhr (-0500) schrieb Paul Davis:
i believe that this patch is in CVS, but i haven't checked. i assume
the R'dam system is using the latest code?
Yes.
--
Orm
---
This SF.NET email is sponsored by:
At Fri, 14 Feb 2003 18:29:15 +0100,
nitic wrote:
hello takashi,
thanks for the quick response.i've attached the wished files :)
could you try the attached patch?
(it's to the cvs version.)
Takashi
usb-platonic-fix.dif
Description: Binary data
Hi,
just a quick note: trying to record using pd (with the new alsa patch
of Günther Geiger) freezes the machine in rotterdam. I'll probably have
to wait 'til monday to have the guys there check whether input with
arecord also freezes the machine. As Günther reported that pd works
well with his
Here's the patch I promised. I had some trouble compiling the CVS version
(not the drivers but libs, still don't know why), but I supplemented with
libs compiled from the tarball (rc7) and it worked. Anyway - I created two
controls - a simple switch ( the Link ) and an enum (Source) first
was
Hi,
I have just tried loading a sound-font file into my SB
Live! and ended up needing to reboot my machine when
the sfxload program grabbed hold of the CPU and
wouldn't give it back! Fortunately the machine is SMP,
and so I was able to shutdown cleanly using the other
one.
I think the problem
Hi,
i'm gathering the hardware information for workarounds of the
headphone / master swap problem.
on some onboard sound chips and notebooks, the headphone volume is
used as master volume. if you have such a device, please let me
know the following:
1. the name of the device (mobo, notebook)
31 matches
Mail list logo