Benutzer:Schnobs/Skripte - Versionsgeschichte

Schnobs am 24. Januar 2008 um 15:54 Uhr

2008-01-24T15:54:08Z

← Nächstältere Version		Version vom 24. Januar 2008, 17:54 Uhr
Zeile 33:		Zeile 33:
	Dies ist ein sehr schlichtes Skript, um in einem bestimmten Bereich Satelliten aufzustellen. Das Schiff plaziert Satelliten in allen Sektoren des Einsatzgebietes, und ersetzt verloren gegangene. Die erforderlichen Satelliten werden (ebenfalls innerhalb des Einsatzgebietes) günstigst eingekauft.		Dies ist ein sehr schlichtes Skript, um in einem bestimmten Bereich Satelliten aufzustellen. Das Schiff plaziert Satelliten in allen Sektoren des Einsatzgebietes, und ersetzt verloren gegangene. Die erforderlichen Satelliten werden (ebenfalls innerhalb des Einsatzgebietes) günstigst eingekauft.

	Dieses Skript richtet sich an den aufstrebenden Jungunternehmer: der Funktionsumfang ist bescheiden, mit Problemen kann es nicht umgehen. Dafür entstehen auch keine weiteren Kosten, keine Gebühr pro aufgestelltem Satellit oder sowas. ~~Die~~ Satelliten ~~und das Schiff sind~~ schon ~~teuer~~ genug.		Dieses Skript richtet sich an den aufstrebenden Jungunternehmer: der Funktionsumfang ist bescheiden, mit Problemen kann es nicht umgehen. Dafür entstehen auch keine weiteren Kosten, keine Gebühr pro aufgestelltem Satellit oder sowas. Ständig Satelliten zu ersetzen verursacht schon genug laufende Kosten.


	Bedienung:<br>		Bedienung:<br>
Zeile 80:		Zeile 79:
	===Abweichende Sprungweite===		===Abweichende Sprungweite===
	Selbsterklärend.		Selbsterklärend.

			==Autom. Bergbau==

			Die "große" Variante dieses Skripts soll den Bergbau vollständig automatisieren; es handelt sich um mein erstes großes Projekt, und das merkt man. Definitiv nicht reif für eine Veröffentlichung.

			Als Ableger ist eine "kleine" Version entstanden: das Geschützturm-Skript erzeugt am Ort des zerstörten Asteroiden eine Navigationsbake. Erzsammler lassen sich nicht von treibenden Frachtcontainern ablenken, sie fliegen gezielt die Baken an und sammeln nur Minerale. Mehrere Sammler kommen sich nicht in die quere. Wenn der Laderaum voll ist, schalten sie ''erkennbar'' in den Bereitschaftsmodus, so daß man volle Frachter schon in der Besitztümerliste erkennt.

Schnobs am 19. Januar 2008 um 14:32 Uhr

2008-01-19T14:32:22Z

← Nächstältere Version		Version vom 19. Januar 2008, 16:32 Uhr
Zeile 66:		Zeile 66:

	Es gibt keine Sprachdatei oder Befehle. Gestartet wird die Software aus dem Skript-Editor, alle Nachrichten sind hart kodiert.		Es gibt keine Sprachdatei oder Befehle. Gestartet wird die Software aus dem Skript-Editor, alle Nachrichten sind hart kodiert.

			==Modifizierte Handelsbefehle==

			Meine derzeitige Baustelle. So etwas habe ich schonmal gemacht, bin aber überzeugt, daß es noch besser geht.
			Die Befehle sollen in den "Zusätlichen Schiffskommandos" liegen; insgesamt gibt es drei Befehle, aber man kann leider nur max. zwei Kommandos gleichzeitig setzten. Schade eigentlich.

			===Handle naheliegend===
			Normalwerweise sucht der Händler den meistbietenden Abnehmer; mit dieser Modifikation findet er den nächstgelegenen, der noch mindestens den eingestellten Preis bietet. Frühere Erfahrungen zeigen, daß das sehr sinnvoll sein kann: die Gewinne sinken ein wenig, aber man kann sich oft den zweiten Frachter sparen.

			===Warte auf Ladung===
			Nur für Verkäufer: das Schiff wird erst losfliegen, wenn sein Laderaum gefüllt ist. Wozu ständig mit halbleerem Laderaum durch die Gegend gondeln?

			===Abweichende Sprungweite===
			Selbsterklärend.

Schnobs: /* Der (fast) perfekte Händler */

2008-01-18T20:48:00Z

Der (fast) perfekte Händler

← Nächstältere Version		Version vom 18. Januar 2008, 22:48 Uhr
Zeile 59:		Zeile 59:
	...funktioniert (von außen gesehen) ähnlich wie die Handelssoftware Mk3, nur viel besser. Denn dieser Händler Vergleicht systematisch alle Handelsgelegenheiten und entscheidet sich für den besten Auftrag, unter Berücksichtigung von Laderaum und Spielerkonto. Bezahlt wird er in CPU-Zyklen.		...funktioniert (von außen gesehen) ähnlich wie die Handelssoftware Mk3, nur viel besser. Denn dieser Händler Vergleicht systematisch alle Handelsgelegenheiten und entscheidet sich für den besten Auftrag, unter Berücksichtigung von Laderaum und Spielerkonto. Bezahlt wird er in CPU-Zyklen.

	Dieser Händler ist ~~vor allem für den Spielbeginn~~ gedacht, ~~wenn man nur wenige Schiffe besitzt~~ (~~oder gar nur den von Frau Kho zur Verfügung gestellten TP~~). ~~Denn erstens gibt es in einer beliebigen Gegend immer nur~~ ''~~'ein'~~'' ~~bestes Angebot~~, ~~zwei Schiffe werden sich also zwangsläufig in die Quere kommen~~. ~~Zweitens handelt es~~ sich um einen ~~wahren Ressourcenfresser: nur wenige Instanzen der Software verwandeln das Spiel in einen Diavortrag~~.		Anders als die Uni-Händler (oder Fabrikfrachter) kann dieser Händler nur die Preise der Sektoren abfragen, die der Spieler auch "sehen" kann. Er macht also nichts, was man nicht auch selbst tun könnte, und ist in dieser Hinsicht ausgesprochen fair. Geschrieben habe ich dieses Skript als ich (mal wieder) ein neues Spiel angefangen habe, des ständigen Preisvergleichs aber schnell überdrüssig wurde.

			Dieser Händler ist erschreckend effizient: ich hatte eigentlich gedacht, ich hätte alle Preise sorgfältig abgeklappert (daher ja auch der Überdruß), aber denkste &dansh; die automatische Suche fördert Gelegenheiten zutage, an die ich nicht mal gedacht hätte. Dabei ist nicht mal ein ausgedehntes Satellitennetzwerk erforderlich, schon mit vier Sektoren kann sich der Händler geraume Zeit beschäftigen ohne daß der Gewinn pro Fahrt spürbar leidet.

			Der systematische Vergleich aller Handelsmöglichkeiten ist potentiell ''sehr'' rechenintensiv, weshalb ich den Händler jetzt fest auf Sprungweite=1 festgenagelt habe. Außerdem würden höhere Distanzen einen Sprungantrieb erfordern; dazu muß er sich einen Vorrat an EZ für den Eigenbedarf anlegen und ggf ergänzen usw usf -- wobei es mir sehr fraglich erscheint, ob die Gewinne bei höherer Sprungweite noch signifikant steigen würden.

	Es gibt keine Sprachdatei oder Befehle. Gestartet wird die Software aus dem Skript-Editor, alle Nachrichten sind hart kodiert.		Es gibt keine Sprachdatei oder Befehle. Gestartet wird die Software aus dem Skript-Editor, alle Nachrichten sind hart kodiert.

	Eventuell werde ich die Software eines Tages noch mit einigen Beschränkungen versehen, z.B. daß nur in Sektoren gehandelt wird, die man "sehen" kann. Damit kann man den Händler dann auch aus den Piratensektoren heraushalten. Außerdem würde er dadurch besser ins Spiel passen -- im Moment ist es eine wahre Gelddruckmaschine.

Schnobs am 16. Januar 2008 um 20:54 Uhr

2008-01-16T20:54:53Z

@@ Zeile 1: / Zeile 1: @@
 Hier ein paar Skripte, die ich mir so im Laufe der Zeit geschrieben habe. Bei Interesse findet ihr in den Wiki-Menüs am linken Rand die Funktion "Email an diesen Benutzer".
 ==Kleine Helferlein==
@@ Zeile 54: / Zeile 53: @@
 Also, nochmal zum mitschreiben: das Skript ist schlau genug, ohne Satelliten gar nicht erst zu starten. Und das ist die einzige Intelligenz, die es hat. Andere Probleme werden nicht einmal erkannt.

Schnobs am 16. Januar 2008 um 19:54 Uhr

2008-01-16T19:54:18Z

Änderungen zeigen

Schnobs: /* plugin.satdrop.start */

2007-06-24T17:19:33Z

plugin.satdrop.start

← Nächstältere Version		Version vom 24. Juni 2007, 19:19 Uhr
Zeile 68:		Zeile 68:
	003 load text: id=$textID		003 load text: id=$textID

	An dieser Stelle gibt es ein Problem: $PageID bekommt den Wert 1312, obwohl ich oben 1002 gesetzt und exportiert habe. Huch?		An dieser Stelle gibt es ein Problem: $PageID bekommt den Wert 1312 (=$textID), obwohl ich oben 1002 gesetzt und exportiert habe. Huch?

	004 $PageID = 1002		004 $PageID = 1002
Zeile 179:		Zeile 179:
	111 @ = [THIS] -> call script 'plugin.satdrop.main' : Basislager=$Camp Nav. oder Erw. satellit=$SatType		111 @ = [THIS] -> call script 'plugin.satdrop.main' : Basislager=$Camp Nav. oder Erw. satellit=$SatType
	112 return null		112 return null


	===plugin.satdrop.main===		===plugin.satdrop.main===

Schnobs am 24. Juni 2007 um 17:18 Uhr

2007-06-24T17:18:55Z

Änderungen zeigen

Schnobs: /* Funktionsumfang */

2007-06-23T21:39:26Z

Funktionsumfang

← Nächstältere Version		Version vom 23. Juni 2007, 23:39 Uhr
Zeile 4:		Zeile 4:


	==Funktionsumfang ~~(der Plan)~~==		==Funktionsumfang==
			oder<br>
			'''Was geht und was nicht geht'''

	~~Eine Heimatbasis im eigentlichen Sinne (Spielerstation)~~ ist ~~nicht erforderlich~~. ~~Aber das~~ Schiff ~~sollte ein Basislager~~ (~~beliebige Station~~) ~~haben, wohin es zurückkehrt, wenn sonst nichts anliegt~~.		Dies ist ein sehr schlichtes Skript, um in einem bestimmten Bereich Satelliten aufzustellen. Das Schiff plaziert Satelliten in allen Sektoren des Einsatzgebietes, und ersetzt verloren gegangene. Die erforderlichen Satelliten werden (ebenfalls innerhalb des Einsatzgebietes) günstigst eingekauft.

	~~Einstellung des Einsatzgebietes über Sprungweite und Freund/Feind Einstellungen~~. ~~Das Schiff plaziert~~ Satelliten ~~in allen Sektoren des Einsatzgebietes,~~ und ~~ersetzt verloren gegangene~~.		Dieses Skript richtet sich an den aufstrebenden Jungunternehmer: der Funktionsumfang ist bescheiden, mit Problemen kann es nicht umgehen. Dafür entstehen auch keine weiteren Kosten, keine Gebühr pro aufgestelltem Satellit oder sowas. Die Satelliten und das Schiff sind schon teuer genug.

	Die ~~erforderlichen~~ Satelliten ~~werden (ebenfalls~~ innerhalb des Einsatzgebietes~~) günstigst eingekauft~~.
			Bedienung:<br>
			Bei Start wird man gebeten, eine Station auszuwählen: das Basislager. Dies ist keine Heimatbasis im eigentlichen Sinne, sondern lediglich der Parkplatz, den das Schiff anfliegt, wenn es sonst nichts zu tun hat. Insofern tut es jede Station, auf der man andocken kann.

			Weiterhin wird man gefragt, welche Art von Satellit man verteilen will: E = Erweitert, alle anderen Eingaben = Navigationssatellit.

			Zu guter letzt soll man noch eine Sprungweite angeben. Der Ausgangspunkt ist der Sektor, in dem sich das Basislager befindet. Das Einsatzgebiet wird aus der Sprungweite in Verbindung mit den Freund/Feind-Einstellungen berechnet. Beispiel: Basislager ist die Handelsstation in Argon Prime, Sprungweite ist 7, alle außer den Argonen sind Feinde. Ergebins: das Einsatzgebiet sind die sog. "Argonischen Kernsektoren".

			Die Einbeziehung der Freund/Feind-Einstellungen ermöglicht eine recht sinnvolle Abgrenzung des Einsatzgebietes. Es wird einmal berechnet und dann als Liste gespeichert; es ließe sich also mit relativ wenig Aufwand ein Skript basteln, das einzelne Sektoren zur Liste hinzufügt oder daraus entfernt. Wenn man die F/F-Einstellungen später ändert, hat das KEINE Auswirkungen auf den Einsatzbereich!

			Was geschieht:<br>
			Alle fünf Mizuras werden die Sektoren im Einsatzbereich abgeklopft. Wenn sich in einem Sektor kein Spieler-Satellit befindet, fliegt das Schiff hin und plaziert einen Satelliten in der Mitte des Sektors deutlich oberhalb der Ekliptik. Es kann mehrere Satelliten hintereinander aufstellen, ohne jedesmal zum Basislager zurückzukehren.

			Wenn ihm die Satelliten ausgehen, versucht es innerhalb des Einsatzgebietes neue zu beschaffen. So billig wie möglich zwar, aber erforderlichenfalls werden Spitzenpreise gezahlt. Falls das aus welchem Grund auch immer nicht klappt: Kein Geld auf dem Spielerkonto? Keine Station im Einsatzgebiet handelt mit den erforderlichen Satelliten? Keine Andockerlaubnis irgendwo? Das Skript kennt das alles nicht. Es weiß nur daß immer noch keine Satelliten geladen hat, wartet ein paar Mizuras und versucht es erneut. Wenn es über längere Zeit keine Satelliten einkaufen kann, wird ca. einmal pro Stunde eine Nachricht an den Spieler geschickt, während das Schiff es einfach immer weiter versucht.

			Also, nochmal zum mitschreiben: das Skript ist schlau genug, ohne Satelliten gar nicht erst zu starten. Und das ist die einzige Intelligenz, die es hat. Andere Probleme werden nicht einmal erkannt.

	==Ablauf (hier brauche ich Hilfe)==		==Ablauf (hier brauche ich Hilfe)==

Schnobs: Quellcode eingefügt. Kommentare willkommen.

2007-06-23T20:04:19Z

Quellcode eingefügt. Kommentare willkommen.

Änderungen zeigen

Schnobs: /* offene Fragen */

2007-06-18T21:18:19Z

offene Fragen

← Nächstältere Version		Version vom 18. Juni 2007, 23:18 Uhr
Zeile 115:		Zeile 115:


			====offene Fragen====
			Soso, ''$minY'' habe ich gleich zweimal auf Null gesetzt... naja, doppelt genäht undsoweiter.

			Ist es überhaupt erforderlich, die Variablen vorab zu initialisieren?

			Was mich wurmt: dieses Skript klappert einen quadratischen Bereich an Sektoren ab. Die Sektoren in Sprungweite sind aber günstigstenfalls rautenförmig angeordnet. Knapp die Hälfte aller Sektoren können auch bei idealer Sprungtoranbindung niemals innerhalb der Sprungweite sein. Graphische Darstellung:
			++#++ # -in Sprungweite
			+###+ + -trotzdem geprüft
			#####
			+###+
			++#++

			Das Skript verbrennt also nutzlos CPU-Zyklen. Eigentlich kein Problem, es gibt ja weiß Gott genug davon... aber ich sehe es, und es stört mich. Geht das auch eleganter? Kommentare gerne geich hierher.

	~~Aus Sprungweite und den Freund~~-~~Feind-Einstellungen wird dann das Einsatzgebiet berechnet~~.

	~~Frage: ist~~ es ~~schlauer~~, ~~die Liste der Sektoren nur einmal zu erstellen~~ und ~~in einem Array zu speichern? Oder lieber den Zuständigkeitsbereich jedesmal neu berechnen?~~

	~~Speichern im Array hätte den Vorteil, daß man mit einem Interface wie bei den Patroullienkommandos einzelne Sektoren hinzufügen und löschen könnte~~. ~~Ich werde~~ das ~~wohl nicht schreiben, es wäre aber eine nette Erweiterung~~.

	===Satelliten einkaufen===		===Satelliten einkaufen===