Mplay in Studio

MewX · 22. Februar 2013, 12:54

Quelle: gamemakerblog.com

Studio bekommt bald wohl endlich Built-In-Multiplayer-Funktionen. Auf den ersten Blick sehen die recht vernünftig aus!

Spoiler anzeigen

gamemakerblog.com schrieb:

Dailly later commented that the “theory” was to allow for cross-platform multiplayer functionality, potentially enabling mobile gamers to interact with those using a PC. When available, peer-to-peer multiplayer functionality will be demonstrated with an example game to be included in GameMaker, possibly the same one featured in the tweet. The new features will be added to GameMaker: Studio in an update next week, however this will not be version 1.2 as many expected.

Fin · 22. Februar 2013, 13:38

Hieß es nicht laut Roadmap, dass die Funktionen erst mit der 1.3 zur Verfügung stehen?

MewX · 22. Februar 2013, 13:40

Ja, aber anscheinend schon vor der Version.

kaano123 · 22. Februar 2013, 14:01

ENDLICH!

Ist ja nur eine LAN Funktion, aber trotzdem was schönes fürs freude.
Damit ist es auch die HTML5 Funktion genannt.......?

Tice · 22. Februar 2013, 14:04

Schwachsinn.
yoyogaymes sollte mal execute_file wieder einführen, ohne isses einfach zu umständlich network-funktionen zu benutzten
ausser man steht drauf jedes mal ne exe irgendwo zu speichern die 2 mal manuell ausführen zu müssen um dann was zu testen...
sonst ganz nett das sie mal was anderes als irgend nen mobile(ADs, Social mist, werbungdienste, inapp purchase bla bla) scheiss einbauen

DragonGamer · 22. Februar 2013, 14:19

Tice schrieb:

Schwachsinn.
yoyogaymes sollte mal execute_file wieder einführen, ohne isses einfach zu umständlich network-funktionen zu benutzten
ausser man steht drauf jedes mal ne exe irgendwo zu speichern die 2 mal manuell ausführen zu müssen um dann was zu testen...
sonst ganz nett das sie mal was anderes als irgend nen mobile(ADs, Social mist, werbungdienste, inapp purchase bla bla) scheiss einbauen

Wie zum henker meinst du das?
Ich kann im Studio problemlos mit einem Mausklick das Projekt starten und ausführen.

Außerdem wird es nie eine offizielle file_execute Funktion geben da das Studio keinen GML-Interpreter mehr benutzt wie GM 8.1.

Tice · 22. Februar 2013, 14:24

DragonGamer schrieb:

Ich kann im Studio problemlos mit einem Mausklick das Projekt starten und ausführen.

Ja und das nur 1 mal, lern lesen verdammt.
Man muss 2 anwendungen offen haben um multiplayer basierende spiele auch ordentlich zu testen, und das funktioniert im Studio nicht... (ausser natürlich die exe irgendwo zu extern zu speichern und dann 2 mal ausführen was totaler quatsch ist)

MasterXY · 22. Februar 2013, 14:29

Tice schrieb:

DragonGamer schrieb:

Ich kann im Studio problemlos mit einem Mausklick das Projekt starten und ausführen.

Ja und das nur 1 mal, lern lesen verdammt.
Man muss 2 anwendungen offen haben um multiplayer basierende spiele auch ordentlich zu testen, und das funktioniert im Studio nicht... (ausser natürlich die exe irgendwo zu extern zu speichern und dann 2 mal ausführen was totaler quatsch ist)

Wow Tice, nen schlechten Tag erwischt?

Ich denke die meisten Personen, die ine Multiplayergame entwickeln, testen es auf die Weise es zweimal per EXE auszuführen (Wie du es bei jedem GM bisher tun musstest) also sehe ich deine Beschwerde hier untergehen. Denn es ist doch nicht zu viel verlangt das Game einmal zu exportieren und danach einmal im GM und einmal die Exe zu starten.

kaano123 · 22. Februar 2013, 14:34

Tice schrieb:

DragonGamer schrieb:

Ich kann im Studio problemlos mit einem Mausklick das Projekt starten und ausführen.

Ja und das nur 1 mal, lern lesen verdammt.

Ich denke er hat richtig gelesen und nein bei mir funktioniert es auch problemlos (D.h auch nicht 1. sondern 1000 mal)

DragonGamer · 22. Februar 2013, 14:56

kaano123 schrieb:

Tice schrieb:

DragonGamer schrieb:

Ich kann im Studio problemlos mit einem Mausklick das Projekt starten und ausführen.

Ja und das nur 1 mal, lern lesen verdammt.

Ich denke er hat richtig gelesen und nein bei mir funktioniert es auch problemlos (D.h auch nicht 1. sondern 1000 mal)

Doch, ich hatte was überlesen...
Er redete natürlich davon wenn man Multiplayer-Anwendungen baut und diese testen will...
Ich würde da auch im GM 8.1 allerdings weniger auf file_execute zurückgreifen (was ja beudeutet dass du statt eine Exe irgendwo abzuspeichern, du eine Datei mit Code abspeichern musst was aufs selbe hinausläuft >_>) sondern das entwickeln so machen dass man nciht die ganze Zeit beide Seiten verändern muss. In manchen Fällen reicht es einfach die Exe offen zu lassen und nur euf einer Seite zu debuggen.

MewX · 22. Februar 2013, 15:19

MasterXY schrieb:

Wow Tice, nen schlechten Tag erwischt? :P

Anscheinend, denn das ist die mit Abstand gefährlichste Funktion in der Geschichte des Game Makers und ich wünsche, dass sie niemal wiederkehrt.
Mal abgesehen davon, dass sie unter den meisten Plattformen gar nicht mehr umsetzbar wäre, würde ich als Entwickler doch nie im Leben dem Nutzer volle Kontrolle über meine kleine Sandbox geben wollen. Von den Möglichkeiten, die sich da für dritte Eröffnen, fangen wir besser gar nicht erst an...

Das Patchen von Spielen ist auch ein relevantes Problem, aber das erledigen heute ja meistens die Distribution-Plattformen wie Steam oder die Appstores. Fürs Entwickeln muss man sich halt andere Sachen einfallen lassen. Nett wäre da natürlich ein bessere Debug-Mode.

~~Edit: Habe file_execute mit script_execute verwechselt. Nevermind.~~
Edit2: Doch korrekt.

DragonGamer · 22. Februar 2013, 15:42

MewX schrieb:

Edit: Habe file_execute mit script_execute verwechselt. Nevermind.

o.o was hast du denn gegen script_execute (welches es zufällig auch im Studio gibt...)?

..ich vermute mal wir sind heute alle schon etwas müde

MewX · 23. Februar 2013, 00:45

Ich meinte doch execute_file... hab gedacht, ich hätte execute_program böser Dinge bezichtigt.

Also nochmal für's Verständnis: Game Maker Code von außen in die Sandbox laden ist technisch nicht mehr möglich, schlechtes Design und schlichtweg unsicher und gefährlich.

Tice · 23. Februar 2013, 00:55

Eigentlich hab ich ja da mit gemeint die EXE aus dem working_directory nochmals mit einer funktion zu öffnen die ja entfernt worden ist

MewX · 23. Februar 2013, 00:56

Das wäre execute_program.

Tice · 23. Februar 2013, 02:51

Ja und die ist auch obsolete.

MasterXY · 24. Februar 2013, 01:53

Tice schrieb:

Ja und die ist auch obsolete.

Ja um Gottes Willen, dann lässt du halt das working_direktory offen und startest daraus. Im fertigen Spiel wirst du die Funktion ohnehin nicht brauchen und wieder ausbauen. Das ist ja jetzt auch nicht so ein Mehraufwand, einen Ordner geöffnet zu haben und von dort aus ein Programm zu starten.

Leonardo007 · 24. Februar 2013, 08:46

Das Patchen von Spielen ist auch ein relevantes Problem, aber das erledigen heute ja meistens die Distribution-Plattformen wie Steam oder die Appstores.

aber WWEEEIIITTTTTT gefehlt XD du musst selber patchen, da steam nur eine Vertriebsplattform ist XD

MewX · 24. Februar 2013, 09:05

Leonardo007 schrieb:

aber WWEEEIIITTTTTT gefehlt XD du musst selber patchen, da steam nur eine Vertriebsplattform ist XD

Natürlich debuggen sie nicht deine Spiele, aber die Infrastruktur kommt da sehr wohl her...

Tice · 24. Februar 2013, 10:51

MasterXY schrieb:

Tice schrieb:

Ja und die ist auch obsolete.

Ja um Gottes Willen, dann lässt du halt das working_direktory offen und startest daraus. Im fertigen Spiel wirst du die Funktion ohnehin nicht brauchen und wieder ausbauen. Das ist ja jetzt auch nicht so ein Mehraufwand, einen Ordner geöffnet zu haben und von dort aus ein Programm zu starten.

Bereits getestet, die EXE lässt sich nicht starten