May 28, 2018 
< | 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 | >
May 28, 2018 [00:00:11] <Tomski> Then its you not disposing things[00:00:19] <Tomski> Or trying to access things that have already been disposed[00:02:07] <AsukaLSoryu> going through the code, it looks like everything is fine though. dispose methods are being run every time I change maps which takes care of the map and camera. Sound isn't disposed when you switch maps, but it's supposed to keep playing over top of a map switch[00:02:22] <AsukaLSoryu> spritebatch is disposed during a switch then recreated[00:02:36] <AsukaLSoryu> I can't think of anything else that could cause it, unless it's something I don't know about[00:03:20] *** LiquidNitrogen <LiquidNitrogen!~AndChat30@115-189-131-54.mobile.spark.co.nz> has joined #libgdx[00:08:55] <AsukaLSoryu> also if I wasn't disposing of something, wouldn't it crash 100% of the time instead of 65% of the time like it is now?[00:16:32] *** codi^r <codi^r!~CoDi@p200300F4E3C3530098792AB28808D11A.dip0.t-ipconnect.de> has quit IRC (Quit: Gone to sleep. ZZZzzz…)[00:23:07] *** oseph <oseph!~waxfigs@173-230-191-187.cable.teksavvy.com> has quit IRC (Ping timeout: 268 seconds)[00:26:56] *** dsbk <dsbk!~Bokudesu@79-69-48-194.dynamic.dsl.as9105.com> has joined #libgdx[00:31:11] <Tomski> no[00:31:25] <Tomski> not disposing just leaks resources[00:31:37] <Tomski> Eventually you can crash if you run out of memory[00:39:41] <AsukaLSoryu> just ran through the program line by line with the debugger until I triggered a crash[00:40:19] <AsukaLSoryu> https://github.com/TomokoK/libGDX-CorpseParty-Clone/blob/master/core/src/com/groupofseven/model/Player.java#L237 crashed on this line it looks like[00:40:39] <AsukaLSoryu> so it must be something to do with not disposing the map?[00:43:50] <Tomski> wat[00:44:06] <AsukaLSoryu> collisionLayer has to do with the tmx map[00:44:13] <Tomski> that is very bad[00:44:14] <AsukaLSoryu> so it must have something to do with the map[00:44:19] <Tomski> every single frame you are loading hundreds of maps[00:44:22] <AsukaLSoryu> therefore it must be the map not being disposed?[00:44:23] <AsukaLSoryu> w-what[00:44:56] <AsukaLSoryu> is it because that check is being done in render?[00:47:38] <Tomski> er no, i misread your code[00:47:57] <AsukaLSoryu> thank goodness[00:48:57] <Tomski> You are still leaking the maps[00:51:00] <AsukaLSoryu> How? I thought the map was being disposed every time I switched? It's calling the dispose method of whichever screen is active for sure[00:51:33] <AsukaLSoryu> that's what's got me confused here[00:51:34] <Tomski> you are loading these maps and never disposing them[00:52:00] <AsukaLSoryu> https://github.com/TomokoK/libGDX-CorpseParty-Clone/blob/master/core/src/com/groupofseven/screen/Class1AScreen.java#L48 I do here though[00:52:19] <Tomski> thats a completely separate map[00:52:29] <Tomski> you leak everything in changeSpriteLocation[00:52:34] <AsukaLSoryu> it's the same for every map[00:52:42] <AsukaLSoryu> any map can crash on that line[00:52:48] <AsukaLSoryu> probably 60% of the time[00:53:00] <AsukaLSoryu> but each map has map.dispose(); in the dispose method[00:53:09] <Tomski> You arent keeping a reference of the maps[00:54:55] <AsukaLSoryu> Not sure what you mean by that. Are you saying that I should include a line at the start of each if check disposing of whichever map is currently active?[00:57:22] <Tomski> You are loading TiledMaps in changespriteLocatio[00:57:28] <Tomski> and storing a collisionLayer and changing the screen[00:57:35] <Tomski> but you never dispose of those maps[00:59:59] <AsukaLSoryu> but each map is tied to a screen right[01:00:09] <AsukaLSoryu> once a new map/screen is loaded, the old one is disposed[01:00:14] <AsukaLSoryu> which includes the map[01:00:20] <Tomski> no[01:00:30] <Tomski> you have no reference to these maps you are loading[01:01:39] *** xylef <xylef!~xylef@175.233.158.146.dynamic.jazztel.es> has quit IRC (Ping timeout: 260 seconds)[01:02:20] <AsukaLSoryu> if it doesn't load the screen class for the map, why are the show/render methods of each screen being called when I load a new map?[01:04:34] *** xylef <xylef!~xylef@175.233.158.146.dynamic.jazztel.es> has joined #libgdx[01:06:32] <Tomski> https://github.com/TomokoK/libGDX-CorpseParty-Clone/blob/master/core/src/com/groupofseven/model/Player.java#L229[01:06:38] <Tomski> You load a brand new map[01:06:41] <Tomski> And never dispose it[01:15:22] *** LiquidNitrogen <LiquidNitrogen!~AndChat30@115-189-131-54.mobile.spark.co.nz> has quit IRC (Remote host closed the connection)[01:16:17] <AsukaLSoryu> I'm lost[01:16:35] <AsukaLSoryu> I dispose of my maps in each screen[01:16:48] <AsukaLSoryu> it doesn't look like I can dispose of collisionLayer[01:16:53] <AsukaLSoryu> that leaves nothing to dispose[01:17:22] <Tomski> You are still leaking that map[01:17:33] <Tomski> You load the map, never keep a reference, only keeping a reference to the collision layer from that map[01:18:35] <AsukaLSoryu> loading the map being "(new TmxMapLoader().load("..."))..."?[01:18:41] <Tomski> yes[01:19:36] <AsukaLSoryu> so I need to assign a map variable to that, then do "(TileMapTileLayer) (map.getLayers().get(n); map.dispose();"?[01:19:50] <AsukaLSoryu> that way it's loading, setting the collisionLayer, then disposing?[01:20:02] <Tomski> yes[01:20:14] <Tomski> well, when you are done with the map[01:23:20] *** anhinton <anhinton!~anhinton@159.89.152.201> has quit IRC (Quit: Leaving)[01:27:33] <AsukaLSoryu> it still crashes when changing maps >_>[01:29:41] <Tomski> drop a breakpoint, see if its crashing on the actual loading of the map or the next frame[01:31:07] <AsukaLSoryu> loading of the map being "map = new TmxMapLoader().load("maps/Class1A.tmx");"?[01:31:25] <AsukaLSoryu> or where it's actually used (i.e. "collisionLayer = (TiledMapTileLayer) map.getLayers().get(0);")?[01:34:01] <Tomski> wherever its crashing[01:34:10] <Tomski> drop breakpoint before the crash point and step through[01:34:52] <AsukaLSoryu> it's on... map.dispose();[01:34:54] <AsukaLSoryu> wat[01:35:30] <Tomski> Then you are disposing it twice[01:37:09] <AsukaLSoryu> it's not consistant though, sometimes it'll crash sometimes it won't. I don't see where I would be disposing it twice though, it's only loaded two lines before the dispose line[01:37:15] <AsukaLSoryu> e.g. https://hastebin.com/raw/uzipiyures[01:37:56] <Tomski> You shouldnt be disposing it if you are continuing to use teh collisionLayer[01:38:04] <Tomski> And log it and find out[01:38:20] <Tomski> it almost certainly is a double dispose if you are crashing on map.dispose[01:38:36] *** xylef <xylef!~xylef@175.233.158.146.dynamic.jazztel.es> has quit IRC (Quit: WeeChat 2.1)[01:48:50] <AsukaLSoryu> well, it's not on map.dispose anymore, I'm back to collisionLayer = (TileMapTileLayer)... but this time it crashed from SpriteBatch instead[01:48:53] <AsukaLSoryu> this is a nightmare[02:28:09] *** DB219 <DB219!4344a212@gateway/web/freenode/ip.67.68.162.18> has joined #libgdx[03:13:30] *** dsbk <dsbk!~Bokudesu@79-69-48-194.dynamic.dsl.as9105.com> has quit IRC (Quit: Leaving)[03:54:23] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-fgkciuadfbpjsedv> has quit IRC (Quit: Connection closed for inactivity)[03:58:49] *** DB219 <DB219!4344a212@gateway/web/freenode/ip.67.68.162.18> has quit IRC (Ping timeout: 260 seconds)[05:34:19] *** jayhost <jayhost!~ian@c-174-60-11-126.hsd1.pa.comcast.net> has joined #libgdx[05:40:01] *** LiquidNitrogen <LiquidNitrogen!~AndChat30@115-189-133-47.mobile.spark.co.nz> has joined #libgdx[05:44:44] *** grim001 <grim001!~grim001@ip70-173-209-228.lv.lv.cox.net> has joined #libgdx[07:40:55] *** LiquidNitrogen <LiquidNitrogen!~AndChat30@115-189-133-47.mobile.spark.co.nz> has quit IRC (Remote host closed the connection)[07:59:36] *** LiquidNitrogen <LiquidNitrogen!~AndChat30@115-189-133-47.mobile.spark.co.nz> has joined #libgdx[08:11:06] *** LiquidNitrogen <LiquidNitrogen!~AndChat30@115-189-133-47.mobile.spark.co.nz> has quit IRC (Remote host closed the connection)[08:37:47] *** mk1 <mk1!5098fe1b@gateway/web/cgi-irc/kiwiirc.com/ip.80.152.254.27> has joined #libgdx[09:41:12] *** jayhost1 <jayhost1!~ian@c-174-60-11-126.hsd1.pa.comcast.net> has joined #libgdx[09:41:57] *** jayhost <jayhost!~ian@c-174-60-11-126.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 240 seconds)[09:44:03] *** smelc <smelc!~churlin@4be54-1-81-56-4-73.fbx.proxad.net> has joined #libgdx[09:47:34] *** [AD]Turbo <[AD]Turbo!~ADTurbo@93-40-209-27.ip40.fastwebnet.it> has joined #libgdx[10:00:21] *** Neel is now known as Nawab[10:00:27] *** smelc <smelc!~churlin@4be54-1-81-56-4-73.fbx.proxad.net> has left #libgdx ("Ex-Chat")[10:34:39] *** codi^r <codi^r!~CoDi@p200300F4E3C3530098792AB28808D11A.dip0.t-ipconnect.de> has joined #libgdx[10:47:03] *** [AD]Turbo <[AD]Turbo!~ADTurbo@93-40-209-27.ip40.fastwebnet.it> has quit IRC ()[11:09:22] *** segurb <segurb!~segurb@unaffiliated/segurb> has joined #libgdx[11:14:45] *** codi^r <codi^r!~CoDi@p200300F4E3C3530098792AB28808D11A.dip0.t-ipconnect.de> has quit IRC (Quit: Gone to sleep. ZZZzzz…)[11:24:25] *** [AD]Turbo <[AD]Turbo!~ADTurbo@93-40-209-27.ip40.fastwebnet.it> has joined #libgdx[11:27:49] <TEttinger> sigh... all this work on random number generators, and it will all change completely when 128-bit ints become common in compilers[11:29:18] <TEttinger> this tiny generator in C,[11:29:19] <TEttinger> static __uint128_t state = 1; inline uint64_t next(){return (state *= 0xda942042e4dd58b5ULL) >> 64;}[11:30:06] <TEttinger> is just as good as the best new stuff people invent today, it just needs __uint128_t to be decent. and it is on Clang; this is the fastest generator I have tested[11:53:29] *** qaisjp_ <qaisjp_!sid26374@gateway/web/irccloud.com/x-jxpmrgvdwqlhijuh> has joined #libgdx[12:01:19] *** qaisjp <qaisjp!sid26374@gateway/web/irccloud.com/x-dtxpyuthdiwhqiva> has quit IRC (*.net *.split)[12:01:20] *** qaisjp_ is now known as qaisjp[12:02:49] *** [AD]Turbo <[AD]Turbo!~ADTurbo@93-40-209-27.ip40.fastwebnet.it> has quit IRC ()[12:26:46] *** codi^r <codi^r!~CoDi@p200300F4E3C3530098792AB28808D11A.dip0.t-ipconnect.de> has joined #libgdx[12:44:31] *** hextileX <hextileX!~Thunderbi@2001-4dd3-70ee-0-70b5-dff7-1f7-fbb0.ipv6dyn.netcologne.de> has joined #libgdx[12:44:35] *** hextileX <hextileX!~Thunderbi@2001-4dd3-70ee-0-70b5-dff7-1f7-fbb0.ipv6dyn.netcologne.de> has quit IRC (Client Quit)[13:14:03] <grim001> I was having trouble creating a good abstraction for looping music players that didn't involve multithreading overhead or checks in the main game loop[13:14:35] <grim001> also could not cache the stream and loop the bytes without defeating the point of streaming[13:16:22] <grim001> I'm just pleased with the fact that I was able to use a decorator to solve it[13:17:18] <grim001> ambiencePlayer = new StreamingMusicPlayer(new LoopingMusicStream(() -> new VorbisStream(...)));[13:18:02] <grim001> the looping decorator notices when the stream dries up and instantiates a new stream without the music player knowing a thing[13:28:49] *** dsbk <dsbk!~Bokudesu@79-69-48-194.dynamic.dsl.as9105.com> has joined #libgdx[13:42:46] *** cackling_grandma <cackling_grandma!~cackling_@117.0.251.112> has joined #libgdx[14:19:28] *** blahblah <blahblah!~bigtest@78.192.105.72> has joined #libgdx[14:19:35] <blahblah> hello all[14:23:53] *** codi^r <codi^r!~CoDi@p200300F4E3C3530098792AB28808D11A.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 276 seconds)[14:44:24] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has joined #libgdx[16:20:45] *** codi^r <codi^r!~CoDi@p200300F4E3C35300B58B53FFCAD70CDA.dip0.t-ipconnect.de> has joined #libgdx[16:38:06] *** Mithrin223 <Mithrin223!~abc@S010664777daff643.ok.shawcable.net> has joined #libgdx[16:40:35] *** Mxxx1234 <Mxxx1234!~abc@S010664777daff643.ok.shawcable.net> has quit IRC (Ping timeout: 240 seconds)[16:42:08] *** cackling_maidens <cackling_maidens!~cackling_@117.0.251.112> has joined #libgdx[16:46:04] *** cackling_grandma <cackling_grandma!~cackling_@117.0.251.112> has quit IRC (Ping timeout: 260 seconds)[16:46:27] <dsbk> hi[16:48:13] <Tomski> hey[17:07:35] *** mk1 <mk1!5098fe1b@gateway/web/cgi-irc/kiwiirc.com/ip.80.152.254.27> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)[17:17:20] *** segurb <segurb!~segurb@unaffiliated/segurb> has quit IRC (Quit: https://i.imgur.com/xrUtDu3.gif)[17:30:06] *** hextileX <hextileX!~Thunderbi@2001-4dd3-70ee-0-481a-8ea1-90fc-4331.ipv6dyn.netcologne.de> has joined #libgdx[17:32:45] *** isdera <isdera!~isdera@cpe-74-78-187-102.maine.res.rr.com> has quit IRC (Ping timeout: 264 seconds)[18:02:04] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-kqembovosygwnsly> has joined #libgdx[18:39:43] *** kkoder <kkoder!~kkoder@62.175.18.94.dyn.user.ono.com> has joined #libgdx[18:40:25] *** kkoder <kkoder!~kkoder@62.175.18.94.dyn.user.ono.com> has quit IRC (Read error: Connection reset by peer)[18:41:17] *** hextileX <hextileX!~Thunderbi@2001-4dd3-70ee-0-481a-8ea1-90fc-4331.ipv6dyn.netcologne.de> has quit IRC (Quit: hextileX)[18:43:42] *** dsbk <dsbk!~Bokudesu@79-69-48-194.dynamic.dsl.as9105.com> has quit IRC (Quit: Leaving)[19:19:02] *** linuxfranz <linuxfranz!~franz@p54A539E0.dip0.t-ipconnect.de> has joined #libgdx[19:39:58] *** rottz <rottz!~rottz@189.54.185.153> has quit IRC (Quit: rottz)[19:50:52] *** rottz <rottz!~rottz@189.54.185.153> has joined #libgdx[19:52:10] *** Nawab <Nawab!~OtakuSenp@117.194.194.188> has quit IRC (Ping timeout: 260 seconds)[20:02:32] *** mxttie <mxttie!~mattie@94-224-64-59.access.telenet.be> has joined #libgdx[20:11:39] *** mxttie <mxttie!~mattie@94-224-64-59.access.telenet.be> has quit IRC (Ping timeout: 256 seconds)[20:16:21] *** linuxfranz <linuxfranz!~franz@p54A539E0.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[20:18:12] *** mxttie <mxttie!~mattie@94-224-64-59.access.telenet.be> has joined #libgdx[20:52:39] *** Xoppa <Xoppa!~Xoppa@5468961A.cm-12-1c.dynamic.ziggo.nl> has joined #libgdx[20:52:39] *** ChanServ sets mode: +o Xoppa[20:54:19] *** Zta <Zta!~stephan@static-5-186-52-63.ip.fibianet.dk> has joined #libgdx[20:57:19] *** linuxfranz <linuxfranz!~franz@p54A539E0.dip0.t-ipconnect.de> has joined #libgdx[21:11:09] *** cackling_maidens <cackling_maidens!~cackling_@117.0.251.112> has quit IRC (Ping timeout: 256 seconds)[21:11:26] *** segurb <segurb!~segurb@unaffiliated/segurb> has joined #libgdx[21:12:05] *** segurb <segurb!~segurb@unaffiliated/segurb> has quit IRC (Client Quit)[21:19:56] *** intrigus <intrigus!uid114902@gateway/web/irccloud.com/x-kqembovosygwnsly> has quit IRC (Quit: Connection closed for inactivity)[21:22:34] *** Zta <Zta!~stephan@static-5-186-52-63.ip.fibianet.dk> has quit IRC (Remote host closed the connection)[21:23:34] *** Zta <Zta!~stephan@static-5-186-52-63.ip.fibianet.dk> has joined #libgdx[21:28:36] *** linuxfranz <linuxfranz!~franz@p54A539E0.dip0.t-ipconnect.de> has quit IRC (Quit: Konversation terminated!)[22:16:51] *** Zta <Zta!~stephan@static-5-186-52-63.ip.fibianet.dk> has quit IRC (Quit: Leaving.)[23:13:31] *** mxttie <mxttie!~mattie@94-224-64-59.access.telenet.be> has quit IRC (Quit: Doodiedoodiedoodiedoooo)[23:26:21] *** dsbk <dsbk!~Bokudesu@79-69-48-194.dynamic.dsl.as9105.com> has joined #libgdx[23:42:14] *** Xoppa <Xoppa!~Xoppa@5468961A.cm-12-1c.dynamic.ziggo.nl> has quit IRC (Quit: Leaving)[23:52:43] *** codi^r <codi^r!~CoDi@p200300F4E3C35300B58B53FFCAD70CDA.dip0.t-ipconnect.de> has quit IRC (Quit: Bye!)