[Bug 17223] New: Missing wrapper layer for eax effects in efx/openal

http://bugs.winehq.org/show_bug.cgi?id=17223

Summary: Missing wrapper layer for eax effects in efx/openal
           Product: Wine
           Version: 1.1.13
          Platform: All
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: P3
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

Games like Colin Mcrae 2005 can't activate EAX effects on wine. Despite the
lack of a creative driver for linux (it should make possible enabling hardware
eax on audigy/x-fi cards) a wine wrapper from EAX to EFX could let Openal
reproduce spatial effects on all linux machines despite audio cards.

[Bug 17223] Missing wrapper layer for eax effects in efx/openal

http://bugs.winehq.org/show_bug.cgi?id=17223

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
           Platform|All                         |Other
         Resolution|                            |WONTFIX

--- Comment #1 from Vitaliy Margolen   2009-02-01 13:32:04 ---
This is proprietary standard. It's not part of DSound. And none of the Linux
sound drivers support it.

Won't fix.

[Bug 17223] Missing wrapper layer for eax effects in efx/openal

http://bugs.winehq.org/show_bug.cgi?id=17223

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #2 from Vitaliy Margolen   2009-02-01 13:33:04 ---
Closing. OpenAL are not hardware drivers (not on Linux). They are wrapper
around OSS/ALSA/ESD/etc.

[Bug 17223] Missing wrapper layer for eax effects in efx/openal

http://bugs.winehq.org/show_bug.cgi?id=17223

--- Comment #3 from sergio.ub   2009-02-03 03:06:18 ---
as you like Margolen.

let me only tell you perhaps i didn't explain myself, as i don't understand
your point of view.
As we both know EAX is a proprietary standard as much as direct3d is. So, if
wine has the objective of emulating direct3d (closed) layer in OpenGL (open),
it's the same phylosophy of emulating EAX (closed) in Openal (Open).
I this case, we'd have an advantage and a disadvantage: the first is that
people that doesn't have a creative card CAN take benefit of EAX effects
(through sw emulation) the second is that sw emulation it penalizes (a bit) CPU
speed.

I think you thought i was asking to implement a hardware Openal implementation.
According to you that's not the task of wine (that should be a hard task for
chris robinson, openal-soft developer), as wine should emulate proprietary
standards inside open standards...

did i explain correctly my point of view this time?