4 ms·

> And I want cross-platform, but don't want to get mad along the way and I want to focus on the gameplay and not platform specific code. (and did not want to us

by skohan 7y ago

> And I want cross-platform, but don't want to get mad along the way and I want to focus on the gameplay and not platform specific code. (and did not want to use unity for various reasons) Which platform specific code? With a compatibility layer and a cross-platform graphics API we're talking about a vanishingly small amount of code.

hutzlibu 7y ago
"Which platform specific code? With a compatibility layer and a cross-platform graphics API we're talking about a vanishingly small amount of code." Again, do you have really first hand experience, how "vanishingly small" that amount of code is? I have not much experience in that area, as I specialiced on the web years ago, BECAUSE I heard too much horror stories about the difference in "theoretically cross plattform" and reality.
- skohan 7y ago
  I have not released a commercial product, but I have worked quite prolifically with these tools and the experience is very good. Web is an interesting value proposition because somebody else is worrying about portability, but it's quite limiting isn't it? I mean you're limited to webGL and a single-threaded host environment. It's certainly possible to make some nice experiences within those limitations, but you're not getting anywhere close to the full capacity of a user's hardware.
  - hutzlibu 7y ago
    "I have not released a commercial product" Good luck, if you do. I am serious. I also think the waste of the millions of layers of the web to the hardware disturbing, but it is the best compromise I see. "but you're not getting anywhere close to the full capacity of a user's hardware. " Certainly not. So no, doing a graphical bombastic AAA game is not possible, but the vast majority of games is today quite doable on the web. "a single-threaded host environment" And fortunately today this is not true anymore. With web workers and various other approaches, you can have costly calculations in the background, but sure, this is still not the same as real multi-threading.

by skohan 7y ago

hutzlibu 7y ago

"Which platform specific code? With a compatibility layer and a cross-platform graphics API we're talking about a vanishingly small amount of code." Again, do you have really first hand experience, how "vanishingly small" that amount of code is? I have not much experience in that area, as I specialiced on the web years ago, BECAUSE I heard too much horror stories about the difference in "theoretically cross plattform" and reality.

skohan 7y ago
I have not released a commercial product, but I have worked quite prolifically with these tools and the experience is very good. Web is an interesting value proposition because somebody else is worrying about portability, but it's quite limiting isn't it? I mean you're limited to webGL and a single-threaded host environment. It's certainly possible to make some nice experiences within those limitations, but you're not getting anywhere close to the full capacity of a user's hardware.
- hutzlibu 7y ago
  "I have not released a commercial product" Good luck, if you do. I am serious. I also think the waste of the millions of layers of the web to the hardware disturbing, but it is the best compromise I see. "but you're not getting anywhere close to the full capacity of a user's hardware. " Certainly not. So no, doing a graphical bombastic AAA game is not possible, but the vast majority of games is today quite doable on the web. "a single-threaded host environment" And fortunately today this is not true anymore. With web workers and various other approaches, you can have costly calculations in the background, but sure, this is still not the same as real multi-threading.