Adam D. Moss schrieb:
> Prakash Punnoor wrote:
>>Could not get alutLoadRAW_ADPCMData_LOKI extension entry
>
>
> Ah, to be honest, this is totally not worth fixing (but may
> be worth redesigning) IMO - in my experience the Loki/undoc'd
> extensions have a lot of breakage in general (due to rushed/organic
> initial design and implementation, coupled with years of extreme
> bitrot), and are so badly documented and tested that it's hard
> to know what the desired behaviour is so you can say you've
> 'fixed' them.
>
> Perhaps reverb (and perhaps other effects) is an area that can be
> worked out between the SI, Creative, et al for OpenAL 1.2. Right
> now it looks like there aren't any users of the existing reverb
> code (and rightly so if we don't expose an interface which is
> either specified or supported) and we'd have to come up with a
> (decent, supported, and outside of the 1.1 remit) interface to
> expose the functionality - functionality which I believe is
> already exposed by Creative's EAX extension and might be
> factored into a common extension or core API expansion.
Yes, I also think it would be best if reverb would be integrated into
specs if wanted. I looked a bit more through the code and currently
reverb is given to the user as LOKI extension, so not very optimal...
>>Right, as libstdc++ usage makes your code GPL.
>
>
> That wasn't the reason I think it's a showstopper (and I don't
> think it's true). I was more worried about interoperability,
> embeddability, compatibility (enough C++ ABI breakages under
Yes, you are right. I already replied to Sven on this matter.
--
(°= =°)
//\ Prakash Punnoor /\\
V_/ \_V
signature.asc
Description: OpenPGP digital signature
|
