themoonrat

Members
  • Content Count

    269
  • Joined

  • Last visited

  • Days Won

    2

themoonrat last won the day on April 19

themoonrat had the most liked content!

About themoonrat

  • Rank
    Advanced Member
  • Birthday 11/25/1982

Contact Methods

  • Website URL
    http://www.moonrat.co.uk
  • Twitter
    themoonrat

Profile Information

  • Gender
    Male
  • Location
    UK

Recent Profile Visitors

3202 profile views
  1. I wonder if text metrics are sometimes being generated before the font has actually finished loading, thus spacing is thrown off when it then generates text with the loaded font. You often need to have used a custom font once in the dom before it'll then work everywhere else. I reckon isn't miles away from what your issue is. Different symptoms to the same underlying issue.
  2. I use https://github.com/bramstein/fontfaceobserver to load custom fonts, which handles the required hackery for you!
  3. Yeah I noticed that. The icon didn't quite give away what it was at first glance, but the arrows gave me a hint to move around the screen after toggling it to discover what it did, and it's a super useful addition. Tick and cross arrows to place down might need to be made a bit more noticable? But it's a big step up from where it was for mobile usage. And something easy to explain to users in a tutorial.
  4. So just tried on my tablet, and I'm able to select built items fine. Odd (but good!). Couple more issues... 1. All the menus look fine in portrait apart from the upgrades menu, which doesn't show the X in portrait mode, so can't click off of it. 2. If I use the pinch action to zoom in as much as I can, I can then press the zoom icon to zoom further into a black void. Scary.
  5. That sorts out the scaling issues on my phone, and it nicely works either portrait or landscape... nice work! There's now the issue on the phone that you can't select certain things, like existing machines, or build items (tho you can open a build menu fine) The first issue is interesting, as to move the game around you have to touch the screen, so maybe it's best an existing machine info doesn't keep popping up all of the time! Maybe a question mark icon you can press which then let's you select anything on screen to view it's info? Dunno. UI's do have to be different from mobile to desktop, so it depends how far you want to take this being a good mobile/tablet experience
  6. Hey again Jammy! I remember last time this was posted! It's looking good. So putting my old tester hat on... In terms of setup of tech... You say it's got tablet controls... but loading on a phone it's zoomed in to a tiny area with no way to pinch to zoom out or anything Use m4a rather than mp3. Better sound quality for same bitrate, and it's much better at looping audio than mp3 can ever be Get loads of console errors due to the kaching in my console. Consider using an off the shelf lib like Howler to handle audio? Performance wise it all held up fine to me! In terms of gameplay Set a limit to zoom in and zoom out via mouse wheel. I was able to lose the game location by zooming out too far! I like the blue squares to tell which way items are facing... but since the floor is blue, it's still really hard to tell! And sometimes the 'blue' is underneath the machine itself. In the hell zone, bring up one of the middle fireball machines. First, the X to close the details I didn't notice at first, because it's a fair way from the box itself. But you click it... and the details come back, because behind the X is another Fireball machine and I guess the click isn't blocking propagation! Arrow keys to move about the map would be nice. I found Two Point Hospital got camera movement for this kinda game right. I something things 'linger' too long when I've select something. If you have a chair selected, I don't want to have to go down to the x to not select it anymore. I want to press something to stop having it selected. Right click without scrolling? Dunno! I click on upgrades, and I've still got the chair selected! I feel a similar thing with some of the ui.
  7. By having the bitmap textures twice as big The PIXI.Text class generates it's own textures for display text using the canvas api, and so you can adjust the resolution to generate high / lower res text. But PIXI.BitmapText relies on the texture you supply it. So if you want it to be a higher resolution, you need to supply a higher res texture (or a larger font size that you can then scale down)
  8. If you want to left align it, set anchor.x to 0 instead of messing with pivot.
  9. A couple of other things... 1. Check how complex your spines are; artists love to go overboard with the cool stuff spine can do! But the more complex the Spine the slower it will be to render. When first integrating it into our libs, I asked for a very basic test spine that just had it moving from side to side, to compare performance Vs animation frames. Turns out this basic shape still accidentally contained a totally unneeded mesh! 2. Pixi v5 is able to batch meshes, so (taking a wild guess you're making a slot game!) if you have multiple of the same symbol spin through, v5 can batch those for faster rendering time when v4 can't.
  10. So I actually use https://github.com/sindresorhus/screenfull.js/ which is a great little library that handles it all for me. You also might not be able to use pointerdown within pixi as it's not always classed as a valid unlocking event that touchstart or touchend are. I use a touchend / click callback on the window to get my event to then call screenful
  11. Just like playing sound requires a user interaction to occur, so does the full screen API. So do it on a click or a touchend and it should work. Ps beware of using this on iPad. If you are in full screen and it thinks your typing on a virtual keyboard, iOS keeps displaying annoying warnings. Games usually require regularly touching the screen.... so these warnings keep coming up over and over. Thanks Apple!
  12. If you set the video src tag to be explicitly muted, you should be able to autoplay it without a user interaction.
  13. The preference should be to preload via the loader where possible.
  14. I believe that theoretically, transparent false in the renderer settings is quicker, so that's why it's the default. But in my experience, it's going to be negligible compared to any scene you're trying to render, and transparent true also helps work around occasional driver issues on older Android phones. So because of that, I'd personally always set it to true.