October 7, 2016 
< | 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 | >
October 7, 2016 [00:00:06] <Isogash> xrash, oneplus phones are great, I'm still using my 1[00:01:25] <xrash> Isogash: that's good to know[00:01:59] <wickedshell_> I'm having what has to be a pebkac problem, I'm trying to make a new FileHandle with external path (via clojure) but I can't get it to find the ctor for it...[00:02:01] <wickedshell_> (new FileHandle "foo" com.badlogic.gdx.Files$FileType/External)[00:02:28] <wickedshell_> Anyone familiar with why that could possibly be a problem? (libgdx 1.9.4)[00:03:07] <Xoppa> use the Gdx.files.external method wickedshell_[00:03:09] <xrash> the same guy from the previous n6p test video has done the same with the 1+3 https://www.youtube.com/watch?v=8PZ8W_g6Vvk[00:03:13] <xrash> and it seems better[00:03:38] <wickedshell_> Xoppa, totally missed that, thats even easier, thanks :)[00:03:56] <Xoppa> yw[00:03:56] <kdarknight> Xoppa, if (tempA.dst2(tempB) < radius_sq) never sets to true/prints anything[00:04:56] <Xoppa> then something else in your code is wrong kdarknight, log the values tempA, tempB and radius_sq[00:07:41] <Isogash> xrash, I'm pretty sure the 1+3 is cheaper?[00:08:30] *** Shockah <Shockah!~Shockah@bwe11.neoplus.adsl.tpnet.pl> has quit IRC (Quit: Leaving)[00:10:51] <Loraunt> Match three progress. yay... XD[00:11:02] <mobidevelop> O.o[00:11:28] <Loraunt> lol went from writing client server code to a match three game on a whim, this is why I can't complete anything <_<;;;[00:11:56] <Isogash> wow that video is sweet xrash[00:16:57] <diphtherial> kdarknight: not sure if it was answered before, but scaling can change position the same way that rotation can, that is if you're translated away from the origin[00:17:41] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C425AEDF62B02E6AC82A.dip0.t-ipconnect.de> has joined #libgdx[00:18:07] <diphtherial> (without translation, all linear transformations -- rotation, scaling, and shearing -- don't change the origin. translation, if you're curious, is not a linear transformation, which is why we use 4x4 matrices instead of 3x3 ones to account for it)[00:18:20] <diphtherial> (but that's a whole can of linear algebra...)[00:20:17] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has quit IRC (Ping timeout: 252 seconds)[00:21:32] <jabb> I have a question about SOLID, and specifically SRP. If every class has one responsibility how can you stitch them together without having a class that has accumulated all of the responsibilities?[00:21:54] <Loraunt> Entity Framework helps with that a bit doesn't it?[00:22:34] <jabb> Loraunt: this is a general question, and it’s possible to design a game without the use of ECS, correct?[00:23:40] <Loraunt> I haven't drove into use a entity framework, was more of a prompt for thought that anything.[00:24:13] <jabb> http://gameprogrammingpatterns.com/component.html this link has a GameObject class with components as members. wouldn’t you say the gameobject has the sum of it’s component’s responsibilities[00:24:17] <jabb> Loraunt: ahh[00:24:32] <Loraunt> there are a few design patterns that help address the concerns[00:24:49] <Loraunt> and no, I would not agree with that statement[00:24:55] <jabb> eventually it’ll have to all be stitched together, right?[00:24:59] <Loraunt> the game object's responsibility is to contain said components[00:25:03] <Loraunt> that is its responsibility[00:25:13] <Isogash> I would agree with that[00:25:52] <Isogash> components are contracted at run-time, they are not explicitly coupled to the GameObject class, even if it feels like it[00:26:05] <Isogash> or at least, they shouldn't be[00:27:03] *** Biliogadafr <Biliogadafr!~PIN@nat2-minsk-pool-46-53-194-183.telecom.by> has quit IRC (Ping timeout: 272 seconds)[00:30:02] <Loraunt> Right, in short, the game object, is not responsible for the sum responsibilities of its sub-components.[00:30:36] <Loraunt> like Isogash said, its more of a coupling concern than anything[00:31:04] <Loraunt> your game object would be huge if it did everything, breaking it into smalled classes with individualized responsibilities makes it managable.[00:31:08] *** Xoppa <Xoppa!~Xoppa@54689556.cm-12-1c.dynamic.ziggo.nl> has quit IRC (Quit: Leaving)[00:31:13] <jabb> okay, so not in an ECS, what would a Player’s responsibility be? does it have overrides for collisions, drawing, etc?[00:31:52] <jabb> and maybe a Sprite member, or is it abstracted to a RenderingContext interface that can batch commands. so the player has draw(RenderingContext ctx)[00:32:15] <Isogash> whenever I've done or worked with that style of overriden OO, it's always been draw(RenderingContext ctx)[00:32:22] <Loraunt> when it comes to implementation? I'm the worst, I follow the pen-to-paper and refactor approach.[00:32:27] <Isogash> but that's not necessarily a good way to do it[00:33:02] <Isogash> honestly the component system is just so much better that it seems counter-productive nowadays to do it differently[00:33:29] <Isogash> you can achieve a similar effect with a language that supports Mixins, but I don't recommend it[00:34:02] *** CaptainLex_ <CaptainLex_!~CaptainLe@12.104.244.5> has quit IRC (Ping timeout: 252 seconds)[00:34:45] <Isogash> of course, you could just go monolithic to test/prototype and then refactor to component later[00:35:57] <Loraunt> ^[00:35:59] <Loraunt> thats me.[00:36:11] <jabb> do you like the ECS system approach or the Unity approach[00:36:36] <jabb> with systems i feel it’d start to become innefficient with too many systems[00:36:40] <Isogash> I think the Unity approach is easier to develop with[00:36:49] <jabb> suddenly you’re iterating each entity several times a frame[00:36:49] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:84f0:7b88:9536:c430:20e3:128d> has quit IRC (Ping timeout: 256 seconds)[00:37:16] <Isogash> the ECS system approach arguably has more power, but I find the same thing[00:37:16] <Isogash> I get confused as to what systems I actually need[00:37:31] <Loraunt> one important call out[00:37:47] <Loraunt> some of these stuff comes at a performance cost[00:37:51] <Isogash> Unity's component/event deals with the coupling problem sufficiently I find[00:38:04] <jabb> yeah, unity is way more coupled[00:38:27] <Isogash> but it's far less coupled than straight OO[00:38:38] <Isogash> it's practical[00:39:23] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:84f0:7b88:9536:c430:20e3:128d> has joined #libgdx[00:39:23] *** ChanServ sets mode: +o mobidevelop[00:39:33] <Isogash> I've been thinking of making a slightly novel component approach using lua[00:40:00] <Isogash> because tiny ECS just annoys me more than it helps[00:40:46] *** pplante <pplante!~textual@96-81-186-250-static.hfc.comcastbusiness.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[00:41:34] <jabb> in an ECS how do you handle collisions?[00:41:41] <Isogash> you tell me[00:41:42] <Isogash> :D[00:41:53] <jabb> physics system needs to know about every other entity to know if one overlaps another[00:42:13] <jabb> should the system have a partition map and keep track of it’s own entities and somehow sync them with the ECS?[00:43:08] <Isogash> the ECS should send out entity creation and destruction to the systems[00:43:36] <jabb> okay, so keep a copy of the entities in it’s own partition map then?[00:43:39] *** Maylay <Maylay!~gren@adsl-65-9-198-69.mia.bellsouth.net> has quit IRC (Remote host closed the connection)[00:43:39] <Isogash> the physics system filters for entities with physics components and adds or removes them from the physics world[00:43:52] <Isogash> well, I don't see why you would need to[00:44:11] <Isogash> unless you are talking about writing your own physics[00:44:35] <jabb> i am :P[00:44:51] <jabb> my physics is a specialized case box2d and other’s don’t handle well[00:45:05] <Isogash> hmm, good luck haha[00:45:30] <Isogash> I know some guys who made a game where they highly bastardized box2d[00:45:46] <jabb> i already have it implemented in C, wanting to bring up to a managed language[00:46:28] <Isogash> well box2d keeps track of its own physics objects doesn't it?[00:46:46] <jabb> yeah[00:47:03] <jabb> but i can’t use box2d[00:47:14] <Isogash> huh?[00:47:34] <Isogash> but you said you were using box2d?[00:47:45] <Isogash> oh lol[00:47:55] <jabb> :P[00:48:02] <Isogash> I thought you meant you were using a customized version of box2d[00:48:09] <jabb> nope[00:48:18] <jabb> i would have to seriously bastardize it[00:48:27] <Isogash> haha, can I have a clue as to why?[00:49:17] <jabb> destructible pixel perfect terrain, forgiving movement across broken terrain, wall climbing, etc[00:49:35] <Isogash> fair enough[00:50:05] <Isogash> worms managed it a million years ago[00:50:22] <jabb> i thought about polygon clipping but the movement using box2d would be unforgiving[00:50:27] <jabb> Isogash: right haha[00:51:51] <Isogash> these guys modified box2d to do localised variable bullet time[00:52:17] <Isogash> so they can distort time in different areas at different rates[00:52:39] <Isogash> apparently there is trickery with multiple physics worlds otherwise you get serious problems[00:52:49] <Isogash> really interesting stuff[00:52:55] <Isogash> networking it was a nightmare[00:53:02] <diphtherial> that's pretty cool[00:53:22] <Isogash> it's hella cool, fun game too[00:54:10] <Isogash> just trying to figure out how to client predict bullet time made for some interesting theories[00:54:15] <Isogash> turns out it's a lot like predicting the weather[00:54:56] <Isogash> the smallest discrepency can have huge implications on the result because the effect is amplified by the amount of bullet time[00:54:59] <Isogash> it's like a feedback loop[00:55:33] <Isogash> anyway I'm just rambling about cool stuff[00:55:51] <Isogash> have your physics system track its own objects[00:56:26] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-evxhhadfogwsumqf> has quit IRC (Quit: Connection closed for inactivity)[00:56:31] *** jeffol <jeffol!~jeffol@65.158.118.6> has quit IRC (Quit: Leaving...)[00:56:32] <Isogash> then when you create and destroy a physics component, use a system to add or remove it from the physics[00:57:34] <Isogash> the component stores a reference or ID it gets from the physics system when the physics object is created, so that the physics system knows which one to destroy later[01:01:57] <Isogash> I just thought of an interesting way to hand out IDs to a fixed size array without using loops at any point[01:02:07] *** Maylay <Maylay!~gren@adsl-65-9-198-69.mia.bellsouth.net> has joined #libgdx[01:02:37] <Isogash> thus making it O complexity rather than On[01:03:03] <Isogash> someone else must have thought of it[01:05:08] <jabb> so would the physics system basically handle all the collisions?[01:05:14] <Loraunt> implementable or theoretical? if you have an array of infinite size you could use the hashcode of an object as its index.[01:05:19] <jabb> what if there are some cool collision effects?[01:06:38] <Isogash> entirely implementable[01:06:55] <Isogash> it's uses an additional array of the same size with ints[01:09:28] <Isogash> and really you could have a resizable array too, but resizes would require a little looping to reshuffle[01:10:12] <Isogash> but only shuffling within the int array, saving moving the actual memory of stuff in the real array[01:10:30] <Isogash> basically you have a double ring-buffer of IDs[01:12:11] <Isogash> it's initialized with each cell equal to the cell number[01:13:36] *** dhk <dhk!~dhk@138.59.24.18> has joined #libgdx[01:13:37] <Loraunt> interesting way to think of it.[01:13:46] <Isogash> you have two pointers, both starting at zero. One represents the next unnassigned ID, and one represents the the last unnassigned ID[01:14:15] <Isogash> every time you assign an ID, you take the number in the cell of the "next" pointer, and increase the "next" pointer by one[01:14:43] <Isogash> every time you free an ID, you place the freed ID in the cell of the "last" pointer, and increase the "last" pointer by one[01:14:57] <Isogash> looping the pointers once they reach the end of the array[01:16:19] <Isogash> so, no need to reshuffle IDs after a removal, or do checks on the available IDs when assigning[01:16:28] *** icomputo <icomputo!~saku@177.228.144.86> has quit IRC (Quit: icomputo.com)[01:17:01] <Isogash> it's best use case would be if you want to store the data in a real array, and has 0 collision, which a hash might have[01:18:10] <Isogash> also simpler than a hash algorithm[01:20:35] <Isogash> very efficient if you are going to be assigning and freeing thousands of times a frame[01:21:12] <Isogash> because the computation required is constant regardless of the number of currently assigned IDs[01:29:24] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has quit IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)[01:35:51] *** pplante <pplante!~textual@172.56.39.66> has joined #libgdx[01:40:06] <Loraunt> this is so weird...[01:40:40] <Loraunt> I have a class extending WidgetGroup, containing a label and text. and setup a click listener to invoke a setSelected method[01:40:47] <Loraunt> which adds an action to scale and change alpha.[01:41:02] *** dhk_ <dhk_!~dhk@138.59.24.18> has joined #libgdx[01:41:19] <Loraunt> and somehow, the alpha on the WidgetGroup changes when I click another one...[01:44:25] *** dhk <dhk!~dhk@138.59.24.18> has quit IRC (Ping timeout: 244 seconds)[01:48:44] *** pplante <pplante!~textual@172.56.39.66> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[01:51:33] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-sicmjfjxdmgitdve> has quit IRC (Quit: Connection closed for inactivity)[01:53:31] <Loraunt> even more interesting... getTarget from InputEvent gets the child clicked of the actor which the listener is registered 0.o[01:56:27] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has joined #libgdx[02:05:47] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:84f0:7b88:9536:c430:20e3:128d> has quit IRC (Ping timeout: 256 seconds)[02:06:53] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:4881:c94:298d:e774:6af3:1d5c> has joined #libgdx[02:06:53] *** ChanServ sets mode: +o mobidevelop[02:14:05] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:4881:c94:298d:e774:6af3:1d5c> has quit IRC (Quit: Bye)[02:14:11] *** nexsoftware <nexsoftware!~nexsoftwa@75-171-25-167.phnx.qwest.net> has joined #libgdx[02:14:11] *** ChanServ sets mode: +o nexsoftware[02:44:48] *** Silferein <Silferein!~john@2601:600:9100:1cf0:ad0c:4f12:6731:9dfc> has joined #libgdx[02:48:04] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Remote host closed the connection)[03:05:03] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Remote host closed the connection)[03:06:03] *** Mithrin_ <Mithrin_!~none2@S0106687f74668424.ok.shawcable.net> has quit IRC (Ping timeout: 244 seconds)[03:23:16] *** Joetz <Joetz!~Johannes@cable-78-34-30-47.netcologne.de> has quit IRC (Quit: Leaving)[03:26:40] *** Mithrin_ <Mithrin_!~none2@96.50.230.14> has joined #libgdx[03:33:20] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has quit IRC (Ping timeout: 252 seconds)[03:43:47] *** monomolecular <monomolecular!~monomolec@174-24-157-29.tukw.qwest.net> has joined #libgdx[03:45:06] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has quit IRC (Quit: jabb)[03:45:47] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has joined #libgdx[03:45:57] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has quit IRC (Client Quit)[03:48:02] *** crazy_im1 <crazy_im1!~mj@a89-182-109-47.net-htp.de> has joined #libgdx[03:51:37] *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has quit IRC (Ping timeout: 272 seconds)[03:51:53] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has joined #libgdx[04:03:55] *** lapinozz <lapinozz!~lapinozz@45.74.164.117> has quit IRC (Ping timeout: 244 seconds)[04:04:35] <TEttinger> Isogash: if you have a fixed-size array you essentially have the ID (the index) whenever you look up an element in it[04:05:40] <Isogash> yes, but this is about solving the assignment problem and re-using IDs[04:05:52] <Isogash> or re-using indices[04:06:17] <Isogash> without having to loop over the array[04:09:03] <TEttinger> hm[04:09:21] <Isogash> looking up an element in an array will require some kind of search, which will get harder as you increase the size of the array[04:11:04] <TEttinger> I just mean if you have an array with length, say, 256, and you get myArray[14], then that 14 doesn't necessarily need to be stored in the item[04:11:32] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[04:11:53] <Isogash> no, it doesn't need to be stored in the actual item in the cell[04:11:59] <TEttinger> recycling space is a really interesting problem though[04:12:03] <Isogash> but it does need to be given a cell[04:12:15] <Isogash> yes, it is really more about the space allocation[04:16:04] *** icomputo <icomputo!~saku@177.228.141.28> has joined #libgdx[04:16:19] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Ping timeout: 244 seconds)[04:18:16] <TEttinger> hm, doing some pseudocode, I'm missing something in what you said, Isogash[04:18:39] <Isogash> what exactly?[04:19:05] <TEttinger> I don't see where last is used, yet[04:19:24] <Isogash> when you unnassign something from the array[04:19:51] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[04:19:54] <TEttinger> aren't you removing that item, though?[04:19:58] <Isogash> I would do this as a class with an assign(object) and destory(id)[04:20:08] <TEttinger> ah ok[04:20:14] <Isogash> assign(object) returns the ID[04:20:48] <Isogash> destroy(id) clears that space of the array and progresses the "last" pointer[04:21:01] <Isogash> but saves the id at the "last" position before doing that[04:21:21] <Isogash> you've got 2 arrays right?[04:22:06] <Isogash> oh, the other really cool thing? you can use the ID array to iterate over the objects in the exact order they were added[04:22:07] <TEttinger> not in the pseudocode[04:22:11] <TEttinger> oh sorry[04:22:16] <TEttinger> neat[04:22:43] <TEttinger> I'm trying to figure out if the last pointer ever has any effect on assign()[04:22:49] <Isogash> nope[04:23:15] <Isogash> other than, if the next pointer catches up with the last pointer[04:23:26] <Isogash> well, kinda[04:23:38] <Isogash> easier to keep track of the total number of objects really[04:27:44] <Isogash> okay forget the being able to use the ID array to iterate the objects in the order they were added[04:27:51] <Isogash> that bit isn't true[04:28:00] <TEttinger> so I'm trying to puzzle through this[04:28:02] <TEttinger> int next=0,free=0, tmp; Foo[] data = new Foo[0x100]; int assign(Foo foo){data[tmp = next++] = foo; next &= 0xFF; return tmp;}[04:28:21] <TEttinger> the issue here is that when next loops, it loops back to 0[04:28:33] <TEttinger> it should loop to the first thing freed[04:28:48] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has joined #libgdx[04:28:52] <Isogash> I don't think so[04:28:57] <TEttinger> since the only way you could add more than 256 things is if it freed something[04:29:09] <TEttinger> (this is fixed-size right?)[04:29:22] <Isogash> yes[04:29:31] <Isogash> yes[04:30:02] <Isogash> you would end up overtaking the free pointer and reassigning an existing ID[04:30:28] <TEttinger> eh?[04:30:55] <Isogash> but that is an error case anyway[04:30:58] <TEttinger> but then what's the point of freeing things if their empty space isn't reused and existing items get overwritten[04:31:00] <TEttinger> ?[04:31:07] <Isogash> that would mean you assigned more than 256 items[04:31:15] <Isogash> what? it is re-used[04:31:30] <Isogash> oh I see what you missed[04:31:50] <Isogash> there is an array of ints called idarray or something[04:32:06] <TEttinger> ah, ok[04:32:12] <Isogash> and you initially fill it with numbers from 0 to the length - 1[04:32:26] <Isogash> it has the same length as the Foo array[04:32:46] <Isogash> although really, it would be a Foo pointer array, but that doesn't matter[04:33:17] <TEttinger> well I guess in Java every object array is a pointer array[04:33:26] <Isogash> yeah, so not a problem[04:34:26] <TEttinger> so how is idarray used? is it modified in some way?[04:34:35] <Isogash> so the next and last pointer are pointing to the idarray, not the foo array[04:34:45] <TEttinger> ok[04:34:54] <Isogash> you use the id stored in idarray at the next pointer[04:35:12] <Isogash> so, for the first id you want, you'll get 0[04:35:14] <TEttinger> I do love indirection-based approaches :)[04:35:23] <Isogash> because element 0 of idarray is 0[04:35:37] <Isogash> then you'll get 1,2,3,4 etc.[04:35:48] <Isogash> but lets say you drop 2 from the array[04:36:09] <Isogash> then you write the value 2 to the free/last position (0 to begin with)[04:36:22] <Isogash> so our array looks like 2,1,2,3,4,5,6,7[04:36:26] <Isogash> etc.[04:36:34] <TEttinger> ohhh[04:36:39] <TEttinger> weird[04:36:53] <TEttinger> what happened to 0?[04:37:00] <Isogash> well, you see[04:37:07] <Isogash> ideally we'd replace the other 2 with it[04:37:20] <Isogash> essentially switching the elements[04:37:20] *** guardianA <guardianA!~guardianA@58-7-218-52.dyn.iinet.net.au> has joined #libgdx[04:37:58] <Isogash> but that requires us to know what the value of next was when it was stored[04:38:11] <Isogash> which after 1 loop won't be the same as the ID of the object[04:38:18] <Isogash> time to introduce a 3rd array![04:38:20] <Isogash> :D[04:38:35] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has quit IRC (Ping timeout: 265 seconds)[04:39:17] <Isogash> this is only if you want to be able to easily iterate all active IDs though[04:39:21] <Loraunt> and by this point I've already used a linked list with an array of pointers for 1n lookups.[04:39:34] <Loraunt> LL for iteration, array for lookups haha.[04:39:52] <Isogash> well actually, that would use the same amount of memory[04:39:58] <TEttinger> I'm a fan of hashlists myself[04:40:00] <Isogash> but be slower[04:40:24] <TEttinger> I wish i could find some better information on them[04:40:24] <Loraunt> not entirely sure if it would be slower.[04:40:34] <Loraunt> hashlist? or hashset?[04:40:45] <Isogash> branch prediction and cache misses[04:40:52] <TEttinger> it's similar to LinkedHashMap or libgdx's OrderedMap[04:41:01] <Loraunt> Ah.[04:41:03] <TEttinger> (or Set)[04:41:23] <Isogash> potentially[04:41:35] <Loraunt> anyway, night all. see you tomorrow.[04:41:41] <Isogash> cya[04:41:42] <Loraunt> goodluck on your projects ;p[04:41:44] <TEttinger> later[04:42:06] <TEttinger> if you use an array-based list as the backing for the ordering of a LinkedHashMap, then you get constant-time lookup of keys and values by their index in the ordering[04:42:23] <TEttinger> resizes are slower[04:43:03] <Isogash> I think that's similar to what Loraunt was describing[04:43:50] <Isogash> the point of the method I'm proposing is to solve a very particular issue with giving out re-usable ID's in constant-time[04:44:00] <Isogash> and freeing up ID's in the same time[04:44:28] <TEttinger> it sounds useful but I don't currently do anything that would use it[04:44:55] <Isogash> neither do I[04:45:23] <Isogash> but if I did a Lua entity system I'd use it[04:45:31] <Isogash> just to be different[04:45:49] <Isogash> ring-buffers are cool[04:46:14] <TEttinger> I think I understand what they are[04:46:30] <TEttinger> modular indices?[04:46:49] <Isogash> well, the solution I'm proposing is pretty much a ring buffer[04:47:06] <Isogash> but it starts full rather than empty[04:47:14] <Isogash> and it's buffering all free ID's[04:49:04] <TEttinger> I wonder if there are any sub-random sequences that specifically generate ints that could be used as IDs[04:49:20] <TEttinger> stuff like the halton sequence appears random but never ever repeats[04:49:51] *** pyroMechanical <pyroMechanical!~pyroMecha@96.36.38.82> has joined #libgdx[04:49:53] <Isogash> problem though[04:50:10] <pyroMechanical> hello everyone![04:50:13] <Isogash> if you want it to never generate the same number twice[04:50:18] <Isogash> and run for infinity[04:50:24] <Isogash> you'll run out of size[04:50:34] <Isogash> of course I have a great non-random alternative[04:50:45] <Isogash> which is to add 1 after every ID[04:50:47] <Isogash> :D[04:52:29] <pyroMechanical> so, I'm using tiled for my map creation, and would like to use it to figure out where the player's spawn point is. What would be the best way to do that?[04:52:29] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Ping timeout: 244 seconds)[04:52:48] <TEttinger> and since that would need over 2 billion IDs in either case you're running out of memory first :)[04:53:20] *** dhk_ <dhk_!~dhk@138.59.24.18> has quit IRC (Quit: Leaving)[04:54:02] <Isogash> pyroMechanical, I haven't used tiled in production, but I know you can tag maps in the editor[04:54:17] <Isogash> so you can store extra data in the map[04:54:26] <pyroMechanical> I mean, I have done that already[04:54:30] <pyroMechanical> I'm just not sure how to then read it[04:54:36] <Isogash> so you mean reading the data?[04:54:40] <Isogash> no clue[04:54:44] <pyroMechanical> yeah, guess I should have clarified :P[04:54:45] <Isogash> that's as far as I got too[04:55:30] <pyroMechanical> I'm committed to getting -something- done[04:55:49] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has joined #libgdx[04:56:04] <Isogash> I'm not actual familiar with libgdx, I installed it for the first time the other day[04:56:07] <Isogash> I'm an imposter![04:57:08] *** guardianA <guardianA!~guardianA@58-7-218-52.dyn.iinet.net.au> has quit IRC (Ping timeout: 244 seconds)[04:57:47] <pyroMechanical> heh[04:58:00] <pyroMechanical> I guess I'll go take a second look through the docs[05:05:12] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[05:15:33] <pyroMechanical> TEttinger do you have any experience with reading individual objects in a tiled map?[05:15:51] <TEttinger> sorry, I don't use tiled[05:16:13] <TEttinger> I think the tag thing may be another layer?[05:16:53] <pyroMechanical> I mean, I have a layer named 'Player Spawn' with a single object at the location I'd like the player's spawn to be[05:18:30] <TEttinger> there's properties, that may be a better fit here[05:19:08] <TEttinger> here, map is a TiledMap https://github.com/libgdx/libgdx/blob/master/tests/gdx-tests/src/com/badlogic/gdx/tests/TiledMapAssetManagerTest.java#L99[05:19:19] <TEttinger> you could get an x and a y property[05:19:34] *** iprime <iprime!~v@unaffiliated/iprime> has quit IRC (Read error: Connection reset by peer)[05:35:47] <pyroMechanical> I figured out a way to do it, sort of.[05:40:39] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has joined #libgdx[05:41:27] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has joined #libgdx[05:43:43] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C425AEDF62B02E6AC82A.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds)[05:45:20] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has joined #libgdx[05:48:29] *** lukass_ <lukass_!~lukass@p5B077694.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[05:48:38] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Ping timeout: 252 seconds)[05:57:35] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has quit IRC (Ping timeout: 244 seconds)[05:58:40] <pyroMechanical> thanks TEttinger :)[05:58:54] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has joined #libgdx[05:59:11] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:545:ee37:3122:d091:b9fc:e78b> has joined #libgdx[05:59:11] *** ChanServ sets mode: +o mobidevelop[06:03:10] <TEttinger> what did I do? :)[06:03:58] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[06:03:59] *** nexsoftware <nexsoftware!~nexsoftwa@75-171-25-167.phnx.qwest.net> has quit IRC (Ping timeout: 272 seconds)[06:20:30] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer)[06:21:23] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has joined #libgdx[06:22:20] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has left #libgdx[06:22:58] *** xrash <xrash!~xrash@189.110.240.224> has quit IRC (Remote host closed the connection)[06:32:38] *** Isogash <Isogash!~Isogash@87.127.112.116> has quit IRC (Read error: Connection reset by peer)[06:39:58] *** pyroMechanical <pyroMechanical!~pyroMecha@96.36.38.82> has quit IRC (Quit: Leaving)[06:48:33] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has quit IRC (Read error: Connection reset by peer)[06:50:09] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has joined #libgdx[07:02:49] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has quit IRC (Remote host closed the connection)[07:12:14] *** monomolecular <monomolecular!~monomolec@174-24-157-29.tukw.qwest.net> has quit IRC (Ping timeout: 252 seconds)[07:19:18] *** zymo <zymo!48b1d172@gateway/web/freenode/ip.72.177.209.114> has joined #libgdx[07:19:25] *** Shawneth <Shawneth!6caa9a04@gateway/web/freenode/ip.108.170.154.4> has quit IRC (Quit: Page closed)[07:19:43] <zymo> is it bad to declare variables in render and update loops?[07:22:53] <Silferein> Probably depends on what you're declaring[07:23:11] <zymo> ints, floats, booleans[07:23:42] <zymo> i try not to make my class headers full of ugly variables[07:23:51] <zymo> but i also want my program to be fast :([07:24:02] <Silferein> Probably not. If you're concerned about it, I should say just add a //TODO or //OPTI comment, and then come back if your program actually has performance issues.[07:24:32] <zymo> alright, cool[07:25:11] <zymo> i just noticed that when my laptop is in not in high performance then my game runs poorly :o[07:25:43] <Silferein> I can't see your code, but my suspicion would be something else is at play[07:26:33] <zymo> it would make sense if the issue is in something like render() and update()[07:27:36] <Silferein> It would... is this code online somewhere?[07:28:34] <zymo> not currently[07:29:05] <zymo> I still gotta get used to linux commands for github haha[07:29:16] <Silferein> Heh, it takes a little getting used to[07:29:42] <zymo> also afraid of people stealing my work[07:29:44] <zymo> is that irrational?[07:29:48] <Silferein> but once you've gone commandline it's hard to go back[07:30:01] <zymo> i hear its better than using your mouse on a gui haha[07:30:09] <Silferein> I don't know, are you planning on selling it?[07:30:14] <zymo> eventually[07:31:04] <Silferein> Hmm, I guess a local repo makes sense then[07:31:38] <Silferein> If you pastebin the render()/update() methods, I promise not to steal too much :-D[07:31:45] <zymo> haha[07:31:55] <zymo> its in such an early stage, i wouldnt mind[07:33:39] <zymo> maybe you'll catch something i was being a blind baboon for[07:33:40] <zymo> http://pastebin.com/QtdDFBQB[07:34:26] <Silferein> Also, I would recommend taking a look at this: http://stackoverflow.com/a/8878071/1828709[07:35:45] <zymo> oh cool thanks[07:36:46] <zymo> this update is pretty hefty, I'm unsure about it http://pastebin.com/wTzrvpXG[07:37:30] <Silferein> Hmm, you're using Ashley?[07:37:34] <zymo> yes[07:37:53] <Silferein> Doesn't that thing let you create systems that don't run every frame?[07:38:18] <Silferein> Meaning you could fix the interval at say, 10 times or 30 times a second?[07:38:53] <Silferein> You might consider having your AI logic not run every frame[07:39:23] <zymo> hmm not sure actually[07:39:40] <zymo> that sounds great though haha[07:39:55] <Silferein> IntervalIteratingSystem or something like that[07:40:00] <zymo> cant i just stuff all my code under an if?[07:40:10] <zymo> an if statement that tests the time[07:40:12] <Silferein> I tried Ashley a while back, but my current game doesn't really need it[07:40:31] <zymo> i'll look into it[07:40:48] <Silferein> Sure, although putting it into a separate module opens up possibilities like putting it on a different thread or something in the future.[07:41:37] <zymo> ah[07:42:51] <zymo> so render() would be like 60 a second, but updates dont have to be as frequent, right?[07:44:37] <Silferein> right[07:45:13] <Silferein> It's tricky, but I think some games delegate AI decisions to separate threads so they have more time to think, as it were[07:46:31] <zymo> that does sound tricky[07:46:46] <zymo> havent messed with multithreaded things before[07:49:02] <Silferein> I wonder if you could use a profiler to see where the problem occurs[07:49:42] <zymo> oh yeah, i keep forgetting that i need to see what eclipse debugger is[07:49:52] <zymo> i heard it was great[08:01:49] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Remote host closed the connection)[08:07:09] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has quit IRC (Remote host closed the connection)[08:15:32] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has quit IRC (Ping timeout: 244 seconds)[08:15:43] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has joined #libgdx[08:16:37] *** karab44 <karab44!~karab44@unaffiliated/karab44> has joined #libgdx[08:20:26] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has quit IRC (Ping timeout: 252 seconds)[08:22:19] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has joined #libgdx[08:28:58] *** Silferein <Silferein!~john@2601:600:9100:1cf0:ad0c:4f12:6731:9dfc> has left #libgdx[08:36:40] *** davebaol <davebaol!~davebaol@93.92.79.200> has joined #libgdx[08:39:29] <TEttinger> zymo: getting familiar with a debugger is a must-have skill[08:39:41] <TEttinger> at least for most languages with debuggers[08:40:54] <TEttinger> there's a few shortcuts to remember, they depend on the IDE for defaults but you'll want to know what key to press for step over, step into, step out, and run until breakpoint. setting breakpoints is usually just clicking in the margin of a line of code.[08:42:12] <TEttinger> also, multithreaded stuff usually doesn't play super-great with anything that needs to interact with the visuals; OpenGL can only be updated from one thread[08:42:38] <zymo> thanks for the advice[08:53:27] <TEttinger> multithreading is common, in some platforms, for AI or background tasks, but android devices are unlikely to benefit from running lots of threads (2 cores, maybe 4, a few high-end devices have 8)[08:53:50] <mk1> TEttinger: still awake? or _already_ awake?[08:54:01] <TEttinger> still awake[08:54:06] <TEttinger> it isn't midnight yet[08:54:23] <TEttinger> I restarted a few times already today; computer is dying[08:55:24] <mk1> :-([08:56:54] <TEttinger> don't worry though[08:57:24] <TEttinger> I already bought a new one since the skylake->kaby lake transition has bargain-bin prices on the former high-end PCs[08:57:57] <TEttinger> I got a sale on the last day and I haven't seen a comparable one today[08:59:26] <TEttinger> 16GB DDR4 RAM and the first time I've gotten a computer with a 1TB HDD. also the first time I've gotten a computer with a SSD, 256GB[09:01:38] <Ashiren> most difference you might notice having SSD[09:01:40] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has joined #libgdx[09:01:42] <Ashiren> then having more RAM[09:01:47] <mk1> yeah[09:01:48] <TEttinger> heh[09:01:52] <mk1> ssd is nice[09:01:58] <TEttinger> I run out of RAM often on this 12GB DDR3 machine[09:02:00] <mk1> also since RAM was so cheap I bought 32gb[09:02:06] <TEttinger> nice[09:03:22] *** matej_ <matej_!~matej@chello085216192160.chello.sk> has joined #libgdx[09:03:52] <TEttinger> I forgot to check if https://www.pcspecialist.co.uk/ had recently changed prices a lot due to the massive exchange rate change from the brexit vote[09:04:24] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[09:08:12] <TEttinger> yep, they still have good prices but since they don't ship to the US and it would be $11 more for a slightly worse PC, yay winner winner[09:09:43] *** smelC <smelC!~churlin@gateway.provenrun.com> has joined #libgdx[09:12:29] *** Shockah|Work <Shockah|Work!~Shockah@185.28.17.74> has joined #libgdx[09:17:00] *** icomputo <icomputo!~saku@177.228.141.28> has quit IRC (Quit: icomputo.com)[09:22:01] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)[09:30:34] *** blotunga <blotunga!~dragon@86.125.107.199> has quit IRC (Quit: Leaving.)[09:41:33] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[09:49:12] *** zymo <zymo!48b1d172@gateway/web/freenode/ip.72.177.209.114> has quit IRC (Ping timeout: 240 seconds)[09:49:40] *** [AD]Turbo <[AD]Turbo!~ADTurbo@95.235.242.135> has joined #libgdx[09:49:52] <[AD]Turbo> hi there[09:50:26] *** Shawneth <Shawneth!6caa9a04@gateway/web/freenode/ip.108.170.154.4> has joined #libgdx[09:51:50] <Shawneth> Hey guys, does anyone know why the IndexedNode interface was taken out in 1.8.0 of libgdx?[09:52:33] <Shawneth> I'm not too sure what to do now for nodes since all of the tutorials and documentation tells me I'm supposed to implement the Node interface[09:52:37] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 272 seconds)[10:01:04] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[10:01:10] *** mk1 <mk1!c291ebf8@gateway/web/cgi-irc/kiwiirc.com/ip.194.145.235.248> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)[10:01:34] *** Biliogadafr <Biliogadafr!~PIN@nat2-minsk-pool-46-53-194-183.telecom.by> has joined #libgdx[10:06:53] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 256 seconds)[10:08:27] *** Shawneth <Shawneth!6caa9a04@gateway/web/freenode/ip.108.170.154.4> has quit IRC (Quit: Page closed)[10:09:44] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[10:16:55] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has quit IRC (Ping timeout: 265 seconds)[10:36:25] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has joined #libgdx[10:41:41] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has quit IRC (Remote host closed the connection)[10:46:48] *** matej_ <matej_!~matej@chello085216192160.chello.sk> has quit IRC (Read error: Connection reset by peer)[10:47:16] *** matej_ <matej_!~matej@chello085216192160.chello.sk> has joined #libgdx[10:53:13] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[10:56:13] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 244 seconds)[10:58:28] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[11:07:26] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has joined #libgdx[11:09:53] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 272 seconds)[11:11:29] *** TEttinger <TEttinger!~notostrac@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds)[11:11:31] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)[11:12:42] *** BCX <BCX!d91fcd02@gateway/web/freenode/ip.217.31.205.2> has joined #libgdx[11:13:40] <BCX> Hello, is anyone here experienced in robovm ? I'd need some help with my QR code reader. It works just fine, but fails to open for second time (if i open it, close it and open it again)[11:13:51] <BCX> I think Im managing memory wrong, but im not too sure :/[11:14:45] <Tomski> sure[11:15:22] <BCX> Ill post a code on pastebin, gimmeh a sec :)[11:17:02] <BCX> http://pastebin.com/aketuCkM[11:17:55] <BCX> QRCodeReader is simple abstract class with abstract methods like start/stopCameraPreview (opens up a camera), onQRCodeScanned()... Its so we can use QRCodeScanner on IOS and Android, both with own implementation :)[11:19:04] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has joined #libgdx[11:19:59] *** Mac70 <Mac70!~Mac70@195.187.156.43> has quit IRC (Ping timeout: 244 seconds)[11:20:58] <BCX> http://pastebin.com/fdtgeUKg[11:21:08] <BCX> This is the exception and log :)[11:21:31] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[11:22:41] <Tomski> when does it happen?[11:23:01] <Tomski> What code is last executed?[11:23:15] <BCX> I open up a camera preview, scan a QR code, get a result successfully and close it by calling stopCameraPreview(). Then I open camera again and it crashes :)[11:23:28] <BCX> Let me try :)[11:25:27] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has quit IRC (Read error: Connection reset by peer)[11:27:46] <Ashiren> do you close the camera[11:27:56] <Ashiren> ahh its ios, so it might be different[11:28:04] <BCX> It seems to be crashing pretty much at random point :/[11:28:31] <BCX> Wont you mind if i get back to you in half an hour ? Need to go afk :/[11:30:28] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[11:31:33] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)[11:32:27] *** smelC <smelC!~churlin@gateway.provenrun.com> has quit IRC (Ping timeout: 256 seconds)[11:35:21] <Ashiren> mhm[11:35:51] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Ping timeout: 272 seconds)[11:44:57] *** smelC <smelC!~churlin@gateway.provenrun.com> has joined #libgdx[11:46:46] *** rgabor <rgabor!~rgabor@212.250.200.210> has joined #libgdx[11:47:38] *** NooBxGockeL <NooBxGockeL!~NooBxGock@p200300802D2566009141336CCE5611A0.dip0.t-ipconnect.de> has joined #libgdx[11:54:22] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[11:55:07] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 256 seconds)[11:57:15] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Client Quit)[11:58:43] *** kim_ <kim_!3d50c1c4@gateway/web/freenode/ip.61.80.193.196> has joined #libgdx[11:58:59] <kim_> hello[11:59:20] <BCX> Tomski: Are you there ? :)[11:59:31] <kim_> ^^[11:59:43] <kim_> libgdx[11:59:46] <BCX> Hello kim_[12:00:00] <Ashiren> how may we aid you[12:00:24] <kim_> I'm just looking around.[12:00:48] <Tomski> BCX: yup[12:00:54] <kim_> always you been here?[12:01:19] <BCX> Tomski: Did you check the source code for qr reader ? Am i releasing the capture session and other stuff properly ?[12:01:42] <Tomski> Briefly, I dont know when you are calling those methods though[12:03:30] *** Mac70 <Mac70!~Mac70@195.187.156.43> has joined #libgdx[12:05:00] <BCX> When the app is fully loaded and in main menu. This is how i use the qr reader from previous pastebin posts. http://pastebin.com/YK0wgsh1[12:05:39] <Tomski> That doesn't tell me where you are calling the method from[12:05:44] <Tomski> And which thread[12:05:57] *** kim_ <kim_!3d50c1c4@gateway/web/freenode/ip.61.80.193.196> has quit IRC (Quit: Page closed)[12:06:04] <Tomski> That QRCodeScannerListener should probably be a member, rather than an anonymous class[12:06:33] <Tomski> The GC will destroy that object, and cause your app to crash if the listener methods are called again[12:07:17] <BCX> But Im removing the listener and creating a new one, everytime i open a camera :)[12:07:34] <BCX> and its actually a member class of QRCodeScanner[12:08:04] <BCX> Im calling it from ClickListeners clicked method.[12:08:05] <Tomski> Again, not enough code[12:08:09] <Tomski> How am i supposed to know that?[12:08:15] <BCX> Gimeh a sec :D[12:08:29] <Tomski> What robovm version are you using?[12:08:37] <Tomski> oss version?[12:10:02] *** wickedshell_ <wickedshell_!~wickedshe@160-3-85-217.cpe.cableone.net> has quit IRC (Remote host closed the connection)[12:11:20] <BCX> roboVMVersion = '1.12.0', iOS 9.3.4[12:11:55] <Tomski> Use your debugger? Drop breakpoints and find out what is getting executed second time running[12:12:27] <BCX> Any good site to paste mutliple source code files ? (3)[12:12:35] <Tomski> gist[12:17:32] <BCX> https://gist.github.com/dkarchnak/25c8fe831b6715ab0fe2a105128ca666[12:21:33] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[12:23:27] <BCX> If i comment out everything from stopCameraPreview method and leave only stopSession call and remove cameraPreviewView from superView it works just fine. But i guess its probably leaking... :/[12:23:53] <BCX> Thats why i think im not releasing session, input, output and other stuff properly :/[12:35:19] <Tomski> looks ok[12:36:09] *** ficolas <ficolas!5d7295f1@gateway/web/freenode/ip.93.114.149.241> has joined #libgdx[12:36:26] <Tomski> You are starting the session on the render thread, and stopping it on the main dispatch queue though[12:36:38] <ficolas> Hello, is it possible to connect 2 persons in a game in 2 different devices without having to host a server?[12:37:33] *** ThomasPL <ThomasPL!~DeaT@185.17.218.169> has quit IRC (Quit: ircN 7.25 + 7.0 for mIRC (2000/09/06 22.00))[12:38:13] <ficolas> something very simple, not much data[12:42:29] <ficolas> what I would need is to use google play services or something like that to connect the two users throught sockets, one as the server and one as the client[12:43:12] <BCX> Tomski: Oh youre actually right, ill try to stop it on gdx render thread aswell... Didnt think of it[12:43:12] *** matej_ <matej_!~matej@chello085216192160.chello.sk> has quit IRC (Read error: Connection reset by peer)[12:43:30] *** matej_ <matej_!~matej@chello085216192160.chello.sk> has joined #libgdx[12:43:36] <ficolas> now that I think about it this doesnt really have anything to do with libgdx even thought my game is made with libgdx... ill better go ask somewhere else[12:43:37] <ficolas> sorry :)[12:44:43] <Tomski> BCX: debug it[12:44:49] <Tomski> Find out, better than guessing[12:44:51] <BCX> ficolas: What about bluetooth ? Or one of the devices hosting server on the same wifi network[12:44:54] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has joined #libgdx[12:45:16] <ficolas> i'd prefer if the two users didnt have to be close[12:45:40] <ficolas> bluetooth is what I will end up using if I cant do it some other way[12:45:47] <BCX> Tomski: Dont know how to debug ios app. Im using vnc to connect to mac and launching the app on ios device via gradle.[12:47:20] <BCX> I believe steamworks api has some kind of tunneling feature which allows that, but since you mentioned devices i think its not really useable for you :/[12:48:49] <ficolas> yeah its a shitty game, people usually dont like to play shitty games on pc but they play it on mobile phones every now and then xD[12:49:42] <BCX> ficolas: Unfortunately I cant really help you with that since i have 0 experience with networking in mobile games :/[12:50:13] <ficolas> thanks anyways :)[12:50:52] <Tomski> ficolas: you can have a client be a server[12:51:12] <ficolas> yes that is what I want[12:51:22] <ficolas> the problem would be getting the info to connect the two users[12:51:26] <Tomski> BCX: do you not have IDEA/EClipse on your mac?[12:51:38] <Tomski> ficolas: you'd need some sort of matchmakign server[12:51:40] <ficolas> the ip and port throught google play or something like that[12:52:15] <Tomski> When clients look for a game, they contact your server and say i want a game, you match the users, and deliver the info when you have matched. Who is server, who is client, and ips[12:53:01] <ficolas> but is there a way to do something like that through google play with your friends?[12:53:22] <ficolas> I cant host a server for this[12:53:31] <ficolas> i'll just do it with bluetooth I guess[12:54:45] <Tomski> google play games has networking features[12:54:54] <Tomski> And its all on their end[12:56:01] <Tomski> https://developers.google.com/games/services/android/realtimeMultiplayer https://developers.google.com/games/services/android/turnbasedMultiplayer[12:58:19] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-ransxcnpcgncduoy> has joined #libgdx[13:07:16] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[13:12:25] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)[13:12:36] *** Joozey <Joozey!~Joozey@ip5452bbda.speed.planet.nl> has joined #libgdx[13:22:38] <Ashiren> i dont get their turn based multiplayer[13:22:52] <Ashiren> so i implemented turn-base multiplayer using their real time[13:27:19] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Ping timeout: 272 seconds)[13:29:08] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has joined #libgdx[13:34:10] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has joined #libgdx[13:35:13] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has quit IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)[13:35:36] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-yxilipztyjxtxari> has joined #libgdx[13:37:16] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has joined #libgdx[13:37:33] *** Spera <Spera!54739ede@gateway/web/freenode/ip.84.115.158.222> has joined #libgdx[13:39:58] <Spera> hello[13:41:55] <Spera> I have a problem when closing the application in Android with Gdx.app.exit() inside touchDown of an Input Adapter.[13:42:42] <Spera> When the application closes I get following Exception: java.lang.NullPointerException: Attempt to invoke interface method 'void com.badlogic.gdx.Application.log(java.lang.String, java.lang.String)' on a null object reference at com.badlogic.gdx.backends.android.AndroidInput.lookUpPointerIndex(AndroidInput.java:802)[13:50:48] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has joined #libgdx[13:51:39] <Tomski> Version of libgdx?[13:53:21] <Spera> 1.9.4[13:56:21] *** ShivanHunter_ <ShivanHunter_!~quassel@c-50-168-151-132.hsd1.sc.comcast.net> has joined #libgdx[13:57:34] *** grim001 <grim001!~grim001@ip24-253-45-21.lv.lv.cox.net> has quit IRC (Ping timeout: 244 seconds)[13:58:17] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:84a:3112:eae3:c041> has quit IRC (Ping timeout: 265 seconds)[13:59:36] <mobidevelop> Why are you calling exit, and why in touch down as opposed to touch up?[14:02:26] <Spera> Because it's a button in the main menu to exit the application (Same effect as pressing the back button). Does this not work for touchDown ?[14:03:08] <mobidevelop> Usually the behavior of buttons is the action occurs when completing the touch/click[14:05:40] <Tomski> It should be fixed in 1.9.4[14:07:30] <Spera> you are right.. I thought I had updated but I was still using 1.9.3.. the update indeed fixed this, thank you[14:07:49] *** Xoppa <Xoppa!~Xoppa@54689556.cm-12-1c.dynamic.ziggo.nl> has joined #libgdx[14:07:49] *** ChanServ sets mode: +o Xoppa[14:10:07] *** Spera <Spera!54739ede@gateway/web/freenode/ip.84.115.158.222> has quit IRC (Quit: Page closed)[14:33:02] *** monsieur_h1 <monsieur_h1!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[14:34:50] *** Murii <Murii!~Murii@79.113.214.119> has joined #libgdx[14:35:33] <Murii> Hey, my camear isn't moving smoothly when applaying scale, why?[14:37:14] <Xoppa> probably something wrong with your code Murii[14:37:20] *** Joetz <Joetz!~Johannes@cable-78-34-30-47.netcologne.de> has joined #libgdx[14:38:41] <Murii> I'm just setting the position to the center of player[14:38:45] <Murii> Xoppa: ^[14:39:34] <Xoppa> if that´s the only thing you do then that must be the problem[14:41:00] <Xoppa> perhaps pastebin your sscce.org Murii[14:41:37] <Scellow> for those who already bought dedicated kimsufi server, in how many hours/days you got your server? i bought it yesterday, and still nothing, not even confirmation mail :'([14:43:43] <mobidevelop> What's a kimsufi?[14:44:06] <Scellow> mobidevelop: https://www.kimsufi.com/en[14:44:12] <Scellow> dedicated server from ovh[14:45:29] <Murii> Xoppa: https://github.com/MisterYO1122/utilsLibGDX/blob/master/Camera.java#L55[14:45:52] <Xoppa> thats not an sscce Murii[14:46:04] <Murii> what's that?[14:46:12] <Xoppa> click on the link: sscce.org[14:49:45] <mobidevelop> Scellow: it says they are available in 120 seconds[14:51:01] <Scellow> mobidevelop: i bought it yesterday :'([14:51:11] *** matej_ <matej_!~matej@chello085216192160.chello.sk> has quit IRC (Remote host closed the connection)[14:51:31] <mobidevelop> And you got nothing to indicate that it actually went through?[14:51:46] <Scellow> on my account there is the invoice, but that's it[14:51:58] <Scellow> i opened ticket, still waiting for a reply[14:55:12] *** ficolas <ficolas!5d7295f1@gateway/web/freenode/ip.93.114.149.241> has quit IRC (Ping timeout: 240 seconds)[15:04:05] *** Murii <Murii!~Murii@79.113.214.119> has left #libgdx[15:14:33] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has joined #libgdx[15:21:56] *** Freiza <Freiza!~Freiza@117.205.144.125> has joined #libgdx[15:26:12] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has joined #libgdx[15:27:30] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Ping timeout: 264 seconds)[15:46:13] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has joined #libgdx[16:03:40] *** ficolas <ficolas!5d7295f1@gateway/web/freenode/ip.93.114.149.241> has joined #libgdx[16:03:47] <ficolas> Hello, how can I load a 9patch using an asset manager?[16:12:04] *** jaagr <jaagr!~jaagr@unaffiliated/jaagr> has quit IRC (*.net *.split)[16:15:47] *** jaagr <jaagr!~jaagr@unaffiliated/jaagr> has joined #libgdx[16:19:18] *** smelC <smelC!~churlin@gateway.provenrun.com> has quit IRC (Quit: www.schplaf.org/hgames/)[16:22:18] *** porkotron <porkotron!laski@punainen.org> has quit IRC (*.net *.split)[16:22:19] *** JoC_ <JoC_!~JoC@83.218.68.162> has quit IRC (*.net *.split)[16:22:21] *** bluszcz <bluszcz!~bluszcz@mail.devcarpet.net> has quit IRC (*.net *.split)[16:22:22] *** Aldous <Aldous!sid152504@gateway/web/irccloud.com/x-peuaqwarnjwygsmm> has quit IRC (*.net *.split)[16:22:24] *** schnizzle <schnizzle!~schnizzle@2a05:8b81:1000:3d::dc48> has quit IRC (*.net *.split)[16:22:24] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-buqhpadlvzzirdmi> has quit IRC (*.net *.split)[16:22:31] *** porktron <porktron!laski@punainen.org> has joined #libgdx[16:22:34] *** schnizzle <schnizzle!~schnizzle@2a05:8b81:1000:3d::dc48> has joined #libgdx[16:22:53] *** iprime <iprime!~v@unaffiliated/iprime> has joined #libgdx[16:22:58] *** JoC_ <JoC_!~JoC@83.218.68.162> has joined #libgdx[16:23:43] *** iprime <iprime!~v@unaffiliated/iprime> has quit IRC (Client Quit)[16:24:35] *** bluszcz <bluszcz!~bluszcz@mail.devcarpet.net> has joined #libgdx[16:27:02] *** Aldous <Aldous!sid152504@gateway/web/irccloud.com/x-qvdbqdahorrlbxmf> has joined #libgdx[16:27:54] *** jeffol <jeffol!~jeffol@65.158.118.6> has joined #libgdx[16:30:50] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-hvmcpvxqhredxlgo> has joined #libgdx[16:33:02] <ficolas> Im getting this error when trying to pack a 9patch to a texture atlas http://pastebin.com/b4QujhYZ[16:33:22] <ficolas> why is that?[16:36:56] *** matej_ <matej_!~matej@chello089173223119.chello.sk> has joined #libgdx[16:37:24] <jeffol> ficolas: look at your error[16:37:35] <jeffol> Caused by: java.lang.RuntimeException: Invalid button ninepatch split pixel at 1, 0, rgba: 119, 119, 119, 255[16:37:48] <jeffol> you're trying to divide sprite into 9 equal parts, right?[16:37:55] <jeffol> how many equal parts can be split out of zero?[16:37:55] <ficolas> yes[16:38:05] <ficolas> uh?[16:38:13] <jeffol> the answer is zero[16:38:27] <mobidevelop> The split indicator pixel has to be full black[16:38:39] <mobidevelop> That's what the error is indicating[16:38:41] <jeffol> this was just my best guess given the information; sorry if I'm off[16:39:13] <jeffol> I don't remember any weird pixel color rules when i was using 9patch+libgdx o_O[16:39:21] <BCX> mobidevelop: is right, you have to use black color for split indicators. See this pic and make sure your split indicators are correct... http://i1-mac.softpedia-static.com/screenshots/Nine-patch-editor_1.jpg[16:39:58] <jeffol> weird. ficolas sorry I was wrong I thought it was because you were telling it to split at 0[16:40:24] <ficolas> oh wait I just completelly forgot to make one of the split indicators[16:40:34] <BCX> jeffol: It sounds logical, but ninepatch can have "no borders" as well :)[16:40:45] <jeffol> BCX: ah right[16:41:18] <BCX> I think only left and top are split indicators, other two are content indicators i think :)[16:41:25] <ficolas> well thanks its fixed now[16:41:46] <BCX> Not sure tho[16:42:00] <mobidevelop> Indeed, splits are the top and left, padding is bottom and right[16:44:49] <mobidevelop> Also of note, libgdx only supports a single split on each axis, the Android framework allows multiple splits.[16:45:51] <BCX> mobidevelop: Oh good to know :) Cant really think of an usage tho[16:46:06] <mobidevelop> For multiple splits?[16:46:36] *** matej_ <matej_!~matej@chello089173223119.chello.sk> has quit IRC (Remote host closed the connection)[16:48:07] <BCX> Yea, but I have this fixed idea that you use ninepatch for images, where you want to keep the borders and strech whats inside. Like dialog windows etc...[16:48:40] *** Freiza <Freiza!~Freiza@117.205.144.125> has quit IRC (Quit: Leaving)[16:49:59] <mobidevelop> I've used them where I want some content centered and to stretch above/below[16:50:20] <mobidevelop> But it really just depends on the design you are going for[16:50:29] <mobidevelop> There are other ways to achieve that[16:51:56] *** Shockah|Work <Shockah|Work!~Shockah@185.28.17.74> has quit IRC (Quit: Leaving)[16:52:03] <ficolas> I cant seem to be able to load any asset[16:52:08] <ficolas> even thought I used to[16:52:26] <ficolas> it just says File not found: filename (Internal) for everything[16:54:14] <diphtherial> there were some people talking last night about ECSs, and from the way they were referring to them it seemed like it was their default choice and not just something they were toying with[16:54:26] <diphtherial> i was surprised, since my impression from people here otherwise was that they solve a problem nobody actually has[16:58:22] <mobidevelop> My brain can't handle ECSs[16:59:12] *** ficolas <ficolas!5d7295f1@gateway/web/freenode/ip.93.114.149.241> has quit IRC (Ping timeout: 240 seconds)[17:00:30] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has quit IRC (Ping timeout: 265 seconds)[17:01:34] *** monomolecular <monomolecular!~monomolec@174-24-157-29.tukw.qwest.net> has joined #libgdx[17:01:36] <Tomski> diphtherial: sure if people like that design pattern[17:02:08] <Tomski> Ive seen a lot of implementations in here that are a mess[17:03:16] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[17:03:25] *** BCX <BCX!d91fcd02@gateway/web/freenode/ip.217.31.205.2> has quit IRC (Quit: Page closed)[17:05:16] <diphtherial> heh, i guess there aren't a lot of prior examples of how to structure a game around ECS[17:05:39] <Tomski> Unless you have a good grip on them, they tend to make things way more difficult than they need to be, and solve issues you dont have[17:06:02] <diphtherial> i'm just intrigued by them, to be honest; i suppose i'm unlike most people here in that game development isn't my job, just a hobby[17:06:28] <diphtherial> i can afford to be confused, i mean, or write something terrible for learning purposes[17:06:35] <Tomski> They are cool, and can make your life a lot easier if you get along with the pattern[17:06:47] <Tomski> But its there to solve a particular problem, which most people dont have[17:06:53] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[17:08:59] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[17:09:56] <diphtherial> iirc that has something to do with a parent class (say, for entities) becoming unweildy as you add stubs in for specific child classes that aren't relevant to most of the other child classes, right...?[17:10:45] <diphtherial> e.g. if you have only a single thing that can be on fire, but it should be a subclass of Entity, then Entity's going to end up with an isOnFire() method if you want to still deal with the on-fire thing generically in most parts of your code[17:11:01] <diphtherial> (please correct me if i'm wrong)[17:13:22] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[17:13:31] <Tomski> It doesnt really get around that[17:14:04] <Tomski> You still have to query if a component is a specific component, which isn't that different from checking if an entity is of a particular type[17:14:28] <diphtherial> well, at least you can decorate an entity with components without worrying that you're bloating some parent class[17:14:42] <Tomski> So the subclass would have an isOnFire method, and you would check if the object is of the subclass tpye[17:15:02] <diphtherial> ah, i see your point[17:15:25] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has quit IRC (Remote host closed the connection)[17:15:30] <Tomski> On your same point, it does make it easy to generalize certain things, if something that didnt extend Entity also could be on fire[17:15:37] <diphtherial> i was assuming that breaking polymorphism by doing a runtime type check was undesirable[17:15:38] <Tomski> You'd need to add a particular subclass to that tree hierarchy also[17:16:00] <Tomski> So you end up with quite complex class hiarchies[17:16:09] <Tomski> hierarchies*[17:16:59] <diphtherial> i'll have to think about this a bit, but it seems really cool to be able to allow something to be an arbitrary composition of traits rather than getting everything from its ancestor classes[17:17:03] <Tomski> Its usually a sign of bad design, but its just using a different meta to determine if it has that component[17:17:08] <diphtherial> that example of a non-entity on fire makes a lot of sense[17:17:16] <Tomski> btw, I dont recommend going full blown OOP with this stuff either[17:17:17] * diphtherial nods[17:17:41] <diphtherial> what do you consider full blown OOP?[17:17:57] <Tomski> Big hierarchies of classes[17:18:45] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has joined #libgdx[17:19:06] <Tomski> Every example I've seen has just been people using ECS with tiny components, not complex entities so they dont really benefit from the design[17:20:35] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has joined #libgdx[17:21:26] *** Neomex <Neomex!~Neomex@bnw179.neoplus.adsl.tpnet.pl> has joined #libgdx[17:21:42] <diphtherial> agreed, from the examples it just seems like a lot of extra work for supposed future gains[17:22:16] <diphtherial> would it be useful for a scribblenauts-esque game where you have to deal with a giant matrix of trait-trait interactions?[17:23:05] <Tomski> Perhaps, there aren't really that many combinations of components though[17:23:13] *** davebaol <davebaol!~davebaol@93.92.79.200> has quit IRC (Ping timeout: 256 seconds)[17:23:18] <Tomski> There are many different hats, but thats just a hat component[17:28:24] *** CaptainLex_ <CaptainLex_!~CaptainLe@12.104.244.5> has joined #libgdx[17:28:35] <diphtherial> in scribblenauts specifically, or do you mean generally?[17:28:41] <Tomski> In that game[17:30:10] <diphtherial> i don't know, seems there's a fair amount of combinations...like, you have all the compositions of nouns and adjectives, then you have all the entity-entity interactions depdenent on the composed traits[17:30:17] <diphtherial> *dependent[17:31:03] <Tomski> are you talking about nouns and adjectives to create objects?[17:31:12] <diphtherial> yes[17:31:25] <diphtherial> it's been a while since i've played so my memory is hazy. it might be a good idea to refresh myself before i ask about it[17:31:27] <Tomski> they probably are just looking up from tables at that point[17:32:02] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has quit IRC (Quit: Ĝis revido)[17:32:07] <diphtherial> well, that's what i mean -- the composition of traits in an entity makes up its coordinates in some huge multidimensional table of all the ways traits can interact with each other[17:32:26] *** pieter93 <pieter93!~pieter@541E4CC8.cm-5-7b.dynamic.ziggo.nl> has joined #libgdx[17:32:38] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has quit IRC (Ping timeout: 252 seconds)[17:33:05] <diphtherial> i imagine that the cells of the table would be coded as systems that look for particular combinations of traits[17:33:11] <Tomski> There are probably faster ways to search a huge database than having to build up a system for it[17:33:17] <diphtherial> sorry, using component and trait interchangeably[17:33:46] <diphtherial> i was under the impression that that's what systems were for, quickly masking out entities with specific components from the whole[17:34:14] <diphtherial> (and also decoupling the updating of the entities from the data, of course)[17:34:39] <Tomski> If you have a dumb bag of entities, you have to loop through them all to see what components they have[17:34:50] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has joined #libgdx[17:35:30] <pieter93> Good day all! I have a small question regarding Models and their nodes: if I wish to apply a rotation to 1 of these nodes; how would I do this? Any changes I make to the transform matrix (voth local and world) don't seem to come through; I also tried to call the calculateTransforms(true) method on the node (and the similar method on the model); Am I missing something obvious here?[17:35:33] <Tomski> With appropriate data structures you can return all the objects that may have a particular attribute far more efficiently[17:35:48] <Tomski> return all the hats that are red for example[17:39:55] <Tomski> diphtherial: I think the game itself is more complex than the creation of those objects, so that probably would be a much better contender for such systems[17:40:34] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[17:43:03] <diphtherial> interesting, agreed[17:43:19] <diphtherial> i apologize if i'm being weird; having trouble cutting through the brain fog today[17:43:39] <diphtherial> still, stimulating discussion. i'll have to give implementing something in an ECS a shot so i can do more than just speculate about it[17:45:36] <isdera> how do I enable texture filtering in my 3D scene? there doesn't appear to be any filtering currently. parts of the scene that are distance, the textures look very granulated.[17:47:52] *** someoneigna <someoneigna!~someoneig@OL78-171.fibertel.com.ar> has joined #libgdx[17:51:49] *** jwinterm <jwinterm!~quassel@c-67-187-195-65.hsd1.ca.comcast.net> has quit IRC (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)[17:55:28] *** Shockah <Shockah!~Shockah@aaag188.neoplus.adsl.tpnet.pl> has joined #libgdx[17:56:29] <isdera> I could use TextureParameter's genMipMaps setting. but I am confused how to couple that to my ModelInstance, since this seems to be an encapsulated class that handles all the texture binding itself.[17:56:33] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[17:56:43] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[17:59:24] *** n3o59hf <n3o59hf!~n3o59hf@46.109.126.237> has quit IRC (Remote host closed the connection)[18:00:30] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Ping timeout: 264 seconds)[18:02:43] <isdera> jesus.. with the scarcity of information on google, you'd think I'm the first person to try making a 3D game with Libgdx.[18:04:49] <diphtherial> isdera: so, you feed TextureLoader (a type of AssetLoader) a TextureParameter instance to parameterize how it loads the textures[18:05:11] <diphtherial> the textures you load via the textureloader will have mipmaps if that's what you specified in the TextureParameter[18:07:14] <someoneigna> I have two rooted Nexus (One is a Galaxy 4.0.4 another one is a LG Nexus 5 4.4.2) crashing on AndroidApplication.onResume(), AndroidInput becomes null. Is this a known issue? (I'm on 1.6.4)[18:10:28] <Tomski> There is a similar aissue, 1.6.4 is super old though[18:10:39] <Tomski> similar issue was fixed in 1.9.4[18:10:48] <Tomski> And it only arose in 1.9.2 or something[18:11:03] *** [AD]Turbo <[AD]Turbo!~ADTurbo@95.235.242.135> has quit IRC ()[18:11:26] <Tomski> diphtherial: not at all. I definitely recommend using one, I really like the pattern itself, just not something I would recommend if you dont actually have an issue[18:12:29] <diphtherial> isdera: ah, actually there's a setFilter() method on the Texture class, if that helps: https://libgdx.badlogicgames.com/nightlies/docs/api/com/badlogic/gdx/graphics/GLTexture.html#setFilter-com.badlogic.gdx.graphics.Texture.TextureFilter-com.badlogic.gdx.graphics.Texture.TextureFilter-[18:13:03] <diphtherial> Tomski: seems reasonable :)[18:15:21] <isdera> diptherial: TextureLoader allows me to load Textures individually. but how do I use it with a ModelInstance if I want the modelinstance's textures to be filtered using mipmapping?[18:15:49] <isdera> ModelInstance loads all the relevant textures automatically.[18:16:17] <isdera> oops didnt see that link you sent. let me read that first lol[18:16:45] *** monsieur_h1 <monsieur_h1!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has quit IRC (Ping timeout: 272 seconds)[18:20:32] <isdera> hmm I mean I can use setFilter() method to enable texture filtering, but how do I get it to use mipmaps?[18:20:47] <diphtherial> afaik the mipmaps need to be built at the time the texture is loaded[18:21:41] <diphtherial> iirc there's an argument to the Texture constructor where you can specify that you want mipmaps created[18:21:45] <isdera> thats what I thought. im just not sure how to do that since ModelInstance class handles the texture loading itself.[18:25:02] <Tomski> isdera: ModelLoader parameters[18:26:20] *** Oebele <Oebele!~quassel@143.177.58.202> has joined #libgdx[18:27:00] <isdera> ah. but ModelLoader does not load asynchronously like AssetManager, right?[18:27:36] <Tomski> ModelLoader is what is used by AssetManager[18:28:10] <diphtherial> also, does ModelInstance handle loading the textures? i was under the impression that it used its associated Model's materials (including textures), which are set via ModelData, which is created via a ModelLoader...[18:30:50] <isdera> ModelLoader constructor doesn't even take a ModelParameters argument though.[18:31:24] <isdera> oh it does in the .load(..) method[18:34:47] *** monomolecular <monomolecular!~monomolec@174-24-157-29.tukw.qwest.net> has quit IRC (Ping timeout: 252 seconds)[18:35:02] <Tomski> assetManager.load(asset, assetLoaderParameters);[18:35:06] <Tomski> No need to make a new loader[18:38:01] *** Joozey <Joozey!~Joozey@ip5452bbda.speed.planet.nl> has quit IRC (Quit: Leaving)[18:42:08] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has joined #libgdx[18:43:34] <isdera> what does this mean, the <T>.. does that mean it's an array? AssetLoaderParameters<T>[18:44:16] *** xrash <xrash!~xrash@189.110.240.224> has joined #libgdx[18:44:31] <Tomski> Those are generics[18:44:58] <isdera> it won't let me do this: myModel = assets.get("model/model.g3db", Model.class, filteringModelParameters); it wants an AssetLoaderParameter, whatever that is[18:46:53] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has quit IRC (Remote host closed the connection)[18:46:58] <Tomski> ModelLoader.ModelParameter class[18:47:16] <Tomski> Create a new instance, pass it in as the loader param[18:48:11] <isdera> oops I need to do it in the assets.load method, not assets.get[18:49:11] <isdera> lol model loads but the textures look alll messed up[18:50:12] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[18:50:25] <isdera> is this code right? http://dreamsneverdie.com/filtering.png[18:51:23] <Tomski> you dont need to create a new instance of the TextureLoader params[18:51:32] <Tomski> Just manipulate the one from the ModelParameter instance[18:52:11] <isdera> what ModelParameter instance?[18:52:32] <isdera> oh is this like a static?[18:56:10] <Tomski> The one you just created[18:56:12] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has joined #libgdx[18:56:18] *** kdarknight <kdarknight!~kdarknigh@unaffiliated/kdarknight> has quit IRC (Ping timeout: 264 seconds)[18:56:44] <Tomski> filteringModelParam.textureParameter is already an object you can manipulate[18:57:17] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Ping timeout: 272 seconds)[18:57:21] <isdera> then why won't it allow this statement? TextureLoader.TextureParameter.minFilter = Texture.TextureFilter.Nearest;[18:58:48] *** pieter93 <pieter93!~pieter@541E4CC8.cm-5-7b.dynamic.ziggo.nl> has quit IRC (Remote host closed the connection)[18:58:59] <Xoppa> o.O[18:59:03] *** rgruber_ <rgruber_!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has joined #libgdx[18:59:10] *** rgruber_ <rgruber_!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has quit IRC (Read error: Connection reset by peer)[18:59:24] <Xoppa> you might want to read a bit up on oop[18:59:27] *** rgruber_ <rgruber_!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has joined #libgdx[19:00:07] <isdera> TextureLoader.TextureParameter filteringTexParam = ?[19:00:12] *** rgruber <rgruber!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has quit IRC (Read error: Connection reset by peer)[19:01:05] <Xoppa> you probably want something like filteringModelParam.textureParameter.minFilter = Texture.TextureFilter.Nearest; i guess[19:02:06] <isdera> the IDE won't allow that because filteringModelParam has not been initialized.[19:02:46] <Xoppa> then initialize it first[19:03:24] <isdera> how do I get the existing instance that Tomski referred to? I only want to manipulate the min and magFilter, and everything else leave the same.[19:03:54] <Tomski> ModelParameter modelParameter = new ModelParameter();[19:04:08] <Tomski> modelParameter.textureParameter.minFilter = Texturefilter.Nearest;[19:04:12] <Xoppa> Tomski, was refering to the filteringModelParam.textureParameter = filteringTexParam; line[19:05:19] <isdera> Tomski there's no such class ass ModelParameter[19:05:27] <Tomski> import ass[19:05:33] <isdera> *as lol[19:06:09] <Tomski> Its a static inner class so you need to import, or use ModelLoader.ModelParameter[19:06:10] <Xoppa> isdera, http://libgdx.badlogicgames.com/nightlies/docs/api/com/badlogic/gdx/assets/loaders/ModelLoader.ModelParameters.html[19:08:39] <isdera> I got it to run but the textures look no different than before[19:09:48] <Xoppa> what did you expect to be different?[19:10:10] <isdera> i want trilinear or bilinear mipmapping so the textures far away don't look so pixely.[19:10:51] <Tomski> generate mip maps, and set the filtering to that then[19:11:33] * isdera bangs head against desk.[19:12:04] <isdera> i can't generate mipmaps because ModelInstance class encapsulates and abstracts all the texture loading away from me[19:12:32] <Tomski> eh[19:12:44] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[19:12:52] <Tomski> Its part of the texture loader[19:12:53] <Tomski> as I said before[19:13:01] <Tomski> which you get access to via the model loader parameter[19:19:32] *** grim001 <grim001!~grim001@ip24-253-45-21.lv.lv.cox.net> has joined #libgdx[19:23:04] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has quit IRC (Ping timeout: 244 seconds)[19:24:52] <isdera> yay it works![19:29:01] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[19:30:34] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has joined #libgdx[19:33:16] <isdera> screenshot http://dreamsneverdie.com/cabin.jpg[19:34:23] <diphtherial> lovely[19:37:25] *** howitdo <howitdo!~howitdo@cpe-172-73-18-120.carolina.res.rr.com> has joined #libgdx[19:37:38] *** howitdo <howitdo!~howitdo@cpe-172-73-18-120.carolina.res.rr.com> has quit IRC (Changing host)[19:37:38] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has joined #libgdx[19:39:41] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has joined #libgdx[19:41:05] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[19:41:48] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has quit IRC (Excess Flood)[19:42:16] <isdera> thanks for your helps[19:42:58] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has left #libgdx[19:43:28] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has joined #libgdx[19:45:27] *** iprime <iprime!~Vasil@unaffiliated/iprime> has joined #libgdx[19:45:40] *** iprime <iprime!~Vasil@unaffiliated/iprime> has left #libgdx[19:45:42] *** iprime <iprime!~Vasil@unaffiliated/iprime> has joined #libgdx[19:46:12] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has quit IRC (Remote host closed the connection)[19:46:31] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has joined #libgdx[19:46:42] *** madytyoo <madytyoo!4f2a5756@gateway/web/freenode/ip.79.42.87.86> has quit IRC (Ping timeout: 240 seconds)[19:56:19] *** crazy_im1 <crazy_im1!~mj@a89-182-109-47.net-htp.de> has quit IRC (Quit: Reconnecting)[19:56:26] *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has joined #libgdx[20:03:01] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Ping timeout: 256 seconds)[20:18:05] *** rottz <rottz!~rottz@189.29.180.75> has joined #libgdx[20:26:20] *** someoneigna <someoneigna!~someoneig@OL78-171.fibertel.com.ar> has left #libgdx[20:32:20] *** karab44 <karab44!~karab44@unaffiliated/karab44> has quit IRC ()[20:36:25] *** iprime <iprime!~Vasil@unaffiliated/iprime> has left #libgdx[20:36:55] *** davebaol <davebaol!~davebaol@93-38-230-162.ip72.fastwebnet.it> has joined #libgdx[20:36:57] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)[20:45:25] *** mxttie <mxttie!~mattie@d51A46969.access.telenet.be> has joined #libgdx[20:48:16] *** iprime <iprime!~Vasil@unaffiliated/iprime> has joined #libgdx[20:48:19] *** iprime <iprime!~Vasil@unaffiliated/iprime> has left #libgdx[20:48:29] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[20:48:59] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Ping timeout: 252 seconds)[20:56:55] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has quit IRC (*.net *.split)[20:56:55] *** rgruber_ <rgruber_!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has quit IRC (*.net *.split)[20:56:55] *** xrash <xrash!~xrash@189.110.240.224> has quit IRC (*.net *.split)[20:56:55] *** Oebele <Oebele!~quassel@143.177.58.202> has quit IRC (*.net *.split)[20:56:56] *** bluszcz <bluszcz!~bluszcz@mail.devcarpet.net> has quit IRC (*.net *.split)[20:56:58] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (*.net *.split)[20:56:58] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has quit IRC (*.net *.split)[20:56:58] *** Maylay <Maylay!~gren@adsl-65-9-198-69.mia.bellsouth.net> has quit IRC (*.net *.split)[20:57:04] *** Corosauce <Corosauce!~Corosus@135-23-126-120.cpe.pppoe.ca> has quit IRC (*.net *.split)[20:57:06] *** fslasht_nomat <fslasht_nomat!~fslasht@113x32x134x23.ap113.ftth.ucom.ne.jp> has quit IRC (*.net *.split)[20:57:10] *** evident <evident!~florian@85.214.17.51> has quit IRC (*.net *.split)[20:57:16] *** evident <evident!~florian@85.214.17.51> has joined #libgdx[20:57:18] *** rgruber_ <rgruber_!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has joined #libgdx[20:57:26] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[20:57:27] *** Corosauce <Corosauce!~Corosus@135-23-126-120.cpe.pppoe.ca> has joined #libgdx[20:57:30] *** fslasht <fslasht!~fslasht@113x32x134x23.ap113.ftth.ucom.ne.jp> has joined #libgdx[20:57:41] *** Maylay <Maylay!~gren@adsl-65-9-198-69.mia.bellsouth.net> has joined #libgdx[20:58:11] *** Oebele <Oebele!~quassel@143.177.58.202> has joined #libgdx[20:58:31] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has joined #libgdx[20:59:05] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has joined #libgdx[20:59:10] *** bluszcz <bluszcz!~bluszcz@mail.devcarpet.net> has joined #libgdx[21:00:15] *** xrash <xrash!~xrash@189.110.240.224> has joined #libgdx[21:01:35] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[21:01:57] *** ollipekka <ollipekka!ollipekka@hilla.kapsi.fi> has quit IRC (Ping timeout: 276 seconds)[21:02:04] *** ollipekka <ollipekka!ollipekka@hilla.kapsi.fi> has joined #libgdx[21:05:25] *** Rembrandt <Rembrandt!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[21:08:48] *** grim001 <grim001!~grim001@ip24-253-45-21.lv.lv.cox.net> has quit IRC (*.net *.split)[21:08:48] *** Shockah <Shockah!~Shockah@aaag188.neoplus.adsl.tpnet.pl> has quit IRC (*.net *.split)[21:08:49] *** CaptainLex_ <CaptainLex_!~CaptainLe@12.104.244.5> has quit IRC (*.net *.split)[21:08:49] *** Neomex <Neomex!~Neomex@bnw179.neoplus.adsl.tpnet.pl> has quit IRC (*.net *.split)[21:08:49] *** jeffol <jeffol!~jeffol@65.158.118.6> has quit IRC (*.net *.split)[21:08:49] *** Aldous <Aldous!sid152504@gateway/web/irccloud.com/x-qvdbqdahorrlbxmf> has quit IRC (*.net *.split)[21:08:51] *** schnizzle <schnizzle!~schnizzle@2a05:8b81:1000:3d::dc48> has quit IRC (*.net *.split)[21:08:52] *** Xoppa <Xoppa!~Xoppa@54689556.cm-12-1c.dynamic.ziggo.nl> has quit IRC (*.net *.split)[21:08:54] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has quit IRC (*.net *.split)[21:08:56] *** rops <rops!~rops@unaffiliated/rops> has quit IRC (*.net *.split)[21:08:59] *** CaptainLex <CaptainLex!~CaptainLe@67-220-31-207.fttp.usinternet.com> has quit IRC (*.net *.split)[21:08:59] *** [Neurotic] <[Neurotic]!sid10123@gateway/web/irccloud.com/x-aihernununwhtdce> has quit IRC (*.net *.split)[21:09:00] *** badgerman___ <badgerman___!sid64722@gateway/web/irccloud.com/x-jgiedfmznqzupvoo> has quit IRC (*.net *.split)[21:09:03] *** nmc <nmc!~nmc@ec2-52-86-175-208.compute-1.amazonaws.com> has quit IRC (*.net *.split)[21:09:04] *** schnizzle <schnizzle!~schnizzle@2a05:8b81:1000:3d::dc48> has joined #libgdx[21:09:09] *** rops <rops!~rops@2605:6400:20:6cd:22:126e:fa49:a44c> has joined #libgdx[21:09:09] *** rops <rops!~rops@2605:6400:20:6cd:22:126e:fa49:a44c> has quit IRC (Changing host)[21:09:09] *** rops <rops!~rops@unaffiliated/rops> has joined #libgdx[21:09:12] *** Shockah <Shockah!~Shockah@aaag188.neoplus.adsl.tpnet.pl> has joined #libgdx[21:09:13] *** nmc <nmc!~nmc@ec2-52-86-175-208.compute-1.amazonaws.com> has joined #libgdx[21:09:15] *** Neomex <Neomex!~Neomex@bnw179.neoplus.adsl.tpnet.pl> has joined #libgdx[21:09:16] *** Xoppa <Xoppa!~Xoppa@54689556.cm-12-1c.dynamic.ziggo.nl> has joined #libgdx[21:09:16] *** ChanServ sets mode: +o Xoppa[21:09:16] *** grim001 <grim001!~grim001@ip24-253-45-21.lv.lv.cox.net> has joined #libgdx[21:09:22] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has joined #libgdx[21:09:24] *** jeffol <jeffol!~jeffol@65.158.118.6> has joined #libgdx[21:10:38] *** CaptainLex_ <CaptainLex_!~CaptainLe@67-220-31-207.fttp.usinternet.com> has joined #libgdx[21:10:38] *** CaptainLex <CaptainLex!~CaptainLe@12.104.244.5> has joined #libgdx[21:13:32] *** Aldous <Aldous!sid152504@gateway/web/irccloud.com/x-egibhsoxhbokvlke> has joined #libgdx[21:16:41] *** badgerman___ <badgerman___!sid64722@gateway/web/irccloud.com/x-qlhzpaziygrejtca> has joined #libgdx[21:17:02] *** Rembrandt is now known as JoeyDePoey[21:17:44] *** [Neurotic] <[Neurotic]!sid10123@gateway/web/irccloud.com/x-zgiawoiqlkxloffr> has joined #libgdx[21:18:57] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-hvmcpvxqhredxlgo> has quit IRC (*.net *.split)[21:19:00] *** Joetz <Joetz!~Johannes@cable-78-34-30-47.netcologne.de> has quit IRC (*.net *.split)[21:19:00] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-yxilipztyjxtxari> has quit IRC (*.net *.split)[21:19:02] *** mutilator <mutilator!muti@c-68-56-137-33.hsd1.mi.comcast.net> has quit IRC (*.net *.split)[21:19:04] *** funslug <funslug!sid14659@gateway/web/irccloud.com/x-pnhycnfjmyekaesw> has quit IRC (*.net *.split)[21:19:04] *** bgyss <bgyss!sid11244@gateway/web/irccloud.com/x-cgtnidhrcdvckakt> has quit IRC (*.net *.split)[21:19:08] *** Loraunt <Loraunt!~Loraunt@ip70-178-10-112.ks.ks.cox.net> has quit IRC (*.net *.split)[21:19:08] *** suexec_ <suexec_!~suexec@2001:16d8:ee92:9afa:47d0:3070:4883:d95e> has quit IRC (*.net *.split)[21:19:10] *** Jonas___ <Jonas___!~Jonas__@unaffiliated/jonas/x-7723671> has quit IRC (*.net *.split)[21:19:10] *** vincent_c <vincent_c!~bip@vcheng.org> has quit IRC (*.net *.split)[21:19:11] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-jmgindnlaftugrne> has quit IRC (*.net *.split)[21:19:12] *** SpaceKookie <SpaceKookie!~SpaceKook@2a01:4f8:d16:4ad2::2> has quit IRC (*.net *.split)[21:19:13] *** bnicholson <bnicholson!~sid481@2620:101:8016:74::5:1e1> has quit IRC (*.net *.split)[21:19:18] *** mutilator <mutilator!muti@c-68-56-137-33.hsd1.mi.comcast.net> has joined #libgdx[21:19:20] *** vincent_c <vincent_c!~bip@vcheng.org> has joined #libgdx[21:19:22] *** Loraunt <Loraunt!~Loraunt@ip70-178-10-112.ks.ks.cox.net> has joined #libgdx[21:19:26] *** Jonas___ <Jonas___!~Jonas__@unaffiliated/jonas/x-7723671> has joined #libgdx[21:19:28] *** Joetz <Joetz!~Johannes@cable-78-34-30-47.netcologne.de> has joined #libgdx[21:19:51] *** SpaceKookie <SpaceKookie!~SpaceKook@2a01:4f8:d16:4ad2::2> has joined #libgdx[21:20:03] *** suexec_ <suexec_!~suexec@2001:16d8:ee92:9afa:47d0:3070:4883:d95e> has joined #libgdx[21:20:04] *** bnicholson <bnicholson!sid481@gateway/web/mozilla/x-pcyjmatdogaqkhxu> has joined #libgdx[21:20:55] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[21:24:41] *** wickedshell_ <wickedshell_!~wickedshe@160-3-85-217.cpe.cableone.net> has joined #libgdx[21:24:51] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-xpxwiqlffhgljvtw> has joined #libgdx[21:26:13] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-mxxyowtwgvghxehj> has joined #libgdx[21:27:17] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-vguqxpnirfmissjq> has joined #libgdx[21:28:11] *** bgyss <bgyss!sid11244@gateway/web/irccloud.com/x-cxgyerezpsykgpqs> has joined #libgdx[21:28:45] *** funslug <funslug!sid14659@gateway/web/irccloud.com/x-whvgpapwlscyuyib> has joined #libgdx[21:30:39] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[21:33:00] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[21:33:20] *** rops <rops!~rops@unaffiliated/rops> has quit IRC (*.net *.split)[21:33:20] *** mxttie <mxttie!~mattie@d51A46969.access.telenet.be> has quit IRC (*.net *.split)[21:33:20] *** rottz <rottz!~rottz@189.29.180.75> has quit IRC (*.net *.split)[21:33:22] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has quit IRC (*.net *.split)[21:33:23] *** JoC_ <JoC_!~JoC@83.218.68.162> has quit IRC (*.net *.split)[21:33:24] *** ShivanHunter_ <ShivanHunter_!~quassel@c-50-168-151-132.hsd1.sc.comcast.net> has quit IRC (*.net *.split)[21:33:24] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-ransxcnpcgncduoy> has quit IRC (*.net *.split)[21:33:26] *** Mithrin_ <Mithrin_!~none2@96.50.230.14> has quit IRC (*.net *.split)[21:33:27] *** dnyy <dnyy!sid134735@gateway/web/irccloud.com/x-psrhxydcfygiguoh> has quit IRC (*.net *.split)[21:33:31] *** whatitis <whatitis!uid137841@gateway/web/irccloud.com/x-kcshfyerhigogtgp> has quit IRC (*.net *.split)[21:33:32] *** LuaKT <LuaKT!~LuaKT@unaffiliated/luakt> has quit IRC (*.net *.split)[21:33:35] *** deniska <deniska!~denis@unaffiliated/deniska> has quit IRC (*.net *.split)[21:33:35] *** LegendThinker <LegendThinker!LegendThin@gateway/shell/fnordserver.eu/x-hzjqxascjvfdkigx> has quit IRC (*.net *.split)[21:33:36] *** tr_h <tr_h!tr_h@2600:3c01::f03c:91ff:fe0a:12e> has quit IRC (*.net *.split)[21:33:36] *** aspic <aspic!~aspic@stalfos.mehl.no> has quit IRC (*.net *.split)[21:33:40] *** Me4502 <Me4502!~Me4502@unaffiliated/me4502> has quit IRC (*.net *.split)[21:33:40] *** stowelly <stowelly!~stowelly@2a01:4f8:160:51eb::2> has quit IRC (*.net *.split)[21:33:41] *** JustAPoring <JustAPoring!~poring@lvps5-35-243-174.dedicated.hosteurope.de> has quit IRC (*.net *.split)[21:33:41] *** Voltasalt <Voltasalt!~Voltasalt@5.101.100.240> has quit IRC (*.net *.split)[21:33:42] *** tricid <tricid!sid82723@gateway/web/irccloud.com/x-naotwlqtiuddvess> has quit IRC (*.net *.split)[21:33:49] *** rops <rops!~rops@2605:6400:20:6cd:22:126e:fa49:a44c> has joined #libgdx[21:33:49] *** rops <rops!~rops@2605:6400:20:6cd:22:126e:fa49:a44c> has quit IRC (Changing host)[21:33:49] *** rops <rops!~rops@unaffiliated/rops> has joined #libgdx[21:33:53] *** mxttie <mxttie!~mattie@d51A46969.access.telenet.be> has joined #libgdx[21:33:53] *** aspic <aspic!~aspic@stalfos.mehl.no> has joined #libgdx[21:33:59] *** Mithrin_ <Mithrin_!~none2@S0106602ad080ba9f.ok.shawcable.net> has joined #libgdx[21:34:08] *** deniska <deniska!~denis@unaffiliated/deniska> has joined #libgdx[21:34:30] *** JustAPoring <JustAPoring!~poring@2a01:488:66:1000:523:f3ae:0:1> has joined #libgdx[21:34:33] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[21:34:59] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[21:35:20] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[21:35:26] *** rottz <rottz!~rottz@189.29.180.75> has joined #libgdx[21:37:18] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[21:37:41] *** tr_h <tr_h!~tr_h@li1204-10.members.linode.com> has joined #libgdx[21:38:01] *** Me4502 <Me4502!~Me4502@owexz.net> has joined #libgdx[21:38:02] *** stowelly <stowelly!~stowelly@2a01:4f8:160:51eb::2> has joined #libgdx[21:38:14] *** JoC <JoC!~JoC@83.218.68.162> has joined #libgdx[21:38:24] *** LuaKT <LuaKT!~LuaKT@unaffiliated/luakt> has joined #libgdx[21:38:25] *** Me4502 is now known as Guest18973[21:38:27] *** Voltasalt <Voltasalt!~Voltasalt@5.101.100.240> has joined #libgdx[21:41:38] *** icomputo <icomputo!~saku@177.228.148.38> has joined #libgdx[21:43:26] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-otejpgrokuzsimgx> has joined #libgdx[21:44:18] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[21:45:37] *** tricid <tricid!sid82723@gateway/web/irccloud.com/x-oqfblkcpsmhnzjit> has joined #libgdx[21:46:19] *** dnyy <dnyy!sid134735@gateway/web/irccloud.com/x-cwwxwmvokecwydao> has joined #libgdx[21:47:40] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (*.net *.split)[21:47:40] *** davebaol <davebaol!~davebaol@93-38-230-162.ip72.fastwebnet.it> has quit IRC (*.net *.split)[21:47:41] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has quit IRC (*.net *.split)[21:47:41] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has quit IRC (*.net *.split)[21:47:42] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has quit IRC (*.net *.split)[21:47:43] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has quit IRC (*.net *.split)[21:47:43] *** Mac70 <Mac70!~Mac70@195.187.156.43> has quit IRC (*.net *.split)[21:47:43] *** Biliogadafr <Biliogadafr!~PIN@nat2-minsk-pool-46-53-194-183.telecom.by> has quit IRC (*.net *.split)[21:47:45] *** ctepa <ctepa!~c@7.73.233.220.static.exetel.com.au> has quit IRC (*.net *.split)[21:47:46] *** Ashiren <Ashiren!~Ashiren@host-62-61-44-66.dynamic.mm.pl> has quit IRC (*.net *.split)[21:47:46] *** Scellow <Scellow!~quassel@bly33-1-78-246-251-30.fbx.proxad.net> has quit IRC (*.net *.split)[21:47:47] *** faljse <faljse!~quassel@faljse.info> has quit IRC (*.net *.split)[21:47:49] *** wulax <wulax!~wulax@c-94-255-235-218.cust.bredband2.com> has quit IRC (*.net *.split)[21:47:53] *** Antionio <Antionio!~antti@80.240.130.21> has quit IRC (*.net *.split)[21:47:55] *** mockillo2 <mockillo2!~mockillo@wayland.polden.net> has quit IRC (*.net *.split)[21:47:58] *** codi^r <codi^r!~quassel@ip4d1649c4.dynamic.kabel-deutschland.de> has quit IRC (*.net *.split)[21:47:59] *** hansihe <hansihe!sid106603@gateway/web/irccloud.com/x-zkumhisybclreumf> has quit IRC (*.net *.split)[21:48:00] *** b4x <b4x!~b4x@keksec.org> has quit IRC (*.net *.split)[21:48:05] *** kamui <kamui!~kamui@vps1.shinkamui.net> has quit IRC (*.net *.split)[21:48:06] *** diphtherial <diphtherial!~diphtheri@unaffiliated/escherial> has quit IRC (*.net *.split)[21:48:08] *** gluytium <gluytium!~g@45.63.97.181> has quit IRC (*.net *.split)[21:48:10] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:545:ee37:3122:d091:b9fc:e78b> has quit IRC (Ping timeout: 256 seconds)[21:48:20] *** Antionio <Antionio!~antti@80.240.130.21> has joined #libgdx[21:48:22] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has joined #libgdx[21:48:25] *** mockillo2 <mockillo2!~mockillo@wayland.polden.net> has joined #libgdx[21:48:26] *** diphtherial <diphtherial!~diphtheri@dainsleif.mooo.com> has joined #libgdx[21:48:27] *** ctepa <ctepa!~c@7.73.233.220.static.exetel.com.au> has joined #libgdx[21:48:28] *** diphtherial <diphtherial!~diphtheri@dainsleif.mooo.com> has quit IRC (Changing host)[21:48:28] *** diphtherial <diphtherial!~diphtheri@unaffiliated/escherial> has joined #libgdx[21:48:29] *** Mac70 <Mac70!~Mac70@195.187.156.43> has joined #libgdx[21:48:29] *** Biliogadafr <Biliogadafr!~PIN@nat2-minsk-pool-46-53-194-183.telecom.by> has joined #libgdx[21:48:31] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has joined #libgdx[21:48:31] *** davebaol <davebaol!~davebaol@93-38-230-162.ip72.fastwebnet.it> has joined #libgdx[21:48:35] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[21:48:36] *** wulax <wulax!~wulax@c-94-255-235-218.cust.bredband2.com> has joined #libgdx[21:48:36] *** kamui <kamui!~kamui@vps1.shinkamui.net> has joined #libgdx[21:48:36] *** b4x <b4x!~b4x@keksec.org> has joined #libgdx[21:48:44] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has joined #libgdx[21:48:49] *** faljse <faljse!~quassel@faljse.info> has joined #libgdx[21:48:58] *** codi^r <codi^r!~quassel@ip4d1649c4.dynamic.kabel-deutschland.de> has joined #libgdx[21:49:09] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has joined #libgdx[21:49:10] *** Scellow <Scellow!~quassel@bly33-1-78-246-251-30.fbx.proxad.net> has joined #libgdx[21:50:21] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-xpxwiqlffhgljvtw> has quit IRC (Read error: Connection reset by peer)[21:50:22] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-mxxyowtwgvghxehj> has quit IRC (Read error: Connection reset by peer)[21:52:04] *** NooBxGockeL <NooBxGockeL!~NooBxGock@p200300802D2566009141336CCE5611A0.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[21:55:35] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has quit IRC (Remote host closed the connection)[21:56:28] *** Voidburn- <Voidburn-!~Voidburn@unaffiliated/voidburn> has quit IRC (*.net *.split)[21:56:43] *** Voidburn <Voidburn!~Voidburn@unaffiliated/voidburn> has joined #libgdx[21:58:22] *** gluytium <gluytium!~g@45.63.97.181> has joined #libgdx[21:59:38] *** RedHatter <RedHatter!2f90eb9d@gateway/web/freenode/session> has joined #libgdx[22:00:34] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:545:ee37:3122:d091:b9fc:e78b> has joined #libgdx[22:00:35] *** ChanServ sets mode: +o mobidevelop[22:00:35] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:545:ee37:3122:d091:b9fc:e78b> has quit IRC (Client Quit)[22:00:49] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:545:ee37:3122:d091:b9fc:e78b> has joined #libgdx[22:00:49] *** ChanServ sets mode: +o mobidevelop[22:01:30] *** hansihe <hansihe!sid106603@gateway/web/irccloud.com/session> has joined #libgdx[22:02:07] <RedHatter> I'm attempting to create bindings for google play services for moe, but I'm receiving some weird errors from the wrapnatjgen tool. Where can I go to get help with moe? The forums on intel are label as 'Archived' and I can't find any other forums or irc or anything.[22:04:35] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[22:11:45] *** echelog <echelog!~echelog@108.61.103.42> has joined #libgdx[22:12:20] *** Tristitia <Tristitia!~tristitia@69.64.50.196> has joined #libgdx[22:12:45] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[22:13:07] *** TEttinger3 <TEttinger3!~TEttinger@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has joined #libgdx[22:13:31] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[22:16:32] *** Neomex <Neomex!~Neomex@bnw179.neoplus.adsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer)[22:17:06] *** matej__ <matej__!~matej@217.75.67.141> has joined #libgdx[22:17:37] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Ping timeout: 240 seconds)[22:18:20] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)[22:19:36] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[22:21:50] *** alyphen_ <alyphen_!~alyphen@znc.seventh-root.com> has joined #libgdx[22:21:55] *** qweasdzx- <qweasdzx-!qweasdzxc@gateway/shell/yourbnc/session> has joined #libgdx[22:22:01] *** Namiraja <Namiraja!~lisa@5.147.40.77> has joined #libgdx[22:22:05] *** xplodwild <xplodwild!~quassel@62-210-109-47.rev.poneytelecom.eu> has quit IRC (*.net *.split)[22:22:07] *** matthewt <matthewt!matthew@namibia.aviation.fi> has quit IRC (*.net *.split)[22:22:07] *** alyphen <alyphen!alyphen@znc.seventh-root.com> has quit IRC (*.net *.split)[22:22:09] *** Namigator <Namigator!~lisa@2002:593:284d:0:21c:bfff:fe95:4ef5> has quit IRC (*.net *.split)[22:22:10] *** thomastc <thomastc!~thomas@fwn-nb4-edu-61-85.fmnsedu.rug.nl> has quit IRC (*.net *.split)[22:22:11] *** sm0k <sm0k!~sm0k@195-154-110-105.rev.poneytelecom.eu> has quit IRC (*.net *.split)[22:22:11] *** mtsr <mtsr!mtsr@that.ass.g-lined.us> has quit IRC (*.net *.split)[22:22:14] *** Tomski <Tomski!Tski@gateway/shell/elitebnc/x-lnsrijvvmonafhoh> has quit IRC (*.net *.split)[22:22:15] *** qweasdzxc <qweasdzxc!qweasdzxc@gateway/shell/yourbnc/x-rinsrdlwijxixxcd> has quit IRC (*.net *.split)[22:22:16] *** sn0wmonster <sn0wmonster!~yeti@taskhive/developer/sn0wmonster> has quit IRC (*.net *.split)[22:22:16] *** matthew-_ <matthew-_!matthew@namibia.aviation.fi> has joined #libgdx[22:22:25] *** xplodwild_ <xplodwild_!~quassel@62-210-109-47.rev.poneytelecom.eu> has joined #libgdx[22:22:30] *** alyphen_ is now known as alyphen[22:22:30] *** thomastc <thomastc!~thomas@fwn-nb4-edu-61-85.fmnsedu.rug.nl> has joined #libgdx[22:22:31] *** sm0k <sm0k!~sm0k@195-154-110-105.rev.poneytelecom.eu> has joined #libgdx[22:22:45] *** matthew-_ is now known as Guest51289[22:23:25] *** Tomski <Tomski!Tski@gateway/shell/elitebnc/session> has joined #libgdx[22:24:59] *** mtsr <mtsr!mtsr@that.ass.g-lined.us> has joined #libgdx[22:26:04] <diphtherial> netspliiiits[22:26:57] *** matej__ <matej__!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[22:27:22] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)[22:29:07] <wulax> ride the split![22:29:15] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[22:30:05] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[22:30:56] *** RedHatter <RedHatter!2f90eb9d@gateway/web/freenode/session> has quit IRC (Changing host)[22:30:56] *** RedHatter <RedHatter!2f90eb9d@gateway/web/freenode/ip.47.144.235.157> has joined #libgdx[22:30:56] *** hansihe <hansihe!sid106603@gateway/web/irccloud.com/session> has quit IRC (Changing host)[22:30:56] *** hansihe <hansihe!sid106603@gateway/web/irccloud.com/x-mpgtfsorzzwghwci> has joined #libgdx[22:31:21] *** qweasdzx- <qweasdzx-!qweasdzxc@gateway/shell/yourbnc/session> has quit IRC (Changing host)[22:31:21] *** qweasdzx- <qweasdzx-!qweasdzxc@gateway/shell/yourbnc/x-jgbtrtzewjrhdycp> has joined #libgdx[22:31:26] *** Tomski <Tomski!Tski@gateway/shell/elitebnc/session> has quit IRC (Changing host)[22:31:26] *** Tomski <Tomski!Tski@gateway/shell/elitebnc/x-pphheddswirfqxrc> has joined #libgdx[22:32:10] * diphtherial gyrates[22:32:53] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Client Quit)[22:33:41] *** Namiraja <Namiraja!~lisa@5.147.40.77> has quit IRC (*.net *.split)[22:33:41] *** alyphen <alyphen!~alyphen@znc.seventh-root.com> has quit IRC (*.net *.split)[22:33:42] *** aftersomemath <aftersomemath!~aftersome@aftersomemath.com> has quit IRC (*.net *.split)[22:33:43] *** myke <myke!myke@block-66.135.80.250.montanasat.net> has quit IRC (*.net *.split)[22:33:47] *** codi^r <codi^r!~quassel@ip4d1649c4.dynamic.kabel-deutschland.de> has quit IRC (*.net *.split)[22:33:48] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (*.net *.split)[22:33:54] *** aspic <aspic!~aspic@stalfos.mehl.no> has quit IRC (*.net *.split)[22:33:55] *** Jonas___ <Jonas___!~Jonas__@unaffiliated/jonas/x-7723671> has quit IRC (*.net *.split)[22:33:58] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has quit IRC (*.net *.split)[22:33:58] *** ollipekka <ollipekka!ollipekka@hilla.kapsi.fi> has quit IRC (*.net *.split)[22:33:58] *** xrash <xrash!~xrash@189.110.240.224> has quit IRC (*.net *.split)[22:33:58] *** bluszcz <bluszcz!~bluszcz@mail.devcarpet.net> has quit IRC (*.net *.split)[22:33:59] *** fslasht <fslasht!~fslasht@113x32x134x23.ap113.ftth.ucom.ne.jp> has quit IRC (*.net *.split)[22:33:59] *** Corosauce <Corosauce!~Corosus@135-23-126-120.cpe.pppoe.ca> has quit IRC (*.net *.split)[22:34:01] *** jaagr <jaagr!~jaagr@unaffiliated/jaagr> has quit IRC (*.net *.split)[22:34:05] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has quit IRC (*.net *.split)[22:34:05] *** faljse <faljse!~quassel@faljse.info> has quit IRC (*.net *.split)[22:34:06] *** wulax <wulax!~wulax@c-94-255-235-218.cust.bredband2.com> has quit IRC (*.net *.split)[22:34:07] *** ctepa <ctepa!~c@7.73.233.220.static.exetel.com.au> has quit IRC (*.net *.split)[22:34:08] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has quit IRC (*.net *.split)[22:34:09] *** b4x <b4x!~b4x@keksec.org> has quit IRC (*.net *.split)[22:34:09] *** Antionio <Antionio!~antti@80.240.130.21> has quit IRC (*.net *.split)[22:34:11] *** icomputo <icomputo!~saku@177.228.148.38> has quit IRC (*.net *.split)[22:34:18] *** funslug <funslug!sid14659@gateway/web/irccloud.com/x-whvgpapwlscyuyib> has quit IRC (*.net *.split)[22:34:18] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-vguqxpnirfmissjq> has quit IRC (*.net *.split)[22:34:22] *** badgerman___ <badgerman___!sid64722@gateway/web/irccloud.com/x-qlhzpaziygrejtca> has quit IRC (*.net *.split)[22:34:24] *** nmc <nmc!~nmc@ec2-52-86-175-208.compute-1.amazonaws.com> has quit IRC (*.net *.split)[22:34:32] *** Thinkofname <Thinkofname!Think@oops.i.broke.thinkofdeath.uk> has quit IRC (*.net *.split)[22:34:32] *** Matsemann_ <Matsemann_!~Matsemann@vps.matsemann.com> has quit IRC (*.net *.split)[22:34:33] *** mbarisa_ <mbarisa_!~mbarisa@li1507-152.members.linode.com> has quit IRC (*.net *.split)[22:34:36] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has quit IRC (*.net *.split)[22:34:39] *** mockillo2 <mockillo2!~mockillo@wayland.polden.net> has quit IRC (*.net *.split)[22:34:41] *** dnyy <dnyy!sid134735@gateway/web/irccloud.com/x-cwwxwmvokecwydao> has quit IRC (*.net *.split)[22:34:41] *** tr_h <tr_h!~tr_h@li1204-10.members.linode.com> has quit IRC (*.net *.split)[22:34:43] *** wickedshell_ <wickedshell_!~wickedshe@160-3-85-217.cpe.cableone.net> has quit IRC (*.net *.split)[22:34:46] *** grim001 <grim001!~grim001@ip24-253-45-21.lv.lv.cox.net> has quit IRC (*.net *.split)[22:34:51] *** Guest51289 <Guest51289!matthew@namibia.aviation.fi> has quit IRC (*.net *.split)[22:34:51] *** TEttinger3 <TEttinger3!~TEttinger@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has quit IRC (*.net *.split)[22:34:51] *** book` <book`!~book`@68.ip-149-56-14.net> has quit IRC (*.net *.split)[22:34:52] *** ra4king <ra4king!~ra4king@unaffiliated/ra4king> has quit IRC (*.net *.split)[22:34:55] *** Voidburn <Voidburn!~Voidburn@unaffiliated/voidburn> has quit IRC (*.net *.split)[22:34:58] *** Mac70 <Mac70!~Mac70@195.187.156.43> has quit IRC (*.net *.split)[22:34:58] *** Biliogadafr <Biliogadafr!~PIN@nat2-minsk-pool-46-53-194-183.telecom.by> has quit IRC (*.net *.split)[22:35:02] *** tricid <tricid!sid82723@gateway/web/irccloud.com/x-oqfblkcpsmhnzjit> has quit IRC (*.net *.split)[22:35:02] *** Voltasalt <Voltasalt!~Voltasalt@5.101.100.240> has quit IRC (*.net *.split)[22:35:06] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has quit IRC (*.net *.split)[22:35:07] *** Shockah <Shockah!~Shockah@aaag188.neoplus.adsl.tpnet.pl> has quit IRC (*.net *.split)[22:35:08] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has quit IRC (*.net *.split)[22:35:10] *** evident <evident!~florian@85.214.17.51> has quit IRC (*.net *.split)[22:35:12] *** vladk <vladk!~chatzilla@46.175.212.71> has joined #libgdx[22:38:52] *** Thinkofname <Thinkofname!Think@oops.i.broke.thinkofdeath.uk> has joined #libgdx[22:38:52] *** Matsemann_ <Matsemann_!~Matsemann@vps.matsemann.com> has joined #libgdx[22:38:52] *** mbarisa_ <mbarisa_!~mbarisa@li1507-152.members.linode.com> has joined #libgdx[22:38:52] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has joined #libgdx[22:38:52] *** mockillo2 <mockillo2!~mockillo@wayland.polden.net> has joined #libgdx[22:38:52] *** dnyy <dnyy!sid134735@gateway/web/irccloud.com/x-cwwxwmvokecwydao> has joined #libgdx[22:38:52] *** tr_h <tr_h!~tr_h@li1204-10.members.linode.com> has joined #libgdx[22:38:52] *** wickedshell_ <wickedshell_!~wickedshe@160-3-85-217.cpe.cableone.net> has joined #libgdx[22:38:52] *** grim001 <grim001!~grim001@ip24-253-45-21.lv.lv.cox.net> has joined #libgdx[22:39:21] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has joined #libgdx[22:39:21] *** faljse <faljse!~quassel@faljse.info> has joined #libgdx[22:39:21] *** b4x <b4x!~b4x@keksec.org> has joined #libgdx[22:39:21] *** wulax <wulax!~wulax@c-94-255-235-218.cust.bredband2.com> has joined #libgdx[22:39:21] *** ctepa <ctepa!~c@7.73.233.220.static.exetel.com.au> has joined #libgdx[22:39:21] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has joined #libgdx[22:39:21] *** Antionio <Antionio!~antti@80.240.130.21> has joined #libgdx[22:39:21] *** icomputo <icomputo!~saku@177.228.148.38> has joined #libgdx[22:39:22] *** funslug <funslug!sid14659@gateway/web/irccloud.com/x-whvgpapwlscyuyib> has joined #libgdx[22:39:22] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-vguqxpnirfmissjq> has joined #libgdx[22:39:22] *** badgerman___ <badgerman___!sid64722@gateway/web/irccloud.com/x-qlhzpaziygrejtca> has joined #libgdx[22:39:22] *** nmc <nmc!~nmc@ec2-52-86-175-208.compute-1.amazonaws.com> has joined #libgdx[22:39:41] *** Namiraja <Namiraja!~lisa@5.147.40.77> has joined #libgdx[22:39:42] *** alyphen <alyphen!~alyphen@znc.seventh-root.com> has joined #libgdx[22:39:42] *** aftersomemath <aftersomemath!~aftersome@aftersomemath.com> has joined #libgdx[22:39:42] *** myke <myke!myke@block-66.135.80.250.montanasat.net> has joined #libgdx[22:39:42] *** codi^r <codi^r!~quassel@ip4d1649c4.dynamic.kabel-deutschland.de> has joined #libgdx[22:39:42] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has joined #libgdx[22:39:42] *** aspic <aspic!~aspic@stalfos.mehl.no> has joined #libgdx[22:39:42] *** Jonas___ <Jonas___!~Jonas__@unaffiliated/jonas/x-7723671> has joined #libgdx[22:39:42] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[22:39:42] *** ollipekka <ollipekka!ollipekka@hilla.kapsi.fi> has joined #libgdx[22:39:42] *** xrash <xrash!~xrash@189.110.240.224> has joined #libgdx[22:39:42] *** bluszcz <bluszcz!~bluszcz@mail.devcarpet.net> has joined #libgdx[22:39:42] *** fslasht <fslasht!~fslasht@113x32x134x23.ap113.ftth.ucom.ne.jp> has joined #libgdx[22:39:42] *** Corosauce <Corosauce!~Corosus@135-23-126-120.cpe.pppoe.ca> has joined #libgdx[22:39:42] *** jaagr <jaagr!~jaagr@unaffiliated/jaagr> has joined #libgdx[22:40:00] *** Guest51289 <Guest51289!matthew@namibia.aviation.fi> has joined #libgdx[22:40:00] *** TEttinger3 <TEttinger3!~TEttinger@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has joined #libgdx[22:40:00] *** book` <book`!~book`@68.ip-149-56-14.net> has joined #libgdx[22:40:00] *** ra4king <ra4king!~ra4king@unaffiliated/ra4king> has joined #libgdx[22:40:00] *** Voidburn <Voidburn!~Voidburn@unaffiliated/voidburn> has joined #libgdx[22:40:00] *** Biliogadafr <Biliogadafr!~PIN@nat2-minsk-pool-46-53-194-183.telecom.by> has joined #libgdx[22:40:00] *** Mac70 <Mac70!~Mac70@195.187.156.43> has joined #libgdx[22:40:00] *** tricid <tricid!sid82723@gateway/web/irccloud.com/x-oqfblkcpsmhnzjit> has joined #libgdx[22:40:00] *** Voltasalt <Voltasalt!~Voltasalt@5.101.100.240> has joined #libgdx[22:40:00] *** jabb <jabb!~jabb@108-248-27-198.lightspeed.renonv.sbcglobal.net> has joined #libgdx[22:40:00] *** Shockah <Shockah!~Shockah@aaag188.neoplus.adsl.tpnet.pl> has joined #libgdx[22:40:00] *** wilfriedE <wilfriedE!~wilfriedE@unaffiliated/wilfriede> has joined #libgdx[22:40:00] *** evident <evident!~florian@85.214.17.51> has joined #libgdx[22:40:09] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has quit IRC (Write error: Broken pipe)[22:40:16] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[22:41:46] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[22:42:30] *** bgyss <bgyss!sid11244@gateway/web/irccloud.com/x-cxgyerezpsykgpqs> has quit IRC (Ping timeout: 258 seconds)[22:44:20] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[22:45:05] *** vladk <vladk!~chatzilla@46.175.212.71> has quit IRC (Ping timeout: 260 seconds)[22:47:14] *** sn0wmonster <sn0wmonster!~yeti@taskhive/developer/sn0wmonster> has joined #libgdx[22:48:29] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[22:49:22] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[22:50:10] *** RedHatter <RedHatter!2f90eb9d@gateway/web/freenode/ip.47.144.235.157> has quit IRC (*.net *.split)[22:52:38] *** matej_ <matej_!~matej@217.75.67.141> has joined #libgdx[22:58:51] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[22:59:13] *** bgyss <bgyss!sid11244@gateway/web/irccloud.com/x-raxbquxearygcfee> has joined #libgdx[22:59:30] *** unicrongalactus <unicrongalactus!~quassel@pool-98-113-45-228.nycmny.fios.verizon.net> has joined #libgdx[23:00:55] *** Shawneth <Shawneth!6caa9a04@gateway/web/cgi-irc/kiwiirc.com/ip.108.170.154.4> has joined #libgdx[23:01:12] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)[23:01:27] <Shawneth> A* pathfinding in libgdx is amazing[23:01:38] <Shawneth> so easy to get going, and with generics its awesome[23:02:13] <wulax> davebaol is great[23:02:41] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[23:04:21] <unicrongalactus> does the tween engine see much use anymore?[23:06:45] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has joined #libgdx[23:07:39] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[23:08:21] *** TEttinger <TEttinger!~notostrac@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has joined #libgdx[23:11:28] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving.)[23:12:13] *** Quallenmann1 <Quallenmann1!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has joined #libgdx[23:13:38] *** Quallenmann1 <Quallenmann1!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has quit IRC (Client Quit)[23:14:36] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has joined #libgdx[23:14:50] *** Quallenmann <Quallenmann!~quallenma@p200300DE73C7C42122A75E29E76D8C36.dip0.t-ipconnect.de> has quit IRC (Client Quit)[23:18:57] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-vouvjimxxxbglbrb> has joined #libgdx[23:19:36] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)[23:20:52] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[23:21:27] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-gqgrviapsfdxlose> has joined #libgdx[23:23:03] *** Shockah <Shockah!~Shockah@aaag188.neoplus.adsl.tpnet.pl> has quit IRC (Quit: Leaving)[23:24:48] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Client Quit)[23:25:57] *** rottz <rottz!~rottz@189.29.180.75> has quit IRC (Quit: rottz)[23:26:09] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[23:28:44] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Remote host closed the connection)[23:34:43] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[23:38:20] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)[23:40:08] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[23:40:45] *** wickedshell_ <wickedshell_!~wickedshe@160-3-85-217.cpe.cableone.net> has quit IRC (Remote host closed the connection)[23:44:21] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Client Quit)[23:45:59] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[23:46:02] *** rottz <rottz!~rottz@189.78.54.144> has joined #libgdx[23:46:18] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has joined #libgdx[23:47:12] *** LegendThinker <LegendThinker!LegendThin@gateway/shell/fnordserver.eu/x-hpcwlrzkdlkytbvp> has joined #libgdx[23:51:32] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)[23:51:47] *** lukass <lukass!~lukass@p5087C312.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[23:52:16] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-gqgrviapsfdxlose> has quit IRC (Read error: Connection reset by peer)[23:52:17] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-vouvjimxxxbglbrb> has quit IRC (Remote host closed the connection)[23:52:47] *** mtsr_ <mtsr_!~mtsr@5ED369D0.cm-7-4b.dynamic.ziggo.nl> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)[23:52:56] *** Ashiren <Ashiren!~Ashiren@host-62-61-44-66.dynamic.mm.pl> has joined #libgdx[23:53:28] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has joined #libgdx[23:57:54] *** matej_ <matej_!~matej@217.75.67.141> has quit IRC (Remote host closed the connection)[23:59:00] *** ShivanHunter <ShivanHunter!~quassel@2601:742:201:6470:fc13:cae6:dc7:6ddd> has quit IRC (Quit: No Ping reply in 180 seconds.)