Talk:OpenAL

message: Anyone interested in a history of development section? Loki, Creative, SWeng, the "lost" OpenAL version of Alpha Centauri? Why the Linux version uses Lisp for its config file? Ah, good times.— Preceding unsigned comment added by 66.77.144.8 (talk) 02:03, 11 November 2005 (UTC)
thread_title:  History of development section 

message: I don't think it's right to say that Creative developed OpenAL.  They currently host the web site and developer resources - but the original API was developed by Loki in order to port Windows games to Linux - and much of the development work was done by OpenSource enthusiasts and by Apple.
IMHO, the credit in the opening paragraph should go to Loki.
SteveBaker 13:45, 1 February 2006 (UTC)
thread_title:  Creative or Loki? 

message: I am not sure if this is appropriate to place in the main page, but OpenAL's "portability" is quite poor in my opinion. Since Creative took hold of OpenAL, development of this library has been pretty much been developed directly for Windows by Creative employees, while the ever dwindling open-source community around OpenAL takes this code and makes it work for Linux, OS X, etc. I do have experience in using the OpenAL library in the development of an audio engine simulatenously across three platforms (Linux, Windows, OS X), and that engine does not fit my definition of "cross-platform" at all in its current state. I make this claim for the following reasons:
* The trend seems to be that once a new version of OpenAL is released for Windows, the same version is not seen for other platforms for a period of months
* The library does not behave consistently across platforms for the same version (this is based on personal experience)
* Documentation for older versions of OpenAL is totally absent from the OpenAL website, despite that those older versions are the most current versions for many systems
* Function definitions are usually, but not always, consistent across platforms
* Because of many of the above issues, the source code for a "working" OpenAl engine has to be littered with #ifdef macros to ensure correct operation
I have personally brought these issues forth to the OpenAL community (including Creative) on their mailing list, and no one there refuted my claims.
http://opensource.creative.com/pipermail/openal-devel/2006-April/004278.html
I am not sure if such criticisms (which although stated as my own, are shared by many others) belongs on the main page for this topic, as it may be seen as slanderous or as a non-neutral-point-of-view. But I am interested in discussing a proposal of putting these criticisms on the main page for OpenAL.
--RootsLINUX 03:45, 16 June 2006 (UTC)
replies: text: Unluckily, mailing lists are to be taken with extra care, especially when you are the one posting in the mailing list, as that can be considered original research. I suggest trying to find reliable sources that verify the suggested information and cite them in the article. We need third-parties to report about this, like CNN, Ars Technica, eWeek, etc. Hope it is a bit clearer now. -- ReyBrujo 04:02, 16 June 2006 (UTC)
replies: text:  (I'm the author of the second revision of the ALUT library that is shipped with the latest versions of OpenAL - so you can't regard me as an NPOV source here!) I agree that since Creative (and to a lesser degree, Apple) took the reins, the main thrust of the development has been in support of Windows...and even more specifically - for Creative's own hardware under Windows. To some degree the API has been directed towards the hardware features that Creative's hardware has. However, in the absence of these two companies, OpenAL was a dead project.  There was very little work done on it between Loki's sad demise and Creative picking it up. The Linux version certainly lags the Windows/MacOS versions quite severely and the root cause of that is that there is a separate code base for the two implementations. What really needs to be done to fix this problem is to merge the Linux, MacOSX and Windows versions into a single source base and use conditional compilation for the OS-specific differences.  This would tend to make developers think about the impact of their changes on the other platforms rather than (as now) simply diving in and changing code as if no other platforms existed. However, there are quite a few other problems with OpenAL that aren't going to get fixed unless there is a large influx of developers who don't work for either Apple or Creative. OpenGL gets around this commercial driving of the API by having an active ARB composed of hardware vendors, OS developers and application developers. OpenAL's charter says there should be an ARB - but it does not exist and has never met. SteveBaker 14:18, 16 June 2006 (UTC)
thread_title:  Questionable "Portability" and Other Criticisms 

message: http://www.openal.org/openal_vista.html
Clearly states that both Creative and Loki started it together, and straight from the horses mouth. -74.118.188.16 17:40, 15 March 2007 (UTC)
thread_title:  Disagreeing history 

message: Would it be an idea to list (at least particially) what soundcards do work with OpenAL? If such a list exists, would someone link to it?  —Preceding unsigned comment added by 212.130.70.253 (talk) 11:13, 9 September 2007 (UTC)
thread_title:  Sound card support 

message: Why is this in the VideoGames WikiProject? Shouldn't it be, just like OpenGL, in the WikiProject Computing? --DanielPharos (talk) 12:27, 11 May 2008 (UTC)
thread_title:  Wrong WikiProject? 

message: One thing I've never understood is what the relation between EAX and OpenAL is. Is EAX still an extension to OpenAL? If I'm not mistaken, EAX 2.0 is basically a part of DirectSound3D hence it's supported by many non Creative products. EAX 3.0 - 5.0 are just extensions to DirectSound3D. If it is just an extension, has there been any effort by non Creative developers to "Extensions can be promoted to ARB (Architecture Review Board) status, indicating a standard extension which will be maintained for backwards compatibility. ARB extensions have the prospect of being added to the core API after a period of time." since it would seem to me this would make it easier for them to support EAX 5.0 in their hardware (although they may still have patent issues to contend with) Nil Einne (talk) 17:45, 24 May 2008 (UTC)
replies: text: To make things more complicated i'd like to add EFX to the discussion. It was only mentioned on the EAX page, so i added a link from EFX to the OpenAL page and a redirect from Effects Extension. I also edited this page to shortly mention EFX and EAX, but sincerely invite anyone who understands more of it than I to change my line in a decent paragraph about the subject. Pizzaman79 (talk) 14:37, 17 February 2009 (UTC)
thread_title:  EAX? 

message: Would it be useful to have a section listing the current implementations of OpenAL? Although with OpenGL this would be unreasonable, since there must be thousands (one for each driver). But OpenAL there is only a handful: The original OpenAL SI (the reference implementation) and OpenAL Soft.  —Preceding unsigned comment added by Kiplingw (talk • contribs) 22:18, 12 February 2010 (UTC)
thread_title:  Implementations 

message: I closely inspected the code in the final open source release.
That version actually does something extremely simple - it doesn't do ANY fancy effects with the audio, time delay, doppler, what-have-you - assuming you have four speakers, all it does is weight the emission of sound from an object between the speakers depending on its position relative to the listener.  That's it!
Toby Douglass (talk) 09:35, 2 October 2010 (UTC)
thread_title:  Last open source release / internal algorithm 

message: How can an API be open/closed source. surely it's whether the API is a closed or open standard. It is irrelevant if implementations themselves are open/closed. IRWolfie- (talk) 15:47, 18 December 2010 (UTC)
replies: text: It's certainly a borderline issue right now.  Originally, OpenAL had a single implementation - and it was OpenSource - so at the time the article was started, OpenAL was an actual library, and it was 100% true to say that "OpenAL is an OpenSourced library".  However, relatively recently, one branch of the implementation has become closed-source - while the other remains open.  Is OpenAL now an API specification which happens to have two implementations?  Or is OpenAL still that same OpenSourced library...which now happens to have a closed source 'clone'?  I don't think it's clear at this point. SteveBaker (talk) 15:58, 18 December 2010 (UTC)
thread_title:  Open Source 

message: Currently the disadvantages is stated to be misleading. It describes that OpenAL is not fit for multi-listener and time difference of arrival applications. Please, feel free to adjust the wording such that the reader of this article knows what the scope/extend of OpenAL is, not erroneously given the reader the idea that it can be used for such applications. 
Maybe it is an idea to start the page (or create a separate page) for a generic description of 3D audio rendering software:
* Direction (heading) effects
* Doppler effects
* Time difference of arrival effects (propagation delays)
* Interaural time difference and level difference effects
* HRTF effects (modeling human perception by head-related transfer functions)
* Obstruction, occlusion, diffraction, reflection, scattering
* Reverberation effects from physical objects and surfaces
* Physical collision effects (coupling with collision detection in a physics engine: hear a ball bouncing/towards towards you)
* Source radiation patterns
* Spreading loss / distance attenuation
* Atmospheric effects (humidity, temperature)
* Multiple listeners
Andy (talk) 11:35, 5 August 2012 (UTC)
thread_title:  Disadvantages 

message: This link doesn't actually go to any OpenAL tutorials. I believe it should be removed. Any reason why it shouldn't?  — Preceding unsigned comment added by Topsfield99 (talk • contribs) 21:47, 8 April 2013 (UTC)
thread_title:  DevMaster.net OpenAL Tutorials 

message: The page is listed in status AUTORENEWPERIOD and the contents are blank. Is this project discontinued? Anybody knows what would be the replacement front page? Yurivict (talk) 22:33, 9 November 2013 (UTC)
thread_title:  OpenAL.org is blank and pending deletion 

message: Hello fellow Wikipedians,
I have just modified one external link on OpenAL. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
*Added archive https://web.archive.org/web/20040803034419/http://www.devmaster.net/articles.php?catID=6 to http://www.devmaster.net/articles.php?catID=6
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
Cheers.—InternetArchiveBot (Report bug) 23:53, 4 September 2017 (UTC)
thread_title:  External links modified 

message: Hello fellow Wikipedians,
I have just modified 2 external links on OpenAL. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
*Added archive https://web.archive.org/web/20121230175931/http://connect.creativelabs.com/openal/Documentation/The%20OpenAL%20Utility%20Toolkit.htm to http://connect.creativelabs.com/openal/Documentation/The%20OpenAL%20Utility%20Toolkit.htm
*Added archive https://archive.is/20130119200045/http://opensource.creative.com/pipermail/openal-devel/2012-May/005903.html to http://opensource.creative.com/pipermail/openal-devel/2012-May/005903.html
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
Cheers.—InternetArchiveBot (Report bug) 12:03, 14 December 2017 (UTC)
thread_title:  External links modified 

message: 你好 103.134.96.143 (talk) 07:25, 21 February 2023 (UTC)
thread_title:  你好 

message: Trading  — Preceding unsigned comment added by 2402:8100:26E3:FEF1:CCD6:9AB4:3591:919 (talk) 18:31, 6 June 2023 (UTC)
thread_title:  Trading