part12studios's Forum Posts

  • hold out for C3.. it will have internal publishing for android.. and ios you export as an xcode project which they say works well.

  • interesting about the unsupported stuff.. Definitely something to think about when troubleshooting.

  • totally.. use cocoon io for as long as you can since it works for this game. i'd just say next game not start with cocoon io.. start with xdk.. or whatever C3 is using.. april man.. april..

  • dude if it works do it. we just have to realize when we stray from a recommendation we're in unsupported waters. you just have to adapt your game to the technology not the other way around. if you can't get good performance on one solution you have to adapt.. unfortunately it's not the tools obligation to make sure your game runs well.

    You may need to consider the game you're making or the effects / features it has to allow performance to be acceptable. The idea is to spend more time making games, not squeezing performance out of things. I'd rather simplify and publish and move no than waste time testing fps.

    The new C3 announcement also might make this moot as well. They are doing an internal build solution for it. I haven't read the full blog yet, but I can tell you right now that's what I will be doing when I use C3.. and I'll just be sure to make games that work well within it.

  • It isn't for android for devices are older so as far as I'm concerned I don't care. By the way could you link the games that you have made in the past that have been giving you an acceptable performance? I know you have set a lot about having problems with performance but I don't know what games you're actually trying to make that would be so demanding on any wrapper

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • no i havne't tried webview, it sounds like it sucks.. i have a pre android 5 phone so i know it will suck for my test device.. i'm ok with crosswalk and cocoon.io regardless of bloat.. i don't really care if a game is 30mb.. few people are going to not play my game because it's 22+ mb

    there are way bigger problems to face than file size with mobile gaming

  • yea just stick with what works and when it doesn't move on.. performance wise all i can say is design games that are not pushing cpu too hard.. consider ways of making games that don't need heavy gpu performance. I've made lots of games with cocoon and xdk (crosswalk) and they all run fine for everything I've done..

  • awesome thanks for validating that! I remember trying that awhile back but yea it was HORRIBLE.. audio was f'd up and performance was terrible.. but that was way before android 5 was out

  • how did you make a web view game? I don't see it as an option in XDK.. there is "cordova" but ultimately that seems (from my most recent game) to be bloaty and ran fine thus leaving me to think it's still using crosswalk.

    Perhaps I get webview if i uncheck "optimize with crosswalk"?

  • it's a moving target.. i am sure things get faster / slower / shifting all the time.. file size should be the least of your concerns.. if the game is good people will download it. if they choose not to download your game because it's too big, they are fickle and thankfully a very small % of people downloading games.

  • there isn't much to it.. i too took a looooong break from xdk.. the toughest thing is that you have to give it a .p12 file for the certification for iOS.. other than that it's pretty much gravy.. it will come back to you i bet.

  • I think it's a moving target at this point.. if you really want to know right now.. make some kind of test project.. like do a "on ever tick" spawn an object or something over say 10 seconds.. and count it. see what score you get on both. Although this is just one test it should still be a quick / dirty test to see which is able to generate more content fast.

  • lol NetOne indeed you are spot on about it not being exact. However that said you DID help come up with what I was ultimately aiming for. The idea was the swipe is meant to be a temporary reflective barrier..

    years back I made a game called "Cyball" I did it with GameSalad and it was one of the more popular games I did but it's aging and apple is warning of it getting taken down so I thought it might be time to replace it not just with a 1:1 port, but maybe spiff it up a bit.

  • simply badass!

  • NetOne lol no it's great i just wasn't sure if that was something that was a side effect of that particular approach. I figured there must be a way to hide that one dot. Thanks for confirming!