October 18, 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 18, 2016 [00:04:49] *** CaptainLex <CaptainLex!~CaptainLe@12.104.244.5> has quit IRC (Ping timeout: 260 seconds)[00:06:31] *** lukass <lukass!~lukass@p5087C414.dip0.t-ipconnect.de> has joined #libgdx[00:08:16] *** dsaltares <dsaltares!~siondream@149.18.70.210> has quit IRC (Ping timeout: 265 seconds)[00:30:49] *** FrottyZad <FrottyZad!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has joined #libgdx[00:33:13] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-wzyqlctnktccdxxt> has quit IRC (Quit: Connection closed for inactivity)[00:33:28] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has quit IRC (Ping timeout: 260 seconds)[00:34:48] *** Biliogadafr1 <Biliogadafr1!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has quit IRC (Ping timeout: 250 seconds)[00:40:08] *** davimore__ <davimore__!~davimore@93.190.142.45> has joined #libgdx[00:41:43] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-duuszyjztfwtynth> has quit IRC (Quit: Connection closed for inactivity)[00:42:58] *** davimore_ <davimore_!~davimore@93.190.142.45> has quit IRC (Ping timeout: 245 seconds)[00:55:54] *** jeffol <jeffol!~jeffol@65.158.118.6> has quit IRC (Quit: Leaving...)[00:56:26] *** Joetz <Joetz!~Johannes@cable-78-34-30-47.netcologne.de> has quit IRC (Quit: Leaving)[00:59:49] *** hextileX <hextileX!~Thunderbi@xdsl-87-79-233-226.netcologne.de> has joined #libgdx[01:02:00] *** Neomex <Neomex!~Neomex@bqz177.neoplus.adsl.tpnet.pl> has quit IRC (Quit: Leaving)[01:02:10] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[01:13:16] *** davimore <davimore!~davimore@93.190.142.45> has joined #libgdx[01:13:27] *** Isogash <Isogash!~Isogash@87.127.112.116> has quit IRC (Read error: Connection reset by peer)[01:15:13] *** icomputo <icomputo!~saku@148.227.223.248> has quit IRC (Quit: icomputo.com)[01:15:33] *** davimore__ <davimore__!~davimore@93.190.142.45> has quit IRC (Ping timeout: 252 seconds)[01:17:29] <rifter> Hi @Xoppa, are you aware of the circular static initialization dependency between Vector3 and Matrix4?[01:18:12] <Xoppa> sure[01:18:48] <rifter> cool :)[01:19:55] <Xoppa> any particular reason you ask that?[01:21:11] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has joined #libgdx[01:22:54] <rifter> Nah, I was bored and have ran FindBugs to see if there was something that could be an issue. This was one that was worth checking. This dependencies, if not properly checked, can lead to really weird bugs.[01:24:32] <Xoppa> ok, cool[01:28:01] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 265 seconds)[01:30:21] <solarlune> Hey, is java.lang.OutOfMemoryError not compatible with GWT?[01:30:41] <solarlune> Or is there a way to check to see if it is, or something I might be missing?[01:33:10] <Tomski> not compatible[01:33:57] <solarlune> Tomski - Ah, OK, thanks. Is there somewhere that indicates which classes are GWT-incompatible, perchance?[01:34:18] <Tomski> the gwt website[01:34:35] <Tomski> http://www.gwtproject.org/doc/latest/DevGuideCodingBasicsCompatibility.html[01:34:38] <solarlune> Ah whaaaat? Welp, that's helpful. Thanks![01:34:41] <Tomski> heh :P[01:37:21] <solarlune> That's going into the favorites folder for sure.[01:43:53] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has joined #libgdx[01:59:41] *** Xoppa <Xoppa!~Xoppa@54689556.cm-12-1c.dynamic.ziggo.nl> has quit IRC (Quit: Leaving)[02:01:39] <TEttinger> Tomski: uh[02:02:01] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:2274:f54f:55c5:3db0:1c04:a8d3> has joined #libgdx[02:02:01] *** ChanServ sets mode: +o mobidevelop[02:02:33] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:2274:f54f:55c5:3db0:1c04:a8d3> has quit IRC (Client Quit)[02:02:57] <TEttinger> that one links to a too-new version of the emulated JRE[02:03:09] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:2274:f54f:55c5:3db0:1c04:a8d3> has joined #libgdx[02:03:09] *** ChanServ sets mode: +o mobidevelop[02:03:21] <TEttinger> I think it uses GWT 2.7, which adds a bunch of methods and is way slower so gdx doesn't use it[02:03:23] <TEttinger> https://github.com/gwtproject/gwt-site/blob/408ba32d25e032026148e06287db0d3e64cead4e/src/main/markdown/doc/latest/RefJreEmulation.md[02:03:37] <TEttinger> that messy url is the gwt 2.6 emulated methods[02:03:42] <mobidevelop> Boo gwt[02:03:42] <TEttinger> ^ solarlune[02:06:21] <diphtherial> i am sorely confused. i'm rendering layers of a tiled map selectively (via orthogonaltiledmaprender), but i can only get my sprites to show above the map if i do all the tiled map rendering before the sprites[02:06:46] <diphtherial> (i have a foreground layer that's supposed to be above the sprites and a bg layer behind them)[02:07:29] <mobidevelop> Show the codes[02:07:33] <diphtherial> i've stepped through it in a debugger to ensure that it's background -> entities -> foreground, i've swapped the background and foreground[02:07:38] <diphtherial> sure, but it's involved...[02:07:52] <diphtherial> you want all of it?[02:08:14] <mobidevelop> Preferably the relevant parts, but all works too[02:10:11] <diphtherial> https://paste.fedoraproject.org/454669/47674940/[02:10:38] <diphtherial> that should be the relevant bits -- i temporarily took the systems out of the world declaration just to see if there was something weird that the ECS was pulling, but no dice[02:10:56] <diphtherial> oh, wow, the tabulation got all messed up...great, thanks intellij[02:11:01] <TEttinger> this is how I imagine mobidevelop when people come online trolling http://imgur.com/gallery/lBXiVxW[02:11:14] <diphtherial> who's trolling?[02:11:18] <TEttinger> no one currently[02:11:21] <diphtherial> ah[02:11:27] <TEttinger> we've had annoying unity trolls before[02:11:52] <solarlune> Hey, thanks everyone for the link to the GWT readup.[02:11:57] <solarlune> That should prove useful as well.[02:12:06] <TEttinger> also, possibly mobidevelop could be trolling, he can be very subtle about it[02:12:08] <mobidevelop> What does process() do?[02:12:34] <diphtherial> basically if both bg_layer.process() and fg_layer.process() are before world.process() the entity renders on top of it, but if either of them are after world.process() the entity renders below them both, which is super confusing to me[02:12:54] <TEttinger> diphtherial: there is an option for the intellij formatting, if spaces and tabs are mixed, I think it's ctrl-shift-L[02:13:00] <diphtherial> mobidevelop: it calls processSystem() in LayerRenderSystem indirectly[02:13:04] <diphtherial> TEttinger: ah, thanks[02:13:11] <TEttinger> yep, that's it[02:13:28] <TEttinger> it formats everything based on your configured formatting rules[02:13:35] <TEttinger> which could be the defaults[02:13:43] <mobidevelop> What does processSystem do?[02:14:36] <diphtherial> mobidevelop: it's defined in LayerRenderSystem and for BGLayerRenderSystem and FGLayerRenderSystem it calls the tiledmaprender.render(int[] layers) method on their 'layers' property[02:14:37] <TEttinger> it's 3 lines in the paste[02:14:48] <TEttinger> sets view, renders layers, renders[02:14:59] <TEttinger> 144-146[02:15:02] <diphtherial> which for BGLayerRenderSystem renders layers {0,1,2} and FG renders layer {4} ({3} is the entity layer)[02:15:53] <diphtherial> (i've verified that those are the layer assignments they're getting and that that's what's being passed to render(int[] layers) via the debugger)[02:16:10] <diphtherial> ok, i've watched that corgie twelve times accidentally, heh[02:16:30] <diphtherial> there must be something i'm missing, but i've been trying literally for days, several hours a day, to get this to work[02:16:35] <diphtherial> i've run out of combinations of things to try[02:16:36] <TEttinger> it seems odd that the fg is rendered before the bg, if that's what the layer's process() does[02:17:08] <diphtherial> TEttinger: i was seeing if flipping them would help at the time of paste; ordinarily the bg is first, before world.process() (which renders the entities)[02:17:39] <diphtherial> (well, ordinarily they all run in order as systems registered on the world object, and i've verified that they're running in the order i expect, again via the debugger)[02:17:51] <diphtherial> might it be the map itself? i don't think i did anything strange with it, but i'm using a new tileset[02:18:37] <TEttinger> there's a few odd things here[02:18:58] <diphtherial> i can do another paste with corrected formatting if you prefer, by the way[02:19:37] <TEttinger> what's up with curLevel.getLayers(true) and curLevel.getLayers(false) ?[02:19:39] <TEttinger> nah, it's fine[02:19:52] <TEttinger> I can read this well enough[02:19:54] <diphtherial> ah, i'll paste the code for level as well, one moment[02:20:22] <TEttinger> I suspect that there's something weird with the bg and fg code being so similar (well, identical)[02:20:28] <diphtherial> https://paste.fedoraproject.org/454683/50023147/[02:20:32] <TEttinger> just the layers given are different[02:20:33] *** Rembrandt <Rembrandt!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[02:20:54] <diphtherial> right, it's because artemis-odb throws a hissy fit if you register two systems that happen to be the same class, even if they're parameterized differently[02:21:29] <TEttinger> ah[02:21:52] <diphtherial> i assume because they have a feature for looking up a system by its type, so it has to be unique[02:22:01] <TEttinger> and your range() method is inclusive on both upper and lower bound right? so range(1, 3) gives {1,2,3} ?[02:22:41] <diphtherial> the code for range(): https://paste.fedoraproject.org/454686/14767501/[02:23:02] <diphtherial> albeit i've verified in the debugger that both layer renderers are getting and rendering the correct layer assignments[02:23:47] <TEttinger> uh, so exclusive[02:23:48] <diphtherial> i put a breakpoint in LayerRenderSystem's processSystem() call on the call to renderer.render(layers) and it's what i expect, being called in the sequence i expect[02:23:55] <TEttinger> exclusive upper, rather[02:24:40] <diphtherial> the output from the console for those debug statements in LayerRenderSystem: https://paste.fedoraproject.org/454688/50264147/[02:24:57] <diphtherial> the map does indeed have four layers, the third of which is the entity layer[02:25:01] <TEttinger> so you never put the layer that matches entityLayerID in bglayers or fglayers, that's intended right?[02:25:03] <diphtherial> er, five layers[02:25:17] <diphtherial> correct; that's the entity layer, which is rendered in EntityRenderSystem (indirectly by world.process())[02:25:47] <diphtherial> i guess you could tell me to just subclass tiledmaprenderer and give up on this ECS nonsense to get rid of me, that'd work[02:26:05] <diphtherial> sorry, been having agitated depression; i'll stop[02:27:14] <diphtherial> oh wow, wait, i see it[02:27:35] <diphtherial> there's a call to renderer.render() immediately after renderer.render(layers)[02:27:41] *** Rembrandt <Rembrandt!~rembrandt@c98195.upc-c.chello.nl> has quit IRC ()[02:27:41] <diphtherial> i'm so sorry :( :( arghhh[02:27:56] <diphtherial> i'm sweating with shame[02:28:14] <TEttinger> oh phew[02:28:17] <TEttinger> you got it?[02:28:41] <diphtherial> yep, it's working as expected now![02:28:49] <diphtherial> thank you for the extra pair of eyes[02:29:05] <diphtherial> (it's on line 146 in the original paste)[02:29:18] <TEttinger> ah![02:29:32] <TEttinger> I was wondering about that, I pointed it out to mobi at one point[02:29:36] <diphtherial> i can't believe i didn't see that; i literally went over this code meticulously for hours, even placing breakpoints, etc. one line above it over and over again[02:29:50] <diphtherial> ah, yeah[02:29:53] <TEttinger> we have all been there[02:30:01] <diphtherial> well, thank you again[02:30:06] <diphtherial> thanks too, mobi[02:30:38] <diphtherial> i feel a great weight has been lifted. this has been bothering me more than i appreciated[02:30:46] <TEttinger> the absolute worst debugging I had to do was for a regex engine thing. I didn't realize it until way far into the project, but .toString on one common type was stack overflowing[02:31:00] <TEttinger> this didn't affect the current run, since I never called .toString ...[02:31:08] <TEttinger> but intellij did for getting debug info[02:31:24] <TEttinger> so intellij would freeze for about 30 seconds at every breakpoint[02:31:48] <diphtherial> jeez, that's a legitimately hard one to catch, since toString() gets called implicitly a lot[02:31:49] <TEttinger> as it overflowed a stack on some other thread, killed that thread, and gave me back control[02:31:56] <TEttinger> yep.[02:32:05] <TEttinger> it was a maybe 2-line fix[02:33:25] <TEttinger> err, haha -1 line fix[02:33:26] <TEttinger> https://github.com/tommyettinger/RegExodus/commit/6a38bb5c82243f4dce41dacdb58a89879f2298e8#diff-42c34c4446d5f7a4af3d24fbdb7a5191L1646[02:33:37] <TEttinger> removed 2 lines, added one, no more overflow[02:34:16] <diphtherial> haha, i guess the most satisfying fixes are the quick ones that had plagued you forever[02:34:33] <diphtherial> versus slogging through major refactorings, for instance[02:34:39] <diphtherial> nice![02:36:26] <TEttinger> that was a crazy codebase[02:36:41] <TEttinger> I found it abandoned on sourceforge, last commit in 2001[02:36:46] <TEttinger> err[02:36:58] <TEttinger> someone else found it and converted it to a maven project, did nothing else[02:37:11] <TEttinger> so much stuff to update[02:37:20] <TEttinger> he didn't have access to generics in 2001[02:38:55] <diphtherial> i'm curious to see your changelog since then[02:39:20] * diphtherial reads the commit history[02:44:08] <diphtherial> i'm quite surprised that GWT doesn't include a regex library[02:44:24] <diphtherial> er, or at least doesn't include java.util.regex or an equivalent[02:46:23] <mobidevelop> gwt has a regex implementation[02:49:03] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has joined #libgdx[02:54:23] <mobidevelop> It doesn't provide a common implementation across web and java, and requires to use gwt specific classes, which is not awesome[02:56:30] <diphtherial> ah[02:56:57] <diphtherial> is there a boundingbox i'm missing that uses vector2, or is the one that uses vector3 it?[02:58:00] <diphtherial> aha, Rectangle[03:14:07] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has quit IRC (Ping timeout: 252 seconds)[03:24:27] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has quit IRC (Remote host closed the connection)[03:32:47] *** hextileX <hextileX!~Thunderbi@xdsl-87-79-233-226.netcologne.de> has quit IRC (Quit: hextileX)[03:35:28] *** crazy_im1 <crazy_im1!~mj@a89-182-203-36.net-htp.de> has joined #libgdx[03:38:41] *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has quit IRC (Ping timeout: 252 seconds)[04:02:32] <TEttinger> there's also a small layer that libgdx provides to allow Matcher and things to be used[04:02:52] <TEttinger> my code at that point couldn't rely on libgdx being present[04:04:03] *** Freiza <Freiza!~Freiza@117.205.146.90> has quit IRC (Quit: Leaving)[04:04:30] *** Keniyal_ <Keniyal_!~Keniyal@unaffiliated/keniyal> has quit IRC (Remote host closed the connection)[04:05:57] *** tricid <tricid!sid82723@gateway/web/irccloud.com/x-srdqqviyonaoqwfs> has quit IRC (Ping timeout: 248 seconds)[04:06:29] *** dnyy <dnyy!sid134735@gateway/web/irccloud.com/x-cwwxwmvokecwydao> has quit IRC (Ping timeout: 248 seconds)[04:07:59] <diphtherial> ReflectionPool is by far the prettiest class name in libgdx imho[04:08:08] *** tricid <tricid!sid82723@gateway/web/irccloud.com/x-cnyqzidmnypvaqnq> has joined #libgdx[04:08:08] <TEttinger> heh yes[04:08:53] *** dnyy <dnyy!sid134735@gateway/web/irccloud.com/x-sgdsvzujsclkzeue> has joined #libgdx[04:08:58] <TEttinger> much nicer than AbstractXmlHttpRequestHandlerFactoryBean[04:09:44] <diphtherial> haha, definitely[04:09:48] <TEttinger> I like that this is the first result, https://duckduckgo.com/?q=abstract+factory+bean[04:11:05] <diphtherial> i wonder if it's weighted by search frequency[04:11:13] <diphtherial> perhaps it's a really problematic factory bean, whatever that is[04:11:21] <TEttinger> oh my god[04:11:41] <diphtherial> apparently an interface for defining objects created from a "bean factory" which are themselves factories...?[04:11:44] <TEttinger> I can't believe that's real code[04:11:54] <diphtherial> haha[04:12:03] <diphtherial> oh dear[04:12:22] <diphtherial> i guess this is the 'schizophrenic mumbling' style of programming i've heard so much about[04:12:39] <diphtherial> in my dreams[04:12:45] <TEttinger> oh man, SmartInstantiationAwareBeanPostProcessor[04:12:52] <TEttinger> "Smart"[04:12:58] <diphtherial> i'm convinced[04:13:08] <TEttinger> I have SOME long names. IntDoubleOrderedMap[04:13:10] <diphtherial> it's also instantion-aware, by the way[04:13:43] <diphtherial> that's a parseable name, though[04:13:44] <TEttinger> but those are the 4 things it does. int keys, double values, insertion ordered, map[04:13:49] <diphtherial> exactly[04:14:04] <TEttinger> Smart you wouldn't know to look for at all[04:14:19] <diphtherial> maybe if you were tired of the dumb one[04:14:29] <TEttinger> heh[04:14:42] <TEttinger> I put too much time into making catchy names[04:15:31] <diphtherial> same[04:15:55] <TEttinger> natural language generation libraries Finnegan and Gabber (Finnegan being a reference to the mixing of languages in the novel Finnegan's Wake, Gabber being a genre of fast gibberish music and the dutch word for jabber)[04:16:16] <TEttinger> Hashing function groups like Lightning, Storm, and Falcon[04:16:24] <TEttinger> because FNV-1a is far from cool enough[04:17:37] *** Dig <Dig!~Dig@103.242.25.144> has joined #libgdx[04:17:47] <TEttinger> howdy, Dig[04:17:52] <Dig> Hi.[04:17:58] <diphtherial> i like names that have a sense of context and a bit of metaphor to them[04:18:16] <diphtherial> those are cool[04:18:20] <Dig> I like short names that are easy type :p[04:18:43] <TEttinger> we were talking about some awful names of classes in popular java libs[04:18:45] <diphtherial> autosuggest does a good enough job for me[04:19:03] <TEttinger> worst being HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor[04:21:13] <TEttinger> http://stackoverflow.com/questions/12993659/why-does-scalaz-use-complex-symbols-and-no-in-code-documentation/12997262[04:22:00] <Dig> I've got an issue - dunno if anyone can help. I've upgraded libgdx from 1.7.1 to 1.9.4 and now reading a JSON string from Preferences throws an error - only when reading the string in libgdx 1.9.4 that was written by libgdx 1.7.1. com.badlogic.gdx.utils.SerializationException: Unable to convert value to required type: class: java.util.HashMap (java.util.List)[04:22:01] <Dig> Serialization trace:.... Seems to be compatible within versions but any suggestions on updating the app without blitzing existing users saved data?[04:24:08] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-dxgdezkfmttvrtet> has quit IRC (Ping timeout: 268 seconds)[04:26:33] *** james0x0A <james0x0A!sid118076@gateway/web/irccloud.com/x-uyexglcthcqjzmka> has joined #libgdx[04:26:42] <Me4502> Hi, is there any way for me to move scene2d widgets up when the keyboard pops up on mobile?[04:33:50] <TEttinger> Dig: I have a little experience here. is the problem in one of your classes that was serialized?[04:35:01] <TEttinger> this sounds like it may be related to the thing that changed extremely slightly in 1.9.4 regarding map serialization and classes[04:35:12] <Dig> TEttinger, Yes it looks like it is.[04:35:33] <Dig> I'm serializing a list of objects to a JSON string and saving them and then reading them back.[04:35:37] <TEttinger> can you try with 1.9.3 easily enough, dig[04:35:38] <TEttinger> ?[04:36:32] <Dig> I actually tried 1.9.3 before 1.9.4 and I think I had a similar problem. It is easy enough to check I'll just try again now.[04:36:44] <TEttinger> it would be good to see the json if it's ok to show[04:36:51] <TEttinger> on gist or something[04:36:57] <TEttinger> http://gist.github.com[04:37:32] <TEttinger> it sounds like one of your classes may have changed one of its serialized types[04:37:39] <TEttinger> err, types[04:37:45] *** davimore_ <davimore_!~davimore@93.190.142.45> has joined #libgdx[04:38:18] <Dig> Ok, I'll grab some details and put them on gist...[04:39:49] <TEttinger> thanks, I will pull up the commit and see what changed[04:40:39] *** davimore <davimore!~davimore@93.190.142.45> has quit IRC (Ping timeout: 252 seconds)[04:44:16] <Dig> https://gist.github.com/DigNZ/afdf328e16f33f096796663afec51485[04:45:15] <TEttinger> something similar here, actually https://github.com/libgdx/libgdx/issues/3898[04:46:31] <Dig> That looks pretty similar![04:47:24] <TEttinger> so verses is actually a HashMap, and Joshua is a list or array of Verse objects[04:47:33] <Dig> That's the one[04:47:37] <TEttinger> was that json saved by gdx 1.7.1 or 1.9.4?[04:47:47] <Dig> That was saved by 1.7.1[04:47:58] <TEttinger> not what I thought actually...[04:48:02] <TEttinger> that's odd[04:48:44] <TEttinger> I think there was a change to take out the unnecessary type info where the map is a HashMap, since that's the default anyway[04:48:53] <TEttinger> but after 1.7.2[04:49:00] <TEttinger> err[04:49:02] <TEttinger> before[04:49:25] <TEttinger> before 1.7.3, since 1.7.2 and 1.9.4 should both skip the HashMap class info[04:49:59] <TEttinger> oh, newColumn[04:50:04] <TEttinger> that may be an issue too[04:50:14] <TEttinger> it isn't present in the json[04:50:37] <TEttinger> you can write a custom deserializer pretty simply for this kind of type[04:51:05] <TEttinger> it would assign a value to newColumn even though the older json doesn't have it[04:51:11] <TEttinger> (some default value)[04:51:44] <TEttinger> there's a zero-argument constructor for Verse, right?[04:52:41] <Dig> There isn't any constructor specified, so it'll just have the default zero-argument one.[04:53:13] <TEttinger> I think it will probably be OK with no newColumn info in the json[04:53:19] <TEttinger> not totally sure[04:53:49] <TEttinger> can you add a current version's serialized json for that verse?[04:53:58] <TEttinger> I'm not sure if it would be any trouble[04:54:32] *** xornemisis <xornemisis!~midway666@r49-3-91-164.cpe.vividwireless.net.au> has joined #libgdx[04:54:36] <Dig> Oh hang on (its a while since I worked on this) There is a FavouriteVerse class and this JSON is one of those, I'll add that code to the gist in case that makes anything clearer.[04:54:46] <TEttinger> it would, yes! thanks[04:54:47] *** xornemisis <xornemisis!~midway666@r49-3-91-164.cpe.vividwireless.net.au> has quit IRC (Client Quit)[04:55:12] <TEttinger> The Ark of the Covenant: yet another weapon of mass destruction in the middle east that just can't be found[04:55:16] <Dig> https://gist.github.com/DigNZ/afdf328e16f33f096796663afec51485[04:55:20] <Dig> Ha ha[04:55:44] <Dig> I'm a bit worried about being smited as a heathen while working on this project :p[04:56:28] <TEttinger> long shot, but is private Map<String, List<Verse>> verses;[04:56:39] <TEttinger> could that be changed to HashMap instead of Map ?[04:57:10] <TEttinger> it is one of those things that archaeologists would probably kill to acquire[04:57:52] <Dig> I can be, I'll try it out now.[04:58:11] <TEttinger> I don't know if that will change the info in a way that fixes or breaks it[04:58:25] <TEttinger> or if it can actually be loaded now and produce the same info? not sure[04:58:47] <TEttinger> that seems like the issue though[05:00:54] <TEttinger> wooooooah[05:01:11] <Dig> I think that has fixed it![05:01:20] <TEttinger> really? woah![05:01:25] <Dig> Yeah I think so..[05:01:41] <Dig> I'm going to clear everything up and try it from the start but it looks good![05:01:57] <TEttinger> I think the issue is that it was storing the string "class" and the string "java.util.HashMap" as keys and values[05:02:20] <TEttinger> when "java.util.HashMap" was read, it tried to read it as a List of Verse objects[05:02:27] <TEttinger> which doesn't work[05:04:57] <Dig> Strange it used to work with just 1.7.1. But yeah, changing it to HashMap instead of Map and updating to 1.9.4 and everything is loading well. Put it back to Map and it crashes again.[05:05:57] <Dig> Thanks so much![05:11:00] <TEttinger> glad to help![05:12:09] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has quit IRC (Ping timeout: 268 seconds)[05:32:20] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has joined #libgdx[05:32:28] *** lukass_ <lukass_!~lukass@p5087CC49.dip0.t-ipconnect.de> has joined #libgdx[05:34:08] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has joined #libgdx[05:34:55] *** lukass <lukass!~lukass@p5087C414.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[05:35:21] *** icomputo <icomputo!~saku@177.228.137.76> has joined #libgdx[05:39:10] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[05:39:37] *** guardianL_ <guardianL_!~guardian@120.29.5.222> has joined #libgdx[07:02:42] *** Mac70 <Mac70!~Mac70@195.187.156.43> has quit IRC (Read error: Connection reset by peer)[07:28:22] *** darkamikaze <darkamikaze!~darkamika@cpe-76-169-176-20.socal.res.rr.com> has quit IRC (Read error: Connection reset by peer)[08:04:27] *** gerds0n <gerds0n!~gerds0n@p5DCDE922.dip0.t-ipconnect.de> has joined #libgdx[08:31:24] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has quit IRC (Remote host closed the connection)[08:48:05] *** mk1 <mk1!c291ebf8@gateway/web/cgi-irc/kiwiirc.com/ip.194.145.235.248> has joined #libgdx[08:51:00] *** davebaol <davebaol!~davebaol@93.92.79.200> has joined #libgdx[08:52:56] *** guardianL <guardianL!~guardian@pa49-197-113-90.pa.qld.optusnet.com.au> has joined #libgdx[08:56:20] *** guardianL_ <guardianL_!~guardian@120.29.5.222> has quit IRC (Ping timeout: 250 seconds)[08:56:50] *** guardianL_ <guardianL_!~guardian@120.29.5.222> has joined #libgdx[08:58:17] *** Shockah|Work <Shockah|Work!~Shockah@185.28.17.74> has joined #libgdx[09:00:23] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has quit IRC (Quit: Ĝis revido)[09:00:24] *** guardianL <guardianL!~guardian@pa49-197-113-90.pa.qld.optusnet.com.au> has quit IRC (Read error: Connection reset by peer)[09:12:52] *** guardianL_ <guardianL_!~guardian@120.29.5.222> has quit IRC ()[09:16:58] *** iprime <iprime!~v@unaffiliated/iprime> has quit IRC (Ping timeout: 250 seconds)[09:18:17] *** Namigator <Namigator!~lisa@5.147.40.77> has quit IRC (Ping timeout: 268 seconds)[09:18:42] *** Namigator <Namigator!~lisa@5.147.40.77> has joined #libgdx[09:25:50] *** guardianL_ <guardianL_!~guardian@58-7-194-122.dyn.iinet.net.au> has joined #libgdx[09:29:08] *** smelC <smelC!~churlin@4be54-1-81-56-4-73.fbx.proxad.net> has joined #libgdx[09:40:25] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[09:40:33] *** solarlune <solarlune!~solarlune@2606:6000:6507:3900:4ecc:6aff:fe03:da25> has quit IRC (Quit: Leaving)[09:49:12] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 250 seconds)[09:50:14] *** 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)[09:59:12] *** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has joined #libgdx[10:00:45] *** icomputo <icomputo!~saku@177.228.137.76> has quit IRC (Quit: icomputo.com)[10:05:04] *** [AD]Turbo <[AD]Turbo!~ADTurbo@host242-241-dynamic.56-79-r.retail.telecomitalia.it> has joined #libgdx[10:05:23] <[AD]Turbo> hi there[10:11:40] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[10:12:34] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has joined #libgdx[10:14:21] <monsieur_h> Hi [AD]Turbo[10:16:08] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 244 seconds)[10:22:53] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[10:24:05] *** crazy_im1 <crazy_im1!~mj@a89-182-203-36.net-htp.de> has quit IRC (Quit: Reconnecting)[10:24:11] *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has joined #libgdx[10:27:10] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 252 seconds)[10:35:28] *** Jonas__ <Jonas__!~Jonas__@unaffiliated/jonas/x-7723671> has quit IRC (Ping timeout: 245 seconds)[10:36:24] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[10:41:16] *** davimore__ <davimore__!~davimore@93.190.142.45> has joined #libgdx[10:44:16] *** davimore_ <davimore_!~davimore@93.190.142.45> has quit IRC (Ping timeout: 260 seconds)[10:44:19] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has quit IRC (Ping timeout: 256 seconds)[10:47:06] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has quit IRC (Quit: remonvv)[10:48:19] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has joined #libgdx[10:52:48] *** Larry1123 <Larry1123!Larry1123@irc.larry1123.net> has joined #libgdx[10:53:15] *** Jonas__ <Jonas__!~Jonas__@unaffiliated/jonas/x-7723671> has joined #libgdx[10:55:05] *** Jonas___ <Jonas___!~Jonas__@unaffiliated/jonas/x-7723671> has joined #libgdx[10:55:11] *** Jonas__ <Jonas__!~Jonas__@unaffiliated/jonas/x-7723671> has quit IRC (Client Quit)[10:59:53] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-cvlltrrldhykovru> has joined #libgdx[11:02:26] *** Neomex <Neomex!~Neomex@bqu61.neoplus.adsl.tpnet.pl> has joined #libgdx[11:02:37] *** mk2 <mk2!c291ebf8@gateway/web/cgi-irc/kiwiirc.com/ip.194.145.235.248> has joined #libgdx[11:02:42] *** mk2 is now known as mk1[11:13:09] *** iprime <iprime!~v@unaffiliated/iprime> has joined #libgdx[11:14:43] *** Biliogadafr1 <Biliogadafr1!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has joined #libgdx[11:16:21] *** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-183.telecom.by> has quit IRC (Ping timeout: 260 seconds)[11:40:33] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has quit IRC (Remote host closed the connection)[11:41:55] *** guardianL_ <guardianL_!~guardian@58-7-194-122.dyn.iinet.net.au> has quit IRC (Read error: Connection reset by peer)[11:42:00] *** Rembrandt <Rembrandt!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[11:42:10] *** guardianL_ <guardianL_!~guardian@58-7-194-122.dyn.iinet.net.au> has joined #libgdx[11:43:45] *** Rembrandt is now known as JoeyDePoey[11:48:01] *** mk1 <mk1!c291ebf8@gateway/web/cgi-irc/kiwiirc.com/ip.194.145.235.248> has quit IRC (Quit: Leaving)[11:49:23] *** mk2 <mk2!c291ebf8@gateway/web/cgi-irc/kiwiirc.com/ip.194.145.235.248> has joined #libgdx[11:50:20] *** mk2 <mk2!c291ebf8@gateway/web/cgi-irc/kiwiirc.com/ip.194.145.235.248> has quit IRC (Client Quit)[11:56:30] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has quit IRC (Quit: remonvv)[11:56:52] <JoeyDePoey> Hi guys, has anyone gone trough the process of setting up a google play merchant account? I need to answer the question "What do you sell", should i pick "Electronic goods" if i sell in app purchases?[11:57:01] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has joined #libgdx[11:58:58] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Remote host closed the connection)[12:08:05] *** thomastc <thomastc!~thomas@fwn-nb4-edu-61-85.fmnsedu.rug.nl> has quit IRC (Ping timeout: 248 seconds)[12:09:12] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has quit IRC (Quit: remonvv)[12:09:27] *** thomastc <thomastc!~thomas@fwn-nb4-edu-61-85.fmnsedu.rug.nl> has joined #libgdx[12:10:03] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[12:11:31] *** Serpent7776 <Serpent7776!~Serpent77@90-156-68-175.internetia.net.pl> has joined #libgdx[12:22:11] *** deniska_ <deniska_!~denis@unaffiliated/deniska> has joined #libgdx[12:22:20] *** deniska <deniska!~denis@unaffiliated/deniska> has quit IRC (Ping timeout: 260 seconds)[12:27:47] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-cvlltrrldhykovru> has quit IRC (Read error: Connection reset by peer)[12:27:52] *** TEttinger <TEttinger!~notostrac@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds)[12:27:52] *** jutah <jutah!uid12980@gateway/web/irccloud.com/x-xucfclurjarvsikx> has quit IRC (Read error: Connection reset by peer)[12:28:08] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-dqdycoygytmutmuw> has joined #libgdx[12:28:24] *** jutah <jutah!uid12980@gateway/web/irccloud.com/x-snjuafcuqaenjffu> has joined #libgdx[12:37:45] *** karab44 <karab44!~karab44@unaffiliated/karab44> has joined #libgdx[12:43:24] *** FrottyZ <FrottyZ!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has joined #libgdx[12:46:08] *** FrottyZad <FrottyZad!~FrottyZao@ip-178-200-234-13.hsi07.unitymediagroup.de> has quit IRC (Ping timeout: 260 seconds)[12:50:20] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has joined #libgdx[13:02:14] *** cackling_ladies <cackling_ladies!~cackling_@14.162.209.116> has joined #libgdx[13:07:48] *** monsieur_h1 <monsieur_h1!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[13:14:32] *** monsieur_h1 <monsieur_h1!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has quit IRC (Ping timeout: 260 seconds)[13:16:18] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has quit IRC (Quit: remonvv)[13:18:29] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has joined #libgdx[13:28:35] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has quit IRC (Quit: remonvv)[13:28:58] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has joined #libgdx[13:33:57] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has quit IRC (Remote host closed the connection)[13:34:30] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[13:38:55] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has quit IRC (Ping timeout: 252 seconds)[13:43:13] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-dqdycoygytmutmuw> has quit IRC (Quit: Connection closed for inactivity)[13:47:59] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-oqqddqyohfsbyrsg> has joined #libgdx[13:51:49] *** deniska_ is now known as deniska[13:51:54] *** Joetz <Joetz!~Johannes@cable-78-34-30-47.netcologne.de> has joined #libgdx[14:00:32] *** NooBxGockeL <NooBxGockeL!~NooBxGock@p200300802D2C3D00E9BCB8F2058E7C22.dip0.t-ipconnect.de> has joined #libgdx[14:03:31] *** Xoppa <Xoppa!~Xoppa@54689556.cm-12-1c.dynamic.ziggo.nl> has joined #libgdx[14:03:31] *** ChanServ sets mode: +o Xoppa[14:10:25] *** Mac70 <Mac70!~Mac70@195.187.156.43> has joined #libgdx[14:24:48] *** karab44 <karab44!~karab44@unaffiliated/karab44> has quit IRC ()[14:45:19] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[14:51:31] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Ping timeout: 244 seconds)[14:58:36] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has quit IRC (Ping timeout: 250 seconds)[14:59:42] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[15:00:33] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[15:02:15] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[15:07:34] *** laubed1 <laubed1!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[15:08:45] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)[15:09:06] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[15:12:01] *** laubed1 <laubed1!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)[15:13:19] *** laubed1 <laubed1!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[15:14:28] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has quit IRC (Ping timeout: 260 seconds)[15:14:42] *** monsieur_h <monsieur_h!~Thunderbi@194.125-14-84.ripe.coltfrance.com> has joined #libgdx[15:14:48] *** rubenwardy <rubenwardy!~rubenward@unaffiliated/rubenwardy> has joined #libgdx[15:15:58] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds)[15:15:58] *** laubed1 is now known as laubed[15:16:25] *** NooBxGockeL <NooBxGockeL!~NooBxGock@p200300802D2C3D00E9BCB8F2058E7C22.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[15:17:22] *** Isogash <Isogash!~Isogash@87.127.112.116> has joined #libgdx[15:28:12] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Ping timeout: 244 seconds)[15:39:12] *** davimore_ <davimore_!~davimore@93.190.142.45> has joined #libgdx[15:42:21] *** davimore__ <davimore__!~davimore@93.190.142.45> has quit IRC (Ping timeout: 260 seconds)[15:46:23] <Voidburn> Hey guys, anyone here using kryonet has experienced "Incorrect number of bytes (N remaining) used to deserialize object" when using a DeflateSerializer?[15:46:32] <Voidburn> If I don't compress it's rock solid[15:48:25] <Tomski> If you arent registering classes in the same order[15:48:35] <Tomski> or if there is any mismatch between client and server[15:49:10] <Voidburn> they are registered by a centralized method, order isn't the issue[15:49:25] <Voidburn> it only behaves like this (randomly) when I'm using compression[15:50:06] <Voidburn> uhm, I remember reading something about the default primitives optimization clashing with the deflater, maybe it's that[15:50:37] <Tomski> Can you reproduce it in a single class?[15:50:45] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-vxjstusgayslnzvv> has joined #libgdx[15:50:58] <Voidburn> you mean creating an independent test?[15:51:07] <Tomski> sure[15:51:59] <Voidburn> not on the fly, but I'm definitely going to put the time in after I check the default serializers for primitives[15:52:13] <Voidburn> I want to try and disable the int/float automatic optimizations first[15:52:24] <Tomski> What are you testing on at the moment?[15:52:30] <Tomski> Client and server on the same machine?[15:52:42] <Voidburn> yep[15:53:11] <Voidburn> the calss is nothing special, an array of ints and another bunch of ints[15:54:20] <Voidburn> making a stand-alone test case is problematic since at the moment the code fetches the data from a database, uses RMI and is embedded in the test UI (which queues 20 requests every button press, and updates each request status as soon as the worker pool satisfies them)[15:55:01] <Voidburn> but I'll get there if my gut feeling about the primitives optimization is wrong (just can't remeber how to disable it)[15:55:04] <Tomski> er[15:55:09] <Tomski> Then its not a stand alone test[15:55:16] <Voidburn> most definitely not :D[15:55:21] <Tomski> If you think the issue is kryonet, you dont need any of that[15:56:16] <Voidburn> my instinct is I'm piling the primitives default optimization on top of deflate serialization, which might cause the problem[15:56:25] <Voidburn> in which case it's not kryonet, it's misuse on my part :D[16:01:16] *** nexsoftware <nexsoftware!~nexsoftwa@2607:fb90:2291:986a:fa1c:471a:db0d:a92a> has joined #libgdx[16:01:16] *** ChanServ sets mode: +o nexsoftware[16:01:21] *** nexsoftware <nexsoftware!~nexsoftwa@2607:fb90:2291:986a:fa1c:471a:db0d:a92a> has quit IRC (Client Quit)[16:04:38] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:2274:f54f:55c5:3db0:1c04:a8d3> has quit IRC (Ping timeout: 245 seconds)[16:07:27] <Voidburn> mmm nope, updated to Kryo's latest (which disables the varints optimizations by default) and it still happens[16:09:16] <Voidburn> question Tomski, if I tell Kryo to use the deflate serializer on int[] and then transport an int[] within a class, does it compress that chunk of data even if the outer class does not require it?[16:15:49] <Voidburn> mmm nope, which makes sense, it would compress already compressed data otherwise[16:16:19] <Voidburn> well I guess I'll put a big TODO on this one and try to recreate the issue outside the engine[16:16:48] <Tomski> You are serailizing an int[] and then serializing it again?[16:17:50] <Tomski> Should be easy to create a simple test, kryo only deflate, then move to kryonet with deflate[16:20:48] <Voidburn> I found the "offending" class[16:20:52] <Voidburn> it's the gdx Array[16:22:26] <Voidburn> I can probably optimize this, figure out the correct size before hand and use a plain array, see if that works[16:23:37] <Voidburn> it's definitely at Kryo level though, it's not Kryonet[16:23:53] <Voidburn> so eventually I'll create a test and open an issue there[16:33:24] *** davebaol <davebaol!~davebaol@93.92.79.200> has quit IRC (Ping timeout: 260 seconds)[16:34:56] *** solarlune <solarlune!~solarlune@2606:6000:6507:3900:4ecc:6aff:fe03:da25> has joined #libgdx[16:38:41] *** CaptainLex <CaptainLex!~CaptainLe@12.104.244.5> has joined #libgdx[16:39:22] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has joined #libgdx[16:46:45] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has joined #libgdx[16:50:13] *** realitix <realitix!~realitix@92.103.166.6> has joined #libgdx[16:51:19] *** deniska_ <deniska_!~denis@unaffiliated/deniska> has joined #libgdx[16:52:34] *** Shockah|Work <Shockah|Work!~Shockah@185.28.17.74> has quit IRC (Quit: Leaving)[16:53:06] *** realitix <realitix!~realitix@92.103.166.6> has quit IRC (Remote host closed the connection)[16:53:16] *** realitix <realitix!~realitix@92.103.166.6> has joined #libgdx[16:54:20] *** deniska <deniska!~denis@unaffiliated/deniska> has quit IRC (Ping timeout: 260 seconds)[16:56:32] *** ficolas <ficolas!5d7295f1@gateway/web/freenode/ip.93.114.149.241> has joined #libgdx[16:58:45] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-ysxttjkygafilamo> has quit IRC (Ping timeout: 248 seconds)[17:12:16] *** jeffol <jeffol!~jeffol@65.158.118.6> has joined #libgdx[17:13:22] *** Olloth <Olloth!sid14699@gateway/web/irccloud.com/x-jqjsbnlbdrsmfsiv> has joined #libgdx[17:22:25] *** realitix1 <realitix1!~Thunderbi@92.103.166.6> has joined #libgdx[17:22:37] *** realitix <realitix!~realitix@92.103.166.6> has quit IRC (Quit: Bye)[17:22:37] *** realitix1 is now known as realitix[17:25:25] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[17:29:31] *** TEttinger <TEttinger!~notostrac@76-217-24-171.lightspeed.irvnca.sbcglobal.net> has joined #libgdx[17:39:26] *** SusWombat <SusWombat!~suspiciou@ipbcc25ca4.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 244 seconds)[17:41:23] *** deniska_ is now known as deniska[17:41:43] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Ping timeout: 245 seconds)[17:44:07] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[17:45:33] *** waterCreature <waterCreature!774ad866@gateway/web/cgi-irc/kiwiirc.com/ip.119.74.216.102> has joined #libgdx[17:45:52] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Ping timeout: 250 seconds)[17:48:53] *** Oebele <Oebele!~quassel@143.177.58.202> has joined #libgdx[17:57:06] *** solarlune <solarlune!~solarlune@2606:6000:6507:3900:4ecc:6aff:fe03:da25> has quit IRC (Quit: Leaving)[17:58:40] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has quit IRC (Ping timeout: 268 seconds)[17:59:51] *** solarlune <solarlune!~solarlune@2606:6000:6507:3900:4ecc:6aff:fe03:da25> has joined #libgdx[18:04:24] *** guardianL_ <guardianL_!~guardian@58-7-194-122.dyn.iinet.net.au> has quit IRC (Ping timeout: 260 seconds)[18:07:29] *** Serpent7776 <Serpent7776!~Serpent77@90-156-68-175.internetia.net.pl> has quit IRC (Quit: Leaving)[18:09:14] *** Shockah <Shockah!~Shockah@cez49.neoplus.adsl.tpnet.pl> has joined #libgdx[18:16:01] <waterCreature> even publishing a free, no ads through google playstore take so much time.[18:16:42] <waterCreature> my eyelids are drooping uncontrollably[18:19:09] *** waterCreature <waterCreature!774ad866@gateway/web/cgi-irc/kiwiirc.com/ip.119.74.216.102> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)[18:27:10] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[18:32:44] *** realitix <realitix!~Thunderbi@92.103.166.6> has quit IRC (Quit: realitix)[18:42:42] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[18:43:13] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[18:43:41] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has quit IRC (Ping timeout: 268 seconds)[18:48:14] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[18:49:16] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has quit IRC (Remote host closed the connection)[18:49:48] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[18:53:48] *** davimore <davimore!~davimore@253-148-045-062.dynamic.caiway.nl> has joined #libgdx[18:54:15] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has quit IRC (Ping timeout: 252 seconds)[18:55:21] *** davimore_ <davimore_!~davimore@93.190.142.45> has quit IRC (Ping timeout: 252 seconds)[18:57:26] *** remonvv <remonvv!~remon@ip-213-127-248-102.ip.prioritytelecom.net> has left #libgdx[18:58:49] *** kjempff <kjempff!~kvirc@1004ds2-arno.0.fullrate.ninja> has joined #libgdx[18:59:52] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Ping timeout: 260 seconds)[19:04:24] *** smelC <smelC!~churlin@4be54-1-81-56-4-73.fbx.proxad.net> has quit IRC (Quit: www.schplaf.org/hgames/)[19:15:52] *** Sadale <Sadale!~Sadale@unaffiliated/sadale> has quit IRC (Quit: Ĝis revido)[19:19:01] *** mtphr <mtphr!~metaphore@31.204.23.14> has joined #libgdx[19:27:39] *** [AD]Turbo <[AD]Turbo!~ADTurbo@host242-241-dynamic.56-79-r.retail.telecomitalia.it> has quit IRC ()[19:29:38] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Quit: laubed)[19:29:54] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has joined #libgdx[19:30:31] *** JoeyDePoey <JoeyDePoey!~rembrandt@c98195.upc-c.chello.nl> has joined #libgdx[19:33:21] *** LegendThinker <LegendThinker!LegendThin@gateway/shell/fnordserver.eu/x-nlfpnzplrrulcgow> has quit IRC (*.net *.split)[19:33:21] *** wulax <wulax!~wulax@c-94-255-235-218.cust.bredband2.com> has quit IRC (*.net *.split)[19:33:22] *** Voltasalt <Voltasalt!~Voltasalt@5.101.100.240> has quit IRC (*.net *.split)[19:33:22] *** porkotron <porkotron!laski@punainen.org> has quit IRC (*.net *.split)[19:33:22] *** diphtherial <diphtherial!~diphtheri@unaffiliated/escherial> has quit IRC (*.net *.split)[19:33:22] *** kamui <kamui!~kamui@vps1.shinkamui.net> has quit IRC (*.net *.split)[19:33:22] *** LuaKT <LuaKT!~LuaKT@unaffiliated/luakt> has quit IRC (*.net *.split)[19:33:22] *** stowelly <stowelly!~stowelly@2a01:4f8:160:51eb::2> has quit IRC (*.net *.split)[19:33:22] *** JustAPoring <JustAPoring!~poring@2a01:488:66:1000:523:f3ae:0:1> has quit IRC (*.net *.split)[19:33:22] *** rosseaux <rosseaux!~BeRo@2a00:1828:2000:859::2> has quit IRC (*.net *.split)[19:33:23] *** bnicholson <bnicholson!sid481@gateway/web/mozilla/x-pcyjmatdogaqkhxu> has quit IRC (*.net *.split)[19:33:23] *** SpaceKookie <SpaceKookie!~SpaceKook@2a01:4f8:d16:4ad2::2> has quit IRC (*.net *.split)[19:33:23] *** [Neurotic] <[Neurotic]!sid10123@gateway/web/irccloud.com/x-zgiawoiqlkxloffr> has quit IRC (*.net *.split)[19:33:23] *** Aldous <Aldous!sid152504@gateway/web/irccloud.com/x-egibhsoxhbokvlke> has quit IRC (*.net *.split)[19:33:23] *** schnizzle <schnizzle!~schnizzle@2a05:8b81:1000:3d::dc48> has quit IRC (*.net *.split)[19:33:23] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has quit IRC (*.net *.split)[19:33:29] *** diphther1al <diphther1al!~diphtheri@dainsleif.mooo.com> has joined #libgdx[19:33:30] *** SpaceKoo- <SpaceKoo-!~SpaceKook@2a01:4f8:d16:4ad2::2> has joined #libgdx[19:33:30] *** shinkamui <shinkamui!~kamui@vps1.shinkamui.net> has joined #libgdx[19:33:34] *** schnizzle <schnizzle!~schnizzle@bergmeister.tirol> has joined #libgdx[19:33:37] *** porktron <porktron!laski@punainen.org> has joined #libgdx[19:33:51] *** Voltasalt_ <Voltasalt_!~Voltasalt@5.101.100.240> has joined #libgdx[19:33:53] *** shinkamui is now known as kamui[19:33:58] *** stowelly <stowelly!~stowelly@2a01:4f8:160:51eb::2> has joined #libgdx[19:33:59] *** LuaKT <LuaKT!~LuaKT@luakt.net> has joined #libgdx[19:34:02] *** laubed <laubed!~Thunderbi@ipservice-092-210-073-170.092.210.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds)[19:34:09] *** LuaKT <LuaKT!~LuaKT@luakt.net> has quit IRC (Changing host)[19:34:09] *** LuaKT <LuaKT!~LuaKT@unaffiliated/luakt> has joined #libgdx[19:34:12] *** wulax <wulax!~wulax@c-94-255-235-218.cust.bredband2.com> has joined #libgdx[19:34:27] *** JustAPoring <JustAPoring!~poring@2a01:488:66:1000:523:f3ae:0:1> has joined #libgdx[19:34:43] *** bnicholson <bnicholson!~sid481@2620:101:8016:74::5:1e1> has joined #libgdx[19:35:30] *** rosseaux <rosseaux!~BeRo@228.66.238.89.in-addr.arpa.manitu.net> has joined #libgdx[19:42:01] *** Aldous <Aldous!sid152504@gateway/web/irccloud.com/x-bdtxmkbgrvtohybh> has joined #libgdx[19:47:05] *** [Neurotic] <[Neurotic]!sid10123@gateway/web/irccloud.com/x-sxjbwustgctouxqj> has joined #libgdx[19:49:08] *** rgr <rgr!~user@p20030086AB0F06757EDD90FFFE49493A.dip0.t-ipconnect.de> has joined #libgdx[19:52:34] *** NooBxGockeL <NooBxGockeL!~NooBxGock@p200300802D2C3D0094FF9556DFDFC4FC.dip0.t-ipconnect.de> has joined #libgdx[19:52:49] <diphther1al> is there a relatively easy way to draw text with a shapeRenderer, or do i have to create a whole new spritebatch and begin and end it after the shapeRenderer?[19:54:24] <dnyy> why you using shape renderer?[19:55:19] <dnyy> i think i heard way back (maybe been fixed idk) not to use shape renderer since not great performance[19:55:31] <dnyy> use sprites instead and you can draw text w/ the same batch[19:56:13] <Tomski> ^[19:56:16] *** mxttie <mxttie!~mattie@d51a46969.access.telenet.be> has joined #libgdx[19:56:56] <diphther1al> i'm using it for debugging[19:57:11] <diphther1al> ok, so i'll create a separate batch for the debug text, i suppose[19:58:27] <Tomski> When you say separate?[19:58:37] <Tomski> You can use a batch you already have[20:02:16] <diphther1al> that's a fair idea, although it seems unnecessary to optimize debug drawing for a throwaway project[20:04:11] *** howitdo <howitdo!~howitdo@unaffiliated/howitdo> has joined #libgdx[20:04:51] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has joined #libgdx[20:11:14] *** LegendThinker <LegendThinker!LegendThin@gateway/shell/fnordserver.eu/x-socnauivfutcjosa> has joined #libgdx[20:19:28] *** davebaol <davebaol!~davebaol@93-38-225-233.ip72.fastwebnet.it> has joined #libgdx[20:23:48] *** icomputo <icomputo!~saku@148.227.223.248> has joined #libgdx[20:29:15] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has quit IRC (Quit: laubed)[20:29:40] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has joined #libgdx[20:31:02] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[20:35:33] <diphther1al> heh, i did end up using a batch i already had[20:35:46] <ficolas> is not using a viewport, but changing the text size depending on the device ok? if so how do I know what text size to use?[20:36:09] <ficolas> with not using a viewport i mean using a screen viewport[20:39:11] <ficolas> or, maybe I do need to use a viewport...[20:41:29] *** cackling_ladies <cackling_ladies!~cackling_@14.162.209.116> has quit IRC (Ping timeout: 260 seconds)[20:42:15] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has quit IRC (Quit: laubed)[20:46:38] <ficolas> This is what I want to be seen in every device http://i.imgur.com/pmfOjpw.png (The board part I have it alredy thought out), but the upper and lower menus... I dont exactly know how to do correctly[20:47:10] <ficolas> I want to make the menus be (screenHeight-screenWidth)/2 high, so that the non-menu covered part is a square[20:47:42] <ficolas> I did this with a screen viewport, and the pieces part/back frame works fine, but the button doesnt[20:48:20] <ficolas> I dont know if I would need to change the button text size or if I need to use a viewport for the whole thing[20:50:45] *** laubed <laubed!~Thunderbi@p200300566D7107002805B07D2372D5B4.dip0.t-ipconnect.de> has joined #libgdx[20:56:57] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[21:00:08] *** hextileX <hextileX!~Thunderbi@xdsl-87-79-233-226.netcologne.de> has joined #libgdx[21:00:29] *** iprime <iprime!~v@unaffiliated/iprime> has quit IRC (Quit: Leaving)[21:07:20] *** jeffol <jeffol!~jeffol@65.158.118.6> has quit IRC (Quit: Leaving...)[21:11:36] *** atrus6 <atrus6!~Thunderbi@72.241.82.247> has joined #libgdx[21:13:48] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Ping timeout: 260 seconds)[21:17:08] *** laubed <laubed!~Thunderbi@p200300566D7107002805B07D2372D5B4.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 245 seconds)[21:24:25] <TEttinger> ficolas: there's several scaling viewports you could use[21:24:43] <ficolas> but none seem to fit what I need[21:25:27] <TEttinger> keep in mind if the chess pieces aren't scaled somehow, it's going to have really tiny pieces on high-dpi screens like any new android phone[21:25:35] *** Kuvis <Kuvis!~owner@line-5467.dyn.kponet.fi> has quit IRC (Remote host closed the connection)[21:26:28] <ficolas> what viewport should I use then? if I use a fit viewport, black bars appear, a fill one and a part of the menu may be cut[21:26:43] <TEttinger> well they don't need to be black bars[21:26:50] <TEttinger> you can have some background texture[21:26:58] <ficolas> well not exactly black bars[21:27:17] <ficolas> but the ideal wold be if the greyish frames appeared all the way across the screen[21:27:29] <TEttinger> and there's no single aspect ratio possible[21:27:47] <ficolas> ??[21:30:19] <ficolas> the chess pieces arent a problem[21:30:21] <TEttinger> https://en.wikipedia.org/wiki/List_of_common_resolutions[21:30:29] <ficolas> the problem is the button, with the text[21:30:43] <TEttinger> well a viewport would scale both[21:31:04] <TEttinger> text scales poorly if the font is pixel-perfect and is then enlarged[21:31:19] <TEttinger> you can have multiple fonts, but you quickly make a lot[21:31:26] <TEttinger> freetype is a solution for much of this[21:31:36] <ficolas> yes, but maybe if I could set the text size to a correct one, using a screen viewport, the rest of the scene is correc[21:31:40] <ficolas> im using freetype[21:32:04] <ficolas> but how do I find the correct text size[21:32:21] <ficolas> for the screen height[21:32:40] <Xoppa> how big do you want it to be in relation to the screen height?[21:33:26] <ficolas> 1/6(height-width)[21:33:47] <ficolas> so (height-width)/6[21:33:52] <ficolas> more or less[21:33:55] <Xoppa> then that´s the size you generate your font for[21:34:01] <TEttinger> wait what[21:34:10] <TEttinger> on a square screen that's 0 size[21:34:23] <ficolas> are there any phones with square screens?[21:34:39] <Xoppa> or use a distance field font[21:34:42] <TEttinger> any smart watch[21:35:05] <TEttinger> but also if width is greater than height, so any tablet, it's negative height[21:35:25] <ficolas> I have the game so that it can only be run in portrait mode[21:35:32] <TEttinger> ok, that helps[21:35:44] <ficolas> I want the board without menus to be a square[21:35:47] <ficolas> like in the image http://i.imgur.com/pmfOjpw.png[21:35:53] <TEttinger> should still be a minimum width[21:35:55] <ficolas> the menus take the rest[21:36:15] *** Scellow_ <Scellow_!~quassel@bly33-1-78-246-251-30.fbx.proxad.net> has quit IRC (Remote host closed the connection)[21:36:38] <Xoppa> it´s not 1/6 in that image[21:36:40] <TEttinger> err, minimum size, which would shrink the square if the screen is 4:3 or something that used to be common[21:36:58] <Xoppa> more like 1/20 or so[21:37:13] <TEttinger> you may want the ratio between height and width rather than the difference[21:37:31] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has joined #libgdx[21:38:00] *** Scellow <Scellow!~quassel@bly33-1-78-246-251-30.fbx.proxad.net> has joined #libgdx[21:42:16] <ficolas> 1/12 seems to work fine[21:43:31] <ficolas> now i'll just have to make different resources for the different pixel densities so that the 9patches dont derp[21:43:36] <ficolas> thanks[21:48:53] *** ShivanHunter_ <ShivanHunter_!~quassel@cpe-98-25-97-110.sc.res.rr.com> has joined #libgdx[21:50:33] *** ShivanHunter <ShivanHunter!~quassel@cpe-98-25-97-110.sc.res.rr.com> has quit IRC (Ping timeout: 260 seconds)[22:08:58] *** davimore <davimore!~davimore@253-148-045-062.dynamic.caiway.nl> has quit IRC (Quit: Leaving)[22:12:36] *** laubed <laubed!~Thunderbi@p57A94756.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)[22:16:06] *** c0ke <c0ke!~Adium@2a02:c7d:b414:1800:4132:725c:b551:c35f> has joined #libgdx[22:17:40] <c0ke> Hey guys, if I have an image referenced in my uiskin.json but I'd like to specify that image's min width and height how would I go about doing that? For example… http://pastebin.com/XsT7W8vC How would I go about setting the minWidth and minHeight on the knob field[22:24:56] <c0ke> I'm not sure I can actually do it as it's a drawable and that would affect every other place it's referenced at a guess[22:29:31] <FrottyZ> yes[22:31:35] *** mxttie <mxttie!~mattie@d51a46969.access.telenet.be> has quit IRC (Quit: Doodiedoodiedoodiedoooo)[22:48:30] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has quit IRC (Ping timeout: 268 seconds)[22:49:26] *** Betalord <Betalord!bce68946@gateway/web/freenode/ip.188.230.137.70> has joined #libgdx[22:49:30] <Betalord> hi[22:50:01] <Betalord> a quick question: how can I use ImageButton using a certain style and with an overlay image?[22:50:23] <Betalord> that is, I want to use style of normal button, with a small icon over it[22:50:31] <Betalord> (this is what ImageButton is for, I assume)[22:57:34] *** davimore <davimore!~davimore@46.227.67.83> has joined #libgdx[23:00:20] *** mobidevelop <mobidevelop!~nexsoftwa@2607:fb90:84bb:ebd6:2eef:3431:9c84:d078> has joined #libgdx[23:00:20] *** ChanServ sets mode: +o mobidevelop[23:05:48] *** NooBxGockeL <NooBxGockeL!~NooBxGock@p200300802D2C3D0094FF9556DFDFC4FC.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[23:10:38] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has joined #libgdx[23:11:07] <ficolas> Image button has just one image[23:11:30] <ficolas> if you want a image on top of an image, you will need to use a stack, and inside the stack an image and a button[23:14:27] <Betalord> ah, ok. Isn't there a way to add children to ImageButton though? So I could add a Drawable image on top of it[23:15:09] *** [twisti] <[twisti]!~twisti@ipv6.toadwater.com> has quit IRC (Ping timeout: 256 seconds)[23:15:26] <Xoppa> ImageButton should be just fine for what you want[23:15:33] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-vxjstusgayslnzvv> has quit IRC (Read error: Connection reset by peer)[23:15:43] *** solarlune <solarlune!~solarlune@2606:6000:6507:3900:4ecc:6aff:fe03:da25> has quit IRC (Ping timeout: 256 seconds)[23:15:44] <Xoppa> the image is drawn on top of the button[23:16:08] *** Kotcrab <Kotcrab!uid51771@gateway/web/irccloud.com/x-ozwerxyzogdarkrk> has joined #libgdx[23:16:59] <Xoppa> but if you like, button is just a table, you can add as many actors as you like.[23:17:03] <Betalord> Xoppa, but how do I use it? It seems whatever I do it's either the button from the style, or the image only. Just can't get both to be drawn[23:17:27] *** Krash <Krash!~Krash@the.time.cab> has quit IRC (Ping timeout: 256 seconds)[23:18:15] <Betalord> this is how I use it anyway:[23:18:21] <Betalord> pauseResumeButton = new ImageButton(game.uiSkin);[23:18:24] <Betalord> pauseResumeButton.setStyle(new ImageButtonStyle(null, null, null, pauseIcon, null, null));[23:18:30] <Betalord> not sure if this is the right way?[23:18:58] <Xoppa> why would you do that?[23:19:05] <Xoppa> and please use pastebin or alike for sharing code[23:19:16] <Betalord> ok, will do in the future[23:19:33] <Betalord> anyway, I don't know how to use ImageButton... couldn't find a simple example on the net[23:19:52] *** Krash <Krash!~Krash@the.time.cab> has joined #libgdx[23:19:53] <Xoppa> here´s an example: https://github.com/libgdx/libgdx/blob/master/tests/gdx-tests/src/com/badlogic/gdx/tests/UITest.java#L81-L84[23:20:21] <Xoppa> but it really depends on what you want to do, you can also put everything in your skin[23:20:45] <Xoppa> in which case it is just new ImageButton(skin, name) or somehting like that[23:21:04] *** [twisti] <[twisti]!~twisti@ipv6.toadwater.com> has joined #libgdx[23:21:30] <c0ke> Putting everything in the skin though a bit alien at first if you are used to hard coding everything, is actually much nicer to manage I've found as you can keep all your resources and styling totally separate. That's just a personal opinion though Betalord[23:21:31] <ficolas> I have overused stacks for a long time it seems...[23:22:24] *** c0ke <c0ke!~Adium@2a02:c7d:b414:1800:4132:725c:b551:c35f> has quit IRC (Quit: Leaving.)[23:24:06] <Betalord> Xoppa... it works now :) I looked at the example which you provided, and it works. It's just that I don't understand it (yet)... will have a look at it[23:24:23] <Xoppa> yay! pics or it didnt happen Betalord[23:24:48] <Betalord> eh, there is nothing to see... just a simple button :)[23:25:24] *** Fastinyoh <Fastinyoh!~Fastinyoh@204.28.124.221> has quit IRC (Ping timeout: 260 seconds)[23:25:27] <Xoppa> nice! you have to start somewhere ;)[23:31:18] *** guardianL_ <guardianL_!~guardian@58-7-194-122.dyn.iinet.net.au> has joined #libgdx[23:35:07] *** davebaol <davebaol!~davebaol@93-38-225-233.ip72.fastwebnet.it> has quit IRC (Ping timeout: 252 seconds)[23:44:48] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined #libgdx[23:45:59] *** Shockah <Shockah!~Shockah@cez49.neoplus.adsl.tpnet.pl> has quit IRC (Quit: Leaving)[23:48:38] *** hextileX1 <hextileX1!~Thunderbi@xdsl-87-78-163-92.netcologne.de> has joined #libgdx[23:50:29] *** hextileX <hextileX!~Thunderbi@xdsl-87-79-233-226.netcologne.de> has quit IRC (Ping timeout: 260 seconds)[23:50:29] *** hextileX1 is now known as hextileX[23:50:40] <ficolas> can I set a max character count when calling Gdx.input.getTextInput somehow?[23:54:20] *** rgruber <rgruber!~rgruber@cpc12-nmal18-2-0-cust864.croy.cable.virginm.net> has joined #libgdx[23:56:49] <diphther1al> i'm starting to wonder if rolling my own "simple" physics engine is saving me anything over box2d[23:56:55] *** diphther1al is now known as diphtherial[23:57:31] *** dsaltares <dsaltares!~siondream@149.18.70.210> has joined #libgdx