Blinx123's Forum Posts

  • Did I mention that I really hate the term "html5 OS" (hence I said "HTML5 compliant") ?

    I mean, I love HTML5. I really do. But "html5 OS" sounds like it was something that only ran in a browser. A sort of emulated OS, if you will.

    Anyways. I'm already working on some new specifications, especially concerning the proper use of client side decorations. Currently, I'm working feverishly to get some bootup scripts ported to zsh since it will replace GNU/bash as the default root shell. Design wise, I already got rid of all virtual consoles as I really don't think they belong into a user oriented OS. The system should boot right into the graphical user environment.

  • After going through a number of spec changes and basically defaulting on a couple of key choices, I have made quite some progress on my OS.

    There are now two development frameworks.

    Junior, the one I'm currently concentrating development on, caters to the modern web developer and combines ease of use with a modern language supporting a number of native services and powerful graphical features. Natura, on the other hand, tries to provide a low level toolset for those who need every last bit of performance, reliability and security.

    Here's a screenshot of Anima's login manager (WIP. Don't mind the debug console to the left). The frontend was entirely created in Junior whereas the backend relies on features that I'm going to add to Natura. Combining a Junior based application with code from Natura (or any other low-level framework, for that matter) required a single wrapper class of less than 20 lines.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Was looking into ideas on how to add some sort of simple scripting system to my engine and stumbled upon the data driven solution outlined here:

    https://bitbucket.org/gabomdq/ignifuga- ... at=default

    Anyone got an idea on how to implement this? Ideally, there would be a way to have a string that says "Room: <roomname>" and is compared against a global variable that contains the current roomname. The Construct 2 specific code would then only parse the keys belonging to the same roomname.

    Unfortunately, I'm not good with multidimensional JSON documents or I would've implemented this by now.

  • What you use to "compile" your game can also have a tremendous impact on overall performance.

    In some rare cases, you may have to use external tools since the plugins implemented in Construct 2 just aren't good for the particular job.

  • If there's any interest, I can also offer a custom wrapper based on Mozilla's Gecko.

    While I'm still having some issues with the GNU/Linux version (specifically fglrx, aka the official AMD Catalyst driver blob), Mac OS X and Windows games utilizing WebGL are generally a fair bit faster under it than under Node Webkit.

    GPU blacklisting is also less of/no issue.

  • The game really seems to hit Webkit's limits. Either that, or Chromium has become a really lousy codebase.

    Anyways. Replacing Node Webkit with a hand rolled solution based on Gecko and Azure, I was able to raise the average and low FPS considerably. Whereas the game (build from the .capx Ldk provided here before) would previously run at a mind numbing, stuttery 45-53 FPS (sometimes dropping below fourty/into the lower thirties), it now runs at a constant 55-60 FPS. And that's on a Macbook Air 2013. My Mac Pro runs circles around it.

  • Any reason you use oversized sprites, Ldk? The Rhino is 559 × 289, even though in game it's only like 21 x 16 or something like that.

  • I know. Sad part is im no longer using any webgl effects on layers.

    Time will tell.

    Stop stalling and give us the .capx already

    Seriously. You had me at performance issue. It may sound weird, but I love figuring out reasons for performance issues.

  • Well. Most AAA games/engines are written in C/C++, so there's that.

    As for companies not talking about what engines they use. Nothing could be further from the truth. There's actually plenty info online. No matter whether a dev uses UE3/U4, Crytech 3, Unity3D or rolls it's own, there's usually info/tech videos around.

  • The offer still stands.

    I can also help optimizing for performance/file size and testing the game on multiple hardware platforms. I own several Macs (equipped with AMD, Intel and NVIDIA GPUs) and half a dozen Linux boxes, so I'm in the position to test the game for all kinds of graphics drivers.

  • Was really looking forward to this (especially as Ldk contacted me, asking for help/insights with the Mac/Linux versions).

    Oh well. I'm sure the game will be nice, even without being Construct 2 based.

  • Thanks.

    I'm hard at work fixing regressions and refactoring the codebase for both games.

    After that, I might open source my cleaned up Wobbly-Blocks source tree and start implementing those additional features.

  • A few days ago, I finished up on my first two indie games based on Construct 2. Since they were made for a contest (Indie Game Maker Contest 2014), they're both rather small/short. However, they should still be enjoyable.

    Check them out here and, if you like them enough, be sure to give me your vote.

    Wobbly Blocks:

    http://contest.rpgmakerweb.com/game/vie ... 7SYeF75_eJ

    One:

    http://contest.rpgmakerweb.com/game/vie ... 7B0V175_eK

    About the games:

    One (aptly named so because it's actually my first completed indie game) is a simple arcade title in which you roll a small red ball (actually a clown nose) around a labyrinth of tiles (some vanishing over time) and light based creatures trying to catch you.

    It's basically my take on classical 80s and 90s arcade titles. I made the conscious choice to keep the graphics themselves simple but have since enhanced the atmosphere through the use of dynamic shadows.

    Roadmap for the future:

    • More levels
    • Better animations
    • Level editor
    • Better collision detection
    • A full blown soundtrack

    ______________

    Wobbly Blocks is a small polyomino based games. It's similar to Tetris. The goal here, however, is to build rather than destroy. Destroying lines only scores you one measly point, while points for retaining a structure go up with time (anywhere between 10 points every 25 seconds to 1000 every 15 seconds, depending on height).

    Roadmap for the future:

    • More backgrounds
    • Different gameplay modes
    • Squashing bugs
    • A full blown soundtrack

    I actually already have ideas for two additional gameplay modes. The one I call Traditional Mode is very similar to the traditional Russian board game that preceded Tetris, while Adventure Mode is an entirely new and refreshing take on the genre (more on that later. Possibly at the end of July, when I will be able to commit more of my time to development).

  • To whom it may concern (always wanted to say that, hehe).

    I'm offering my services as a "porting whiz".

    In terms of Construct 2, this basically comes down to providing people with handcrafted Linux installation scripts, Mac OS X .dmgs or .pkgs and anything else people may want/need. Everything will undergo a rigorous testing process and, if required, will be built on top of a custom Node Webkit build.

    In return, I'm merely asking for a copy (Steam or otherwise) of the finished game as well as recognition . Any additional form of payment is solely up to the clients discretion.

    I'm also offering non-Construct 2 based ports. Here, the "price" is once again a copy of the game + recognition.

  • Using this simple Tetris example as a base

    http://www.scirra.com/arcade/puzzle/1259/tetris

    I want to implement a small physics based tetromino game. The physics should only be enabled after a tile is fully positioned and the physics shouldn't be too extreme.

    Is this possible, somehow? Are there any good examples out there?

    EDIT: I think I got most of it.

    Was easier than I thought. It's still a bit buggy, though. The tetrominos sometimes start stacking on the top of the screen, destroying each other before the actual impact with the ground.