On Mon, 22 Dec 2003 02:27 pm, Glenn Maynard wrote:
> ...
> I don't think OpenAL has a future. Do you really want to invest your time
> in it?
From the linked text...
OpenAL is useful mostly for games and multimedia where you want
3D positional audio to be rendered in a realistic fashion. Some
On Sun, 2003-12-21 at 22:38, Glenn Maynard wrote:
> On Sun, Dec 21, 2003 at 11:24:00PM -0400, Manuel Jander wrote:
> > The same as for the first iteration of this proposal, please take some
> > minutes and give some comments/suggestions back. I need feedback.
>
> I'll give some higher level feedba
(Oops. Sent privately unintentionally; resending to the list.)
On Sun, Dec 21, 2003 at 11:24:00PM -0400, Manuel Jander wrote:
> The same as for the first iteration of this proposal, please take some
> minutes and give some comments/suggestions back. I need feedback.
I'll give some higher level f
Hi,
I updated my ALSA- OpenAL interface proposal, taking into account some
suggestions i have received, and some further investigations, specially
on the side of OpenAL.
Take a look at:
http://galadriel.mat.utfsm.cl/~mjander/aureal/alsa/OpenAL-ALSA.txt
AFAIK, the linux OpenAL port was not design
On Sun, Dec 21, 2003 at 07:11:17PM +0100, Martin Langer wrote:
>
> Hi,
>
> two small typos in the docs on
> http://www.alsa-project.org/~iwai/writing-an-alsa-driver/x494.htm
>
> There are *playback* labeled functions for open and close:
>
> static snd_pcm_ops_t snd_mychip_playback_ops = {
>
Hi,
two small typos in the docs on
http://www.alsa-project.org/~iwai/writing-an-alsa-driver/x494.htm
There are *playback* labeled functions for open and close:
static snd_pcm_ops_t snd_mychip_playback_ops = {
.open =snd_mychip_playback_open,
.close = snd_mychip_playb
Justin,
I'm running Alsa-1.0.0rc2. How much more up to date could I be?
Also, this is an HDSP 9652 which has the firmware on the board. Why
is a firmware loader required at all?
Possibly you're on to something I don't see yet? Maybe something is
left over from an older version and causin
Justin,
Hi. Thanks. syslog from that series of boots is attached.
Note the first boot, line 304 looks like this:
Dec 20 05:43:46 Wizard kernel: ALSA
../../alsa-kernel/pci/rme9652/hdsp.c:807: wait for FIFO status <= 0
failed after 100 iterations
Dec 20 05:43:46 Wizard kernel: RME Hammerfall-DSP
Jaroslav Kysela wrote:
Hello,
we discovered your notes about ALSA (Advanced Linux Sound
Architecture) on your web pages:
http://www.transgaming.com/showthread.php?news=98
Please, let me comment ALSA issues. Perhaps, your development
people should contact us directly before making such bad as
On Sat, 2003-12-20 at 16:21, Mark Knecht wrote:
> Wizard root # /etc/init.d/alsasound start
> * Loading ALSA drivers...
> * Loading: snd-seq-oss
> * Loading: snd-pcm-oss
> * Loading: snd-mixer-oss
> * Loading: snd-via82xx
> * Loading: snd-hdsp
> /lib/modules/2.4.20-gentoo-r9/kernel/sound/pci/
I think transgaming should fully embrace ALSA otherwise they are hurting
themselves.
OSS is DEAD and with kernel 2.6 most if not all distros will use ALSA by
default while
providing an OSS emulation layer.
mmap is not necessarily needed for good performance and low latency and
it would be
better
Hello,
we discovered your notes about ALSA (Advanced Linux Sound
Architecture) on your web pages:
http://www.transgaming.com/showthread.php?news=98
Please, let me comment ALSA issues. Perhaps, your development
people should contact us directly before making such bad assumptions
12 matches
Mail list logo
