• Content Count

  • Joined

  • Last visited

About permith

  • Rank
    Advanced Member

Recent Profile Visitors

905 profile views
  1. permith

    Where is the money in HTML5 games?

    CrossCode has a demo out that's web based. Curious expedition as well.
  2. permith

    Where is the money in HTML5 games?

    Cross Code hit Steam's top sellers page briefly a few times. You can track this down by their kickstarter campaign, when Steam Spy worked, and the boxleiter method. Other games like Titan Souls on have started as an HTML5 game in a "One Shot" game jam. Not sure if still HTML5. Going smaller there's The Next Penelope, isotrode, and The Curious Expetition. There's also a nice mix mash of games that I've heard are HTML5 on steam. Though I'm not going to rip them apart to verify and/or haven't heard their devs say anything in developer circles. Outside of steam the developers of Slither.IO are on the record in a Washington Post interview of exceeding $100,000USD a day. Though I can't search that site well anymore, and don't want to fight the pay wall. ______________________________ Personally from my own experience, you can develop projects really fast in JavaScript. Even in my two unfinished projects (a 2D platformer, and playing with the math of orbital dynamics), it's nice how much you can have to show after 40 hours compared to other platforms. _______________________________ LINKS:
  3. permith

    Which html5 developer studios do you know?

    While it satisfies your OP, but these do less for your "Looking for people to license from". Though the developers here will probably love seeing these. (Their game cross code has hit the Steam top sellers list, and They're over a few hundred thousand in unit sales)
  4. permith

    Entity-component-system and functional programming

    @mattstyles I think my original intention would have been better stated like this: In any programming paradigm that you follow, as long as you follow it well you'll be able to get work done easily. But you'll have to break out of your paradigm at some point to eventually interact with other software and that is where it will get messy and frustrating. (Annoyingly enough my original post did need some bashing though, though I hope my post didn't praise OOP though). The game I showed also did a good job of all the bad that will happen when you badly try to mix different programming paradigms, even if you will get a nice advantage out of it here and there (I imagine badly since it does get pretty close to just being entity component pattern) .
  5. permith

    Entity-component-system and functional programming

    There is no such thing as truly functional programming that actually does something. At some point you're going to need to take in some form of a messy state, then at another point you're going to need output some form of a messy state. Whether it's in and out from a database, in from the previous step and out to the next step, or similar. Even taking input from the keyboard is a very stateful action in the sense that over many many cycles of whatever type of process/threading/event manager where you're remember the state and where previous state affects the current state. That isn't to say functional is pointless, it's actually really nice to do things that you can truly pin down to an in and out problem. _____________________________ Though the platformer I'm currently working on does mess with functional and entity based programming a bit, though with the dumber JS objects (Though I've given few cares about purity, one person touches that code). Basically each entity has an X, Y, a communication queue, preprocessing queue, and a processing queue. first the objects preprocessing queue runs, followed by the processing queue. To actually get stuff done the preprocessing and processing queue can access the communication queue and change X, Y location. For instance if my player touches something it sends something to that objects communication queue (which gives it a chance to send a kill message back, or a forced movement request back). Player physics are ran every tick in it's processing queue with some state stored in that semi-functional function. If an object wants to be drawn it communicates to itself, then the part of the game loop that draws everything can see that communication. There are some things that I like. Each object is the same object just with different processing orders shoved inside them (If I cared a bit more at keeping at my style it would be pretty easy to allow the player control process to jump between entities and make stuff just work, and even in it's current state I could see myself making the game multi player without an insane amount of work). Likewise I have never found it so easy to write unit tests for a game, especially for the core entity protocol (even the messy stateful physics wouldn't be too bad). Lastly all the actual gameplay logic, and core logic are pretty separate (I've only needed to change the core logic that I made before I started on the actual game with only a small handful of lines of code). I'm not particularly happy with some of the end results since I can get some pretty deep stack traces for even simple logic, you can also see a lot of areas where I'm struggling with not knowing JavaScript very well, and I'm generating way too much garbage at the moment. though these issues haven't been such a bad effort that I'm keeping them till my next game. You can see my earliest showable build (arrows/WASD, Spacebar, F/J) Though be warned there are plenty of dragons in there(old code). Though everything is still separated out into different files for easier readability, all the ugliness of being an early build is still there, and the parts that actually make it more than a tech demo just aren't there (actual map loading, real assets, AD hooks, and similar). Which is also why I'm not too concerned about it walking off (that and there are some polish issues that would embarrass even a thief like the GC stutter that that version has). Though considering that it's only about 1000 useful lines of code for a usable start to a platformer I'm still happy with it. EDIT: If your intention is to make a game, I don't think you're being pragmatic enough. Though you're making great strides to teach yourself it seems.
  6. permith

    Can I still get payed if my business isn't registered

    There are some companies that won't want to talk to you, There are others that will use it as an advantage for themselves(lower pay, or legal leverage), and there are quite a few that just don't care. The companies you're dealing with aren't in the business of dealing with businesses, they're in the business of selling games at the lowest margin possible.
  7. permith

    How to contact publishers/sponsors

    You contact them. Normal business rules apply for writing letters and sales pitches. If you have no idea at all, or want some reviews of a good amount of companies True Valhalla's book works. After a certain number of posts(unclear supposedly 10 posts, but I got access sooner), a Sponsors and Portals forum opens up. A few larger portals have ways to automatically add your games for a percentage of ad revenue, though this will almost always end up in underselling yourself by a long shot.
  8. permith

    Hello I want to learn game development ?

    Start here: and and here This is also a horrible way to go about asking that question. It's like asking an artist "How do I art?". The answer for such a question is going to be draw lines on a piece of paper.
  9. permith

    Math for game development

    The above is very apt. I've seen some of my old code where I had horrible math skills, compared to some of my new code there is a world of difference(where I'm still bad, but less horrible). The difference was measured in pages, 20-30 pages compared to 12 for a missile command game(both were in Java and the 12 page one had a few more features like a menu screen. They were coded about a decade apart just as an FYI). Math will open some nice doors to short cuts/efficiency/sanity but it won't necessarily keep you from getting the job done.
  10. permith

    Why not just make native games? If you're looking to get on a portal/have a sponsor, you don't need to care about the most expensive part of a game(marketing to users). You just need to focus on making a good game, that looks good in your elevator pitch to a sponser. You'll get paid by focusing on a few dozen points of contact, rather than the scary world of marketing to random people who are trying to ignore you. Users almost never pay anyways, and the web is far better at passive income generation(with ads and data tracking) than what you can normally put on an APP anyways.
  11. permith

    Why not just make native games?

    I'll deal with opinion here. But to me it seems like you're more likely to make some amount of money off your game with HTML5/Flash distribution than you are with native/phone. For steam the typical barrier of entry seems to be years of man hours invested into your game before people will look at it, on App stores user acquisition can reach up to $3.90 per user for some of the major games. In HTML 5/Flash you have a good number of publishers that are competing enough to keep cash/man hour requirements for a game actually reasonable(App/Phone has essentially 2 App stores that everything is funnelled through, PC has Steam mostly), Likewise when you do find a publisher the developer can get some amount of risk off loaded since they typically pay some up front before it ends up on their site, If you're self publishing you're on the web usually which means you have access to normal advertising which the web has become good at. That being said with it being easier to come ahead, most people don't seem to win as big as they're able to on App stores/steam when they do win. But you won't see angry grumbling about making a good game and getting nothing for your efforts like you do on other Dev sites.
  12. I use Amazon Web Services. Their static hosting(route 53 and S3, because AWS naming is dumb) costs me a buck and a penny a month. 1 million queries costs 40 cents, and each zone costs 50 cents(tutorial will set you up with 2 zones one for your web site one to log the IP addresses that access it). EDIT: not quite as easy but it's still less than a an hour to set up, with the only annoying part is that you get other options tossed in your face when you just want to access the file system(S3)
  13. permith

    Math for game development

    You'll end up being far better at math than a normal person, though to start your initial skill doesn't matter as much as you'd think. look at the age that some programmers start 9-12 while there is some "magic" there(mostly access to better tutors), they were not born with a natural understanding/knowledge of math. You'll just end up banging your head against a wall until you become better. Your biggest issues will be not having the intuitive understanding of some things, or knowing enough to be able to google-fu your way out of a problem(past experience when I was younger). But that is simpler to fix when you have access to tools like khan academy and other primers.
  14. permith

    Math for game development

    Normal Algebra, Linear Algebra. Very core, and pretty useful. Calculus typically not useful, since you can follow guides or similar. Though sometimes being able to make your own derivative can be useful(IE ripping apart an equation designed to be graphed, to be used with your timing system). Trig occasionally useful. Normally is handled with linear algebra/Matrix math. Though can be very useful for some quick and dirty solutions. Geometry. could be useful depending on your game type. Math Intuition can save you hours/days of time. Actually understanding and apply math concepts will be pretty useful. Just simple things like knowing you can use trig functions to plot a circle, being able to rip equations apart into multi part steps, being able to decide if approximations are good enough/not, and especially useful when you know enough to know that there should be an easier way. Big 0 Notation(computer science). Or rather understanding the costs of different data/looping structures probably won't matter very much at the scale most games work at. Though can matter if you're making something that has "A LOT"(enemies/terrain/something). __________ Most games normally use basic math to achieve most effects, in cases where more extreme forms of math are used it's normally put behind something simpler(IE 3D effects/shading/similar put behind a matrix or shader). Also if you utterly fail at a branch like calc or geometry, you can always just use some other branch or Intuition to work your way out of the problem. You'll even end up using something like calculus without even realizing you are when you make a simple platformer. Though even then you won't see anything more complex than some simple multiplication or division when everything is put together. EDIT: This isn't to say you won't be needing math. But when it comes to normal everyday programming it's not as important/complex as it's made out to be. Personally I think that a lot of it is just carry over from the first computers actually only being useful to mathematicians/code breakers and other super math heavy fields. Also worth noting that you can also force your game designs away from what you're bad at. If you're bad at Algebra and Intuition(or calculus) stay away from platformers, if you're bad at data structures stay away from puzzle games, or similar.
  15. Depends if you're going onto a platform that has reviews.