• Content count

  • Joined

  • Last visited

About koobazaur

  • Rank
    Advanced Member

Contact Methods

  • Twitter
  1. Some reaction videos from Geek Girl Con. It's good to see players arguing over the themes you wanted them to argue over https://www.youtube.com/watch?v=kG2vLbY_g7k
  2. Porting to Mac, progress happening Big thanks to Fluffy for lending me his Mac Mini to work on!
  3. Thanks I'll give it a try next time I'm working on it. Cheers!
  4. Reactions from Geek Girl Con. Because YOU TOO can be a terrible father!
  5. What if YOU controlled national news? Short, thought-provoking adventure about media-bias. Control national News and its impact on your career, society, and family. Multiple unique endings let you share your story and see what the Headliner before you did. Find Out on Steam Today HEADLINER is a short media bias adventure game where YOU control national news and its impact on your career, society, and family. Share your story, and see what the Headliner before you did. I made it with Phaser and NWJS + Greenworks for the standalone app. Working on a mobile port with Cordova next!
  6. Hey guys, I'm trying to port my Phaser app to android with Cordova and finally installed all the stuff necessary to get it running! How can I view the output of console.log() in the emulator? Right now I get the "black screen of death" and have no idea why without the log. Thanks!
  7. Bad Filter/Shader performance ?

    Yea I'm on 2.6.2 :/
  8. Bad Filter/Shader performance ?

    bump - anyone have any different experience?
  9. Bad Filter/Shader performance ?

    I recently started experimenting with Filters (shaders) and while it runs well when using a single filter on the world, applying a filter to my sprites seems to be killing performance. Even a simple filter that does nothing but output the color set on just 50 sprites is dropping my framerate from 50 to 18, even when sprites are offscreen. Is that to be expected? It makes filters virtually unusable unless very sparingly.
  10. Hey folks, I wrote a post on my blog that people looking to release their web-games on Steam etc. might find useful. Just repasting it below. Developing an HTML5 and JS game as a standalone application can be a murky process. Here's how to set yourself up right and make the testing and building fairly painless. This article was originally published on Koobazaur's Blog. Project Background I am currently working on HEADLINER, an experimental adventure game about controlling the news, swaying public opinion and keeping your family safe. Wanting easy distribution and testing, I began prototyping as a web game. As the project grew, it exceeded my initial estimates so I started considering a releasing as an desktop game. Needless to say, I needed a standalone build, and an easy pipeline. This tutorial is based on my own experiences and by all means not the only (or necessarily best) way to handle development. In fact, I'd love it if people commented with all the things I could do differently - always happy to learn Engine and Tools I chose to roll with Phaser, a great JavaScript engine that natively runs in a browser. I also got a few 3rd party plugins (such as debug or input fields), plus some legacy code from my earlier web prototypes. When time came to consider a standalone build, the best option as far as I can tell is NW.JS. It's basically a streamlined version of the chromium web browser that opens up a provided html file. In my case, simply dropping my web project in and pointing the package.json was enough to get it running. I'll spare you explaining how either of those tools work, the official documentation already does a good job of that. Let me get straight to setting up the environment for it. Development Folder Let's start off with an empty "root" folder that will contain everything you need. Inside it, you'll want to create a subfolder called "Dev", and inside it a subfolder "MyGameData." Put all the files for your web-based game here: JavaScripts, Phaser files, graphical/audio assets, and of course, the index.html. But keep your code and your assets in two separate folders, such as "js" and "assets" respectively. This is your main development folder. Everything is in once place and you can test directly in your browser, take advantage of Chrome/Firefox debugging tools, and whatever IDE you choose (I use Sublime). However, to allow your browser to load assets (images/audio) from your hard drive, you'll need to pass some params. So create a shortcut to your browser similar to this: "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" PATH\MyGameDev\Web\index_web.html --allow-file-access-from-files Debug Standalone Now the fun starts! In the "Dev" folder (where "MyGameData" folder lives). Drop NWJS SDK Build. Edit the package.json to point to the MyGameData/index.html file. That's it - now your game plays both in browser and with NW.JS. At this point you'll like want to make numerous code changes, like adding a quit button ( nw.Window.get().close(true); ), logging errors to a file, support for resizing / fullscreen etc. Using the SDK build of NW.JS you get access to the development console (F12) and can debug the new code just as easily as in the browser. Release Standalone Now we need to get the standalone ready for distribution. Make a copy of index.html and call it "index_release.html." The difference is that in the web version, you likely just include all your JS files directly. In the standalone, you'll want to instead include the binary code file built by NWJS. More on that later, but here's the basic code snippet to replace the manual include of all your JS files: <script> nw.Window.get().evalNWBin(null, 'MyGameData/MyGameJS.bin'); </script> Next, in your root folder, create a new folder called Release and unzip all the NWJS non-SDK build files there. Building the Release Version So how do we get our webgame to work as NWJS standalone ready for distribution? Here's the rough steps: Clear data from last build Create a MyGameData subfolder inside the Release Folder Copy the index_release.html (renaming to index.html) as well as your assets folder into Release\MyGameData (but NOT the JavaScripts) Copy your package.json from Dev to Release folder Combine all your JavaScript files into a single file Run NWJC.exe to compile the combined JS file into a binary (GameJS.bin) Move GameJS.bin to your MyGameData folder Play the game! Fun little checklist to run through each time you want to test a new build, isn't it? That's why I made a little batch script that does this all of this for us, automatically. Just create a file titled Build_Release.bat in your root folder with the following code, adjusting to match your own project: echo off set DEVDIR=Dev set SRCDIR=%DEVDIR%\MyGameData set RELEASEDIR=Release set RELEASEDATADIR=%RELEASEDIR%\MyGameData echo --------------------------------- echo Removing Old Data files... rmdir /S /Q %RELEASEDATADIR% mkdir %RELEASEDATADIR% echo --------------------------------- echo Copying Data Files... copy %SRCDIR%\index_release.html %RELEASEDATADIR%\index.html copy %SRCDIR%\changelog.txt %RELEASEDATADIR%\ copy %DEVDIR%\package.json %RELEASEDIR%\package.json xcopy /s %SRCDIR%\assets %RELEASEDATADIR%\assets\ echo --------------------------------- echo Combining JavaScripts... copy /b %SRCDIR%\js\phaser.js+%SRCDIR%\js\phaser-debug.js+%SRCDIR%\js\main.js %DEVDIR%\js_built.js echo --------------------------------- echo Building Javascripts Binary... cd %DEVDIR% nwjc js_built.js MyGameJS.bin del js_built.js cd .. move %DEVDIR%\MyGameJS.bin %RELEASEDATADIR%\MyGameJS.bin pause Phew! Now let's explain how this works, and the lines you need to adjust it for your project. The SET commands just set up the paths, which should be fairly self explanatory. Set these to your folder names, if different. RMDIR / MKDIR - deletes old data and creates a new folder for it " Copying Files..." - the COPY and XCOPY commands copy your index, assets and package.json (surprise!). Add more copy commands if you have more files you need for your game, or just stick em in the assets folder. "Combining JavaScripts..." - the copy command, with /b and + means it will copy and combine multiple files into one. Ideally we'd use recursive copy command with *.js wildcard to automatically fetch all JavaScript files, but in my case, I wanted to exclude some files and also be able to specify the include order. So adjust the list of JS files to combine, or do it with a wildcard "Building Javascripts Binary..." - this last steps runs the NWJC.exe to compile your combined JS file into the binary used by NWJS, finally moving it to your release MyGameData folder. I couldn't get NWJC to work properly with sub folder pathnames for some reason, hence ended up using the CD commands to switch Current Directory And that's it! Now run the BAT file and, if you didn't make any typos, your Release game is ready for playing. Just go inside, run nw.exe and your game should run! Well, at least it does on my end So how does all this work? So here's what we end up with: Dev/MyGameData - your whole game, everything, in one place and instantly testable in a browser. Hit F5 to refresh to see code changes instantly. Dev - standalone build with the debug SDK, allowing you to use the NWJS console and dev tools. Great for pre-release testing features specific to NWJS, or sending to testers. Release - the final build you'll want to release to your eager gamers The whole process of going from web development, to standalone, and finally release build, becomes a matter of running the batch script. Not so daunting anymore, innit? It also makes it easier to back up, just zip up Dev/MyGameData folder! But you should be using source control regardless. Other Considerations This is just the basic framework for setting up your environment, so there's probably a few more tweaks you'd like to make such as: Edit your package.json for your standalone (resizable? fullscreen? toolbar? icon?) Just read the documentation Potentially have separate package.json for release and debug builds Modify your code to save console.log() calls and errors to a file Rename nw.exe to MyGame.exe Change the icon of MyGame.exe (which will require some hacking as per the documentation) Add a command in the batch file that also ZIPs up the release folder for easier distribution You will also likely want to modify your code a bit to take advantage of the standalone nature of the game, such as properly resizing the game canvas to fill the window or adding a bonafide quit button. As a last nugget of wisdom, here's a little global var I use anywhere in my code to distinguish between the web and standalone builds: cfgIsStandalone = (typeof nw !== 'undefined') && (nw != null); Good luck and have fun! Leave a comment if you have any other tips to add. About the Author Hi! I am a Polish-American, Game Dev and web consultant. I founded Unbound Creations, focusing on story-rich and introspective games. I published two commercial titles so far (“Postmortem: one must die” and “Karaski”), soon to add my third, and a few free web games as well. My titles have been a finalist at the Pixel Heaven Fest 2015 in Warsaw Poland, and on display at VALA Art Center in Redmond. Check out my Blog for more nuggets of ill-advised wisdom!
  11. NW.js and scaling to window size

    EDIT: OK, I think I finally got it working using: window.onresize = function(event) { var gui = require('nw.gui'); var win = gui.Window.get(); console.log("Resizing Window to : " + win.width + "x" + win.height); sGame.scale.scaleMode = Phaser.ScaleManager.SHOW_ALL; var d = document.getElementById("gameDiv"); d.style.width = (win.width) + "px"; d.style.height = (win.height) + "px"; sGame.scale.pageAlignHorizontally = true; sGame.scale.pageAlignVertically = true; }; Wonder if there is a better way?
  12. NW.js and scaling to window size

    Hello folks, I'm using NWJS to make a standalone build and wanted to make the window re sizable. My game is designed for 1280x720 so ideally I'd like it to scale without needing to re-code everything. Right now I set "game.scale.scaleMode = Phaser.ScaleManager.SHOW_ALL;" and it scales OnLY with the width. So when I shrink the height, it doesn't scale at all hidden. Likewise, it is capped at canvas size and will not scale above 1280x720px. I'm wondering what the best way to go about doing it, some sort of CSS and Phaser setting mix? Or do I need custom JS to resize canvas based on window size and desired aspect ratio? Does Phaser have any built in functionality to handle that? EDIT: I did googling but all the topics / tutorials are from like 3 years ago, using outdated version of phaser.
  13. Howdy, In my game I lock the cursor to canvas, so I use a pointer lock and then track/draw a "virtual cursor" manually. However, this causes sprite click callbacks to no longer trigger: sprite.inputEnabled = true; sprite.events.onInputUp.add(this.OnSpriteClick, this); Is there any way to get it working ? As a workaround, I figured I can manually check but I am having a hard time since figuring it out. sprite.getBounds() returns local bounds - how do I translate the my cursor position to sprite's local space? I couldn't find a matrix member under Sprite definition in the docs... Any
  14. Game list of phaser games

    Hahaha thanks that is an encouraging reply =) It's far from awesome tho, as it's just a first alpha, lots of kinks. EDIT: And just added a new release, fixing a bug and adding 2 new enemies to up the ante ;p
  15. Game list of phaser games

    One Man. Infinite Molotovs. Play NAO