Re: Front and Rear sound is same

Kanishka Weerasekara <[email protected]>
Newsgroups gmane.comp.lib.openal
Message-ID <[email protected]>
Hi,
My sound card is a audigy value card and I am afraid it falls to generic
hardware. But Its ok as long as the 3D sounds are generated (with front and
rear.)
Yes I checked with the playmultichannel example and it *works fine* (speaks
out front left  to rear right, if that's what is expected, and it requests
me to select between generic hardware and software.)
I attached a sample i used to identify this problem. static float[]
sourcePos = {0.0f, 3.0f, 0.0f};
I hope 3.0f as the second array element should give sound from the rear
speakers. but it does not change if it's 3.0f or -3.0f ro 0.0f.
I added my AL settings by going through the tool they have provided.
I will use the openAL soft and try again.
Thanks


On 16 March 2011 10:27, Chris Robinson <[email protected]> wrote:

> 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
>



-- 
|< /-\ |\| | S |-| |< /-\++
*http://ninetyninefree.blogspot.com/*

_______________________________________________
Openal mailing list
[email protected]
http://opensource.creative.com/mailman/listinfo/openal
ALSettings.txt (text/plain, 1.7 KB)
------------------
System Information
------------------
                  Report Time: 2011/3/17 7:23:45
                           OS: Windows XP Professional Service Pack 2 (Build 2600)
                         BIOS: INTEL  - 1072009 BIOS Date: 09/23/09 11:58:43 Ver: 08.00.10 
                    Processor: ~3192MHz Intel(R) Core(TM) i5 CPU         650  @ 3.20GHz
                       Memory: 1 GB
    Default Audio Device Name: Sound Blaster Audigy
        Audio Driver Filename: P17.sys
    Audio Driver File Version: 5.12.1.512
 Audio Driver Product Version: 5.12.1.512
         ALCapsViewer Version: 1.0.3.0

-----------------
OpenAL Components
-----------------
Name            Path                    Version        
OpenAL32.dll    C:\WINDOWS\system32\    6.14.357.24    
wrap_oal.dll    C:\WINDOWS\system32\    2.2.0.5        

--------------
OpenAL Devices
--------------
                   Name: Generic Hardware
          Sample Offset: Yes
  Linear Distance Model: Yes
Exponent Distance Model: Yes
                Capture: Yes
            Enumeration: Yes
                EAX 2.0: Yes
                EAX 3.0: Yes
                EAX 4.0: No
                EAX 5.0: No
                  X-RAM: No
          Enumerate All: Yes
                EFX 1.0: Yes

                   Name: Generic Software
          Sample Offset: Yes
  Linear Distance Model: Yes
Exponent Distance Model: Yes
                Capture: Yes
            Enumeration: Yes
                EAX 2.0: Yes
                EAX 3.0: No
                EAX 4.0: No
                EAX 5.0: No
                  X-RAM: No
          Enumerate All: Yes
                EFX 1.0: Yes
SourceChangingbuffers.java (application/octet-stream, 12.3 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.