nonoba with non flash env
Post #2 deleted
guttalingur said
a long time ago | Post #3sorry im meaning am i resticted to online games i cant develop an desktop online games
Post #4 deleted
OVERREAL said
a long time ago | Post #5what
guttalingur said
a long time ago | Post #6i mean can i make a .exe mmorpg in c++
or am i limited to actionscript2-3?
or am i limited to actionscript2-3?
Post #7 deleted
Post #8 deleted
Hermes1011 The 2nd said
a long time ago | Post #9sorry AS2 and AS3, well actually anything that supports .swf export
Incrue said
a long time ago | Post #10What about support for unity games, have you ever though about that?
Hermes1011 The 2nd said
a long time ago | Post #11no they only except .swf files im tellin ya
RicardoRix said
a long time ago | Post #12you could look into Alchemy.
Plus the multiplayers games here: The server is c# while the clients would be flash. But the real programming is to be done in the server.
Plus the multiplayers games here: The server is c# while the clients would be flash. But the real programming is to be done in the server.
Hermes1011 The 2nd said
a long time ago | Post #13i guess...
Cyclone103 said
a long time ago | Post #14At this time, we only accept flash games. The flash IDE is fairly expensive, but you can use a free trial of it to create your games until you have the money.
As RicardoRix said, the multiplayer games have c# serverside code. If you want to use another language, have a look at the Player.IO multiplayer API. It works (in theory) with any language in the .net 3.5 or less framework, and a Mono port is in the making.
You can in theory create a c++ client for the player.io server, but it has not been done yet and it would require a fair amount of work.
As RicardoRix said, the multiplayer games have c# serverside code. If you want to use another language, have a look at the Player.IO multiplayer API. It works (in theory) with any language in the .net 3.5 or less framework, and a Mono port is in the making.
You can in theory create a c++ client for the player.io server, but it has not been done yet and it would require a fair amount of work.
LightBeam said
a long time ago | Post #15 | in reply to #12I think it's the other way around. The real programming is in the clientSide.
guttalingur said
a long time ago | Post #16then why dont we(i) make a c++ client any docs on the current flash client?
RicardoRix said
a long time ago | Post #17 | in reply to #15Yes there is still a fair amount of client work to do.
I think what I meant was, that the server can be the brains of the game, for dumb draw beautiful things clients. Atleast you can try that strategy anyway.
@guttalingur
You need to create a .swf file. Which is the adobe flash version of an .exe which can run in your internet browser.
Making a c++ client doesn't really make much sense.
The real answer is yes you do need to use flash.
Please take a look at Alchemy.
http://labs.adobe.com/technologies/alchemy/
I think what I meant was, that the server can be the brains of the game, for dumb draw beautiful things clients. Atleast you can try that strategy anyway.
@guttalingur
You need to create a .swf file. Which is the adobe flash version of an .exe which can run in your internet browser.
Making a c++ client doesn't really make much sense.
The real answer is yes you do need to use flash.
Please take a look at Alchemy.
http://labs.adobe.com/technologies/alchemy/
guttalingur said
a long time ago | Post #18oki
Reply to thread
Sign up now to reply to threads
guttalingur said
a long time ago | Post #1or do you have to buy the overpriced flash tool