[00:03:13] <KittyCat> anyone happen to be aware of an app that won't build or run properly with openal soft?
[00:06:26] <KittyCat> I've fixed Chromium
[01:04:29] <lgp-michael> 'cos of openal or cos of the ap?
[01:05:02] <lgp-michael> cos Im finding that its running perfectly fine for us once we've worked out a few initialisation issues, and we're using just about every bit of functionality in it
[01:05:27] *** dra has joined #openal
[01:05:27] *** ChanServ sets mode: +v dra
[01:05:42] <KittyCat> either. some may fail to build if they expect certain extension tokens or functions to be defined by alext.h, for example
[01:06:14] <KittyCat> Chromium, for instance, expected ALC_LOKI_audio_channel tokens in alext.h
[01:07:32] <lgp-michael> thats depricated long ago tho, I believe
[01:09:14] <KittyCat> yeah. but the code still expected it so it wouldn't compile with OpenAL Soft in place of the SI
[01:10:47] <KittyCat> ideally Chromium would be patched. but I don't know if it's even maintained anymore
[01:11:02] <KittyCat> or even if it is, if there's anything else that isn't
[01:11:21] <lgp-michael> ie nods
[01:14:42] <lgp-michael> google for ALC_LOKI_audio_channel shows a lot of projects using it
[01:16:30] <KittyCat> well, I can only hope that they get the functions through alGetProcAddress like they're supposed to, and fail gracefully without it
[01:16:59] *** dra has quit IRC
[01:16:59] *** Proteus_ has quit IRC
[01:17:00] *** arke has quit IRC
[01:17:01] *** Alam_Debian has quit IRC
[01:17:03] *** ChanServ has quit IRC
[01:17:15] <KittyCat> it's basically just controls for the underlying audio system (eg. ALSA's volume controls)
[01:17:32] *** ChanServ has joined #openal
[01:17:32] *** dra has joined #openal
[01:17:32] *** arke has joined #openal
[01:17:32] *** Proteus_ has joined #openal
[01:17:32] *** irc.freenode.net sets mode: +ovvv ChanServ dra arke Proteus_
[01:17:32] *** Alam_Debian has joined #openal
[01:17:32] *** irc.freenode.net sets mode: +v Alam_Debian
[01:26:13] *** dra has quit IRC
[01:26:24] * lgp-michael nods
[01:27:42] *** dra has joined #openal
[01:27:42] *** ChanServ sets mode: +v dra
[02:00:25] *** dra has quit IRC
[02:01:15] *** dra has joined #openal
[02:01:15] *** ChanServ sets mode: +v dra
[02:16:54] *** dra has quit IRC
[02:24:28] <KittyCat> is openal-config really useful at all? or even pkg-config openal?
[02:24:57] <angasule> I don't seem to have it? what does it do? list the libs?
[02:25:36] <KittyCat> yeah. libs, linker flags, cflags, etc
[02:26:01] <KittyCat> the SI had them
[02:26:23] <KittyCat> but I always found foo-config scripts to be annoying
[02:27:30] <angasule> well, I don't know, sdl-config has some funky cflags
[02:27:36] <angasule> I don't know what openal-config returns
[02:28:16] <KittyCat> generally just the needed -I, -L, and -l switches to compile/link it
[02:29:07] <KittyCat> like if it's installed in a non-standard dir (but then wouldn't the script itself be MIA from the path?)
[02:30:09] <juanmabc> KittyCat: as a unix developer I think all the libraries should have a pkg-config .pc file, it handles portabilites issues between distros that the programmer couldn't know, usually the packager modifies the .pc to the distro needs
[02:31:14] <KittyCat> hmm.
[02:31:15] <juanmabc> and it makes the configuration step eassier since autotools supports pkg-config files
[02:31:36] <KittyCat> as does cmake
[02:31:58] <KittyCat> but if you install a package into a non-standard dir, wouldn't the .pc also go into a non-standard dir and not be found?
[02:32:55] <juanmabc> PKG_CONFIG_PATH exists for this cases, the user/installer knows where the files would end
[02:33:42] <KittyCat> I see
[02:40:34] *** jvalenzu has joined #openal
[02:40:34] *** ChanServ sets mode: +v jvalenzu
[03:03:44] <wild13> so
[03:20:45] *** kb1ooo has joined #openal
[03:20:45] *** ChanServ sets mode: +v kb1ooo
[03:47:55] *** jvalenzu has quit IRC
[03:51:51] *** barra_ has quit IRC
[03:54:50] *** wild13 has quit IRC
[04:58:24] *** jvalenzu has joined #openal
[04:58:24] *** ChanServ sets mode: +v jvalenzu
[05:01:08] *** wild13 has joined #openal
[05:01:08] *** ChanServ sets mode: +v wild13
[05:25:39] *** kb1ooo has quit IRC
[05:41:38] *** jvalenzu has quit IRC
[05:54:26] *** Walt_ has quit IRC
[09:51:10] *** wild13 has quit IRC
[10:01:30] *** Rain|code has left #openal
[10:20:44] *** Walt_ has joined #openal
[10:20:45] *** ChanServ sets mode: +v Walt_
[10:22:10] * KittyCat is away: sleep
[10:42:48] *** juanmabc has quit IRC
[10:58:56] *** barraAway has joined #openal
[10:58:57] *** ChanServ sets mode: +v barraAway
[10:59:37] *** barraAway is now known as barra_
[13:14:25] *** mattelacchiato has joined #openal
[13:14:25] *** ChanServ sets mode: +v mattelacchiato
[13:14:43] <mattelacchiato> hi KittyCat and friends
[13:15:46] *** angasule has quit IRC
[13:16:19] <barra_> moin mattelacchiato
[13:16:33] <mattelacchiato> ah moin moin
[13:16:49] 
[13:19:23] <barra_> nein
[13:19:26] <barra_> aus Dresden
[13:20:17] 
[13:21:32] <barra_> nein :-p
[13:22:07] 
[13:22:31] <barra_> aber am besten bleiben wir hier bei Englisch :-)
[13:25:00] <mattelacchiato> no problem, you started this moin-thing :-P
[13:29:14] <barra_> http://www.thiemo.net/misc/Moin.shtml
[15:08:09] <mattelacchiato> very nice
[15:09:51] <mattelacchiato> so, KittyCat, when your're avialable: can you tell me why the alBufferData throws an AL_INVALID_NAME (0xA001) error?
[15:10:37] * mattelacchiato is gone for learning in the sunshine
[15:11:38] <mattelacchiato> away learning in the sunshine
[15:27:39] *** angasule has joined #openal
[15:27:39] *** ChanServ sets mode: +v angasule
[16:42:56] *** wild13 has joined #openal
[16:42:56] *** ChanServ sets mode: +v wild13
[16:59:13] *** jvalenzu has joined #openal
[16:59:13] *** ChanServ sets mode: +v jvalenzu
[17:58:45] *** Rain|code has joined #openal
[17:58:45] *** ChanServ sets mode: +v Rain|code
[18:24:28] *** jvalenzu has quit IRC
[18:48:34] <KittyCat> mattelacchiato, it'll set an AL_INVALID_NAME error if  alIsBuffer(buffer) && (buffer != 0)  fails (meaning it's not a valid buffer)
[18:49:39] <mattelacchiato> so a valid buffer is never zero?
[18:50:45] <KittyCat> for the purpose of alBufferData, yeah
[18:51:05] <KittyCat> 0 is valid for alDeleteBuffers and some other functions, though
[18:51:11] <KittyCat> it just no-ops for those
[18:59:08] <mattelacchiato> okay, thanks!
[19:02:41] <mattelacchiato> away
[20:23:37] * KittyCat is back.
[20:28:00] *** barra_ has quit IRC
[22:06:41] *** juanmabc has joined #openal
[22:06:41] *** ChanServ sets mode: +v juanmabc
[22:07:01] *** barraAway has joined #openal
[22:07:02] *** ChanServ sets mode: +v barraAway
[22:07:21] *** barraAway is now known as barra_
[22:14:39] *** angasule has quit IRC
[22:16:31] *** angasule has joined #openal
[22:16:31] *** ChanServ sets mode: +v angasule
[22:54:02] *** mattelacchiato has quit IRC
[23:52:56] *** qknight has joined #openal
[23:52:56] *** ChanServ sets mode: +v qknight





top