November 14, 2015 
< | 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 | >
November 14, 2015 [00:00:34] <Bashman> I do. When using something abstract like units such as 9x16, in all render logic I should use game.VIRTUAL_WIDTH and game.VIRTUAL_HEIGHT, correct?[00:01:15] <Xoppa> yes, but if your font is like 12 in size then it wont render anything useful[00:01:37] *** zambo has joined #libgdx[00:01:44] <Bashman> lol, I spent an hour last night trying to find how to resize my GlyphLayout[00:01:45] *** isdera has joined #libgdx[00:02:44] <Xoppa> for font your always want a near pixel perfect projection[00:03:42] *** Xpe_ has quit IRC[00:04:07] *** matty_r has quit IRC[00:08:07] *** Mezzenstein has quit IRC[00:10:17] <Bashman> I'm using the default font provided by libGDX. Is the default font small? I am finding no resizing options.[00:10:18] *** Scellow has joined #libgdx[00:11:02] <Xoppa> its probably something like 12[00:12:59] *** mobidevelop has quit IRC[00:13:20] *** vestu has quit IRC[00:15:59] *** ASneakyFox has quit IRC[00:16:11] <Bashman> Ok. I'll address that a bit later, but as for the resizing issue, my StartScreen runs resize on creation but never resizes after when I resize the window[00:17:05] * jeffol packages iOS app and uploads to Apple \o/[00:17:25] *** Mezzenstein has joined #libgdx[00:18:17] *** Intrinsic_ has joined #libgdx[00:20:49] *** matty_r has joined #libgdx[00:22:19] *** warmwaffles has quit IRC[00:24:02] *** Krash has quit IRC[00:24:37] *** Krash has joined #libgdx[00:27:29] <Xoppa> Bashman, thats probably because you´ve overridden it in your game class but didnt call it[00:30:52] <Bashman> Xoppa, that was an issue. Removed it from the game class and resizing is properly being called! Almost there. But when I fullscreen, the text still disappears off screen[00:31:00] <Bashman> You think this could be due to the small font size?[00:32:24] *** spaceemotion has joined #libgdx[00:32:36] <Xoppa> no, because of the small viewport[00:32:37] *** jeffol has quit IRC[00:34:00] *** BlueProtoman has quit IRC[00:43:50] *** FrottyZ has quit IRC[00:43:55] *** d0d0 has quit IRC[00:49:27] *** FrottyZ has joined #libgdx[00:50:55] *** isdera has quit IRC[00:52:25] *** mobidevelop has joined #libgdx[00:52:26] *** ChanServ sets mode: +o mobidevelop[01:08:06] *** Scellow has quit IRC[01:09:56] *** guest001 has joined #libgdx[01:11:34] <guest001> hi guys, I got a question about stages, camera and coordinates. can anybody help me?[01:12:24] *** FrottyZ has quit IRC[01:14:24] *** toep has joined #libgdx[01:15:29] <toep> I have a question regarding porting my game to html, and I seem to get a shader related error from webgl. Can anyone help?[01:24:37] *** dertom__ has joined #libgdx[01:27:31] *** ctepa has joined #libgdx[01:28:06] *** dertom_ has quit IRC[01:28:56] <Xoppa> guest001, answered it on so[01:32:06] *** dajos7 has quit IRC[01:36:05] *** badlogic1 has joined #libgdx[01:38:55] *** badlogic has quit IRC[01:40:46] *** hextileX has quit IRC[01:44:35] *** hextileX has joined #libgdx[01:46:22] *** badlogic1 has quit IRC[01:48:16] *** Ange_blond has quit IRC[01:49:42] *** hextileX has quit IRC[01:50:18] *** Xoppa has quit IRC[02:00:49] *** Delmadan has joined #libgdx[02:02:08] *** trolling has quit IRC[02:06:13] *** Kotcrab has quit IRC[02:09:48] *** prophile has joined #libgdx[02:10:59] *** ctepa has quit IRC[02:14:22] *** ctepa has joined #libgdx[02:23:11] *** guardianL__ has quit IRC[02:28:48] *** isdera has joined #libgdx[02:32:45] *** xylen has quit IRC[02:32:58] *** LiquidNitrogen has joined #libgdx[02:33:27] *** spaceemotion has quit IRC[02:36:58] *** mikkeluk has quit IRC[02:37:23] *** interpolator has quit IRC[02:39:01] *** mikkeluk has joined #libgdx[02:39:19] *** kjempff has quit IRC[02:43:59] *** mikkeluk has quit IRC[02:46:17] *** eyohansa_ has joined #libgdx[02:50:32] *** eyohansa_ has quit IRC[03:00:05] *** mikkeluk has joined #libgdx[03:00:45] *** Ange_blond has joined #libgdx[03:04:56] *** mikkeluk has quit IRC[03:05:29] <Delmadan> Has anyone got Game Center to work?[03:06:14] <Delmadan> even just user authentication[03:07:32] *** LiquidNitrogen has quit IRC[03:10:12] *** mikkeluk has joined #libgdx[03:10:58] *** Delmadan has quit IRC[03:14:31] *** mikkeluk has quit IRC[03:15:03] *** LiquidNitrogen has joined #libgdx[03:19:51] *** Delmadan has joined #libgdx[03:19:54] <Delmadan> all good. had to enable in iTunes :)[03:21:36] *** Epoch`_ has joined #libgdx[03:21:49] <Epoch`_> I'm back! :)[03:25:07] *** LiquidNitro has joined #libgdx[03:25:46] *** Delmadan has quit IRC[03:25:59] *** LiquidNitrogen has quit IRC[03:27:53] *** Delmadan has joined #libgdx[03:29:56] *** Nitori- has joined #libgdx[03:31:00] *** mikkeluk has joined #libgdx[03:31:32] *** davebaol has quit IRC[03:34:00] *** learning has joined #libgdx[03:34:36] *** cackling_ladies has joined #libgdx[03:35:34] *** mikkeluk has quit IRC[03:35:49] <learning> How can you delay a show of text on overlap of 2 objects ?[03:36:45] <cackling_ladies> what do you mean with delay?[03:40:24] *** LiquidNitro has quit IRC[03:42:26] <learning> i have a monster is connected to and if(object.overlaps(monster.object) and inside there i would like to have like a Rpg score popup each time monster attacks, i've tried to hold it with time dealy etc but the if makes the score.[03:42:31] <learning> hidden way to fast.[03:43:11] <learning> tried calling it outside with a timer but it did not work.[03:43:40] *** jwinterm has quit IRC[03:44:16] *** LiquidNitrogen has joined #libgdx[03:44:38] <cackling_ladies> no clue why that couldnt work. Try reduce the amount of change done per frame then.[03:47:31] <learning> the strange thing is that the timer hold is condition to the logic that it should hold the text visible, for longer then each object overlap but i guess yeah.. that each overlap resets it somehow or at least makes the delta go faster so that the text is not shown.[03:47:35] <learning> for long.[03:49:19] <cackling_ladies> this is the job for println man[03:49:45] *** LiquidNitrogen has quit IRC[03:50:55] *** jwinterm has joined #libgdx[03:51:29] *** andrew has joined #libgdx[03:58:50] <learning> cackling_ladies: can you take a look http://pastebin.com/zHdKsib8[03:59:12] *** Durvin has quit IRC[04:00:52] *** cackling_grandma has joined #libgdx[04:01:03] *** EvilEntity has quit IRC[04:01:59] <cackling_grandma> learning, do you update the particle every frames so it animate?[04:03:42] *** cackling_ladies has quit IRC[04:04:22] *** guardianL__ has joined #libgdx[04:04:34] <learning> cackling_grandma: yes i do[04:05:39] <cackling_grandma> beyond what you sent me, do you check if the particle is already animating?[04:06:10] <learning> the particle is not the issue here[04:06:51] <learning> popupScore() + time + text/score display is the issue[04:07:27] <cackling_grandma> I didnt scroll down. My bad.[04:07:42] <cackling_grandma> what was their issues again?[04:09:31] <learning> cackling_grandma: well it shows the text each time it overlaps with the other object as it should but.. the problem is that it ignores the fact that i want the text to stay "shown" for longer[04:10:13] <learning> but the overlap somehow controls my display of text even when it has a time delay set.[04:10:22] *** Anteka has joined #libgdx[04:11:00] <cackling_grandma> it flashes in and dissapear the moment you stop overlapping?[04:11:04] <learning> yeah[04:11:10] <learning> exactly[04:11:24] <cackling_grandma> yes because your popup check is inside the if(it is overlapping) clause.[04:11:30] *** guardianL__ has quit IRC[04:11:41] <learning> yeah i know[04:11:52] *** guardianL__ has joined #libgdx[04:12:17] <learning> i tried to run it outside of it but then all objects have the text all the time and never hides even when the "checks" are set to false and time is reset.[04:13:17] <cackling_grandma> you want this shown per instance of overlap or per object?[04:14:07] <cackling_grandma> for example, if an objects is overlap at two different spots at the same time, how many popup do you want?[04:14:40] <learning> on both but only when the overlap happens[04:14:58] *** EvilEntity has joined #libgdx[04:15:39] <learning> so if you move to grab object 1 then "boom overlap" show text keep it on screen for a little while and then move on to next object on screen..[04:15:42] <learning> and repeat.[04:15:48] <cackling_grandma> hmm that sounds like something I really do not want to deal with.[04:15:51] *** Bashman has quit IRC[04:16:15] *** guardianL__ has quit IRC[04:17:25] <cackling_grandma> I dont exactly know your implementation, but I think you need to have a list of popup. Whenever an overlap occur, it add one popup object to the list. This list is processed per cycle, showing popup and removing old popup.[04:17:52] <cackling_grandma> the trick now is to make sure that one instance of overlap doesnt spam infinite popup messages[04:18:12] <cackling_grandma> alternatively, make the popup messages last so short that you need an infinite amount of them :)[04:19:20] *** EvilEntity has quit IRC[04:19:54] <Epoch`_> So, what is the community's take on Overlap2D? I just got the latest release, and while it's better than the first public release, it's still pretty buggy. But, I am happy that they put out the editor source code on GitHub. Do we anticipate Overlap2D will be a common community addon like box2Dlights?[04:21:40] <learning> cackling_grandma: i think i know a way to make a "cheat" for this.. and just use particles cause it has it's own built in time(set) on xml that it reads on start.. so the overlap.[04:21:59] <learning> does not affect it to show and hide fast.. as text does[04:23:06] <learning> so that might be a easy fix to the problem..[04:28:50] *** lapinozz has quit IRC[04:30:00] *** EvilEntity has joined #libgdx[04:30:36] *** mobidevelop has quit IRC[04:31:03] *** gerds0n has joined #libgdx[04:35:08] *** EvilEntity_ has joined #libgdx[04:36:08] *** EvilEntity has quit IRC[04:44:47] *** nine_9 has quit IRC[04:47:16] *** xylen has joined #libgdx[04:53:03] *** Delmadan has quit IRC[04:53:49] *** Delmadan has joined #libgdx[04:53:58] *** Delmadan has joined #libgdx[04:55:01] *** m3t4lukas has quit IRC[04:55:50] <Delmadan> what IRC client do mac users use?[04:56:55] *** isdera has quit IRC[04:59:52] <matty_r> What is the most efficient method of detecting if an actor collides with another actor?[05:00:12] <Delmadan> Rectangles[05:00:37] <matty_r> does that allow for rotation?[05:00:51] <Delmadan> nope :([05:00:58] <matty_r> ok[05:01:11] <Delmadan> are you using Scene2D[05:01:17] <matty_r> yep[05:01:32] <matty_r> my GameEntity extends the Actor class[05:01:43] <matty_r> and their bounds are set within the constructor[05:03:01] <matty_r> I'm currently using two methods - One method uses Intersector.intersectSegments() and I feed it multiple points of an actor, the other uses Intersector.isPointInTriangle() and I feed it points of an actor.[05:03:50] <matty_r> The only problem with that is I have to constantly be polling all of my actors to see if any of them are colliding/overlapping[05:05:07] <matty_r> Maybe I could create a runnable class that does the polling[05:05:12] <matty_r> that might be more efficient[05:05:29] *** learning has quit IRC[05:08:27] *** xylen has quit IRC[05:12:17] *** ctp has joined #libgdx[05:13:23] *** ctepa has quit IRC[05:18:58] *** xylen has joined #libgdx[05:19:34] *** rgr has joined #libgdx[05:23:35] *** dertom__ has quit IRC[05:24:01] <TEttinger> Delmadan: when I had a mac I used colloquy[05:24:09] <TEttinger> I think it's paid today[05:26:16] *** jwinterm has quit IRC[05:26:20] <Epoch`_> matty_r, you only need to poll the object(s) that moved since the last entity update (invalidation model), and you only need to test the objects that are near it.[05:27:29] *** lukass has quit IRC[05:29:39] <Delmadan> Ah, ill have to check it out[05:29:43] <Delmadan> cheers TEttinger[05:30:21] *** guardianA has joined #libgdx[05:43:32] *** Mezzenstein has quit IRC[05:47:46] *** Durvin has joined #libgdx[05:47:59] *** d4rkforc1 has joined #libgdx[05:50:55] *** d4rkforce has quit IRC[05:58:10] *** lukass has joined #libgdx[06:01:07] *** darkamikaze has joined #libgdx[06:04:21] *** jwinterm has joined #libgdx[06:04:27] *** lukass has quit IRC[06:11:28] *** ShivanHunter_ has joined #libgdx[06:12:33] *** vurpo_ has joined #libgdx[06:14:03] *** ShivanHunter has quit IRC[06:14:14] *** jwinterm has quit IRC[06:14:19] *** unicrongalactus_ has quit IRC[06:14:31] *** Tristitia has quit IRC[06:14:40] *** vurpo has quit IRC[06:14:46] *** bluszcz has quit IRC[06:14:56] *** jwinterm has joined #libgdx[06:16:45] *** Tristit1a has joined #libgdx[06:16:57] *** guest001 has quit IRC[06:16:59] *** EvilEntity_ has quit IRC[06:18:19] *** bluszcz has joined #libgdx[06:24:00] *** jwinterm has quit IRC[06:24:24] *** jwinterm has joined #libgdx[06:24:37] *** zacdev has joined #libgdx[06:25:29] *** Delmadan has quit IRC[06:31:45] *** Tristit1a is now known as Tristitia[06:33:44] *** jwinterm has quit IRC[06:44:16] *** Delmadan has joined #libgdx[06:45:15] *** notostraca has joined #libgdx[06:45:23] *** NateS______ has joined #libgdx[06:45:54] *** Kuvis has joined #libgdx[06:46:02] *** ctepa has joined #libgdx[06:46:29] *** Delmadan has quit IRC[06:49:26] *** NooBxGockeL|OFF has joined #libgdx[06:49:29] *** Tomski| has joined #libgdx[06:49:47] *** aaa801_ has joined #libgdx[06:50:14] *** JustAPoring_ has joined #libgdx[06:51:05] *** TEttinger has quit IRC[06:51:07] *** ctp has quit IRC[06:51:20] *** stowelly has quit IRC[06:51:21] *** NateS_____ has quit IRC[06:51:25] *** JustAPoring has quit IRC[06:51:39] *** Tomski has quit IRC[06:51:39] *** Maylay has quit IRC[06:51:41] *** SpaceKoo- has quit IRC[06:51:47] *** aaa801 has quit IRC[06:51:48] *** NooBxGocG has quit IRC[06:51:51] *** badgerman has quit IRC[06:52:07] *** faljse has quit IRC[06:52:08] *** notostraca is now known as TEttinger[06:52:13] *** jug6ernaut has quit IRC[06:52:18] *** SpaceKoo- has joined #libgdx[06:52:32] *** faljse has joined #libgdx[06:53:02] *** Maylay has joined #libgdx[06:53:05] *** jug6ernaut has joined #libgdx[06:53:06] *** jug6ernaut has joined #libgdx[06:53:09] *** stowelly has joined #libgdx[06:53:21] *** Anteka has quit IRC[06:53:53] *** Keniyal has joined #libgdx[06:55:56] *** aaa801_ is now known as aaa801[06:58:21] *** jwinterm has joined #libgdx[06:58:22] *** badgerman has joined #libgdx[07:09:43] *** ShivanHunter has joined #libgdx[07:12:51] *** ShivanHunter_ has quit IRC[07:20:07] *** BennyPlayboy has quit IRC[07:20:08] *** jivemeat has quit IRC[07:20:08] *** Glyph_ has quit IRC[07:20:19] *** Glyph__ has joined #libgdx[07:20:30] *** darthdeus has quit IRC[07:20:30] *** ra4king has quit IRC[07:20:31] *** jivemeat has joined #libgdx[07:20:34] *** alyphen has quit IRC[07:20:48] *** darthdeus has joined #libgdx[07:21:00] *** BennyPlayboy has joined #libgdx[07:21:19] *** alyphen has joined #libgdx[07:22:00] *** ra4king has joined #libgdx[07:22:41] *** LiquidNitrogen has joined #libgdx[07:46:52] *** Delmadan has joined #libgdx[07:51:24] *** Delmadan has quit IRC[07:58:27] *** jwinterm_ has joined #libgdx[08:00:52] *** darkamikaze1 has joined #libgdx[08:01:11] *** icbat1 has joined #libgdx[08:01:16] *** Larry1123_ has joined #libgdx[08:01:21] *** lukass has joined #libgdx[08:01:27] *** Intrinsic__ has joined #libgdx[08:03:37] *** maximtwo has joined #libgdx[08:03:52] *** Larry1123 has quit IRC[08:03:54] *** darkamikaze has quit IRC[08:03:55] *** juanolon has quit IRC[08:04:00] *** icbat has quit IRC[08:04:05] *** jwinterm has quit IRC[08:04:05] *** Durvin has quit IRC[08:04:22] *** Larry1123_ is now known as Larry1123[08:04:23] *** juanolon_ has joined #libgdx[08:04:24] *** enteee has quit IRC[08:04:24] *** Durvin has joined #libgdx[08:04:25] *** enteee has joined #libgdx[08:04:25] *** juanolon_ is now known as juanolon[08:04:54] *** Intrinsic_ has quit IRC[08:04:56] *** toep has quit IRC[08:05:30] *** lukass has quit IRC[08:05:33] *** Delmadan has joined #libgdx[08:07:36] *** maximtwo_ has quit IRC[08:32:10] *** Delmadan has quit IRC[08:34:05] *** darkamikaze1 has quit IRC[08:37:58] *** Delmadan has joined #libgdx[08:39:30] *** Larry1123 has quit IRC[08:42:58] *** Delmadan has quit IRC[08:43:31] *** Larry1123 has joined #libgdx[08:48:15] *** Kotcrab has joined #libgdx[08:49:39] *** Larry1123 has quit IRC[08:51:00] *** Larry1123 has joined #libgdx[08:51:10] *** LiquidNitrogen has quit IRC[08:51:55] *** LiquidNitrogen has joined #libgdx[08:55:59] *** Larry1123 has quit IRC[08:58:10] *** Larry1123 has joined #libgdx[09:02:13] *** lukass has joined #libgdx[09:06:39] *** lukass has quit IRC[09:43:24] *** Delmadan has joined #libgdx[09:47:35] *** Delmadan has quit IRC[09:53:34] *** vurpo_ is now known as vurpo[09:57:40] *** Fastinyoh has joined #libgdx[10:02:35] *** Fastinyoh has quit IRC[10:07:51] *** guardianL__ has joined #libgdx[10:12:16] *** xylen has quit IRC[10:14:54] *** LiquidNitrogen has quit IRC[10:17:49] *** zephyz has quit IRC[10:17:56] *** zephyz_ has joined #libgdx[10:24:27] *** Bernzel has joined #libgdx[10:26:51] *** TEttinger has quit IRC[10:27:59] *** abs25 has joined #libgdx[10:28:18] *** spaceemotion has joined #libgdx[10:29:46] *** kjempff has joined #libgdx[10:32:42] *** spaceemotion has quit IRC[10:34:33] *** Biliogadafr has joined #libgdx[10:45:28] *** spaceemotion has joined #libgdx[10:49:15] *** FrottyZ has joined #libgdx[10:52:49] *** spaceemotion has quit IRC[10:56:33] *** Delmadan has joined #libgdx[10:58:58] *** guardianL__ has quit IRC[11:01:46] *** Delmadan has quit IRC[11:02:06] *** Leejjon has joined #libgdx[11:03:26] *** lukass has joined #libgdx[11:05:00] *** desertpunk12 has joined #libgdx[11:07:35] *** lukass has quit IRC[11:08:06] *** zacdev has quit IRC[11:08:33] *** dertom__ has joined #libgdx[11:11:22] *** Oebele has joined #libgdx[11:17:54] *** Olloth_ has joined #libgdx[11:18:01] *** ZeroSkewl has joined #libgdx[11:19:25] <Leejjon> does anyone have a workaround for the "Gradle project sync failed" error you get with the new IntelliJ 15?[11:20:16] *** bakingbread has joined #libgdx[11:20:24] <Leejjon> other than going back to intellij 14.x[11:20:35] *** Wyzeman has quit IRC[11:20:36] *** ZeroSkewl is now known as Wyzeman[11:20:39] *** Olloth has quit IRC[11:20:43] *** Kotcrab has quit IRC[11:20:52] *** icedp has quit IRC[11:21:07] *** [twisti] has quit IRC[11:21:27] *** m3t4lukas has joined #libgdx[11:21:29] *** [twistii] has joined #libgdx[11:21:29] *** [twistii] is now known as [twisti][11:21:30] *** Olloth_ is now known as Olloth[11:25:08] *** spaceemotion has joined #libgdx[11:25:22] *** guardianL__ has joined #libgdx[11:28:05] *** Kotcrab has joined #libgdx[11:41:45] *** vincent_c has quit IRC[11:46:41] *** Murii has joined #libgdx[11:48:37] *** vincent_c has joined #libgdx[11:51:24] *** Leejjon has quit IRC[11:56:22] *** dertom__ has quit IRC[11:59:49] *** Trinity has joined #libgdx[12:02:12] *** rgr has quit IRC[12:04:12] *** guardianL__ has quit IRC[12:04:39] *** guardianL__ has joined #libgdx[12:04:42] *** lukass has joined #libgdx[12:04:47] *** spaceemotion has quit IRC[12:06:30] *** Epoch`_ has quit IRC[12:08:58] *** lukass has quit IRC[12:14:33] *** NateS______ is now known as NateS[12:28:44] *** FrottyZ has quit IRC[12:45:14] <matty_r> Is there a way to do collision handling on a seperate thread? For instance a loop that runs continously checking if an event occurs?[12:53:43] *** Murii has quit IRC[12:56:49] <[twisti]> it seems like the synchronization for that kind of thing would impose a hefty performance penalty, and would be a lot of work to write, let alone get bug free[12:57:04] <[twisti]> what would be the goal ??[12:58:14] *** Delmadan has joined #libgdx[12:59:18] <matty_r> I'm not 100% sure, just thought it would be better for performance if it wasn't in the Render thread[13:00:09] <matty_r> not sure if thats a thing thats normally done[13:03:35] <[twisti]> that kind of thing normally isnt done because correct multithreading is really hard, and you can do a lot of things wrong, so its usually not worth the extra effort[13:03:59] *** Delmadan has quit IRC[13:04:40] <matty_r> Fair enough, I figured i'd have it running on another thread and then tell the render thread that a collision has taken place and to handle it[13:05:01] <matty_r> doesn't really matter though, was just curious[13:06:11] <[twisti]> things like that may make sense, the thinking isnt totally wrong, but there are a lot of implications to consider when using multiple threads[13:06:19] *** spaceemotion has joined #libgdx[13:06:32] <cackling_grandma> you can indeed do collision handling on an another thread[13:06:57] <cackling_grandma> but unless your game is massive, with lots of things going offscreen[13:07:17] <cackling_grandma> it'd just take more time syncing threads than actually doing collision detection[13:08:36] <matty_r> Fair call. Atleast now I know to not bother with it :)[13:08:43] *** Intrinsic__ has quit IRC[13:10:51] <cackling_grandma> matty_r, yes. Save it for when you start having performance issues :)[13:11:07] *** EvilEntity has joined #libgdx[13:11:15] <matty_r> yep :)[13:16:39] *** Murii has joined #libgdx[13:16:49] *** Murii has quit IRC[13:20:54] *** EvilEnti_ has joined #libgdx[13:24:27] *** davebaol has joined #libgdx[13:26:04] <cackling_grandma> damn, cant override static methods :|[13:35:02] *** EvilEntity has quit IRC[13:37:23] *** Bernzel has quit IRC[13:49:51] *** AndroUser2 has joined #libgdx[13:54:45] *** m3t4lukas has quit IRC[13:56:46] *** EvilEnti_ has quit IRC[13:57:09] *** Raven67854 has quit IRC[13:58:26] *** Raven67854 has joined #libgdx[13:59:45] *** ctepa has quit IRC[14:00:16] *** Delmadan has joined #libgdx[14:00:51] *** Delmadan has quit IRC[14:00:58] *** Delmadan has joined #libgdx[14:01:07] *** ctepa has joined #libgdx[14:01:35] *** domokato has quit IRC[14:05:45] *** EvilEntity has joined #libgdx[14:06:02] *** lukass has joined #libgdx[14:08:18] *** EvilEntity has quit IRC[14:10:45] *** lukass has quit IRC[14:16:09] *** andrew has quit IRC[14:16:30] *** m3t4lukas has joined #libgdx[14:17:42] *** Durvin has quit IRC[14:20:09] *** intrigus has joined #libgdx[14:23:40] *** Mezzenstein has joined #libgdx[14:26:43] *** Delmadan has quit IRC[14:27:51] *** abs25 has quit IRC[14:28:29] *** Delmadan has joined #libgdx[14:31:20] *** jwinterm_ is now known as jwinterm[14:32:07] *** hextileX has joined #libgdx[14:42:37] *** FrottyZ has joined #libgdx[14:44:28] *** zephyz_ has quit IRC[14:47:28] *** zephyz has joined #libgdx[14:48:20] *** Oebele has quit IRC[14:52:26] *** Delmadan has quit IRC[14:56:03] *** Delmadan has joined #libgdx[14:57:11] *** Oebele has joined #libgdx[15:01:48] *** nine_9 has joined #libgdx[15:07:18] *** lukass has joined #libgdx[15:08:00] *** Delmadan has quit IRC[15:09:57] *** ghenoroc has joined #libgdx[15:11:30] *** lukass has quit IRC[15:11:31] *** ghenoroc has quit IRC[15:15:05] *** mobidevelop has joined #libgdx[15:15:05] *** ChanServ sets mode: +o mobidevelop[15:16:31] <mutilator> hey mobi[15:16:36] <mutilator> i got this thing i thought you'd like[15:16:55] <mutilator> 🖕[15:17:27] *** nine_9 has quit IRC[15:17:50] *** pleitsi has joined #libgdx[15:17:59] <pleitsi> is kalle online[15:18:09] <pleitsi> box2d lights guy :)[15:19:14] <intrigus> Kalle isn't active anymore.[15:22:12] <cackling_grandma> mutilator, character not supported. What is it?[15:22:35] <pleitsi> oh no :I[15:23:02] <pleitsi> i was just wondering if my old libgdx does ok with the box2d lib[15:23:08] <mutilator> yea kalleh has forsaken us[15:23:09] <pleitsi> i guess i just have to test...[15:23:58] <cackling_grandma> who maintains that library now?[15:25:07] *** icbat1 has quit IRC[15:26:14] <pleitsi> i have no idea[15:26:53] <pleitsi> Kalle Hameleinen's Box2DLights[15:26:55] <pleitsi> haha[15:27:04] <pleitsi> i doubt it is more like "Hämäläinen"[15:27:10] <pleitsi> never heard such a name before :D[15:27:29] <pleitsi> without skandi's it would be something like Haemaelaeinen[15:30:38] *** abs25 has joined #libgdx[15:32:50] <cackling_grandma> you're from finland, pleitsi ?[15:38:54] <pleitsi> yup[15:38:56] <pleitsi> color attribute must have 4 components[15:38:58] <pleitsi> crash :/[15:41:17] <pleitsi> well i guess this libgdx is just too old[15:41:27] <pleitsi> the Color class is somehow different or something[15:43:08] <mobidevelop> O.o[15:44:13] <[twisti]> pleitsi: you may have accidentally imported java.awt.Color instead of com.badlogic.gdx.graphics.Color[15:46:19] <pleitsi> nope :P[15:46:26] <pleitsi> i just found the reason[15:46:32] <pleitsi> i should update my libgdx[15:46:35] <pleitsi> at least a little[15:46:46] <[twisti]> what version are you using[15:46:49] <pleitsi> from 0.9.6 to 0.9.8 nightly[15:46:53] <pleitsi> very old version[15:46:53] <[twisti]> lol[15:46:55] <pleitsi> xD[15:47:04] <pleitsi> too afraid to update to newest xD[15:47:07] <[twisti]> are you running windows 97 and java 1.2 too ?[15:47:11] *** Sadale has joined #libgdx[15:47:11] <pleitsi> ofc :O[15:47:19] <pleitsi> where are the old nightlies stores? :D[15:47:49] <pleitsi> https://libgdx.badlogicgames.com/releases/[15:47:53] <pleitsi> i found the releases[15:49:30] <pleitsi> haa[15:49:34] <cackling_grandma> lol win97[15:49:37] <pleitsi> i got some 2 months older nightly on my comp[15:49:43] <pleitsi> win 97 is the best[15:49:59] <desertpunk12> is it faster yo use vectors than pain image?[15:51:10] <cackling_grandma> ouch, the pun.[15:51:53] <pleitsi> pain is good, especially in image format[15:52:06] *** vestu has joined #libgdx[15:53:25] <pleitsi> im now blindly testing different libgdx versions :D[15:54:09] <[twisti]> actually win 97 sucked, win 98 was really good, until 2k came out[15:55:49] <pleitsi> hmm[15:55:58] <pleitsi> i have a mad idea to upgrade my libgdx[15:56:20] <pleitsi> it would propably take a good couple of weeks to repair[15:56:44] <[twisti]> do it, its worth it if only so you can use current advice[15:59:13] <pleitsi> my gdx.jar has been modified 28.7.2013 :D[15:59:24] <pleitsi> any of the releases don't date back that far[15:59:30] <pleitsi> so im not sure what version this is[15:59:33] *** icbat has joined #libgdx[16:00:25] <cackling_grandma> the last good windows was NT 4.0 imo[16:02:08] <pleitsi> omg mine is newer than 0.9.6[16:02:13] <pleitsi> no wonder my test was a failure[16:02:50] <pleitsi> ok 0.9.9 is newer xD[16:04:43] <pleitsi> updated... only 133 errors now[16:04:45] <pleitsi> only.[16:05:54] *** EvilEntity has joined #libgdx[16:06:10] <Tomski|> you should just update[16:07:48] <[twisti]> hes clearly invested in wasting a lot of his time and energy trying to do something stupid, and he doesnt seem to be open to advice[16:09:08] <cackling_grandma> what's the command to check libgdx version again?[16:09:44] <Tomski|> There is a string in Version[16:10:15] <pleitsi> ive already invested 3 years of my time to this project :D[16:10:35] <cackling_grandma> 1.5.6 here. Not to bad, I guess![16:10:38] <EvilEntity> eh, just update one major version at a time and you will be fine[16:10:45] <Tomski|> There is almost no point in just updating to 0.9.9[16:11:01] <pleitsi> no i just tried if it would work without any madness[16:11:05] <pleitsi> but i got a lot of madness[16:12:41] <Tomski|> Well if you plan on never updating again after going to 0.9.9, ok[16:13:18] <cackling_grandma> at which version did we force glsl?[16:13:25] <cackling_grandma> and shader 2.0?[16:14:25] <pleitsi> can i even use the latest build, this doesn't use gradle build[16:14:47] <desertpunk12> anyone here using bluetooth?[16:14:54] <cackling_grandma> you need gradle if you want to support android.[16:14:56] <Tomski|> IT was removed in 1.0 cackling_grandma[16:15:01] <cackling_grandma> Otherwise, just copy the jar over.[16:15:22] <Tomski|> You dont need gradle to use libgdx[16:15:38] <Tomski|> And you dont need gradle for android either[16:15:46] <cackling_grandma> what really?[16:15:54] <cackling_grandma> I was fooled![16:15:57] <EvilEntity> you dont need ide either, notepad is grea[16:15:58] <EvilEntity> t[16:15:58] <Tomski|> By yourself[16:16:09] *** Tomski| is now known as Tomski[16:16:15] *** ChanServ sets mode: +o Tomski[16:16:25] <cackling_grandma> been bothered by that | too, Tomski.[16:17:15] <pleitsi> im not following.. if i upgrade to newest, can i compile to android?[16:17:26] <pleitsi> without gradle[16:17:47] <Tomski> yes[16:17:55] <pleitsi> tutorials? :D[16:18:09] <cackling_grandma> I just use a bunches of commandline to invoke android sdk functions[16:18:28] <cackling_grandma> I'll get rid of gradle and see if they still work![16:18:31] <EvilEntity> i bet you like nailing your dick to the floor as well[16:19:17] <pleitsi> or should i transfer my game source to gradle?[16:22:21] *** davebaol has quit IRC[16:24:36] <Tomski> pleitsi, you just use it like any other android project[16:24:42] <Tomski> You can use gradle or not[16:24:55] <Tomski> Generating a new project with the tool and transfering source is the quickest way[16:27:02] <pleitsi> ok[16:32:31] *** Xoppa has joined #libgdx[16:32:31] *** ChanServ sets mode: +o Xoppa[16:32:46] <pleitsi> hmm[16:33:12] <pleitsi> if i just make a new project with gradle and copy my game source into it[16:33:21] <pleitsi> and start using gradle for builds :P[16:37:45] *** AndroUser2 has quit IRC[16:37:52] <cackling_grandma> I tried that. Easier said than done[16:38:31] <cackling_grandma> I really hate gradle's default structure, changing that turned out more work than I wanted to deal with[16:39:23] <pleitsi> :/[16:44:51] *** davebaol has joined #libgdx[16:45:00] <Tomski> You dont have to use gradle even if you generate it with the tool[16:45:17] <Tomski> cackling_grandma, what do you mean by structure?[16:45:29] <Tomski> You dont even have to use the setup tool to use the latest :/[16:45:40] <cackling_grandma> what folder goes where and mean what.[16:46:13] <Tomski> Like what?[16:46:19] <Tomski> Because all of that is very easily customizable[16:46:41] <cackling_grandma> it has been years since I did it but I think I got a bunches of near idential projects, each for an os.[16:47:10] <cackling_grandma> what I want is only a split folder in src for each os.[16:47:25] <cackling_grandma> so for android, it compile src, but dont touch the windows folder in it.[16:47:42] <cackling_grandma> I forgot I did what to make that work but it still does work so hey :D[16:47:49] <Tomski> Thats how it is setup[16:48:11] <cackling_grandma> then it's probably the new setup then.[16:48:17] <cackling_grandma> The one I got was a massive mess.[16:51:06] *** Oebele has quit IRC[16:53:54] *** Oebele has joined #libgdx[16:54:35] <cackling_grandma> Tomski, do you by any chance know this guy called gouessej over at jogl?[16:54:44] <Tomski> nop[16:54:55] <cackling_grandma> alright nvm[16:55:03] <cackling_grandma> we dont use jogl?[16:55:56] *** abs25 has quit IRC[17:03:37] *** Murii has joined #libgdx[17:04:14] <Tomski> cackling_grandma, nop[17:08:11] *** lukass has joined #libgdx[17:09:37] <mobidevelop> That guy maintains his own jogl backend for libgdx[17:10:00] <mobidevelop> Presumably he keeps it sort of up to date[17:10:46] <cackling_grandma> that's some dedication[17:12:25] *** lukass has quit IRC[17:19:08] *** desertpunk12 has quit IRC[17:39:04] *** linkedinyou has quit IRC[18:01:14] *** dixxy has joined #libgdx[18:01:54] *** lukass has joined #libgdx[18:05:15] *** abs25 has joined #libgdx[18:15:47] *** Sadale has quit IRC[18:16:56] *** abs25 has quit IRC[18:18:48] *** duli has joined #libgdx[18:18:53] <duli> hi[18:19:18] <duli> I want to know whether the texture size (width and height) matters for the performance of the game such as FPS[18:19:18] <duli> ?[18:19:46] <duli> for example I've got three texture atlases with size 1080 x 120, 938 x 86 and 900 x 82[18:20:05] <duli> is that optimal size ?[18:26:46] <duli> ????[18:32:15] <cackling_grandma> duli, use power of 2[18:32:21] <cackling_grandma> standard is 2048x2048[18:32:52] <cackling_grandma> I dont know why you choose to split them like that[18:33:24] <cackling_grandma> but due to rounding, your 1080x120 would get rounded to 2048x128 at best and 2048x2048 at worst[18:40:22] *** Whiskee has quit IRC[18:40:46] *** abs25 has joined #libgdx[19:00:36] *** ghenoroc has joined #libgdx[19:01:28] *** kdarknight has joined #libgdx[19:11:02] *** abs25 has quit IRC[19:15:14] *** kdarknight_ has joined #libgdx[19:18:20] <kdarknight_> i am trying to optimize parallax effect on backgrounds using custom shader by multiplying texture texels before drawing them on screen but i am having hard time configuring shader[19:18:24] <kdarknight_> http://pastebin.com/sw4apu4q[19:18:39] <Tomski> :o[19:19:02] <kdarknight_> I suck in glsl, so yelpp :/[19:19:46] <Tomski> Why are you 'optimizing' that?[19:20:08] <kdarknight_> because it hogs up around 10 fps on low end devices[19:20:17] *** ghenoroc has quit IRC[19:20:30] <kdarknight_> a lot of drawing is offscreen which is useless if i use a simple batch[19:21:01] <kdarknight_> here i can use a mesh equal to screen h/w and draw only that[19:21:03] <Tomski> Why are you drawing offscreen[19:21:28] <kdarknight_> let me show you my parallax without custom shader[19:21:59] *** kilombo has quit IRC[19:25:12] <Tomski> kdarknight_, be careful, fps is a pretty shite way to measure performance[19:25:15] *** abs25 has joined #libgdx[19:28:05] <cackling_grandma> silky smooth 20fps is only acceptable on consoles![19:28:42] <kdarknight_> Tomski, here is simple sprite version of parallax http://pastebin.com/mjdMNp3Y[19:29:11] *** ShivanHunter has quit IRC[19:29:49] <Tomski> kdarknight_, what size are those regions for the parallax?[19:30:02] <kdarknight_> 1280x720[19:30:40] *** ShivanHunter has joined #libgdx[19:31:01] *** kdarknight__ has joined #libgdx[19:31:50] *** kdarknight has quit IRC[19:32:28] *** kilombo has joined #libgdx[19:33:29] <kdarknight_> btw what else can i so to measure performance? draw calls? texture switches?[19:33:43] <Tomski> frame time[19:34:37] <kdarknight_> using PerformanceCounter ?[19:34:50] <cackling_grandma> frame time == 1 second/fps isnt it?[19:34:52] <Tomski> Sure[19:35:24] <Tomski> Easy example to see why fps is not a good measure[19:35:42] <Tomski> 200FPS > 100FPS, 5ms frame time[19:35:43] <kdarknight_> Tomski, did you check that second link, is it a bad way to implement parallax?[19:35:54] <Tomski> 22.2fps > 20FPs, 5ms frame time[19:36:31] <Tomski> Its hard to read with the formatting and variables names, but it looks alright[19:36:43] <Tomski> Id pack the textures though, and probably not use 1280x720 for them[19:37:21] <kdarknight_> let me draw in paint to show what i think is the problem :P just don;t mind my super art skills[19:37:33] <Tomski> kdarknight_, dont assume, measure[19:38:00] *** abs25 has quit IRC[19:39:09] <cackling_grandma> I dont get your example, Tomski[19:39:16] <cackling_grandma> can you explain?[19:40:07] <Tomski> 200FPS is a 1/200 frame time[19:40:40] <Tomski> So a frame time of 5ms[19:40:49] <Tomski> 100FPS is a 1/100 frame time, 10ms[19:40:54] <Tomski> Difference of 5ms frame time[19:41:01] <Tomski> Do the same for 22.2FPS, to 20FPS[19:42:37] <cackling_grandma> still dont get what you mean.[19:43:08] <cackling_grandma> my train of thought is very simple: Is my FPS >= target FPS?[19:43:47] <Tomski> Sure, but if you want to actually profile something to see what is the cause of your low fps[19:44:04] <Tomski> Or if you are wondering if something is a more optimized implementation, you shouldnt be using FPS[19:44:14] <Tomski> Its not linear[19:44:53] *** Radther has joined #libgdx[19:45:01] <cackling_grandma> yes but it's a check of whether I need optimization, rather than determining the actual item to optimize.[19:45:10] <Tomski> you get a drop of 50FPS and you freak out, yet you think a drop of 1FPS and you think everything is good[19:45:21] <Tomski> Even though the drop of 1FPS may be taking more actual time[19:45:58] <cackling_grandma> if my target fps is 60 and it drop from 200 to 100 yes it doesnt matter :)[19:48:41] <kdarknight_> Tomski, http://postimg.org/image/5cobvoop5/[19:49:02] <kdarknight_> as you can see the sprite is drawn useless even outside camera[19:49:24] <kdarknight_> because i am using two sprites to create continuous effect[19:50:43] <Tomski> Those are clipped[19:51:20] *** intrigus has quit IRC[19:51:39] <Tomski> But measure the two different methods and see[19:51:52] <kdarknight_> rest sprites are clipped but 2 are always drawn no matter what.[19:51:59] <kdarknight_> i can't measure the shader one[19:52:06] <kdarknight_> because its not working :/[19:52:15] <Tomski> Those sprites arent 'drawn'[19:52:56] <Tomski> The triangles are clipped to clipping space boundary[19:53:09] *** abs25 has joined #libgdx[19:54:34] <Tomski> kdarknight_, sure you can[19:55:37] <kdarknight_> http://pastebin.com/sw4apu4q this technique doesn't work. Only one layer is drawn, don't know why they are not blending in[19:56:08] <kdarknight_> i stole this technique from http://notnowlewis.com/blog/2013/12/18/parallax-background-glsl-shaders/[19:57:22] *** abs25 has quit IRC[19:57:27] <Tomski> what layer is drawn?[19:58:08] <Xoppa> that looks like a lot of code to implement parallax[19:58:25] <kdarknight_> i have three images for parallax, only the texture0 is drawn the back one. I have tried switching it to other texture but messes up the rest[19:58:40] <cackling_grandma> how much more fps / frame time / whatever if you dont draw the parallax?[19:58:53] <Xoppa> last time i implemented parallax i simply multiplied the location with a normalized z value and sorted them on that value as well[19:59:16] <kdarknight_> if i don't draw backgroud its around 50, with background around 38[19:59:43] <kdarknight_> Xoppa, can you check that fragment shader? if i am doing it right?[19:59:48] *** Oebele has quit IRC[20:00:10] <Xoppa> why would you need a different shader to implement parallax in the first place kdarknight_?[20:00:56] <kdarknight_> fps are fine on desktop! but not on low end device like moto defy.[20:01:09] <kdarknight_> Xoppa, http://pastebin.com/mjdMNp3Y this technique is slow[20:01:32] <Xoppa> then make it faster[20:02:09] <kdarknight_> i can't figure out any other way to implement this. I have tried drawing three different textures and using uvs move parallax. still slow[20:02:14] <Xoppa> dont make things more complicated as needed[20:03:05] <kdarknight_> lol, i don't want to. Its just i don't know how to do it simple :P[20:03:16] <Xoppa> let me pastebin something kdarknight_, give me a few secs[20:03:24] <kdarknight_> sure :)[20:04:17] <cackling_grandma> that's not gonna be spritebatch's default glsl isnt it?[20:06:08] *** lapinozz has joined #libgdx[20:07:16] <Xoppa> kdarknight_, http://pastebin.com/msvv4q1E[20:08:08] <Xoppa> if you like you can cache the multiplied location is scrolling doesnt happen every frame[20:08:22] <Xoppa> and ofcourse implement frustum culling[20:09:46] *** TEttinger has joined #libgdx[20:10:55] *** lukass has quit IRC[20:11:02] *** lukass has joined #libgdx[20:11:10] <kdarknight_> Xoppa, okay but now i need that background continuous in repetition for that? like once it starts going out of screen, it repeats[20:11:44] <Xoppa> then move if to the other side when it gets out of the screen[20:11:59] <kdarknight_> i need to use at least 2 sprites right?[20:12:05] <Xoppa> or modulo the sX if it is something basic[20:12:31] <Xoppa> if you have something parallax then you always need at least 2 sprites[20:13:12] <kdarknight_> and that is exactly how i am implementing it right now :P[20:13:19] <kdarknight_> http://pastebin.com/mjdMNp3Y[20:13:22] <kdarknight_> this one[20:13:35] *** abs25 has joined #libgdx[20:13:36] <kdarknight_> with culling[20:14:10] <Xoppa> exactly?[20:14:18] <kdarknight_> not exactly i mean[20:14:21] <kdarknight_> but close[20:14:26] <Xoppa> if dont see any class with a z argument?[20:14:30] <Xoppa> *member[20:14:52] <Xoppa> ow, you use the vec3[20:14:58] <kdarknight_> i just use ParallaxCamera for moving them at different speed.[20:15:12] <Xoppa> why?[20:15:18] <Xoppa> dont use a different cam[20:15:25] <Xoppa> that implies flushing the batch[20:17:38] <Xoppa> also, dont think in layers[20:18:10] <kdarknight_> Okay. I guess i need to rewrite it then[20:18:27] *** LostWarrior has joined #libgdx[20:23:43] *** kilombo has quit IRC[20:23:54] *** kdarknight_ has quit IRC[20:30:44] *** ASneakyFox has joined #libgdx[20:31:03] *** abs25 has quit IRC[20:31:05] *** ASneakyFox has quit IRC[20:31:05] *** ASneakyFox has joined #libgdx[20:34:06] *** intrigus has joined #libgdx[20:47:10] *** Simoon has joined #libgdx[20:47:58] <Simoon> Why does https://github.com/libgdx/libgdx/blob/fde893cec5448fdd09e778d1c103aac474950873/gdx/src/com/badlogic/gdx/utils/Timer.java#L23 say that it runs on main thread but it creates a new thread? :P[20:48:31] *** MrHamster has joined #libgdx[20:49:24] *** mobidevelop has quit IRC[20:49:39] *** Radther has quit IRC[20:50:10] *** mobidevelop has joined #libgdx[20:50:10] *** ChanServ sets mode: +o mobidevelop[20:51:39] <Xoppa> Simoon, because https://github.com/libgdx/libgdx/blob/fde893cec5448fdd09e778d1c103aac474950873/gdx/src/com/badlogic/gdx/utils/Timer.java#L115[20:52:43] *** domokato has joined #libgdx[20:55:17] <Simoon> Xoppa: Aah I see. So the timer runs the actual "Time" code, then when it's time, it schedule it for the next frame on main loop :D[20:56:56] <EvilEntity> ah timer, 250 line overkill[20:58:51] <Simoon> Been using Libgdx since 2012 and have NEVER looked into this class before... xD I see so many possibilities now![21:00:47] *** MrHamst3r has joined #libgdx[21:00:52] *** Xoppa_ has joined #libgdx[21:00:52] *** ChanServ sets mode: +o Xoppa_[21:02:31] *** Xoppa has quit IRC[21:03:53] *** Xoppa_ is now known as Xoppa[21:04:24] *** MrHamster has quit IRC[21:21:47] *** mobidevelop has quit IRC[21:26:40] *** Simoon has quit IRC[21:27:35] *** Harha_ has joined #libgdx[21:34:15] *** Oebele has joined #libgdx[21:44:50] *** jwinterm has quit IRC[21:46:54] *** jwinterm has joined #libgdx[21:50:09] *** Radther has joined #libgdx[21:55:22] *** Radther has quit IRC[21:57:45] *** hextileX has quit IRC[22:02:09] *** z11 has joined #libgdx[22:07:59] <z11> sup[22:13:32] *** Anteka has joined #libgdx[22:18:07] *** ShivanHunter has quit IRC[22:39:02] *** EvilEnti_ has joined #libgdx[22:39:29] *** Murii has quit IRC[22:41:05] *** Kuvis has quit IRC[22:44:54] *** Anteka has quit IRC[22:45:20] *** vestu has quit IRC[22:47:14] *** darkamikaze has joined #libgdx[22:47:30] *** LiquidNitrogen has joined #libgdx[22:48:53] *** realitix has joined #libgdx[22:50:20] *** Keniyal has quit IRC[22:51:49] <realitix> Hi Xoppa ! I have a opengl question for you.[22:52:29] <realitix> If we don't specify #version at the top of glsl file. What is the selected version?[22:52:36] *** Radther has joined #libgdx[22:52:38] *** EvilEnti_ has quit IRC[22:53:09] <Xoppa> implicit 110[22:53:19] <Xoppa> but it depends on the drivers and gl(es) version[22:54:43] *** realitix2 has joined #libgdx[22:55:11] <realitix2> Sorry xoppa my cellphone network is not good i have to reconnect with anoter pseudo[22:55:27] <realitix2> So implicit 110 you said[22:55:38] <TEttinger> <@Xoppa> but it depends on the drivers and gl(es) version[22:55:52] <Xoppa> ^[22:56:46] *** Radther has quit IRC[22:57:03] *** LiquidNitrogen has quit IRC[22:57:24] <realitix2> So why libgdx doesn't force a version in the shader ? If it depends on the driver, we should explicitly set the version?[22:58:01] *** lukass has quit IRC[22:58:09] *** realitix has quit IRC[22:58:37] <Xoppa> because there is no version that is supported by all drivers[23:00:10] <realitix2> I see. How can I be sure that a function is supported? If I want to use textureSize for example?[23:00:35] *** Harha_ has quit IRC[23:00:43] *** Harha_ has joined #libgdx[23:00:44] *** Harha_ has quit IRC[23:01:16] *** abs25 has joined #libgdx[23:01:46] <Xoppa> i doubt that is available in any common glsl es version[23:01:49] <abs25> hello[23:01:51] <Xoppa> but you could check the spec[23:02:02] <Xoppa> note that glsl version != glsl es version[23:02:04] <abs25> is there a way to convert fbx to g3bj format on linux[23:02:26] <Xoppa> abs25, https://github.com/libgdx/fbx-conv/blob/master/README.md[23:02:41] <realitix2> Here is the trap! ^^[23:03:25] <Xoppa> ow, you were looking for the trap :D[23:03:44] <Xoppa> yep everything needs to be the same on desktop (gl) and mobile (gles)[23:03:52] <realitix2> I was watching glsl api, I forgot the "es" part which is totally different[23:04:02] <Xoppa> which it often isnt (although gl 4.1 is gles 2 compatible)[23:06:19] <realitix2> Thank you Xoppa to enlight me I understand well the big constraint to support both mobile and desktop[23:07:36] *** Delmadan has joined #libgdx[23:08:13] *** pleitsi has quit IRC[23:08:39] <realitix2> By the way, did you take a look at the shadow system 4/6 ?[23:08:46] <abs25> Xoppa: do I need to install it or something? fbx-conv-lin64 model.fbx, says there is not fbx-... command[23:09:47] <Xoppa> realitix2, yes, but need to take some more time to comment on it, will be monday probably[23:10:10] <Xoppa> abs25, you download the precompiled binary and its dependencies[23:10:22] <Xoppa> https://github.com/libgdx/fbx-conv#precompiled-binaries[23:10:51] <Xoppa> nothing to install, just put it at some location you can use it[23:11:03] *** Radther has joined #libgdx[23:11:11] *** Anteka has joined #libgdx[23:13:09] <realitix2> Ok Xoppa ! My last night was short, my brother was near the bataclan yesterday night, so tonight I sleep early![23:13:19] *** abs25 has quit IRC[23:13:46] *** abs25 has joined #libgdx[23:13:49] *** Delmadan has quit IRC[23:13:57] <Xoppa> nn realitix2[23:14:22] <realitix2> Bye![23:14:32] <abs25> Xoppa: it says its not recognized command[23:14:39] *** realitix2 has quit IRC[23:15:11] <Xoppa> abs25, what is not recognised?[23:15:23] *** Radther has quit IRC[23:15:40] *** Radther has joined #libgdx[23:17:00] <Xoppa> abs25, did you try something like: ./thefolderyouputitin/fbx-conv-lin64 -f file.fbx[23:17:15] <Xoppa> if so, perhaps you need to mark it as executabl[23:17:18] <Xoppa> e[23:17:49] <Xoppa> *./ = /[23:18:23] <abs25> ./fbx-conv-lin64: error while loading shared libraries: libfbxsdk.so: cannot open shared object file: No such file or directory[23:18:57] <Xoppa> did you do the part: ¨On Linux and Mac, we have to link to the dynamic libraries of the FBX SDK (libfbxsdk.so and libfbxsdk.dylib). We recommend copying libfbxsdk.so to /usr/lib on Linux. Otherwise you can use LD_LIBRARY_PATH and set it to the directory you put the .so file.¨[23:19:09] <Xoppa> as i linked to? https://github.com/libgdx/fbx-conv#precompiled-binaries[23:19:14] *** domokato has quit IRC[23:23:27] <EvilEntity> anyone got a clue how to add a lib so it works in jmh[23:24:13] *** Adnn has joined #libgdx[23:24:47] <Adnn> Any idea why it happens randomly that all my sprites turn into squares on Android when I leave and re-enter the app ?[23:27:44] <EvilEntity> my spider sense is tingling[23:27:48] <EvilEntity> i think[23:27:49] <Xoppa> Adnn, dont use the static keyword[23:27:50] <EvilEntity> its a static[23:28:26] <Xoppa> ow, sorry, EvilEntity[23:29:32] <Adnn> You guessed it. I've tried not using it for the most part though, don't kill me.[23:31:53] *** spaceemotion has quit IRC[23:36:54] *** Oebele has quit IRC[23:36:56] *** dixxy has quit IRC[23:40:59] *** gerds0n has quit IRC[23:46:00] *** linkedinyou has joined #libgdx[23:49:22] *** abs25 has quit IRC[23:51:59] <ASneakyFox> does anyone know how i might be able to find the file that used to be here? it seems to be gone from everywhere, but apparently there was an example of mesh raycasting in it http://code.google.com/p/libgdx/source/browse/trunk/tests/gdx-tests/src/com/badlogic/gdx/tests/PickingTest.java[23:53:33] *** domokato has joined #libgdx[23:55:31] *** abs25 has joined #libgdx[23:55:56] *** zacdev has joined #libgdx