July 30, 2017 
< | 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 | 31 | >
July 30, 2017 [00:26:59] *** maxfx_ <maxfx_!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has quit IRC (Ping timeout: 255 seconds)[01:28:20] *** Tobbi <Tobbi!~Tobbi@supertux/tobbi> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[02:10:04] *** Emcy <Emcy!~MC@cpc124516-swan5-2-0-cust78.7-3.cable.virginm.net> has joined #openal[02:10:04] *** Emcy <Emcy!~MC@cpc124516-swan5-2-0-cust78.7-3.cable.virginm.net> has quit IRC (Changing host)[02:10:04] *** Emcy <Emcy!~MC@unaffiliated/emcy> has joined #openal[02:10:04] *** ChanServ sets mode: +v Emcy[02:11:24] *** Emcy_ <Emcy_!~MC@unaffiliated/emcy> has quit IRC (Read error: Connection reset by peer)[02:18:04] *** deep-book-gk_ <deep-book-gk_!~1wm_su@177.47.27.242> has joined #openal[02:18:04] *** ChanServ sets mode: +v deep-book-gk_[02:19:51] *** deep-book-gk_ <deep-book-gk_!~1wm_su@177.47.27.242> has left #openal[02:31:42] *** Smirftsch3 <Smirftsch3!~Smirftsch@p200300D7A3DC64002901F132872F7D6A.dip0.t-ipconnect.de> has joined #openal[02:31:42] *** ChanServ sets mode: +v Smirftsch3[02:32:58] *** Smirftsch <Smirftsch!~Smirftsch@p200300D7A3D33600F4C6F9AA05B96969.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 276 seconds)[03:49:20] *** mat^2 <mat^2!~Mathias@87-55-0-192-dynamic.dk.customer.tdc.net> has quit IRC (Quit: Leaving)[05:49:16] *** ybalrid <ybalrid!~ybalrid__@2a01:e0a:f:c6e0:41fc:9d19:a8c9:7b48> has quit IRC (Ping timeout: 255 seconds)[06:11:10] *** Alam_Squeeze <Alam_Squeeze!quasselcor@rigginstereo.lawarias.srb2.org> has joined #openal[06:11:10] *** ChanServ sets mode: +v Alam_Squeeze[07:42:45] *** zer0x <zer0x!~zer0-x@42.112.3.98> has joined #openal[07:42:45] *** ChanServ sets mode: +v zer0x[08:40:54] *** zer0x <zer0x!~zer0-x@42.112.3.98> has quit IRC (Remote host closed the connection)[09:22:32] *** Smirftsch3 <Smirftsch3!~Smirftsch@p200300D7A3DC64002901F132872F7D6A.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer)[10:03:50] *** Yuri6037 <Yuri6037!5a18941d@gateway/web/freenode/ip.90.24.148.29> has joined #openal[10:03:51] *** ChanServ sets mode: +v Yuri6037[10:05:29] <Yuri6037> Hey all I'm back and I still haven't figured out what this sample rate is and how I know it... Also it is kine of confusing because they use the term frequency on the OpenAL 1.1 specification[10:08:38] <Ident> Yuri6037: sample rate is a frequency[10:08:55] <KittyCat> in terms of the openal api, frequency and sample rate are interchangeable[10:09:19] <Yuri6037> But then what is the byte buffer required ? Isn't this all the frquencies of the sound ?[10:10:03] <KittyCat> for alBufferData, the byte buffer is time-domain PCM data. and the specified frequency is the sample rate[10:10:50] <Yuri6037> I'm sorry but I do not understand what you mean by "time-domain PCM data"[10:10:53] <Ident> KittyCat: so it is the amplitude at each given pont of time right?[10:11:07] <KittyCat> yes[10:11:12] <Yuri6037> Oh ok[10:11:17] <Yuri6037> Now I understand[10:11:35] <Ident> :)[10:11:42] <Yuri6037> And the time unit is defined by the sample rate parameter ?[10:11:56] <KittyCat> yeah[10:12:13] <KittyCat> so a sample rate of 44100 means there's 44,100 samples per second[10:12:59] <Yuri6037> Thank you very much, right now I can finish the abstraction layer for ISoundEngine[10:14:39] <Yuri6037> That means I could reproduce some acceleration effects by messing with the frequency[10:15:28] <KittyCat> sort of, yeah. though to change it in real-time, you'd use the source's AL_PITCH property, rather than altering the buffer's sample rate[10:17:06] <Yuri6037> Yes but I mean if by default the developer of the game specifies a property inside of a sound config to load it...[10:19:45] <Yuri6037> But thanks also for the tip with the pitch now I know that I really want that pitch to appear in the abstraction layer[10:21:03] <KittyCat> there's also the AL_VELOCITY source and listener property. openal will automatically generate a realistic pitch shift from doppler effects of moving sounds[10:22:10] <KittyCat> though it's important to note the AL_VELOCITY does *not* affect the AL_POSITION property. it doesn't move the source or listener, it just creates a pitch shift as if it was moving[10:23:07] <Yuri6037> In other words this velocity property connects directy to IPhysObj and the physics module (which is not present right now)[10:23:58] <Yuri6037> Also I have another question I wanted to ask about positional audio : what exactly is the listener orientation, is it the forward and up vectors of my player's entity quaternion or from the camera's quaternion ?[10:25:26] <KittyCat> generally the camera, so what the player hears and sees is consistent. though I've seen game's use the character's head for the listener with a 3rd person camera[10:26:38] <Yuri6037> Ok then I'm going to create a component listener for the ECS in case the developer does not want the camera but I'll put the camera as default[11:21:41] *** zer0x <zer0x!~zer0-x@42.112.3.98> has joined #openal[11:21:41] *** ChanServ sets mode: +v zer0x[11:43:27] *** maxfx_ <maxfx_!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has joined #openal[11:43:27] *** ChanServ sets mode: +v maxfx_[11:58:54] *** maxfx_ <maxfx_!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has quit IRC (Ping timeout: 268 seconds)[12:26:54] *** neXyon <neXyon!~neXyon@unaffiliated/nexyon> has joined #openal[12:26:54] *** ChanServ sets mode: +v neXyon[12:26:56] <Ident> KittyCat: do you have any statistics on usage rate of openal soft / alure ?[12:27:37] <Ident> i feel like, and have data for it, that the usage rates of open source middleware is going down over the past years, most likely due to unity/unreal becoming cheap/free for indie devs[12:28:05] <Ident> is it true for openal soft / alure as well?[12:29:01] <KittyCat> I don't have numbers for how much openal-soft and alure are used[12:29:38] <Ident> can you read any trend from any other of your observations while developing them?[12:30:09] *** Yuri6037 <Yuri6037!5a18941d@gateway/web/freenode/ip.90.24.148.29> has quit IRC (Ping timeout: 260 seconds)[12:30:48] <KittyCat> I don't imagine alure to be particularly popular. the 1.x api is kinda messy, and the 2.x api hasn't had an official release yet[12:31:10] <KittyCat> alure 1.x is a little better than alut, but that's about it[12:31:18] <Ident> heh[12:31:21] <Ident> what about openal soft?[12:33:15] <KittyCat> openal soft is popular enough to be part of steam's linux runtime. it's pretty much one of the two major options for 3D audio on linux[12:34:53] <Ident> i have no doubt that it has a reason to exist and will continue well to be used in the future, i was just wondering if you noticed it getting less popular once unreal/unity got "free".[12:35:08] <Ident> i saw such a trend in ogre3d (a lot) and cegui[12:36:07] <Ident> being more specialised than ogre3d , it definitely is in a better position to be less affected but i would that since a lot of people move away from developing/using inhouse engines affected openal usage as well[12:36:24] <Ident> would expect that*[12:36:35] <Ident> ok that sentence got messed up[12:36:50] <Ident> i think you can still understand what i am saying though[12:37:11] <KittyCat> the amount of feedback I get about it does seem to have gone down some, but that doesn't necessarily mean it's not being used, just that fewer people have need to contact me about it[12:37:34] <Ident> thats what i was trying to get at[12:38:37] <KittyCat> and openal tends to be used more by middleware/framework type things, so it wouldn't be unexpected to not see a rise in the number of things that use openal directly[12:38:58] <Ident> yea[12:57:18] *** maxfx_ <maxfx_!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has joined #openal[12:57:18] *** ChanServ sets mode: +v maxfx_[12:58:09] *** ybalrid <ybalrid!~ybalrid__@2a01:e0a:f:c6e0:41fc:9d19:a8c9:7b48> has joined #openal[12:58:09] *** ChanServ sets mode: +v ybalrid[14:27:54] *** neXyon <neXyon!~neXyon@unaffiliated/nexyon> has quit IRC (Quit: bye)[14:29:47] *** maxfx_ <maxfx_!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has quit IRC (Ping timeout: 240 seconds)[14:58:08] *** Smirftsch <Smirftsch!~Smirftsch@p200300D7A3DC640059BCE4430E1F8DB7.dip0.t-ipconnect.de> has joined #openal[14:58:08] *** ChanServ sets mode: +v Smirftsch[15:13:53] *** Tobbi <Tobbi!~Tobbi@supertux/tobbi> has joined #openal[15:13:53] *** ChanServ sets mode: +v Tobbi[17:37:46] *** CapsAdmin <CapsAdmin!~CapsAdmin@2001:4648:3832:0:51c2:8bac:9c19:f4e1> has quit IRC (Ping timeout: 276 seconds)[17:49:01] *** CapsAdmin <CapsAdmin!~CapsAdmin@2001:4648:3832:0:5024:2de6:d713:4c65> has joined #openal[17:49:01] *** ChanServ sets mode: +v CapsAdmin[20:11:30] *** maxfx__ <maxfx__!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has joined #openal[20:11:30] *** ChanServ sets mode: +v maxfx__[21:20:16] *** zer0x <zer0x!~zer0-x@42.112.3.98> has quit IRC (Ping timeout: 260 seconds)[21:36:14] *** zer0x <zer0x!~zer0-x@42.112.3.98> has joined #openal[21:36:14] *** ChanServ sets mode: +v zer0x[23:34:47] *** Tobbi <Tobbi!~Tobbi@supertux/tobbi> has quit IRC (Ping timeout: 260 seconds)[23:38:32] *** Tobbi <Tobbi!~Tobbi@supertux/tobbi> has joined #openal[23:38:32] *** ChanServ sets mode: +v Tobbi[23:42:18] *** deep-book-gk_ <deep-book-gk_!~1wm_su@158.85.67.146> has joined #openal[23:42:18] *** ChanServ sets mode: +v deep-book-gk_[23:43:52] *** deep-book-gk_ <deep-book-gk_!~1wm_su@158.85.67.146> has left #openal[23:46:54] *** ybalrid_ <ybalrid_!~ybalrid__@2a01:e0a:f:c6e0:41fc:9d19:a8c9:7b48> has joined #openal[23:46:54] *** ChanServ sets mode: +v ybalrid_[23:50:12] *** ybalrid <ybalrid!~ybalrid__@2a01:e0a:f:c6e0:41fc:9d19:a8c9:7b48> has quit IRC (Ping timeout: 255 seconds)[23:56:22] *** maxfx__ <maxfx__!~maxfx@ip-78-102-52-164.net.upcbroadband.cz> has quit IRC (Ping timeout: 260 seconds)