quake3 mit aRts bzw. Alsa

[vossi]

wenn ich quake3 starte kommt folgendes:


------- sound initialization -------
Could not mmap dma buffer PROT_WRITE|PROT_READ
trying mmap PROT_WRITE (with associated better compatibility / less performance code)
/dev/dsp: Input/output error
Could not mmap /dev/dsp
------------------------------------

da ich leider nicht sehr bewandert mit dem linux audio system bin kann ich mir darunter NULL vorstellen ;)

ich benutze den alsa treiber und aRts in KDE

[FraggyTheUndead]

starte quake 3 mal mit
artsdsp -m quake3
dann sollte es gehen :)

[vossi]

ja super funktioniert nur das ich wie gewohnt meine soundlags hab :(
bemerk auch bei winamp das der sound erst ne sekunde nachdem ich den regler runtermachte der sound leiser wurde

weiss da jemand was ich tun könnte? :(

[-jm-]

Wenn du im KDE-Kontrollzentrum den Soundbuffer runtersetzt, dürften auch die Soundverzügerungen verschwinden.

[vossi]

was ist denn noch vertretbar? habs nun auf 8ms .. hoffe das ist nicht zuwenig bzw. was passiert bei einem sound buffer underrun?

edit: und ist ALSA + arts eine gute variante die soundkarte anzusprechen? denn ich schaff es nicht 2 soundstreams gleichzeitig zu haben :)

[Fatty]

Also wenn du Alsa richtig konfigurierst, sollte es mit jeder Karte moeglich sein mehrere Streams gleichzeitig abzuspielen.
Schau dazu mal auf der Seite von Alsa vorbei und dursuch die Doku nach dem dmix-Plugin.

[vossi]

also q3 + xmms funzt suuuper
aber obwohl ich den soundbuffer auf 8 ms gestellt habe lagt der sound noch eeetwas und mauseklicks kommen auch bisschen verzögert beim quake an .. find ich etwas komisch weil das handling zu windows quake dann doch etwas anders ist

[Miracoli]

Hi,

ich hätt da noch ne Lösung die eigentlich funktionieren könnte:

echo "quake3.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss

Wobei aber bei einigen, auch bei mir, folgenes Problem besteht:

Zitat aus einem älteren Thread:




Ich denke es ist ein bug im alsa code. Jedenfalls habe ich an alsa mailing list geleitet. Hier meine org. mail:

Hi all,

I am using nforce2 with intel8x0 compiled into 2.6.1-rc1-mm1 based kernel.

if you just start quake3 then you will have no sound. If you apply the famous cat "bla direct" > /bla/pcm/bla (and the other disable for capture), then sound reappears. Ok. But as soon as I load a map (except the very first one) quake will "soft freeze" ie you will hear a portion of sound getting repeated and quake3 as such seems to be frozen. But you can simple kill it and the rest of the system is not affected. I then compiled debug into alsa and got this assert error in the "soft freeze":

ALSA sound/core/pcm_lib.c:61: BUG? (runtime->silence_filled <= runtime->buffer_size) (called from c030c7ad)

(I got this error with alsa0.9.8, which can be provoked if you set soundspeed to something high in the quake config, setting it to 0 quake works with alsa 0.9.8, but not with latest alsa)

I treid setting the other alsa-oss options (read in the alsa Documentation about alsa-oss) , as well, but didn't help. I noticed that the "whole-frag" option didn't appear, even if I cat it into the proc setting. might that be the problem? I looked into the source and this option isn't there, so docs are not up to date.



So, I have an idea, what is wrong with alsa1.x. When using alsa 0.9.8:

------- sound initialization -------
------------------------------------
----- Sound Info -----
sound system is muted
1 stereo
32768 samples
16 samplebits
1 submission_chunk
22050 speed
0x46a0c000 dma buffer
No background file.


and quake3 works. Whereas with alsa1.x speed is set to 48000, no matter what I set in the config file. Furthermore *if* I set sndspeed to 48000 then quake3 hangs also with alsa 0.9.8.

So my conclusion: There is something wrong with alsa resampler. This also can be seen in other instances and reports users have filed in. I hope this gets fixed soon.

Thanx,

Prakash


Hatt mitlerweile jemand ne Lösung??