Announcement

Collapse
No announcement yet.

question about wine and openal(soft)

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • question about wine and openal(soft)

    Hi,

    according to this guide [https://www.reddit.com/r/oculus/comm...ing_minecraft/], wine apparently uses openal, and hence adjusting ones .alsoftrc with
    Code:
    stereo-mode = headphones
    and
    Code:
    hrtf = true
    should be sufficient to enable HRTF for games played with wine (requiring the installation of openal of course).

    Now I have made the following experiences:

    Adjusting .alsoftrc as above and testing with this tool [http://audio.rightmark.org/products/rm3ds.shtml] shows no effect (openal log shows hrtf is not active).

    I then go on to use a DSOUND -> OPENAL wrapper [https://repo.or.cz/dsound-openal.git, or see binaries on the web], and add the dsound.dll as a native override in winecfg... Still no effect!

    Lastly, I create a file named alsoft.ini next to Rightmark's .exe with
    Code:
    stereo-mode = headphones
    and
    Code:
    hrtf = true
    .

    This makes HRTF work (log shows that systems hrtf files are being used (called "built in"))!

    So my question is: how does audio in wine work? Without the dsound -> openal wrapper, wine seems to simply route to alsa without any openal magic set up on the linux host. Making the app use openal(soft) via the wrapper works, but wine ignores the home directory's .alsoftrc. Only when I create an alsoft.ini next to the .exe, everything seems to work...

    So apparently wine can only use the hosts openal capabilities when the windows app uses openal (through a wapper or natively)? I'm still puzzled why wine also needs the alsoft.ini and ignores the alsoft.rc in the home directory.

    So bottom line, how does wine's audio implementation work?

    Cheers
Working...
X