Re: Front and Rear sound is same
Chris Robinson <[email protected]>
| Newsgroups | gmane.comp.lib.openal |
|---|---|
| Message-ID | <[email protected]> |
On Wednesday, March 16, 2011 10:50:55 AM Kanishka Weerasekara wrote:
> Hi, Thanks for the reply.
> I use a 32 bit system with windows xp
> And I printed the device from device specifier and it says "Generic
> Hardware"
> Then I tried checking if there is 5.1 support by checking the
> al.alGetEnumValue("AL_FORMAT_51CHN16")
> which returns a non zero value (4619 to be exact)
Odd. I'd expect proper 3D sound if you have Generic Hardware, particularly if
it's allowing 5.1 buffers. Can you test a 5.1 buffer? The OpenAL SDK has a
PlayMultiChannel sample that can test it.
I don't know why it would be picking Generic Hardware over a native OpenAL
hardware driver either, though.
> I have a bad feeling that the JavaOpenAL implementation is incomplete. When
> I checked the AL class it had constants only for the 8,16 bit of stereo and
> mono values
> al.AL_FORMAT_MONO16 and other 3. No 51 channel thing. but it did not return
> 0 when checked.
AL_FORMAT_51CHN16 is only in an extension, at the moment. The 8/16/mono/stereo
enums are standard. Plus, you need to call alGetEnumValue() with the string to
make sure it's supported, anyway.
> Is there any way to get the openal soft to work with java. And keep my
> current code as well.
All you should have to do is place OpenAL Soft's DLL next to the app or in
system32. If you leave it named soft_oal.dll, the router should pick it up and
show it as additional enumerated devices (which an app should let you select,
somehow). Or you can rename it to OpenAL32.dll, and it will replace all other
implementations on the system. All OpenAL apps should work with it, unless it
requires an extension that's not present (eg, EAX, EAX-RAM).
_______________________________________________
Openal mailing list
[email protected]
http://opensource.creative.com/mailman/listinfo/openal