Paul Brzeski

Members
  • Content Count

    52
  • Joined

  • Last visited

  • Days Won

    1

Paul Brzeski last won the day on April 26 2013

Paul Brzeski had the most liked content!

About Paul Brzeski

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Contact Methods

  • Twitter
    Langenium
  1. As some might recall, this was originally an MMO project. I've now split it into two strategic projects - one to deliver an engine (Langenium on Github) and the other to create the game's creative universe (Langenium-Universe on Github). I've come quite far but I'm still evaluating and incorporating new things. The most significant change in my work would be the change to Live2D for character art instead of pixel sprites. The retro look was cool but these much richer images will give me a lot of options for making characters react to environments and show emotion. Live2D demo: http://langenium.com/src/vendor/live2d-sdk/sample/jack/jack.html Unfortunately I'm halfway through a website rebuild so I only have my Facebook page as a landing site - www.facebook.com/Langenium You can play around with the current engine build at http://langenium.com/?mode=Editor. The button in the top left opens a sidebar that allows you to explore the various scenes.
  2. Damn! Let me know if you ever work it out! I've had some success generating textures inside the shader, but it would be great to do it with the full abilities of the 2D canvas. What was the issue that stopped you from looking into this?
  3. Hey everyone I'm trying to create a detailed pixel sprite for my game. I'm having issues working out the proportions and angle for the side view of the character. Many games seem to put them slightly off so that you see a "kind of isometric" view... but I'm thinking of doing a "dead on" side view like the last frame below, Does anyone have any advice as to how to get the proportions right? The character looks a bit deformed from his front/back look. Would I be better off angling him towards the player a bit more?
  4. I would suggest getting familiar with Node.JS if you want to do some server side stuff. Have a look into the following packages as well: - Socket.IO - Express - Jade for HTML templating - Stylus for CSS With a combination of these things, you'll be able to create a pretty kick arse HTML5 boilerplate to do whatever you need. As for the frontend, I'd say go with PhaserJS or ThreeJS, depending on whether you want 2D or 3D.
  5. Introducing the Langenium Staging server. http://staging.langenium.com/ http://staging.langenium.com/play Due to the website being bound to the same server, I've had to hold off on deploying the latest code. To get around this, I've setup a new instance. The new website is in very early days. The endgame is to unite all the frontend code into a single stack that can then treat the website and game as one entity - allowing really rich and interesting backgrounds for the site. The game client has also had some heavy work on water and clouds, as well as a better camera. If anyone has any questions fire away Screenshot of game client on staging: Screenshot of website on staging:
  6. Getting too stuck into the nitty gritty and laying out long term architecture before he even knows what parts of the game to build has it's own share of issues... especially if this is a hobby project where maintaining your own interest is key. I'd suggest setting milestones that can be achieved: Create a basic HTTP server for serving HTML/css/etc. - Can you serve your own client?Create a client-only representation of your game's viewport or client or even just a dev console for yourself - Do you have a prototype of your game client sufficient for your tests?Create the socket.io bindings in the server stack and test messaging between client and server - Can you message between visitors to your client and the server?Develop concurrency between multiple active clients - Can the visitors communicate with/see each other?The most important thing is to have fun and make sure you balance the creative process with your own ability to deliver the work... to yourself or whoever. Don't over-think things that don't seem too clear. Especially when trying to implement creative stuff and you don't have enough experience or thought on the method to get it done. Games design is hardly a science... it's kind of like the 'artiest' form of programming. There aren't really any rules, just some cool techniques and ways of doing things. What rules apply all depend on the project itself. In my own project, I've started creating a sub-structure of files for prototypes that can be called up manually. They're isolated from the rest of the server and client stack, but they allow me to utilize running code and existing variables to play around with completely experimental ideas and features.
  7. Amazon is such an enigma! I've been a very happy user for over a year now, using a free/budget instance as a DEV VPS. The first year is free if you just want a basic 'micro' VPS with 50% CPU priority. That said, with a realtime multiplayer game you probably don't want to have CPU throttled when you're trying to make sure everything's working properly I'd strongly suggest forking out an initial $50~70 reservation and going for the smallest paid instance for 100% CPU priority. It's only a 1 core Xeon, but on the micro you only get 'burst' style priority (which gave me a lot of weird issues during playtesting).
  8. Jefta kree! Are you talking about 2D or 3D collisions? There are various frameworks out there but it depends on what library you're using to draw with. It also depends on whether you're talking about a server backed environment for a multiplayer game where concurrency is required... I gave PhysiJS a shot once, but had some issues trying to get it running server side. It was easier to just manually calculate certain collisions I was interested in than trying to make a fully dynamic world.
  9. +1 I use MongoDB and it's a joy. You can either communicate with MongoDB via it's API (if you're sticking wtih PHP) or if you happen to be running Node, you can use a wrapper like Mongoose
  10. Here's a look at the latest work done on my game Langenium. I'm using some shaders to procedurally generate the clouds on a sphere and the ocean on a plane. http://www.youtube.com/watch?v=bx1qSntZxVI Most of the work in the past 2 months has been to move to an MVC style architecture, but I'm now working towards a new website design which needs the game as a backdrop. Code is available at https://github.com/paulbrzeski/Langenium https://github.com/paulbrzeski/Langenium/tree/master/views/game/shaders Feel free to drop me a message if you have any questions. More information about Langenium is available at the website http://www.langenium.com and the Facebook page - http://facebook.com/Langenium Procedurally generated ocean and sky, Website mock-up using this new look,
  11. They're just extending the object PIXI itself, by the look of it. The way I'd do it is create a creation function that acts as the basis for your 'something' (in your example it would be PIXI a function fired when you instantiate it). Here's how you might do it from scratch (just writing this off the top of my head, sorry if it doesn't compile) // mySomething.js var mySomething = function(){ return this; }; // mySomething.doStuff.js mySomething.prototype.doStuff = function() { // stuff }; <html> <script src='mySomething.js'></script> <script src='mySomething.doStuff.js'></script> <script> function onLoad() { // create a new instance of mySomething accessible in this scope var mySomething = new mySomething(); // we are able to access doStuff because it was added in mySomething.doStuff.js mySomething.doStuff(); } </script> <body onload='onLoad()'> </body> </html>
  12. But that's exactly my point. I'm saying "Start small, dream big". I'm not disagreeing with a rational start, but it sounds to me like you guys are saying don't bother dreaming until you have fixed resources, assets and people working for you... which is ridiculous because that is not the only path for success and it's a pretty rare scenario that tends to happen in the 'publisher' based scene, but probably not so much for entrepreneurs and start-ups. When you're doing stuff for yourself, you have to play the part of both the consultant and the customer. That means you have to come up with crazy out there ideas as the stakeholder, and then rationalize them as the consultant and find a way to make it happen. I think that too many people get trapped in the mindset that they are just the coder/designer/developer when they are actually also the customer - which means that they too need to be kept happy, interested and engaged - not with the work itself but it's potential. EDIT: I seriously can't comprehend the lack of imagination and passion in what I'm reading in these posts. The OP asked a simple question about a project you know nothing about, and the first response was to deride the whole idea. When I mentioned the card game RPG turning into an MMO - I wasn't talking about some strange Puzzle Quest clone, I was implying something along the lines of Warhammer or D&D. The 'universe' and game rules are re-imagined in a new form. If no one bothered to attempt the impossible, literally nothing would have happened in human history. No one would've invented planes, we never would've landed on the moon, etc. etc. Instead of shutting down someone's ideas in a community like this, I think we should try to help each other find ways to make it happen - especially if you have no idea who the other people are, what their background and connections are, how much money is riding on their backs, etc. etc. EDIT 2: The internet is also a global audience. Penny Arcade IS the damn gamer audience. So are the people reading CTRL + ALT + DEL, any manga site, XKCD, Gizmodo, Kotaku, Joystiq, CollegeHumor, Machinema. So is a large chunk of the demographic on Something Awful and Cracked. You need to have a serious lecture on internet marketing and culture if you think that there is no room for new franchises and ideas built from people's "garages hobby projects" in today's world. Web games have even made a in-road to MMO-land in the form of Runescape. What I want to see is the cross integration of world ideas - I want to see someone creating small mini-games in their own fantasy world and then create a dungeon crawler RPG that eventually goes multiplayer. I want to see someone create a bunch of web based accounting tools and educational games and then suddenly have the idea to create an online real-world economy MMORPG that teaches school kids about the world's economy and business ethics. I want to see a humour site create their own little characters and provide something like Conker's Bad Fur Day or Toonstruck. I want to see Cyanide and Happines realize they have an audience of millions and create a world built from their gags and sense of humour. It's all within reach if you put your mind to it, find the right people, make a plan and go for it. You'll fail, and fail, and fail. As long as you always progress though, and give yourself ways to progress, you will progress to your goal.. and might even make it some day!
  13. I know, but what I'm getting at is that as web developers we shouldn't box ourselves and our abilities based on past successes. With a global audience and a persistent, multi-platform presence... we have the potential to build and grow both games and entire franchises. This can be done full time, in our spare time, part time with other work or even as part of studying. If you manage to build a community of several thousand people with your friends, that is already a great basis to then build a business on. Web games may not have many examples yet, but just look at websites like Cracked.com, Newgrounds, Penny Arcade - these are all small ventures that went big due to natural growth and evolution of their product. I think web games should be developed with that mindset - to continue to grow, whatever that means to you is up to you The Massively doesn't have to happen with a big launch. I think that with hard work, good ideas and community support, anyone could achieve similar if not the same results. Just to imagine some examples, You could make a card RPG, which eventually evolves into a small realm multiplayer game and then becomes a true MMO.You could make a poker tournament and then a rhythm game that streams from Soundcloud. An audience eventually starts to develop, giving you the potential to use your old assets and code to develop a new product - an online FPS. And I know that this is all pretty biased positive thinking, but I'm just making sure there's a counterweight to the rational argument Programmers are people that need passion in their work too. Oh yeah! And let's not forget Runescape I dunno about them from a business point of view, but they've been around since I was in high school and they're still doing great stuff. EDIT: Just looked them up, it was made by two brothers as a text MUD in 2001. This idea eventually evolved into the 3D Java based MMO it is today. http://en.wikipedia.org/wiki/RuneScape#History_and_development
  14. Why does the entire ocean have to be synced up between players? Maybe all you need is for the reflections to match, which is based on objects. And I disagree on that last point... I think the only limiting factor is the imagination and dedication of the people involved. EDIT: Not all of us are treating our games development with a business model. Especially in the web space, I think it's important for independents and hobbyists to pave the way for innovation by putting in their own time to discover new techniques and efficiencies that simply wouldn't have happened in a larger and dedicated team. Which one of these two you fall into is up to you I guess. EDIT 2: Here's some recent examples as well, - Minecraft easily has more content than traditional, high budget games... even some MMO's - Community developed mods and content have been around for ages, sometimes without any assistance from the devs. Imagine if indie's emphasized user contributions? - Pretty much every game pre-2000 was made by enthusiasts, a lot of gameplay elements came about due to necessity rather than intent and those games benefitted and suffered from this. I think the games industry would be a much more boring place if we didn't have technical and time constraint limitations to creatively overcome.
  15. I think that procedural generation is going to be the compromise solution for content delivery for the current paradigm - for textures and more complex geometries. I'm currently creating an animated ocean with normal/specular maps generated in the shader. The procedural/GLSL approach can achieve a level of detail that pre-rendered textures and models would take hundreds of MB's to deliver.