April 26, 2008  
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30

[00:29:57] *** prophile has quit IRC
[01:25:17] *** theDon has quit IRC
[01:30:18] *** theDon has joined #openal
[01:30:19] *** ChanServ sets mode: +v theDon
[03:50:04] *** Walt has joined #openal
[03:56:13] *** Walt has quit IRC
[04:08:49] *** juanmabc has joined #openal
[04:08:49] *** ChanServ sets mode: +v juanmabc
[05:07:14] * KittyCat is back.
[05:35:35] *** juanmabc has quit IRC
[10:46:51] *** Clem has joined #openal
[10:54:13] <Clem> Hello, I run into an odd thing: I would like to set the offset position in byte to my source The target offset to be set is the exact duration of the buffer attached to the source, when I do that I get an error. The spec said that an error is returned if the target position is out of range. But out of range of what?
[10:59:38] <KittyCat> if it's less than 0 or equal to or greater than the end of the buffer
[11:00:01] * KittyCat double-checks
[11:01:42] <KittyCat> hmm. not sure about equal to the buffer length. but there's a couple gotcha's
[11:02:37] <KittyCat> when you buffer data, openal may convert it to a different format to play it better
[11:02:47] <KittyCat> in such a case, the actual byte size may be different
[11:03:14] <KittyCat>  if you know how long the buffer is, setting the sample offset would be a better idea
[11:04:40] <KittyCat> also, the last release of the linux version is missing the byte/sample/second offset, so using that will always fail
[11:05:27] <Clem> with the official implementation?
[11:06:06] <KittyCat> the windows version creative released?
[11:07:04] <Clem> I mean that :http://www.openal.org/downloads.html
[11:08:16] <KittyCat> which OS?
[11:10:18] <Clem> There is a misunderstanding sorry, you said the last release of the linux version but what release?
[11:11:05] <KittyCat> the 0.0.8 release on that page
[11:11:17] <KittyCat> but I don't know if you mean the windows release or the linux release
[11:11:54] <Clem> ha ok
[11:12:03] <Clem> I'm on windows
[11:12:39] <KittyCat> ah. yeah, the windows release should be fine.
[11:12:44] <Clem> OpenAl soft supports stting the offset position ? :)
[11:12:56] <KittyCat> yes
[11:13:00] <Clem> cool
[11:13:27] <KittyCat> but as I said, openal can change the format, and make the byte length different than what you originally set
[11:13:40] <KittyCat> it's safer to use the sample position
[11:13:57] <Clem> I want to let the user to choose
[11:14:31] <Clem> And i want to clamp to a "good" range to avoid error
[11:15:01] <Clem> But i believe I have resolved the problem by reducing
[11:15:16] <Clem> the target position of 0.0001f
[11:15:34] <Clem> when of course the target position is equals to the duration of the buffer
[11:16:40] <KittyCat> taking the byte length you pass to alBufferData, dividing by the number of channels and the bpp (1 for 8-bit, 2 for 16-bit), you'll have the max sample length
[11:16:53] <KittyCat> subtracting 1 from that should always be valid
[11:17:14] <Clem> yep
[11:17:54] <Clem> In this case
[11:18:27] <Clem> I have just to subtracting 1 to the target position specified in byte
[11:18:57] <Clem> subtract*
[11:19:39] <KittyCat> you shouldn't
[11:20:07] <KittyCat> subtracting one byte may not put it on a frame boundary (eg. stereo 16-bit samples will move in 4 byte increments)
[11:20:18] <Clem> ha
[11:20:58] <KittyCat> if you seek to the middle of a frame, there could be problems (it may just round down, or it could error, or it could get confused and try to play from there like normal)
[11:23:16] <Clem> ok
[11:23:57] <Clem> Thanks
[12:28:22] *** Clem has quit IRC
[12:45:55] *** prophile has joined #openal
[12:45:55] *** ChanServ sets mode: +v prophile
[13:38:38] *** nitrotrigger has joined #openal
[14:27:59] *** D0pamine has quit IRC
[16:16:55] *** Walt_ has quit IRC
[16:20:47] * KittyCat is away: sleep
[17:03:18] *** juanmabc has joined #openal
[17:03:18] *** ChanServ sets mode: +v juanmabc
[17:10:03] *** Walt has joined #openal
[17:14:17] *** juanmabc has quit IRC
[18:24:52] *** tsaotsao has joined #openal
[18:26:59] *** Walt has quit IRC
[19:03:55] *** Walt has joined #openal
[19:35:34] *** juanmabc has joined #openal
[19:35:35] *** ChanServ sets mode: +v juanmabc
[19:57:37] *** juanmabc has quit IRC
[20:28:13] *** ChanServ sets mode: +v tsaotsao
[20:49:03] *** juanmabc has joined #openal
[20:49:04] *** ChanServ sets mode: +v juanmabc
[21:10:07] *** juanmabc has quit IRC
[21:27:49] *** juanmabc has joined #openal
[21:27:50] *** ChanServ sets mode: +v juanmabc
[21:59:03] *** nitrotrigger has quit IRC
[22:39:39] *** juanmabc has quit IRC
[22:41:34] *** juanmabc has joined #openal
[22:41:35] *** ChanServ sets mode: +v juanmabc
[23:41:27] *** rsp has joined #openal
[23:41:27] *** ChanServ sets mode: +v rsp
[23:41:46] <rsp> Hi KittyCat :)

top