MultiplayerContent/de - Revision history

RufDerMacht: /* Die Szenario-Datei */ section translation finished

2022-02-22T09:40:42Z

Die Szenario-Datei: section translation finished

← Older revision		Revision as of 09:40, 22 February 2022
Line 30:		Line 30:
	* Ein Szenario, das nicht dafür vorgesehen ist, direkt gestartet zu werden, sollte innerhalb des <code>[scenario]</code>-Tags den key <code>allow_new_game=no</code> enthalten. Das verhindert die Anzeige des Szenarios auf der Multiplayer-Konfigurationsseite als Eintrittspunkt.<br>Ab Wesnoth Version 1.13 ist diese Angabe nicht mehr unbedingt notwendig, da <code>allow_new_game=no</code> die Voreinstellung ist.		* Ein Szenario, das nicht dafür vorgesehen ist, direkt gestartet zu werden, sollte innerhalb des <code>[scenario]</code>-Tags den key <code>allow_new_game=no</code> enthalten. Das verhindert die Anzeige des Szenarios auf der Multiplayer-Konfigurationsseite als Eintrittspunkt.<br>Ab Wesnoth Version 1.13 ist diese Angabe nicht mehr unbedingt notwendig, da <code>allow_new_game=no</code> die Voreinstellung ist.
	* Für Szenarien ohne <code>allow_new_game=no</code> kann man den key <code>new_game_title</code> benutzen, der einen benutzerdefinierten Titel für das Szenario ermöglicht. Das ist nützlich, wenn man mehrere Eintrittspunkte in eine Kampagne - z.B. am Anfang eines neuen Kapitels - setzen möchte.		* Für Szenarien ohne <code>allow_new_game=no</code> kann man den key <code>new_game_title</code> benutzen, der einen benutzerdefinierten Titel für das Szenario ermöglicht. Das ist nützlich, wenn man mehrere Eintrittspunkte in eine Kampagne - z.B. am Anfang eines neuen Kapitels - setzen möchte.
	* ~~Each human~~-~~controlled side needs to have a~~ '''~~controller=human~~''' ~~key defined in its~~ [side] ~~tag to work in network mode~~.		* Jede durch einen Menschen gesteuerte Partei (in der WML-Terminologie spricht man von '''side''') benötigt innerhalb ihres <code>[side]</code>-Tags den Key <code>controller=human</code>, um im Netzwerkmodus zu funktionieren.
	* ~~Each human-controlled side also needs to have a '''save_id''' defined inside its~~ [side] ~~tag~~. ~~Each side's~~ save_id ~~should be unique~~, ~~and it should be the same~~ in ~~every scenario~~. ~~Without this~~, ~~your recall lists and leaders will not carry over from one scenario to the next~~. ~~{{DevFeature1~~.13~~\|?}} This is no longer true~~, '''~~save_id~~''' ~~defaults to '''id'~~'', ~~just like in sp~~		* Jede von einem Menschen gesteuerte Partei benötigt außerdem innerhalb ihres <code>[side]</code>-Tags den Key <code>save_id=ABCD</code> mit einem einzigartigen Identifikationscode (ID). Jede Side hat eine eigene save_id, und sie ist in jedem zusammengehörigen Szenario gleich. Ohne diese Angabe werden die Anführer und Rekrutierungslisten nicht ins nächste Szenario übernommen.<br>Ab Wesnoth Version 1.13 wird die Angabe von save_id nicht mehr benötigt, sie wird (genau wie im Einzelspielermodus) per Voreinstellung von dem Schlüssel <code>id=ABCD</code> übernommen.
	* If you want to carry over information for ai sides, they need to have a '''~~save_id~~''' ~~defined and~~ ''~~'persistent=yes''' in their~~ [side] ~~tags. (The same is true for singleplayer campaigns)~~		* Jede von der KI gesteuerten Partei jedoch benötigt innerhalb ihres <code>[side]</code>-Tags den Key <code>save_id=12345</code> und zusätzlich den Key <code>persistent=yes</code>. Da gleiche gilt generell auch im Einzelspielermodus.
	* {{DevFeature1.13\|?}} You can use '''previous_save_id''~~' to tell the engine which player shodul control which side. For example if you have a multiplayer campaign and in scenario1 you have two sides with ids~~ Kalenz ~~and Landar, and in scenario2 you have sides with ids Konrad and Delfador you can use~~ '''~~previous_save_id=Kalenz~~''' ~~and~~ '''~~previous_save_id=Landar~~''' ~~in scenario2 to make sure that the player that previously controlled Kalenz now controls Konrad and the player that previously controlled Landar now controlls~~ Delfador.		* Ab Wesnoth Version 1.13 gibt es die Möglichkeit, mittels des Key <code>previous_save_id</code> innerhalb eines <code>[side]</code>-Tags zu bestimmen, welcher vorherige Spieler diese Partei im aktuellen Szenario übenehmen soll. Angenommen, im ersten Szenario gibt es zwei Parteien mit den IDs ''Kalenz'' und ''Landar'', im zweiten ''Konrad'' und ''Delfador''. Man kann nun im zweiten Szenario innerhalb des <code>[side]</code>-Tags von ''Konrad'' den Key <code>previous_save_id=Kalenz</code> nutzen, um die vorher von ''Kalenz'' gesteuerte Partei nun ''Konrad'' zuzuordnen. Das Gleiche kann man mit ''Landar'' und ''Delfador'' machen.

	== Other Notes ==		== Other Notes ==

RufDerMacht: /* Die Szenario-Datei */ trans

2022-02-21T12:10:45Z

Die Szenario-Datei: trans

← Older revision		Revision as of 12:10, 21 February 2022
Line 28:		Line 28:
	Ein Szenario innerhalb einer Multiplayer-Kampagne ist beinahe identisch zu einem Szenario in einer Einzelspieler-Kampagne. Es müssen nur folgende Änderungen vogenommen werden:		Ein Szenario innerhalb einer Multiplayer-Kampagne ist beinahe identisch zu einem Szenario in einer Einzelspieler-Kampagne. Es müssen nur folgende Änderungen vogenommen werden:

	* Ein Szenario, das nicht dafür vorgesehen ist, direkt gestartet zu werden, sollte innerhalb des <code>[scenario]</code>-Tags den key <code>allow_new_game=~~'''~~no~~'''~~</code> enthalten. Das verhindert die Anzeige des Szenarios auf der Multiplayer-Konfigurationsseite als ~~"entry point"~~.		* Ein Szenario, das nicht dafür vorgesehen ist, direkt gestartet zu werden, sollte innerhalb des <code>[scenario]</code>-Tags den key <code>allow_new_game=no</code> enthalten. Das verhindert die Anzeige des Szenarios auf der Multiplayer-Konfigurationsseite als Eintrittspunkt.<br>Ab Wesnoth Version 1.13 ist diese Angabe nicht mehr unbedingt notwendig, da <code>allow_new_game=no</code> die Voreinstellung ist.
			* Für Szenarien ohne <code>allow_new_game=no</code> kann man den key <code>new_game_title</code> benutzen, der einen benutzerdefinierten Titel für das Szenario ermöglicht. Das ist nützlich, wenn man mehrere Eintrittspunkte in eine Kampagne - z.B. am Anfang eines neuen Kapitels - setzen möchte.
	* Every scenario which should not be available to start directly, should have '''allow_new_game=no''' inside the [scenario] tag. This will prevent it from showing as an "entry point" in the multiplayer configuration screen. {{DevFeature1.13~~\|?}} This is no longer true~~, ~~'''~~allow_new_game=no~~''' is now the default~~

	* ~~For scenarios that don't use '''~~allow_new_game=no~~'''~~, ~~one could make use of '''new_game_title''' to have a custom title~~. ~~This is useful if the campaign is supposed to have multiple entry points such as chapters~~.
	* Each human-controlled side needs to have a '''controller=human''' key defined in its [side] tag to work in network mode.		* Each human-controlled side needs to have a '''controller=human''' key defined in its [side] tag to work in network mode.
	* Each human-controlled side also needs to have a '''save_id''' defined inside its [side] tag. Each side's save_id should be unique, and it should be the same in every scenario. Without this, your recall lists and leaders will not carry over from one scenario to the next. {{DevFeature1.13\|?}} This is no longer true, '''save_id''' defaults to '''id''', just like in sp		* Each human-controlled side also needs to have a '''save_id''' defined inside its [side] tag. Each side's save_id should be unique, and it should be the same in every scenario. Without this, your recall lists and leaders will not carry over from one scenario to the next. {{DevFeature1.13\|?}} This is no longer true, '''save_id''' defaults to '''id''', just like in sp

RufDerMacht: trans

2022-02-20T18:50:35Z

trans

RufDerMacht: /* Kampagnen im Multiplayer-Modus */ trans

2022-02-20T18:34:29Z

Kampagnen im Multiplayer-Modus: trans

← Older revision		Revision as of 18:34, 20 February 2022
Line 20:		Line 20:
	Man kann und sollte seine Arbeit zunächst im '''Hotseat-Modus''' testen, aber einige Dinge werden sich unter realen Netzwerkbedingungen vermutlich dennoch anders verhalten (und hauptsächlich Szenario- und Nebenparameter beeinflussen). Das sollte man immer im Hinterkopf behalten und eine Multiplayer-Kampagne immer auch im '''Netzwerk''' testen.		Man kann und sollte seine Arbeit zunächst im '''Hotseat-Modus''' testen, aber einige Dinge werden sich unter realen Netzwerkbedingungen vermutlich dennoch anders verhalten (und hauptsächlich Szenario- und Nebenparameter beeinflussen). Das sollte man immer im Hinterkopf behalten und eine Multiplayer-Kampagne immer auch im '''Netzwerk''' testen.

	==== ~~The Campaign~~ Tag ====		==== Das <code>[campaign]</code>-Tag ====

	Multiplayer ~~campaigns use the~~ [campaign] ~~tag~~, ~~thus allowing the same campaign to work both in both modes~~. ~~The only difference is that game also checks for a couple optional tags when campaign is used in multiplayer~~. ~~They could be found on the~~ [[CampaignWML]] ~~page~~. ~~Additionally, the~~ '''type''' ~~attribute should be explicitly set to~~ '''mp''' or '''hybrid''' ~~or otherwise a campaign would not be visible in multiplayer~~.		In Multiplayer-Kampagnen wird das <code>[campaign]</code>-Tag verwendet, die ein und dieselbe Kampagne sowohl im Multiplayer- als auch im Singleplayer-Modus spielbar macht. Das Spiel überprüft im Multiplayer-Modus lediglich zusätzlich einige optionaler Tags. Diese Tags können unter [[CampaignWML]] nachgeschlagen werden.<br>Außerdem muss in Multiplayer-Kampagnen das '''type'''-Attribut ausdrücklich auf '''mp''' oder '''hybrid''' gesetzt werden, da eine Kampagne andernfalls gar nicht erst im Multiplayer-Modus sichtbar ist.

	==== The Scenario File ====		==== The Scenario File ====

RufDerMacht: trans

2022-02-20T13:37:00Z

trans

← Older revision		Revision as of 13:37, 20 February 2022
Line 2:		Line 2:
	{{Create/de}}		{{Create/de}}

	Auf dieser Seite wird erläutert, welche [[SyntaxWML\|WML-Syntax]] innerhalb einer '''.cfg'''-Datei erforderlich ist, damit ein einzelnes Szenario oder eine Kampagne im Multiplayer-Modus funktioniert. Da nur diese Unterschiede angesprochen werden, ist es sinnvoll, zunächst die vorherigen Artikel des '''Leitfadens für Kreative''' (Verlinkungen ~~ganz~~ oben auf dieser Seite) zu lesen.		Auf dieser Seite wird erläutert, welche [[SyntaxWML\|WML-Syntax]] innerhalb einer '''.cfg'''-Datei erforderlich ist, damit ein einzelnes Szenario oder eine Kampagne im Multiplayer-Modus funktioniert. Da nur diese Unterschiede angesprochen werden, ist es sinnvoll, zunächst die vorherigen Artikel des '''Leitfadens für Kreative''' (Verlinkungen oben auf dieser Seite) zu lesen.


	== Szenarios im Multiplayer-Modus ==		== Szenarios im Multiplayer-Modus ==

	Im Multiplayer-Modus kann man ein einzelnes Szenario spielen, ohne dafür eine Kampagne einzurichten (dies ist im ~~Eizelspielermodus~~ '''nicht''' möglich). Dazu sind folgende Anpassungen nötig:		Im Multiplayer-Modus kann man ein einzelnes Szenario spielen, ohne dafür eine Kampagne einzurichten (dies ist im Einzelspielermodus '''nicht''' möglich). Dazu sind folgende Anpassungen nötig:

	* '''In der Datei _main.cfg:''' <code>#ifdef MULTIPLAYER</code> als Ladebedingung einfügen.		* '''In der Datei _main.cfg:''' <code>#ifdef MULTIPLAYER</code> als Ladebedingung einfügen.
	* '''In der Szenario-Konfigurationsdatei:''' ein <code>[multiplayer]</code>-Tag anstelle eines <code>[scenario]</code>-Tags auf oberster Code-Ebene verwenden.		* '''In der Szenario-Konfigurationsdatei:''' ein <code>[multiplayer]</code>-Tag anstelle eines <code>[scenario]</code>-Tags auf oberster Code-Ebene verwenden.

	== Multiplayer ~~campaigns~~ ==		== Kampagnen im Multiplayer-Modus ==

	~~<b>Note~~:~~</b> This section is relevant~~ for ~~version~~ '''1.11.6 ~~and higher~~'''.		'''Anmerkung:''' Multiplayer-Kampagnen in ''Battle for Wesnoth'' werden erst ab '''Version 1.11.6''' des Spiels unterstützt.

	Wesnoth ~~has basic support for campaigns that can be played in multiplayer mode~~, ~~with your friends~~, ~~or even with an AI~~. ~~There will still be some things that don~~'~~t work as expected since some functionality for multiplayer campaigns is still being developed. While you can and should test your work in hotseat mode~~, ~~there are a number of things that might behave differently under real network conditions~~ (~~mostly affecting scenario and side parameters~~). ~~Keep this in mind and make sure to test your campaign over the net, too~~.		Wesnoth hat grundlegende Unterstützung für Kampagnen im Multiplayer-Modus, man kann es entweder mit Freunden oder sogar mit einer KI spielen. Es gibt allerdings nach wie vor ein paar Dinge, die nicht so arbeiten wie man es erwarten könnte, da sich einige Funktionen noch in der Entwicklung befinden.

			Man kann und sollte seine Arbeit zunächst im '''Hotseat-Modus''' testen, aber einige Dinge werden sich unter realen Netzwerkbedingungen vermutlich dennoch anders verhalten (und hauptsächlich Szenario- und Nebenparameter beeinflussen). Das sollte man immer im Hinterkopf behalten und eine Multiplayer-Kampagne immer auch im '''Netzwerk''' testen.

	==== The Campaign Tag ====		==== The Campaign Tag ====

RufDerMacht at 05:10, 20 February 2022

2022-02-20T05:10:45Z

← Older revision		Revision as of 05:10, 20 February 2022
Line 2:		Line 2:
	{{Create/de}}		{{Create/de}}

	This page is dedicated to the syntax modifications necessary to enable a scenario or campaign to work in multiplayer mode. Only the differences between multiplayer and singleplayer are are documented here, ~~so you might want to read~~ [[~~BuildingScenarios~~]] ~~and [[BuildingCampaigns]] first~~.		Auf dieser Seite wird erläutert, welche [[SyntaxWML\|WML-Syntax]] innerhalb einer '''.cfg'''-Datei erforderlich ist, damit ein einzelnes Szenario oder eine Kampagne im Multiplayer-Modus funktioniert. Da nur diese Unterschiede angesprochen werden, ist es sinnvoll, zunächst die vorherigen Artikel des '''Leitfadens für Kreative''' (Verlinkungen ganz oben auf dieser Seite) zu lesen.

	~~<b>Note:</b> This page assumes you have a basic add-on set up as described in [[AddonStructure]], as well as some coded content.~~

	== Multiplayer ~~scenarios~~ ==		== Szenarios im Multiplayer-Modus ==

	~~You can play standalone scenarios in multiplayer mode without setting up a campaign~~ (~~this isn~~'~~t possible in singleplayer~~). ~~Simply make the following modifications~~:		Im Multiplayer-Modus kann man ein einzelnes Szenario spielen, ohne dafür eine Kampagne einzurichten (dies ist im Eizelspielermodus '''nicht''' möglich). Dazu sind folgende Anpassungen nötig:

	* In ~~the~~ _main.cfg ~~file, use~~ <b>#ifdef MULTIPLAYER</b> ~~as the load conditional~~		* '''In der Datei _main.cfg:''' <code>#ifdef MULTIPLAYER</code> als Ladebedingung einfügen.
	* In ~~the scenario configuration file, use a toplevel~~ <b>[multiplayer]</b> ~~tag instead of~~ <b>[scenario]</b> ~~tag~~		* '''In der Szenario-Konfigurationsdatei:''' ein <code>[multiplayer]</code>-Tag anstelle eines <code>[scenario]</code>-Tags auf oberster Code-Ebene verwenden.

	== Multiplayer campaigns ==		== Multiplayer campaigns ==

RufDerMacht: Created German Page - will be translated soon

2022-02-19T10:02:16Z

Created German Page - will be translated soon

New page

{{Translations}}
{{Create/de}}

This page is dedicated to the syntax modifications necessary to enable a scenario or campaign to work in multiplayer mode. Only the differences between multiplayer and singleplayer are are documented here, so you might want to read [[BuildingScenarios]] and [[BuildingCampaigns]] first.

Note: This page assumes you have a basic add-on set up as described in [[AddonStructure]], as well as some coded content.

== Multiplayer scenarios ==

You can play standalone scenarios in multiplayer mode without setting up a campaign (this isn't possible in singleplayer). Simply make the following modifications:

* In the _main.cfg file, use #ifdef MULTIPLAYER as the load conditional
* In the scenario configuration file, use a toplevel [multiplayer] tag instead of [scenario] tag

== Multiplayer campaigns ==

Note: This section is relevant for version '''1.11.6 and higher'''.

Wesnoth has basic support for campaigns that can be played in multiplayer mode, with your friends, or even with an AI. There will still be some things that don't work as expected since some functionality for multiplayer campaigns is still being developed. While you can and should test your work in hotseat mode, there are a number of things that might behave differently under real network conditions (mostly affecting scenario and side parameters). Keep this in mind and make sure to test your campaign over the net, too.

==== The Campaign Tag ====

Multiplayer campaigns use the [campaign] tag, thus allowing the same campaign to work both in both modes. The only difference is that game also checks for a couple optional tags when campaign is used in multiplayer. They could be found on the [[CampaignWML]] page. Additionally, the '''type''' attribute should be explicitly set to '''mp''' or '''hybrid''' or otherwise a campaign would not be visible in multiplayer.

==== The Scenario File ====

A scenario in a multiplayer campaign is almost identical to a scenario in a singleplayer campaign. You only need to change the following:

* Every scenario which should not be available to start directly, should have '''allow_new_game=no''' inside the [scenario] tag. This will prevent it from showing as an "entry point" in the multiplayer configuration screen. {{DevFeature1.13|?}} This is no longer true, '''allow_new_game=no''' is now the default
* For scenarios that don't use '''allow_new_game=no''', one could make use of '''new_game_title''' to have a custom title. This is useful if the campaign is supposed to have multiple entry points such as chapters.
* Each human-controlled side needs to have a '''controller=human''' key defined in its [side] tag to work in network mode.
* Each human-controlled side also needs to have a '''save_id''' defined inside its [side] tag. Each side's save_id should be unique, and it should be the same in every scenario. Without this, your recall lists and leaders will not carry over from one scenario to the next. {{DevFeature1.13|?}} This is no longer true, '''save_id''' defaults to '''id''', just like in sp
* If you want to carry over information for ai sides, they need to have a '''save_id''' defined and '''persistent=yes''' in their [side] tags. (The same is true for singleplayer campaigns)
* {{DevFeature1.13|?}} You can use '''previous_save_id''' to tell the engine which player shodul control which side. For example if you have a multiplayer campaign and in scenario1 you have two sides with ids Kalenz and Landar, and in scenario2 you have sides with ids Konrad and Delfador you can use '''previous_save_id=Kalenz''' and '''previous_save_id=Landar''' in scenario2 to make sure that the player that previously controlled Kalenz now controls Konrad and the player that previously controlled Landar now controlls Delfador.

== Other Notes ==

* To ensure that your scenario settings won't get overwritten by the settings from the multiplayer configure dialog, you can set '''force_use_map_settings=true'''. However, if your campaign is not intended to be played strictly with default settings, you can set it to '''false'''.

* If any settings are still taken from the multiplayer configure dialog, it is possible to overwrite them in the prestart event. Useful tags include [set_recruit], [modify_side], [modify_turns],[remove_shroud], and [lift_fog]. You might also want to use experience_modifier=100 in the [scenario] tag.

==== Synchronization ====

When creating multiplayer content, you should be cautious of code that might change on one client but not the other players'. Not doing so can result in an [[OOS_(Out_of_Sync) | Out of Sync]] error. Most [event]s are synced across all clients, but a few still have issues. A full list of safe events can be found on the [[EventWML#Multiplayer_safety | EventWML]] page.

== See Also ==

* [[Create]]
* [[BuildingScenarios]]
* [[BuildingCampaigns]]

[[Category:Create]]

← Older revision		Revision as of 18:50, 20 February 2022
Line 2:		Line 2:
	{{Create/de}}		{{Create/de}}

	Auf dieser Seite wird erläutert, welche [[SyntaxWML\|WML-Syntax]] innerhalb einer '''.cfg'''-Datei erforderlich ist, damit ein einzelnes Szenario oder eine Kampagne im Multiplayer-Modus funktioniert. Da nur diese Unterschiede angesprochen werden, ist es sinnvoll, zunächst die vorherigen Artikel des '''Leitfadens für Kreative''' (Verlinkungen oben auf dieser Seite) zu lesen.		Auf dieser Seite wird erläutert, welche [[SyntaxWML\|WML-Syntax]] innerhalb einer '''.cfg'''-Datei erforderlich ist, damit ein einzelnes Szenario oder eine Kampagne im '''Multiplayer-Modus (MPM)''' funktioniert. Da nur diese Unterschiede angesprochen werden, ist es sinnvoll, zunächst die vorherigen Artikel des '''Leitfadens für Kreative''' (Verlinkungen oben auf dieser Seite) zu lesen.


	== Szenarios im Multiplayer-Modus ==		== Szenarios im Multiplayer-Modus ==

	Im ~~Multiplayer-Modus~~ kann man ein einzelnes Szenario spielen, ohne dafür eine Kampagne einzurichten (dies ist im Einzelspielermodus '''nicht''' möglich). Dazu sind folgende Anpassungen nötig:		Im MPM kann man ein einzelnes Szenario spielen, ohne dafür eine Kampagne einzurichten (dies ist im Einzelspielermodus '''nicht''' möglich). Dazu sind folgende Anpassungen nötig:

	* '''In der Datei _main.cfg:''' <code>#ifdef MULTIPLAYER</code> als Ladebedingung einfügen.		* '''In der Datei _main.cfg:''' <code>#ifdef MULTIPLAYER</code> als Ladebedingung einfügen.
Line 16:		Line 16:
	'''Anmerkung:''' Multiplayer-Kampagnen in ''Battle for Wesnoth'' werden erst ab '''Version 1.11.6''' des Spiels unterstützt.		'''Anmerkung:''' Multiplayer-Kampagnen in ''Battle for Wesnoth'' werden erst ab '''Version 1.11.6''' des Spiels unterstützt.

	Wesnoth hat grundlegende Unterstützung für Kampagnen im ~~Multiplayer-Modus~~, man kann es entweder mit Freunden oder sogar mit einer KI spielen. Es gibt allerdings nach wie vor ein paar Dinge, die nicht so arbeiten wie man es erwarten könnte, da sich einige Funktionen noch in der Entwicklung befinden.		Wesnoth hat grundlegende Unterstützung für Kampagnen im MPM, man kann es entweder mit Freunden oder sogar mit einer KI spielen. Es gibt allerdings nach wie vor ein paar Dinge, die nicht so arbeiten wie man es erwarten könnte, da sich einige Funktionen noch in der Entwicklung befinden.

	Man kann und sollte seine Arbeit zunächst im '''Hotseat-Modus''' testen, aber einige Dinge werden sich unter realen Netzwerkbedingungen vermutlich dennoch anders verhalten (und hauptsächlich Szenario- und Nebenparameter beeinflussen). Das sollte man immer im Hinterkopf behalten und eine Multiplayer-Kampagne immer auch im '''Netzwerk''' testen.		Man kann und sollte seine Arbeit zunächst im '''Hotseat-Modus''' testen, aber einige Dinge werden sich unter realen Netzwerkbedingungen vermutlich dennoch anders verhalten (und hauptsächlich Szenario- und Nebenparameter beeinflussen). Das sollte man immer im Hinterkopf behalten und eine Multiplayer-Kampagne immer auch im '''Netzwerk''' testen.
Line 22:		Line 22:
	==== Das <code>[campaign]</code>-Tag ====		==== Das <code>[campaign]</code>-Tag ====

	In Multiplayer-Kampagnen wird das <code>[campaign]</code>-Tag verwendet, ~~die~~ ein und dieselbe Kampagne sowohl im ~~Multiplayer-~~ als auch im ~~Singleplayer-Modus~~ spielbar macht. Das Spiel überprüft im ~~Multiplayer-Modus~~ lediglich zusätzlich einige optionaler Tags. Diese Tags können unter [[CampaignWML]] nachgeschlagen werden.<br>Außerdem muss in Multiplayer-Kampagnen das '''type'''-Attribut ausdrücklich auf '''mp''' oder '''hybrid''' gesetzt werden, da eine Kampagne andernfalls gar nicht erst im ~~Multiplayer-Modus~~ sichtbar ist.		In Multiplayer-Kampagnen wird das <code>[campaign]</code>-Tag verwendet, das ein und dieselbe Kampagne sowohl im MPM als auch im Einzelspielermodus spielbar macht. Das Spiel überprüft im MPM lediglich zusätzlich einige optionaler Tags. Diese Tags können unter [[CampaignWML]] nachgeschlagen werden.<br>Außerdem muss in Multiplayer-Kampagnen das '''type'''-Attribut ausdrücklich auf '''mp''' oder '''hybrid''' gesetzt werden, da eine Kampagne andernfalls gar nicht erst im MPM sichtbar ist.

	==== ~~The Scenario File~~ ====		==== Die Szenario-Datei ====

	~~A scenario~~ in ~~a multiplayer campaign is almost identical to a~~ scenario ~~in a singleplayer campaign~~. ~~You only need to change the following:~~		Ein Szenario innerhalb einer Multiplayer-Kampagne ist beinahe identisch zu einem Szenario in einer Einzelspieler-Kampagne. Es müssen nur folgende Änderungen vogenommen werden:

			* Ein Szenario, das nicht dafür vorgesehen ist, direkt gestartet zu werden, sollte innerhalb des <code>[scenario]</code>-Tags den key <code>allow_new_game='''no'''</code> enthalten. Das verhindert die Anzeige des Szenarios auf der Multiplayer-Konfigurationsseite als "entry point".

	* Every scenario which should not be available to start directly, should have '''allow_new_game=no''' inside the [scenario] tag. This will prevent it from showing as an "entry point" in the multiplayer configuration screen. {{DevFeature1.13\|?}} This is no longer true, '''allow_new_game=no''' is now the default		* Every scenario which should not be available to start directly, should have '''allow_new_game=no''' inside the [scenario] tag. This will prevent it from showing as an "entry point" in the multiplayer configuration screen. {{DevFeature1.13\|?}} This is no longer true, '''allow_new_game=no''' is now the default

	* For scenarios that don't use '''allow_new_game=no''', one could make use of '''new_game_title''' to have a custom title. This is useful if the campaign is supposed to have multiple entry points such as chapters.		* For scenarios that don't use '''allow_new_game=no''', one could make use of '''new_game_title''' to have a custom title. This is useful if the campaign is supposed to have multiple entry points such as chapters.
	* Each human-controlled side needs to have a '''controller=human''' key defined in its [side] tag to work in network mode.		* Each human-controlled side needs to have a '''controller=human''' key defined in its [side] tag to work in network mode.