Clemens wrote:
> Jonathan Woithe wrote:
> > Under Jazz++, any "hold on" controller event which occurs within the first
> > bar played gets turned off too quickly (assuming playback starts at beat one
> > of a bar). In fact, even if there are no subsequent "hold off" events
> > within the entire mi
At Wed, 3 Dec 2003 11:41:23 -0500 (EST),
Jeremy Hall wrote:
>
> there also appears to be a delay of upwards of 2 seconds before it starts
> playing
>
> but I don't have anything more in my logs.
you're using the cvs version, right?
then apply the patch below.
Takashi
Index: alsa-kernel/pci/ac
Finally, the long-awaited driver for Bt87x-based TV cards.
Please apply, and put bt87x.c into alsa-driver/pci/.
BTW: I'm not sure if arecord should be changed to accept a sample rate
of 448000 Hz ...
Regards,
Clemens
--
Index: alsa-driver/INSTALL
Is there a reason that the makefile rule below prevents creating .ver
files if there is a .c file with exports in the kernel with the same
name? (this happens for ac97_codec.c and sb_common.c)
Without .ver files, the make dependencies get out of whack, and the
affected .o files are rebuilt in ea
At Thu, 04 Dec 2003 11:35:32 +0100 (MET),
Clemens Ladisch wrote:
>
>
> Is there a reason that the makefile rule below prevents creating .ver
> files if there is a .c file with exports in the kernel with the same
> name? (this happens for ac97_codec.c and sb_common.c)
this is to avoid conflict o
i have a new box with an ASRock K7VM2 board, it comes with an on-board
audio interface:
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 50)
Subsystem: Unknown device 1849:3059
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr
At Thu, 04 Dec 2003 11:25:11 +0100 (MET),
Clemens Ladisch wrote:
>
> [1 ]
>
> Finally, the long-awaited driver for Bt87x-based TV cards.
>
> Please apply, and put bt87x.c into alsa-driver/pci/.
applied now. slipped into rc2 :)
thanks!
Takashi
-
At Thu, 4 Dec 2003 13:47:07 +0100 (CET),
Tim Goetze wrote:
>
> i have a new box with an ASRock K7VM2 board, it comes with an on-board
> audio interface:
>
>
> 00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
> Controller (rev 50)
> Subsystem: Unknown device 1849:305
** Thu Dec 4 04:41:38 2003
Starting '/opt/cxoffice/bin/wineloader' '--'
'winepath.exe' '--long' '--'
'/home/mark/.cxoffice/dotwine/fake_windows/SIERRA/CAESAR3DEMO/c3.exe'
Argument conversion:
[/home/mark/.cxoffice/dotwine/fake_windows/SIERRA/CAESAR3DEMO/c3.exe]
-> [C:\SIERRA\CAESAR3DEMO\c3.exe]
bash-2.05b$ aoss xmms
(At this point the xmms gui opens. I then press play)
xmms: alsa-oss.c:222: oss_dsp_hw_params: Assertion `err >= 0' failed.
/usr/bin/aoss: line 9: 2841 Aborted
LD_PRELOAD=${exec_prefix}/lib/libaoss.so $*
bash-2.05b$
Contents of my .asoundrc file:
pcm.hd
At Wed, 3 Dec 2003 23:08:19 +0100,
Karsten Wiese wrote:
>
> [1 ]
> Hi Takashi,
>
> please commit. thanks!
applied. thanks.
Takashi
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more produ
On Thu, 2003-12-04 at 05:06, Mark Knecht wrote:
> bash-2.05b$ aoss xmms
>
> (At this point the xmms gui opens. I then press play)
>
> xmms: alsa-oss.c:222: oss_dsp_hw_params: Assertion `err >= 0' failed.
> /usr/bin/aoss: line 9: 2841 Aborted
> LD_PRELOAD=${exec_prefix}/lib/libaos
At Thu, 04 Dec 2003 04:56:00 -0800,
Mark Knecht wrote:
>
> ** Thu Dec 4 04:41:38 2003
> Starting '/opt/cxoffice/bin/wineloader' '--'
> 'winepath.exe' '--long' '--'
> '/home/mark/.cxoffice/dotwine/fake_windows/SIERRA/CAESAR3DEMO/c3.exe'
>
> Argument conversion:
> [/home/mark/.cxoffice/dotwine/f
At Thu, 04 Dec 2003 05:06:37 -0800,
Mark Knecht wrote:
>
> bash-2.05b$ aoss xmms
>
> (At this point the xmms gui opens. I then press play)
>
> xmms: alsa-oss.c:222: oss_dsp_hw_params: Assertion `err >= 0' failed.
> /usr/bin/aoss: line 9: 2841 Aborted
> LD_PRELOAD=${exec_prefix}/
Takashi Iwai wrote:
>>
>> options snd-via82xx index=0 id=ac97 ac97_clock=48000 dxs_support=2
>>
>>
>> other dxs_support values cause block-size *and* erratic distortion in
>> the output sound. ac97_clock=44100 causes slowed-down playback.
>
>ok, i'll add dxs_support=2 as default for your board.
On Thu, 4 Dec 2003, Mark Knecht wrote:
>pcm.playback_5_6 {
> type dshare
> slave hdsp
> ipc_key 314159265# some unique number
> ipc_key_add_uid yes # "no" to let multiple users share it
> bindings {
>0 5
>1 6
>
Hi
Whenever I try to activate double speed (88.2/96kHz) mode with my RME
Hammerfall Lite (DIGI 9636), snd_pcm_hw_params fails with a 'Device or
resource busy' message. This is with the number of channels set to 10,
since the number of ADAT channels is halved. Is this a known defect of the
Hamm
> > (At this point the xmms gui opens. I then press play)
> >
> > xmms: alsa-oss.c:222: oss_dsp_hw_params: Assertion `err >= 0' failed.
> > /usr/bin/aoss: line 9: 2841 Aborted
> > LD_PRELOAD=${exec_prefix}/lib/libaoss.so $*
> > bash-2.05b$
>
> fixed recently - at least it won't abort but returns a
>
> it's a very old symbol used only in ALSA 0.5.x.
> most likely the detection code in wine is broken, typically checking
> only SND_MINOR_VERSION and not checking SND_MAJOR_VERSION.
> if so, the wine driver believes that it's a 0.5.x, since the minor
> version is 0 now.
>
>
> Takashi
Thanks Taka
On Thu, 4 Dec 2003 06:41:56 -0800, Mark Knecht <[EMAIL PROTECTED]>
wrote:
Whenever I try to activate double speed (88.2/96kHz) mode with my RME
Hammerfall Lite (DIGI 9636), snd_pcm_hw_params fails with a 'Device or
resource busy' message. This is with the number of channels set to 10,
since the n
>
> Whenever I try to activate double speed (88.2/96kHz) mode with my RME
> Hammerfall Lite (DIGI 9636), snd_pcm_hw_params fails with a 'Device or
> resource busy' message. This is with the number of channels set to 10,
> since the number of ADAT channels is halved. Is this a known
> defect of
Hi,
i'll be on vacation from the next week until January.
(in addition, because of the movement of my office, will be
unreachable from tomorrow.)
in case someone needs urgent contact with me, drop a mail to
tiwai _at_ myrealbox.com.
BTW, i'll give a small talk about ALSA at "kernel dokusho-kai"
> >
> > From the Hammerfall Light Alsa sound card page:
> >
> > Known bugs
> >
> > - 96kHz and 88.2kHz not accessible via PCM interface
> Ok, thanks. I suppose I should've investigated a little better.
> Too bad, I
> would like to see this card working as well as under Windows.
>
> Regards
>
> Arve
Hi Patrick. I saw your changes to the doc page and have one or two
remarks:
1.] The layout is a litle bit messed up here. The black line goes
through "Supported Soundcards" and "Userspace Tools". If i use a smaller
font, it's ok. so i don't know, if it's a mozilla thing [Mozilla Debian
Package 1.
Florian Schmidt wrote:
Hi Patrick. I saw your changes to the doc page and have one or two
remarks:
1.] The layout is a litle bit messed up here. The black line goes
through "Supported Soundcards" and "Userspace Tools". If i use a smaller
font, it's ok. so i don't know, if it's a mozilla thing [Mozi
diff -u -r1.1 usbusx2yaudio.c
--- alsa-driver/usb/usx2y/usbusx2yaudio.c 25 Nov 2003 11:21:49 - 1.1
+++ alsa-driver/usb/usx2y/usbusx2yaudio.c 27 Nov 2003 14:32:25 -
@@ -1225,7 +1225,8 @@
sprintf(pcm->name, NAME_ALLCAPS" Audio #%d", usX2Y(card)->chip.pcm_devs);
On Thu, 2003-12-04 at 05:15, Erik Inge Bolsø wrote:
> On Thu, 4 Dec 2003, Mark Knecht wrote:
> >pcm.playback_5_6 {
> > type dshare
> > slave hdsp
> Uhmm... for _playback_, shouldn't that be "type dmix"? Or am I confused
> again?
>
I tried dmix instead of dshare but get the sam
Hi,
I've described my problem some days ago on the user list, but it seems
like no user knows a solution to this -- which is no big surprise as the
hardware I'm using is quite new.
Perhaps one of the developers can help out.
Here a short summary of the problem:
(details, logs, etc. can be found
Am Donnerstag, 4. Dezember 2003 20:30 schrieb Martin Langer:
>
> Karsten, your us428 fix breaks us122 support.
> usX2Y_rate_set(usX2Y_stream, 44100)) isn't possible on us122.
>
usX2Y_rate_set() is being called when you start audio also.
So audio stops working on the us122 with this patch?
Would it
>On Thu, 4 Dec 2003 06:41:56 -0800, Mark Knecht <[EMAIL PROTECTED]>=20
>wrote:
>
>>>
>>> Whenever I try to activate double speed (88.2/96kHz) mode with my RME
>>> Hammerfall Lite (DIGI 9636), snd_pcm_hw_params fails with a 'Device or
>>> resource busy' message. This is with the number of channels s
Friedrich Ewaldt wrote:
>Is there anything else I could try? Any additional debugging information
>I can provide besides the info in the 2 user-list mails mentioned above?
>Thanks in advance for any help!
have you tried enabling the kernel build options 'IO-APIC support on
uniprocessors' and 'Loc
On Thu, Dec 04, 2003 at 11:02:14PM +0100, Karsten Wiese wrote:
> Am Donnerstag, 4. Dezember 2003 20:30 schrieb Martin Langer:
> >
> > Karsten, your us428 fix breaks us122 support.
> > usX2Y_rate_set(usX2Y_stream, 44100)) isn't possible on us122.
> >
>
> usX2Y_rate_set() is being called when you st
Am Donnerstag, 4. Dezember 2003 23:46 schrieb Martin Langer:
> On Thu, Dec 04, 2003 at 11:02:14PM +0100, Karsten Wiese wrote:
> > Am Donnerstag, 4. Dezember 2003 20:30 schrieb Martin Langer:
> > > Karsten, your us428 fix breaks us122 support.
> > > usX2Y_rate_set(usX2Y_stream, 44100)) isn't possibl
At Thu, 04 Dec 2003 10:52:16 +0100 (CET),
Pierre Lorenzon wrote:
>
> Hi,
>
> I tried to compile the drivers of release candidate 1.0.0rc1
> and got the following error :
already fixed on cvs.
rc2 will be released soon.
Takashi
---
This SF.n
34 matches
Mail list logo
