Discussion:
[Announce] Z-Master beta
(zu alt für eine Antwort)
Harry Bur
2004-01-02 01:40:24 UTC
Permalink
Hiho,

Na dann will ich Euch mal auf das Mastering Tool/Scenario Editor
hinweisen das ich zur Zeit schreibe. Ab der aktuellen Version ist das
Tool durchaus benutzbar. Jedenfalls für PHost Spiele, für THost Spiele
wird die HConfig.hst noch nicht geschrieben.

Was leistet das Dingens:

Och.. bin zu faul zum tippen.. wen's interessiert... downloaden und
anschauen.. Docu gibts auch keine.. sollte für jemand der hostet
selbsterklärend sein.

Screenshots:
http://www.friendsnfun.net/zeus/screen/screen.html
Download:
http://www.friendsnfun.net/zeus/

Für die Amaster Fan's.. unter der Haube werkelt Amaster. Gefällt das
erstellte Universe nicht (öfter mal der Fall).. ein Knopfdruck und es
wird neu gemastert. (später kommt evtl. noch Map Wizard und eigene
Routinen dazu)

Wäre nett wenn ich etwas Rückkopplung bekommen würde.. Was fehlt.. was
ist irritierend.. etc.

Es würde mich natürlich auch freuen, wenn mir jemand ein mit Z-Master
erstelltes Scenario schicken würde. Wenn es gut ist, wird's
eingebunden.

Die Templates für die Spielerstellung sind noch nicht alle mit
sinnvollen Werten gefüllt. Deshalb wird z.B. immer das gleiche in die
Amaster.src eingetragen, egal ob man z.B. HW poor, normal oder rich
wählt etc.
Im Unterordner New_Game_Defaults sind die betreffenden Files zu
finden. Falls sich jemand die Arbeit macht und dort korrekte Werte
einträgt... bitte mir zukommen lassen.

Ansonsten, ein gutes neues Jahr euch allen, Harry
Stefan Reuther
2004-01-04 16:42:27 UTC
Permalink
Hallo,
Post by Harry Bur
Na dann will ich Euch mal auf das Mastering Tool/Scenario Editor
hinweisen das ich zur Zeit schreibe. Ab der aktuellen Version ist das
Tool durchaus benutzbar. Jedenfalls für PHost Spiele, für THost Spiele
wird die HConfig.hst noch nicht geschrieben.
[...]

Schick schick, wollte ich schon immer mal haben.

IMHO ist es ein Tool wie dieses das, was dem PHost noch fehlt. Der PHost
ist zu textlastig, es fehlt ein Frontend. Ich habe auch mal angefangen,
einen "Konfig-Wizard" in Java zu schreiben (ja, Christian, ich wollte
dir das Teil mal mailen...). Ein nettes Backend habe ich, fehlt nur noch
was buntes klickbares.
Post by Harry Bur
Wäre nett wenn ich etwas Rückkopplung bekommen würde.. Was fehlt.. was
ist irritierend.. etc.
Hab bis jetzt nur ein bißchen damit rumgespielt.
- das Raster ist mir zu hell, erst recht, da die Planeten dunkelblau
sind. In PCC nehme ich eine gepunktete Linie in #555555.
- das Programm beendet sich mit einer Fehlermeldung, wenn man auf einen
nicht existenten Gameslot klickt ("ggggggggggg").
- nette Karten sind da im Angebot. Als Operationen darauf wäre nützlich:
. alle Planeten zufällig verschieben (z.B. +/- 20 ly in jede Richtung)
. Planeten-Ids zufällig vertauschen
. Karte um einen zufälligen Winkel drehen oder spiegeln
. alles auf einmal
Hintergedanke ist daß ein Host ein ExploreMap-Spiel aufsetzen kann.
Wer jetzt also der Meinung ist, die "neutral"-Map sei toll, kann sich
eine neue "neutral"-Map erstellen, die so ähnlich aussieht, aber von
den Spielern erst erforscht werden muß. Eventuell wäre das auch ein
Feature für AMaster allgemein.


So, mal schauen, ob Mozilla+Hamster so tun, wie sie sollen,

Stefan
Harry Bur
2004-01-05 16:45:59 UTC
Permalink
Post by Stefan Reuther
IMHO ist es ein Tool wie dieses das, was dem PHost noch fehlt. Der PHost
ist zu textlastig, es fehlt ein Frontend.
Ist ja Freeware und das bleibt's auch.

Spätere Z-Master Versionen haben eine Spiele und Spieler DB und einen
MailRobo integriert, können Cron Jobs zum Hosten verwalten und alle
nötigen und unnötigen Webseiten erstellen.

Eine Webseite besteht aus einer oder mehreren SQL Abfragen und einem
HTML Template. In das Template werden dann die Daten, welche die
zugehörigen Datenbank Abfragen liefern, mittels Script eingebunden.
Dazu können alle Scriptsprachen, die für den Windows Scripting Host
eingebunden sind, benutzt werden.. Java Script, VB Script, Perl, Pyton
und Ruby ist wohl schon möglich..
Dadurch ist man sowohl was die Anzahl als auch den Inhalt oder das
Design der Webseiten betrifft absolut unabhängig.

Einfach ein Html Template und die zugehörige/n SQL Query/s erstellen
und schon wird auf Knopfdruck die Seite erstellt oder per ftp auf
einen Server geladen. Falls man SQL nicht kennt, es sind ja Beispiele
dabei und einfache DB Abfragen sind wirklich nicht so schwer und SQL
ist Standart.. da lernt man noch was. Dies, zusammen mit der grossen
Auswahl an Scripting Scrachen um die Daten in die Seiten einzubauen,
ist schon sehr flexibel find ich.

Das ist auch schon soweit fertig. In einem anderen Projekt hab ich das
so implementiert und es funktioniert prima.

Innerhalb von Z-Master wird nach jedem Game Hosting eine Befehlsfolge
abgearbeitet. Erstmal werden die neuen Daten in die DB eingetragen.

Danach kommen sowas wie Trigger.

Man kann sich das wie einen Hostlauf vorstellen. Nur werden keine
PData.hst etc. files geschrieben, sondern Datenbank Tabellen gefüllt.

Beispiel: Ein Spieler p1, Fed, sendet keine trn Files mehr ein.

- Es wird registriert, dass p1 für dieses Spiel
seinen Turn nicht gesendet hat und ein Flag in
einer bestimmten Tabelle wird gesetzt.
(Ich werde die Daten etwas redundant speichern,
damit die SQL Abfragen für die Templates einfach
bleiben.)
Weitere Aktionen wie Erinnerungs/Warn Mail
schicken kann man hier auch einfügen.

Das Template zur Erstellung der Game Page ist so ausgelegt, dass es
anzeigt, dass die Fed keinen Turn eingeschickt haben.

- Es wird getestet seit wievielen Turn dieses Flag
gesetzt ist. Wenn länger als x Turn, Datensatz
in Blacklist schreiben und Spieler in den
entsprechenden Tabellen löschen.

Das Template zur Erstellung der Game Page ist auch weiterhin so
ausgelegt, dass es nun einen freien Slot und einen Link zur JoinGame
Page, statt den Playernamen für die Fed anzeigt.

Oder.. Wenn das Spiel vorbei ist, greift z.B. ein anderer Trigger, der
eine Game History Seite erzeugt. Dort sieht man dann u.a., dass die
Fed Turn 1-7 von Player a gespielt wurden, dann bis Turn 10 unbesetzt
waren um dann von player b bis zum Schluss gespielt zu werden.

Oder man registriert jeweils die versenkte Schiffsmasse, Anzahl
Planets/Schiffe usw... ist die aktuelle grösser als die in einer
bestimmten Tabelle eingetragene, dann neue PlayerID dort eintragen.
Solche Trigger bekommen eine Ensprechung in der GUI, damit man sowas
für ein Duellgame z.B. abstellen kann.

Es kann dann ein HTml Template und zugehörige Datei mit der Query
geben, die eine Seite mit diesen Infos anzeigt.. Das wäre dann sowas
wie eine Rekordhalter Seite.
Wo immer ein Usereintrag angezeigt wird, kann das entsprechende
Template so ausgelegt sein, dass diese Info ausgewertet wird und ein
Spieler heisst dann nicht mehr nur Rudi Rabauke, sondern - Rudi
Rabauke - Herr der Planeten - wenn er derjenige ist, mit der grössten,
je erreichten Anzahl an Planeten in einem Spiel.

Am Schluss wird mittels der Templates und den Daten in der DB Daten
die Website aktualisiert und geänderte Seiten werden per ftp zum
Server geschickt.
Post by Stefan Reuther
Ich habe auch mal angefangen,
einen "Konfig-Wizard" in Java zu schreiben (ja, Christian, ich wollte
dir das Teil mal mailen...). Ein nettes Backend habe ich, fehlt nur noch
was buntes klickbares.
Hatte auch überlegt sowas wie einen Wizard zur Spielerstellung zu
integrieren. Habe mich aber dagegen entschieden, weil es mir
persönlich nicht so gefällt, linear durch Dialoge geführt zu werden.
Deshalb diese Methode.. also grob vorwählen und danach feintunen
können.
Post by Stefan Reuther
- das Raster ist mir zu hell, erst recht, da die Planeten dunkelblau
sind. In PCC nehme ich eine gepunktete Linie in #555555.
Ja, die Map ist noch sehr beta und absolut nicht optimiert. Ich bin
aber schon dabei eine von Grund auf neue GUI und Map zu basteln. Das
Programm scaliert dann besser bei verschiedenen Auflössungen, die Map
ist zoombar und die Farben für die Objekte/Rassen lassen sich
einstellen.
Post by Stefan Reuther
- das Programm beendet sich mit einer Fehlermeldung, wenn man auf einen
nicht existenten Gameslot klickt ("ggggggggggg").
Kenn ich.. ist schliesslich von Anfang an so drin ;)
Aber jetzt wirds gleich mal abgestellt.
Post by Stefan Reuther
. alle Planeten zufällig verschieben (z.B. +/- 20 ly in jede Richtung)
Stimmt.. macht Sinn.
Post by Stefan Reuther
. Planeten-Ids zufällig vertauschen
Kommt auf jeden Fall rein.
Post by Stefan Reuther
. Karte um einen zufälligen Winkel drehen oder spiegeln
Damit wäre es auch als Helper Tool für Spiele mit diesem Orbiter Tool
zu gebrauchen.. naja, ein wenig mit Kanonen auf Spatzen geschossen.
Post by Stefan Reuther
. alles auf einmal
Naja, ob ich jetzt einzelne Funktionen mittels CheckBox anhake und
dann mit einem anderen Button zusammen anstosse, oder jeweils
nacheinander auf einen Button klicke... eher letzteres da die
Funktionen ja auch einzeln Sinn machen.
Post by Stefan Reuther
Hintergedanke ist daß ein Host ein ExploreMap-Spiel aufsetzen kann.
Wer jetzt also der Meinung ist, die "neutral"-Map sei toll, kann sich
eine neue "neutral"-Map erstellen, die so ähnlich aussieht, aber von
den Spielern erst erforscht werden muß. Eventuell wäre das auch ein
Feature für AMaster allgemein.
Dann würde nat. auch ein Button in Z-Master genügen.
Post by Stefan Reuther
So, mal schauen, ob Mozilla+Hamster so tun, wie sie sollen,
Hamster ist ein wirklich gelungenes Delphi Projekt :)

Harry
Stefan Reuther
2004-01-05 17:32:14 UTC
Permalink
Hallo,
Post by Harry Bur
Post by Stefan Reuther
IMHO ist es ein Tool wie dieses das, was dem PHost noch fehlt. Der PHost
ist zu textlastig, es fehlt ein Frontend.
Ist ja Freeware und das bleibt's auch.
Spätere Z-Master Versionen haben eine Spiele und Spieler DB und einen
MailRobo integriert, können Cron Jobs zum Hosten verwalten und alle
nötigen und unnötigen Webseiten erstellen.
Hast dir ja viel vorgenommen.
Post by Harry Bur
Eine Webseite besteht aus einer oder mehreren SQL Abfragen und einem
HTML Template. In das Template werden dann die Daten, welche die
zugehörigen Datenbank Abfragen liefern, mittels Script eingebunden.
Dazu können alle Scriptsprachen, die für den Windows Scripting Host
eingebunden sind, benutzt werden.. Java Script, VB Script, Perl, Pyton
und Ruby ist wohl schon möglich..
Dadurch ist man sowohl was die Anzahl als auch den Inhalt oder das
Design der Webseiten betrifft absolut unabhängig.
Naja, für die PHost-Webseite nehme ich ein selbstgefrickeltes
Perl-Script, was ein bißchen Makro-Expansion betreibt; das
reicht und ist nicht sooooo umfangreich.
pts/***@kurt:~/www> wc php2.pl
419 1595 11335 php2.pl
Die Downloadseite für PHost 4.0e sieht dann so aus:
&set version 4.0e
&set version_short 40e
&include dl_main.tpl

Eine weitere Alternative wäre, die Daten in XML zur Verfügung zu
stellen, da braucht der User nur eine XSLT zu schreiben. Das
dürfte dir einiges an Arbeit sparen, da Windows ja XSLT
neuerdings im API hat (oder so) :-)
Post by Harry Bur
Post by Stefan Reuther
Ich habe auch mal angefangen,
einen "Konfig-Wizard" in Java zu schreiben (ja, Christian, ich wollte
dir das Teil mal mailen...). Ein nettes Backend habe ich, fehlt nur noch
was buntes klickbares.
Hatte auch überlegt sowas wie einen Wizard zur Spielerstellung zu
integrieren. Habe mich aber dagegen entschieden, weil es mir
persönlich nicht so gefällt, linear durch Dialoge geführt zu werden.
Deshalb diese Methode.. also grob vorwählen und danach feintunen
können.
Nich *so* einen Wizard, sondern überhaupt ein "grafisches" Tool.

Hauptgedanke war, daß es schwierig ist, mit PHost ein
"SRace"-Spiel aufzusetzen. Also baue ich "Race Packs", und setze
aus diesen Race Packs eine pconfig.src zusammen. Mein Wizard
verwaltet das und bringt es in eine klickbare Form.

Dann kann man weitere Module anbieten, z.B. "Tim-Combat" und
"PList-Combat", oder "mineralienreiches Universum" und
"mineralienarmes Universum".

Add-ons haben auch ihre Anforderungen, z.B. (fiktiv) "TKF will
'Combat = Replace *kfhost', 'NumExperienceLevels = 0' und
'NumShips = 500'".

Der Wizard zeigt das klickbar an. Dann noch ein paar
Nettigkeiten wie ein Help-Button, der die config.html mit dem
entsprechenden Abschnitt aufruft. Halt all das, was HCONFIG.EXE
hat und viel mehr...
Post by Harry Bur
Post by Stefan Reuther
Hintergedanke ist daß ein Host ein ExploreMap-Spiel aufsetzen kann.
Wer jetzt also der Meinung ist, die "neutral"-Map sei toll, kann sich
eine neue "neutral"-Map erstellen, die so ähnlich aussieht, aber von
den Spielern erst erforscht werden muß. Eventuell wäre das auch ein
Feature für AMaster allgemein.
Dann würde nat. auch ein Button in Z-Master genügen.
klar :)
Post by Harry Bur
Post by Stefan Reuther
So, mal schauen, ob Mozilla+Hamster so tun, wie sie sollen,
Hamster ist ein wirklich gelungenes Delphi Projekt :)
...wenn das Bluetooth unter Linux hier einfach nicht will, nehme
ich unter Windows wenigstens Open-Source-Programme... :)


Stefan, nochmal vom Uni-Account
Heiko Schlenker
2004-01-05 18:59:33 UTC
Permalink
Post by Harry Bur
Spätere Z-Master Versionen haben eine Spiele und Spieler DB und
einen MailRobo integriert, können Cron Jobs zum Hosten verwalten
und alle nötigen und unnötigen Webseiten erstellen.
Hm, brauche ich alles nicht. :-) Dagegen wäre ein GUI-Frontend für
AMaster wirklich nett. Es sollte so einfach gehalten sein wie das
TimHost-Master-Programm und optional tiefer gehende
Konfigurationsmöglichkeiten bieten.

Wie wäre es, die Anwendung modular oder so zu halten, und zwar im
Sinne von "one job, one tool"? Eierlegende Wollmilchsäue gefallen
mir einfach nicht. ;-)

Gruß, Heiko
Stefan Reuther
2004-01-05 21:26:00 UTC
Permalink
Hallo,
Post by Heiko Schlenker
Post by Harry Bur
Spätere Z-Master Versionen haben eine Spiele und Spieler DB und
einen MailRobo integriert, können Cron Jobs zum Hosten verwalten
und alle nötigen und unnötigen Webseiten erstellen.
Hm, brauche ich alles nicht. :-) Dagegen wäre ein GUI-Frontend für
AMaster wirklich nett. Es sollte so einfach gehalten sein wie das
TimHost-Master-Programm und optional tiefer gehende
Konfigurationsmöglichkeiten bieten.
Naja, was einfach die nackichte Konfiguration angeht, das wäre dann
sowas wie mein Java-Teil. Da hatten wir ja auch auf dem µcon drüber
gesprochen. Ich bin noch am Überlegen, ob ich heute abend unter Linux
wieder Java spiele und das Ding in einen brauchbaren Zustand bringe,
oder doch lieber Bluetooth :-) Damit kann man dann ganz nett eine
Konfiguration zusammenschieben. Aber man sieht eben z.B. nicht direkt
die Auswirkungen seiner Aktionen.

Harrys Tool wiederum hat die Stärke darin, daß es interaktiv und
grafisch ist. Ich weiß ja nicht, was Harry noch so vor hat, aber egal ob
ein Kampagnen-Editor oder ein Auto-Host draus wird, wird es sicherlich
recht nützlich. Ersteres würde ich aber mehr begrüßen -- wie Heiko habe
ich schon Cron Jobs und Hostscripte.

Aber wenn ich momentan eine Kampagne aufsetzen wöllte (Kampagne = mehr
als "Zufallskarte, der beste nach 100 Turns gewinnt"), müßte ich mir
z.B. mit new_map eine Karte bauen. Dann das ganze in einen Hosteditor
laden (ich wüßte gar nicht, was man da nehmen könnte?), Homeworlds und
Planeten-mit-Gimmicks rausschreiben, und per Hand in die amaster.src
eintragen. Ersten Hostlauf, und nachsehen, ob's geklappt hat. Hey, das
konnte schon Tims Master besser (=grafisch)!
Post by Heiko Schlenker
Wie wäre es, die Anwendung modular oder so zu halten, und zwar im
Sinne von "one job, one tool"? Eierlegende Wollmilchsäue gefallen
mir einfach nicht. ;-)
Ich bevorzuge kleine Tools, die einfach erweitert werden können und
standardmäßig mit 1e+10 Erweiterungen ausgeliefert werden. XEmacs zum
Beispiel :)


Stefan
Degi
2004-01-06 12:23:28 UTC
Permalink
Post by Stefan Reuther
Post by Heiko Schlenker
Post by Harry Bur
Spätere Z-Master Versionen haben eine Spiele und Spieler DB und
einen MailRobo integriert, können Cron Jobs zum Hosten verwalten
und alle nötigen und unnötigen Webseiten erstellen.
Hm, brauche ich alles nicht. :-) Dagegen wäre ein GUI-Frontend für
AMaster wirklich nett. Es sollte so einfach gehalten sein wie das
TimHost-Master-Programm und optional tiefer gehende
Konfigurationsmöglichkeiten bieten.
Naja, was einfach die nackichte Konfiguration angeht, das wäre dann
sowas wie mein Java-Teil. Da hatten wir ja auch auf dem µcon drüber
gesprochen.
Joop, und so blöd es klingt, Heiko und ich hatten dazu über die Feiertage
auch ein kleines Konzept entwickelt.
D.h. die 10 wichtigsten Konfig-Parameter sind frei wählbar und werden mit
den entsprechend Settings unterlegt. (Werte die auch nach einmaligen
Hosten zu vernünftigen Ergebnissen führen.) Daraus ergibt sich dann eine
amaster.src oder ein komplettes game.zip - je nachdem was man wünscht.

Harry, auf die Amaster-Defaults würde ich nur bedingt bauen.
Im plist.zip werden i.Ü. bereits verbesserte Settings angeboten.
Der Planetsserver verwendet ähnliche seit Jahren erfolgreich
mit guten Resultaten.
Post by Stefan Reuther
Ich bin noch am Überlegen, ob ich heute abend unter Linux
wieder Java spiele und das Ding in einen brauchbaren Zustand bringe,
oder doch lieber Bluetooth :-) Damit kann man dann ganz nett eine
Konfiguration zusammenschieben. Aber man sieht eben z.B. nicht direkt
die Auswirkungen seiner Aktionen.
Das ist richtig. Aber wenn man sich darauf verlassen kann, dass das
Ergebnis passt, reicht das. Man kann so sogar als Host mitspielen. :)
Post by Stefan Reuther
Harrys Tool wiederum hat die Stärke darin, daß es interaktiv und
grafisch ist.
Unbedingt. Gerade für spezielle Szenarien/Kampagnen absolut gut.

Degi
Stefan Reuther
2004-01-06 13:59:37 UTC
Permalink
Hallo,
Post by Degi
Post by Stefan Reuther
Naja, was einfach die nackichte Konfiguration angeht, das wäre dann
sowas wie mein Java-Teil. Da hatten wir ja auch auf dem µcon drüber
gesprochen.
Joop, und so blöd es klingt, Heiko und ich hatten dazu über die Feiertage
auch ein kleines Konzept entwickelt.
D.h. die 10 wichtigsten Konfig-Parameter sind frei wählbar und werden mit
den entsprechend Settings unterlegt. (Werte die auch nach einmaligen
Hosten zu vernünftigen Ergebnissen führen.) Daraus ergibt sich dann eine
amaster.src oder ein komplettes game.zip - je nachdem was man wünscht.
--verbose, gerne auch per Mail.

Das, was ich hier baue, wird primär ein Mechanismus zum
Konfiguration-erzeugen. Die Intelligenz in Form von brauchbaren
Konfigblöcken fehlt natürlich noch, und das könnt ihr beide
sicherlich wesentlich besser als ich. Ich kann dafür damit mein
Java aufbessern :)

Ich habe dann ein Tool, was sich z.B. merkt
AllowPlayerMessages = Yes, dies ist die Defaulteinstellung
Jetzt kann man Bausteine anlegen (Syntax steht noch nicht fest)
block "Anonymous Game" {
description "A game in which all communication is forbidden"
require pconfig::AllowPlayerMessages = No
require pconfig::AllowShipNames = No
suggest pconfig::CPEnableAllies = No
}
oder
block "One alliance maximum" {
description "Enforce at most one alliance per player"
recommend pconfig::CPEnableAllies = Yes
require pcontrol::auxhost1 = Exec *poneally
}
Wenn der Nutzer diese beiden Bausteine verwendet, wird also
AllowPlayerMessages = No, required by Anonymous Game
eingestellt, und das Tool paßt auf, das keine Konflikte
entstehen. Dabei gibt es verschiedene Abstufungen für
Anforderungen, 'suggest', 'recommend' und 'require', so daß
sich
CPEnableAllies = Yes, recommended by One alliance maximum
ergibt.

Was noch fehlt ist Teil, der Dateien mit solchen Konfigblöcken
einliest, und ein Frontend.
Post by Degi
Post by Stefan Reuther
Damit kann man dann ganz nett eine Konfiguration
zusammenschieben. Aber man sieht eben z.B. nicht direkt die
Auswirkungen seiner Aktionen.
Das ist richtig. Aber wenn man sich darauf verlassen kann, dass das
Ergebnis passt, reicht das. Man kann so sogar als Host mitspielen. :)
Ich dachte an Szenarien wie sie bei Delta Force laufen.

Klar, wenn ich einstelle, daß Planeten zwischen 1000 und 5000 N
haben sollen, prüfe ich das in einem grafischen Tool nicht nach.
Aber wenn ich Wurmlöcher genau platzieren möchte, dann schon.

`New Frontiers' hatte ich damals auch mit AMaster angelegt,
allerdings versehentlich mit einer Asbach-Uralt-Version. Da es
dort keine Optionen zum Einstellen der Free Ships gab, hab ich
natürlich nicht gemerkt, daß ich das vergessen habe. Und so
begannen wir mit "jeder Spieler ein Planet, keine Basis, kein
Schiff"....
Post by Degi
Post by Stefan Reuther
Harrys Tool wiederum hat die Stärke darin, daß es interaktiv und
grafisch ist.
Unbedingt. Gerade für spezielle Szenarien/Kampagnen absolut gut.
Eben.


Stefan
Harry Bur
2004-01-07 14:54:04 UTC
Permalink
Post by Stefan Reuther
Das, was ich hier baue, wird primär ein Mechanismus zum
Konfiguration-erzeugen. Die Intelligenz in Form von brauchbaren
Konfigblöcken fehlt natürlich noch, und das könnt ihr beide
sicherlich wesentlich besser als ich. Ich kann dafür damit mein
Java aufbessern :)
Was noch fehlt ist Teil, der Dateien mit solchen Konfigblöcken
einliest, und ein Frontend.
Könnte ich übernehmen bzw. Z-Master entsprechend auslegen.
Post by Stefan Reuther
Post by Degi
Post by Stefan Reuther
Damit kann man dann ganz nett eine Konfiguration
zusammenschieben. Aber man sieht eben z.B. nicht direkt die
Auswirkungen seiner Aktionen.
Eigentlich ist dies der Mechanismus, der mir in einer besseren
Ausbaustufe für Z-Master noch fehlt. Die "New Game" Form könnte noch
einen Button "Wizard" bekommen.
Post by Stefan Reuther
Post by Degi
Das ist richtig. Aber wenn man sich darauf verlassen kann, dass das
Ergebnis passt, reicht das. Man kann so sogar als Host mitspielen. :)
Hm... ich könnte Z-Master auch noch ein Flag:"Host spielt mit"
verpassen und wenn gesetzt die Map ausblenden.
Post by Stefan Reuther
Aber wenn ich Wurmlöcher genau platzieren möchte, dann schon.
Achja, Wurmlöcher mit der Maus setzen sollte ich wohl auch einbauen.
Post by Stefan Reuther
natürlich nicht gemerkt, daß ich das vergessen habe. Und so
begannen wir mit "jeder Spieler ein Planet, keine Basis, kein
Schiff"....
Hihi.. immer noch besser als "kein Planet, keine Base, ein Schiff..
leider ohne Clans" :)

Ansonsten, Z-Master.exe bekommt nur Mastering Funktionen.. was ich
sonst noch vorhab, wird in andernen Modulen verwirklicht.

So viel Arbeit ist das übrigens nicht mehr.. Die Template Engine zur
Website Erstellung hab ich schon fertig.. an diesem Bild kann man
erkennen wie das funktioniert..
Loading Image...

Mit diesem GUI und den Beispielen bewaffnet, sollte jeder
interessierte Host es schaffen sich seine Webseiten nach eigenem Gusto
zu gestalten. Bei PHcc ist das überhaupt nicht möglich(naja, mit z.B.
xphcc schon) und bei AT ist die Lernkurfe wesentlich höher, da man
dort, wenn ich mich recht erinnere, statt SQL Querys und bekannte
Scriptsprachen einen eigenen Mechanismus hat den man erstmal
beherrschen muss und das Gelernte kann man für sonst nix gebrauchen.

Der Mail Robo ist auch soweit(einfach erweiterbar) fertig. Der kann
sogar von php/perl scripten geschickte Datenbank Abfragen direkt
verarbeiten. Hier sieht man weniger was er kann..
Loading Image...

@Heiko Klar, wenn man nur ein zwei Spiele hostet, benötigt man keinen
Autohost dieser Art. Erst recht nicht, wenn man seine Scripte selbst
schreiben kann. Werden aber zig Spiele gehostet und hunderte Spieler
verwaltet, sieht das schon ganz anders aus.

@Degi Mein Englisch ist zu schlecht um mich gescheit damit
auszutauschen. Ich hab aber eine Idee, wie ich die Funktionalität von
Amaster, eine Grafik als Map einzulesen, ausnutzen kann, um mittels
Maus die HW's zu setzen.
Was die Sinnhaftigkeit der Konfigblöcke betrifft.. die sind ja alle im
Dir New_game_defaults zu finden und können jederzeit angepasst werden.
D.h. die müssten noch angepasst werden.

Gruss, Harry
Heiko Schlenker
2004-01-07 18:09:39 UTC
Permalink
Post by Harry Bur
@Heiko Klar, wenn man nur ein zwei Spiele hostet, benötigt man
keinen Autohost dieser Art. Erst recht nicht, wenn man seine
Scripte selbst schreiben kann. Werden aber zig Spiele gehostet und
hunderte Spieler verwaltet, sieht das schon ganz anders aus.
Ob ich auf Blutmagie.de nun 4 oder >100 Spiele hoste, spielt keine
Rolle. Ich wüsste nicht, was man da groß verwalten müsste. :-)
Stichwort "AEG-Prinzip": aufsetzen, einschalten, geht
Ähnliches dürfte für Planetsserver.com gelten.

Man kann sich natürlich beliebig viel Arbeit aufhalsen, indem man
z.B. neben dem eigentlichen Spiel Zusatzfunktionen anbietet. ;-)

Ein Vorteil von unixoiden Systemen ist, das ausgereifte und stabile
Bausteine, die man für einen Autohost braucht, bereits existieren:
- Cron-Server
- Mailserver
- Webserver
- brauchbare Shells und Skriptsprachen wie Perl oder Python
- Datenbanken wie MySQL oder PostgreSQL
- usw.

Das hat den Vorteil, dass man das Rad nicht dauernd neu erfinden
muss. Tipps am Rande:
http://sites.inka.de/mips/unix/unixphil.html
http://dunne.home.dhs.org/unix-philosophy.html

Was noch fehlt, sind (möglichst portable) interaktive Werkzeuge, die
einem das /Aufsetzen/ eines Spiels erleichtern. Also sowas wie
Z-Master.

Gruß, Heiko
Ricki
2004-01-14 13:52:57 UTC
Permalink
Post by Harry Bur
Ansonsten, Z-Master.exe bekommt nur Mastering Funktionen.. was ich
sonst noch vorhab, wird in andernen Modulen verwirklicht.
Das ist gut so Harry, immer modular halten. Denke mal das Hauptinteresse
liegt doch an der eigentlichen "Masterei" Hilfe. Weiss ja nicht woher Du
auf einmal die Energie nimmst ein Autohost System zu bauen anstatt den
Z-Master mal fuer TimHost/Phost FrontEnd faehig zu basteln mit allen
kleinen und nuetzlichen Tools. Wie zBsp. Amaster Support, alternative
Maps erstellen, gesamte Konfigs als Templates zu speichern (wie ja
bereits teilweise vorhanden) usw. ... na, ueber was man eben immer schon
einmal gesprochen hat.
Post by Harry Bur
Der Mail Robo ist auch soweit(einfach erweiterbar) fertig. Der kann
sogar von php/perl scripten geschickte Datenbank Abfragen direkt
verarbeiten. Hier sieht man weniger was er kann..
http://www.friendsnfun.net/zeus/xphcc/mailrobo.gif
Uuuhh die guten alten Zeiten, RCworld mailrobo ... :-), den Header
solltest Du dann wohl noch aendern. War aber ein interessanter Vorstoss
muss ich sagen, wenn auch nie seinen Einsatz bisher gefunden. Dank des
modularen Aufbaues gut erweiterbar.

Ricki
Harry Bur
2004-01-15 11:38:01 UTC
Permalink
Post by Ricki
Das ist gut so Harry, immer modular halten. Denke mal das Hauptinteresse
liegt doch an der eigentlichen "Masterei" Hilfe. Weiss ja nicht woher Du
auf einmal die Energie nimmst ein Autohost System zu bauen anstatt den
Z-Master mal fuer TimHost/Phost FrontEnd faehig zu basteln mit allen
kleinen und nuetzlichen Tools. Wie zBsp. Amaster Support, alternative
Maps erstellen, gesamte Konfigs als Templates zu speichern (wie ja
bereits teilweise vorhanden) usw. ... na, ueber was man eben immer schon
einmal gesprochen hat.
Das macht Z-Master doch schon alles ;) Was noch fehlt, ist die
Verwaltung für Addons und der Siegbedingen mit Flagship,
(Multi)Invasion, Homeworld usw.

Ansonsten wollte ich noch die files die an die Player gehen in einen
extra Unterordner speichern und die komplette Konfig in eine Textdatei
schreiben.

Die neue "Planeten durchschüttel" Funktion, passe ich noch für runde
Maps an.. zusammen mit der Möglichkeit Planeten mit der Maus zu
verschieben sollte dies zur Map Erstellung genügen.

Was Autohosting Soft unter Windows betrifft, da sehe ich schon Bedarf.
Phcc wird nicht mehr weiter entwickelt.. oder etwa doch?.. und ist
recht starr... wie Du weisst. AT hab ich mal angetestet.. war mir
nicht intuitiv genug. Scheint anderen auch so zu gehen... oder warum
sonst ist Phcc viel weiter verbreitet als AT, obwohl Phcc was kostet
und AT nicht?

Natürlich hab ich dabei einen Hintergedanken.. wenn mein eigenes
rundenbasiertes Strategie Game fertig ist, gibts ein Update für Z-Host
und danach kann der auch dieses Game Mastern und Hosten.. bzw. Seiten
erstellen wo man sich in solche Spiele einschreiben kann ;)
Im Gegensatz zu anderen sehe ich nämlich schon Bedarf für was neues.
Weitere 10 Jahre spiele ich bestimmt nicht mehr v3. Ich gehe da auch
in eine andere Richtung als Tim mit v4.. nicht komplizierter, sondern
einfacher als v3 hätte ich es gerne. Vor allem auch mit zeitgemässer
Optik.
Post by Ricki
Post by Harry Bur
Der Mail Robo ist auch soweit(einfach erweiterbar) fertig. Der kann
sogar von php/perl scripten geschickte Datenbank Abfragen direkt
verarbeiten. Hier sieht man weniger was er kann..
http://www.friendsnfun.net/zeus/xphcc/mailrobo.gif
Uuuhh die guten alten Zeiten, RCworld mailrobo ... :-)
Huch.. die alten Zeiten? Das hab ich Dir vor ein paar Monaten
programmiert weil Du damit etwas für das nächste CW anstellen
wolltest.. also mach mal ;-)

Achja.. http://www.friendsnfun.net/zeus/
Da liegt eine neue Z-Master.exe

Gruss, Harry
Degi
2004-01-15 16:38:04 UTC
Permalink
Post by Harry Bur
Im Gegensatz zu anderen sehe ich nämlich schon Bedarf für was neues.
Du hast da keinen "Skrupel" (im Sinn), oder? ;)
http://www.skrupel.de/

Degi
Harry Bur
2004-01-16 11:56:04 UTC
Permalink
Post by Degi
Post by Harry Bur
Im Gegensatz zu anderen sehe ich nämlich schon Bedarf für was neues.
Du hast da keinen "Skrupel" (im Sinn), oder? ;)
http://www.skrupel.de/
Ne, Skrupel kenn ich nicht :)
(die www version allerdings schon ;)

Viel Input gibt's auch hier:
http://www.crazy-board.net/vB/forumdisplay.php?s=3cf7c982ab5224c7227fdfdf7b3e1567&f=364

Interessant ist, meine Ideen (freiere Rassengestaltung, Generator der
Schiffsteile versorgt..das gibts glaub auch bei v4, Forschung statt
Techlevel, Flottenkampf) finden sich dort auch alle wieder. Und eine
Menge andere. Bei denen kommt aber ganz bestimmt etwas ganz anderes
raus als bei mir.

noch was in der Richtung:
http://www.openorion.de.vu/

Ein Phänomen das man bei Planets Spielern(mich eingeschlossen) öfters
beobachten kann, ist eine leicht selektive Wahrnehmung bzw. das
Ausblenden dessen, was sonst noch in Richtung rundenbasierten
Strategiespielen abläuft. Wahrscheinlich liegt das u.a. daran, dass
die Spiele so ewig dauern. Bis man alle Rassen mal gespielt und alle
Gegner mal gehabt hat, können Jahre vergehen. Bei Master of Orion ist
die Lage vergleichbar mit VPL. Dort gibt es eine sehr grosse v2
Anhängerschaft und nur eine kleine zu v3.
Aber ein Markt für solche Spiele ist meiner Meinung nach auch die
nächsten Jahrzehnte noch da und wird eher wachsen als stagnieren oder
zurückgehen.

Ausserdem gibt es auch noch massig rundenbasierte Rollenspiele incl
Fans. Bewährte Konzepte zur Charakter Erstellung lassen sich auch für
ein Weltraum Spiel anpassen.
Was spricht z.B. dagegen, eine Rasse ähnlich wie in Diablo individuell
aufzubauen indem man verschiedene Eigenschaften mit Skillpoints, die
man z.B. über Forschung bekommt, ausbaut?.

Wie auch immer, es sollte nicht zu komplex von der Bedienung her
werden und gleichzeitig eine Menge Variationsmöglichkeiten bieten. VPL
v3 war da einsame Spitze.
Heute bieten sich aber viel mehr Möglichkeiten sowas umzusetzen. Das
drumrum ist mMn genauso wichtig wie das Spiel selbst. Ob Diablo ohne
battlenet so gut verkauft worden wäre? Was spricht also dagegen,
gleich mit einem Strategonet zu starten? Im Gegensatz zu bnet, wo
richtige Serverpower dahinter stecken muss damit dort die Spieler in
tausenden GameServern(laufenden tasks) spielen können, bräuchte snet
nicht mehr, als einen guten Chat Server.

Wie auch immer, ich hab die Freiheit mein Leben für die nächsten Jahre
so einzurichten, dass ich mit möglichst geringem Aufwand meine
Brötchen verdiene.. bin ja recht anspruchslos.. und viel Zeit habe
Ideen umzusetzen. Die nächsten zwei Jahre sind für das Vorhaben mehr
oder weniger eingeplant. Nebenher arbeite ich mich jetzt auch
verstärkt in c++ ein, da ich an einem (kommerziellen) openGl
GameEngine Projekt mitarbeiten will bzw. kann/darf. Ein guter Freund,
mit dem ich auch hin und wieder zusammen arbeite, ist schon seit >10
Jahren erfolgreich freiberuflich als...öhmm wie nennt man das denn..
seine HP http://3dimensionen.de/indexreal.html .. er hat das Projekt
vor einiger Zeit mit aus der Taufe gehoben und es ist schon seeehr
weit gediegen.

Das ganze sehe ich als Übung an(wenn ein paar MC's auf meinem Konto
eingehen würden, umso besser), um dann später ein massiv multiplayer
Weltraum Game, das sowohl in Echtzeit läuft wie auch rundenbasierte
Elemente enthält, anzugehen.

Langweilig wird's mir die nächsten Jahre bestimmt nicht. ;)

Harry

Harry Bur
2004-01-07 18:08:12 UTC
Permalink
Post by Stefan Reuther
Post by Heiko Schlenker
Hm, brauche ich alles nicht. :-) Dagegen wäre ein GUI-Frontend für
AMaster wirklich nett. Es sollte so einfach gehalten sein wie das
TimHost-Master-Programm und optional tiefer gehende
Konfigurationsmöglichkeiten bieten.
Seltsam.. die Original Nachricht von Heiko sehe ich immer noch nicht.
Ohne diese verstehe ich den Absatz aber nicht. Mit Z-Master hast Du
doch eine GUI. Ist mindestens so einfach wie Tim Master und bietet
optional tiefer gehende Konfigurationsmöglichkeiten.
Post by Stefan Reuther
Post by Heiko Schlenker
Wie wäre es, die Anwendung modular oder so zu halten, und zwar im
Sinne von "one job, one tool"? Eierlegende Wollmilchsäue gefallen
mir einfach nicht. ;-)
Ich bevorzuge kleine Tools, die einfach erweitert werden können und
standardmäßig mit 1e+10 Erweiterungen ausgeliefert werden. XEmacs zum
Beispiel :)
In Z-Master kommt nur rein was zur Erstellung und Verwaltung von
Spielen nötig ist. Aber auch nicht weniger. Diese Funktionalität
weiter zu zerlegen sehe ich nicht ganz ein. Was soll es für einen Sinn
machen, ein extra Programm zu starten um z.B. einen Planeten auf der
Map zu verschieben..

Aber was Autohosting etc. betrifft, das kommt als eigenes Modul. Der
Mailrobo z.B. ist ja auch ein eigenständiges Programm.

Ich meine, der Benutzer will möglichst übersichtlich und einfach seine
Ideen umsetzen. Einem Benutzer sollte es auch egal sein, ob er im
Untergrund nun ein oder vier Programme werkeln. Ansonsten, ich weiss
ja in welcher Unit was steckt. Das ist mir modular genug.

Gruss, Harry
Heiko Schlenker
2004-01-07 18:18:44 UTC
Permalink
Post by Harry Bur
Seltsam.. die Original Nachricht von Heiko sehe ich immer noch nicht.
Das ist bei groups.google.com normal. Postings, die mit einer
Kopfzeile "X-No-Archive: yes"[1] versehen sind, werden nicht
angezeigt. Wer groups.google.com verwendet, dem entgeht viel.

Gruß, Heiko
Harry Bur
2004-01-08 12:37:19 UTC
Permalink
Post by Heiko Schlenker
Post by Harry Bur
Seltsam.. die Original Nachricht von Heiko sehe ich immer noch nicht.
Das ist bei groups.google.com normal. Postings, die mit einer
Kopfzeile "X-No-Archive: yes"[1] versehen sind, werden nicht
angezeigt. Wer groups.google.com verwendet, dem entgeht viel.
Ja, ich bin umgezogen und hier gibt es kein DSL, kein Arcor(einziger
Anbieter von ISDN Flatrate wie es scheint) aber Kühe und Wald. Deshalb
nutze ich momentan internet by call und hab noch keinen neuen (freien)
newsserver gefunden und konfiguriert.
Das mach ich aber sobald die Hardwarepreise gefallen sind und ich
einen neuen Rechner aufgesetzt hab.

Was mich mehr ärgert ist, dass ich gestern im Laufe des Tages ein
ellenlanges Posting geschrieben hab und so blöd war, den Text nicht
erstmal in die Zwichenablage zu kopieren. Als ich dann die Message
posten wollte, kam eine Fehlermeldung und der Zurück Button
präsentierte mir wieder die Message ohne mein Geschreibsel :(

Das werd ich die Tage dann wohl wieder schreiben müssen... heut nicht
mehr.

Gruss, Harry
Stefan Reuther
2004-01-08 13:07:58 UTC
Permalink
Hallo,
Post by Harry Bur
Post by Heiko Schlenker
Das ist bei groups.google.com normal. Postings, die mit einer
Kopfzeile "X-No-Archive: yes"[1] versehen sind, werden nicht
angezeigt. Wer groups.google.com verwendet, dem entgeht viel.
Ja, ich bin umgezogen und hier gibt es kein DSL, kein Arcor(einziger
Anbieter von ISDN Flatrate wie es scheint) aber Kühe und Wald. Deshalb
nutze ich momentan internet by call und hab noch keinen neuen (freien)
newsserver gefunden und konfiguriert.
Hamster + Mozilla und news.arcor.de funktioniert wunderbar über
IbC. Irgendwie schwindet da gleich die Motivation, das ganze
unter Linux zum Laufen zu bekommen, wenns unter Windows schon
tut...


Stefan
Heiko Schlenker
2004-01-08 13:15:05 UTC
Permalink
Deshalb nutze ich momentan internet by call und hab noch keinen
neuen (freien) newsserver gefunden und konfiguriert.
Viele Internet by call-Anbieter wie z.B. Freenet bieten auch einen
Newsserver an. Zudem gibt es immer den kostenlosen Newsserver
news.individual.de (Anmeldung über http://news.individual.de).

Gruß, Heiko
Thomas Schuering
2004-01-08 14:38:00 UTC
Permalink
Deshalb nutze ich momentan internet by call und hab noch
keinen neuen (freien) newsserver gefunden und
konfiguriert.
Probiere doch:
http://news.individual.de/

Anmeldung und Nutzung sind gebührenfrei.
Und Du brauchst die Einstellungen nicht mit jedem
Providerwechsel zu ändern.

Konfigurationshilfen werden ebenfalls gegeben,
nicht nur für das von Stefan zitierte Nagetier.


Gruß, Thomas
Harry Bur
2004-01-10 11:03:48 UTC
Permalink
Tach,
Post by Thomas Schuering
http://news.individual.de/
Anmeldung und Nutzung sind gebührenfrei.
Thx.. hab mich mal angemeldet.

Gruss, Harry
Andreas Huettner
2004-01-04 17:54:09 UTC
Permalink
Post by Harry Bur
Na dann will ich Euch mal auf das Mastering Tool/Scenario Editor
hinweisen das ich zur Zeit schreibe. Ab der aktuellen Version ist das
Tool durchaus benutzbar. Jedenfalls für PHost Spiele, für THost Spiele
wird die HConfig.hst noch nicht geschrieben.
Das sieht ja sehr vielversprechend aus. IMHO fehlt noch ein grafisches
Frontend für das aufsetzen von PHost Spielen. Sehr gut....
Post by Harry Bur
http://www.friendsnfun.net/zeus/screen/screen.html
Schaut wirklich gut aus.
Post by Harry Bur
Für die Amaster Fan's.. unter der Haube werkelt Amaster. Gefällt das
erstellte Universe nicht (öfter mal der Fall).. ein Knopfdruck und es
wird neu gemastert.
Das gefällt sehr gut. Gerade bei der Kartenerstellung gab es schon mal
Probleme. Entweder gefielt die generierte Karte nicht, oder die HW´s waren
zu nah beinander etc.
Post by Harry Bur
Ansonsten, ein gutes neues Jahr euch allen, Harry
Vielen Dank, Dir auch ein erfolgreiches Jahr.


CU Hütti
--
04.01.2004 18:48:26
Heiko Schlenker
2004-01-04 20:00:49 UTC
Permalink
Gerade bei der Kartenerstellung gab es schon mal Probleme. Entweder
gefielt die generierte Karte nicht, oder die HWŽs waren zu nah
beinander etc.
Seit AMaster 3.10f kann die Form der Karte mithilfe einer Bilddatei
im PGM-Format vorgegeben werden.

Gruß, Heiko
Harry Bur
2004-01-06 09:51:14 UTC
Permalink
Post by Heiko Schlenker
Gerade bei der Kartenerstellung gab es schon mal Probleme. Entweder
gefielt die generierte Karte nicht, oder die HW´s waren zu nah
beinander etc.
Seit AMaster 3.10f kann die Form der Karte mithilfe einer Bilddatei
im PGM-Format vorgegeben werden.
Das ist schon ein nettes Feature. Aber was ist PGM? Nie gehört.

Was ich mir als weitere Funktionalität für Amaster wünschen würde:
Amaster anders rum...
Nicht die Karte generieren(oder eine vorhandene nehmen) und ausstatten
und dann solange rumtesten bis es zu den Vorgaben in der .src passt
oder auch nicht, sondern andersrum halt.

(aktuell führen ja manchmal schon kleine Abweichungen vom default dazu
das Amaster sich totläuft.. z.B. weniger als 500 Planeten .. also ich
hab bisher nach spätestens 10 minuten "Initializing Map..." den Task
immer abgeschossen und warte nicht ob Amaster doch noch fertig wird.
oder Error: Homeworlds cannot be found !
Error: Change parameters in config file or run again...
Dazu genügt schon zu verlangen...
NearFarPlanetCheck = Yes
NearPlanetsNo = 3, 5
NearSearchRadius = 84
FarPlanetsNo = 9, 14
FarSearchRadius = 165
NativeCashCheck = Yes
NativeCash = 3000, 4000
Nicht schön das. Wieso macht Amaster die HW Umgebung denn nicht
einfach passend statt auszusteigen? bzw. setzt es gleich passend,
statt alles blind hinzuwerfen und dann zu testen ob's auch passt?
Meiner Meinung nach ein Designfehler.
Der zweite Versuch mit
NativeCash = 2500, 4000
hat auf Anhieb funktioniert, aber die HW Verteilung ist nicht so
toll.. also nochmal mastern und hoffen dass Amaster durchläuft)

Ich würde gerne die Positionen der Startplaneten übergeben.
Um diese HW's werden dann anhand der Settings die Planeten gesetzt.
Die Vorgaben stehen ja alle in der .src drin.. also kann ich 3-5
Planeten in 84 ly Radius um die HW setzen und im Umkreis von 185 9-14.
Gleiches gilt für die Minerals und Natives um die HW.

Dies kann gemacht werden, nachdem die allgemeinen Routinen durch
sind..

also nachdem anhand von..
PlanetSurfaceRanges = 0, 0, 0, 0, 250, 50, 40, 25
PlanetDensityRanges = 10, 10, 10, 10, 100, 100, 100, 100
PlanetCoreRangesUsual = 0, 0, 0, 0, 700, 500, 500, 200
PlanetCoreRangesAlternate = 700, 500, 500, 200, 12000, 12000, 12000,
12000
PlanetCoreUsualFrequency = 75, 80, 85, 85
und..
NativesOnPlanetFrequency = 60
NativeTypeFrequencies=50, 50, 50, 50, 100, 50, 50, 50, 50
NativeGovFrequencies=25, 50, 50, 50, 75, 50, 50, 50, 25
NativeRange=2, 9000
die Map generiert wurde.

Erscheint mir sinnvoller und ist mit Sicherheit auch schneller als die
aktuelle Lösung.
Ist ja auch imho schöner und intuitiver, auf einer leeren Karte mit
der Maus die HW's hinzusetzen um dann auf Knopfdruck den Rest der Map
laut Settings generieren zu lassen.

Dann kann es auch kein...
Error: Homeworlds cannot be found !
Error: Change parameters in config file or run again...
mehr geben.

Wird Amaster noch ernsthaft weiter entwickelt? Wenn ja, besteht die
Chance die eben beschriebene Funktionalität einzubauen und ist es
möglich eine 32 bit Win Version zu compilieren? (Ich kann mir wirklich
nicht vorstellen, dass es noch jemand gibt der Dos als OS einsetzt)
Ansonsten wird Amaster bestimmt früher oder später durch etwas
zeitgemässes ersetzt. Eine DOS Box innerhalb einer Win App öffnen
macht einen seltsamen Eindruck und kommt nicht so gut an.

Gruss, Harry
Heiko Schlenker
2004-01-06 11:02:50 UTC
Permalink
Post by Harry Bur
Aber was ist PGM? Nie gehört.
Portable Graymap/Grayscale (PGM) ist ein Grafikformat. Selbst die
gängigen Grafikprogramme unter Windows können '.pgm'-Dateien lesen
und schreiben. :-) Vorteil für Programmierer: '.pgm'-Dateien sind
Textdateien. Am Ende dieses Posting kann man eine Beschreibung des
Formats finden[1].
Post by Harry Bur
Wieso macht Amaster die HW Umgebung denn nicht einfach passend
statt auszusteigen?
Piotr freut sich bestimmt über geeignete Patches. ;-)
Post by Harry Bur
Wird Amaster noch ernsthaft weiter entwickelt?
Ja, die letzte Version ist 11/2003 erschienen.
Post by Harry Bur
ist es möglich eine 32 bit Win Version zu compilieren?
Falls Du einen geeigneten C-Compiler hast, dann mach das bitte und
schicke Piotr das Executable.



[1]
Aus der Manual Page pgm(5):
----------------------------- schnipp ---------------------------
pgm(5) pgm(5)



NAME
pgm - portable graymap file format

DESCRIPTION
The portable graymap format is a lowest common denominator
grayscale file format.

The format definition is as follows.

A PGM file consists of a sequence of one or more PGM
images. There are no data, delimiters, or padding before,
after, or between images.

Each PGM image consists of the following:

- A "magic number" for identifying the file type. A pgm
image's magic number is the two characters "P5".

- Whitespace (blanks, TABs, CRs, LFs).

- A width, formatted as ASCII characters in decimal.

- Whitespace.

- A height, again in ASCII decimal.

- Whitespace.

- The maximum gray value (Maxval), again in ASCII decimal.
Must be less than 65536.

- Newline or other single whitespace character.

- A raster of Width * Height gray values, proceeding
through the image in normal English reading order. Each
gray value is a number from 0 through Maxval, with 0
being black and Maxval being white. Each gray value is
represented in pure binary by either 1 or 2 bytes. If
the Maxval is less than 256, it is 1 byte. Otherwise,
it is 2 bytes. The most significant byte is first.

- Each gray value is a number proportional to the inten­
sity of the pixel, adjusted by the CIE Rec. 709 gamma
transfer function. (That transfer function specifies a
gamma number of 2.2 and has a linear section for small
intensities). A value of zero is therefore black. A
value of Maxval represents CIE D65 white and the most
intense value in the image and any other image to which
the image might be compared.

- Note that a common variation on the PGM format is to
have the gray value be "linear," i.e. as specified above
except without the gamma adjustment. pnmgamma takes
such a PGM variant as input and produces a true PGM as
output.

- Characters from a "#" to the next end-of-line, before
the maxval line, are comments and are ignored.

Note that you can use pnmdepth To convert between a the
format with 1 byte per gray value and the one with 2 bytes
per gray value.

There is actually another version of the PGM format that
is fairly rare: "plain" PGM format. The format above,
which generally considered the normal one, is known as the
"raw" PGM format. See pbm(5) for some commentary on how
plain and raw formats relate to one another.

The difference in the plain format is:

- There is exactly one image in a file.

- The magic number is P2 instead of P5.

- Each pixel in the raster is represented as an ASCII dec­
imal number (of arbitrary size).

- Each pixel in the raster has white space before and
after it. There must be at least one character of white
space between any two pixels, but there is no maximum.

- No line should be longer than 70 characters.

Here is an example of a small graymap in this format:
P2
# feep.pgm
24 7
15
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 3 3 3 3 0 0 7 7 7 7 0 0 11 11 11 11 0 0 15 15 15 15 0
0 3 0 0 0 0 0 7 0 0 0 0 0 11 0 0 0 0 0 15 0 0 15 0
0 3 3 3 0 0 0 7 7 7 0 0 0 11 11 11 0 0 0 15 15 15 15 0
0 3 0 0 0 0 0 7 0 0 0 0 0 11 0 0 0 0 0 15 0 0 0 0
0 3 0 0 0 0 0 7 7 7 7 0 0 11 11 11 11 0 0 15 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Programs that read this format should be as lenient as
possible, accepting anything that looks remotely like a
graymap.


COMPATIBILITY
Before April 2000, a raw format PGM file could not have a
maxval greater than 255. Hence, it could not have more
than one byte per sample. Old programs may depend on
this.

Before July 2000, there could be at most one image in a
PGM file. As a result, most tools to process PGM files
ignore (and don't read) any data after the first image.


SEE ALSO
fitstopgm(1), fstopgm(1), hipstopgm(1), lispmtopgm(1),
psidtopgm(1), rawtopgm(1), pgmbentley(1), pgmcrater(1),
pgmedge(1), pgmenhance(1), pgmhist(1), pgmnorm(1),
pgmoil(1), pgmramp(1), pgmtexture(1), pgmtofits(1),
pgmtofs(1), pgmtolispm(1), pgmtopbm(1), pnm(5), pbm(5),
ppm(5)

AUTHOR
Copyright (C) 1989, 1991 by Jef Poskanzer.



12 November 1991 pgm(5)
----------------------------- schnapp ---------------------------

Gruß, Heiko
Degi
2004-01-06 15:32:57 UTC
Permalink
Post by Harry Bur
oder Error: Homeworlds cannot be found !
Error: Change parameters in config file or run again...
Dazu genügt schon zu verlangen...
NearFarPlanetCheck = Yes
NearPlanetsNo = 3, 5
NearSearchRadius = 84
FarPlanetsNo = 9, 14
FarSearchRadius = 165
NativeCashCheck = Yes
NativeCash = 3000, 4000
Nicht schön das. Wieso macht Amaster die HW Umgebung denn nicht
einfach passend statt auszusteigen? bzw. setzt es gleich passend,
statt alles blind hinzuwerfen und dann zu testen ob's auch passt?
Meiner Meinung nach ein Designfehler.
Ich würde gerne die Positionen der Startplaneten übergeben.
Um diese HW's werden dann anhand der Settings die Planeten gesetzt.
Die Vorgaben stehen ja alle in der .src drin.. also kann ich 3-5
Planeten in 84 ly Radius um die HW setzen und im Umkreis von 185 9-14.
Gleiches gilt für die Minerals und Natives um die HW.
Es kommt darauf an. Wir hatten uns schon diese Optionen überlegt, nur
uns dagegen entschieden. (Hier wäre es wichtig Piotr mit in die
Diskussion einzubinden, daher nur meine persönliche Meinung.)

IMHO, wenn man auf der einen Seite allgemeine Rahmenbedingungen für
ein
Weltall setzt, sollte man sie nicht an anderer Stelle durch
widersprüchliche oder zu eng gesetzte Grenzen wieder auszuhebeln
können. Heißt, wenn ich ein Weltall "arm" master, möchte ich dieses
arme Weltall auch überall
wiederfinden und nicht in der Nähe der HW "extra reich" erzwingen
können.

Unser Ansatz war, dass das Weltall rein zufällig nach bestimmten
Kriterien generiert wird und danach erst die Auswahl der Startposition
für die Spieler
so gut wie möglich erfolgt. Das heißt, die Verteilung birgt einen
gewollten Glücksfaktor für jeden Spieler - es wird immer bessere und
schlechtere Startpositionen geben - aber das macht mMn dieses Spiel
interessant.
Sicherlich limitiert man sich dadurch etwas, also es wird keine großen
Planetencluster, keine halbarmen/halbreichen Universen geben. Den
Nachteil halte ich jedoch für marginal. Die Fehlermeldungen kommen
nur, wenn man sich
grob ausserhalb der statistischen Verteilung bewegt oder die Grenzen
zu eng wählt.
Post by Harry Bur
Erscheint mir sinnvoller und ist mit Sicherheit auch schneller als die
aktuelle Lösung.
Schneller ist kein Problem. Dazu müsste man alles umgekehrt setzen
lassen.
Erst die HW, dann die beiliegenen Planeten entsprechend den Spezs und
zum Schluss den Rest der Planeten verteilen. Halte ich persönlich für
nicht so schön da zu manipulativ, wäre aber eine bereits angedachte
Alternative.
Post by Harry Bur
Ist ja auch imho schöner und intuitiver, auf einer leeren Karte mit
der Maus die HW's hinzusetzen um dann auf Knopfdruck den Rest der Map
laut Settings generieren zu lassen.
Diese Anwendung war/ist nicht das Ziel des AMasters. :)
Dazu kann man z.B. den Campaign Editor verwenden.
Post by Harry Bur
Wird Amaster noch ernsthaft weiter entwickelt?
Piotr entwickelt noch, ist jedoch inzwischen in Brot und Lohn. Hat
dadurch weniger Zeit.
Post by Harry Bur
Wenn ja, besteht die
Chance die eben beschriebene Funktionalität einzubauen und ist es
möglich eine 32 bit Win Version zu compilieren?
Leite ich gerne weiter oder besser kontaktiere ihn direkt unter der
vagabund-email Adresse.

Degi
Stefan Reuther
2004-01-06 17:30:04 UTC
Permalink
Hallo,
Post by Harry Bur
Wird Amaster noch ernsthaft weiter entwickelt? Wenn ja, besteht die
Chance die eben beschriebene Funktionalität einzubauen und ist es
möglich eine 32 bit Win Version zu compilieren? (Ich kann mir wirklich
nicht vorstellen, dass es noch jemand gibt der Dos als OS einsetzt)
Der Grund, warum ich den PHost ursprünglich als DOS/DJGPP-Version gebaut
habe (statt als native-Win32) ist, daß eine DOS/DJGPP-Version unter DOS,
Windows, OS/2 und vermutlich einer Menge Emulatoren läuft. Eine
Win32-Version nicht.
Post by Harry Bur
Ansonsten wird Amaster bestimmt früher oder später durch etwas
zeitgemässes ersetzt. Eine DOS Box innerhalb einer Win App öffnen
macht einen seltsamen Eindruck und kommt nicht so gut an.
Dann starte es doch als Icon (ShellExecute(..., SW_HIDE) bzw.
SW_SHOWMINNOACTIVE o.ä.). Auch ein Win32-Amaster würde standardmäßig
erstmal eine Konsole aufmachen, soweit ich das mit meinen bescheidenen
Kenntnissen der Win32-API sagen kann.


Stefan
Harry Bur
2004-01-07 13:40:01 UTC
Permalink
Post by Stefan Reuther
Dann starte es doch als Icon (ShellExecute(..., SW_HIDE) bzw.
SW_SHOWMINNOACTIVE o.ä.). Auch ein Win32-Amaster würde standardmäßig
erstmal eine Konsole aufmachen, soweit ich das mit meinen bescheidenen
Kenntnissen der Win32-API sagen kann.
Ich bekam diese Rückmeldung.
[Q]
re-amastering did surprise me a bit, switching my screen to black and
another resolution and seemingly doing nothing for several seconds.
[/Q]

Bei mir geht ein Dos Fenster auf welches nicht von selbst nach
Programmende geschlossen wird. Hier scheinen sich verschiedene Win
Versionen unterschiedlich zu verhalten. Unter XP scheint ein Vollbild
aufzugehen... dass auch die Auflösung geändert wird, kann ich kaum
glauben. Wirklich sicher Matthias?

ShellExecute() kann ich nicht nehmen, da ich ja auf das Ende vom DOS
Task warten muss. Ich machs mit..
ExecAndWait(..., '',SW_HIDE);
erst StartupInfo Struktur konfigurieren.
Result := CreateProcess(NIL, PChar(CmdLine), NIL, NIL, TRUE,
CREATE_NEW_CONSOLE or NORMAL_PRIORITY_CLASS, NIL,
PChar(ExtractFilePath(Filename)),
SUInfo, ProcInfo);
if Result then WaitForSingleObject(ProcInfo.hProcess, INFINITE);

Möglich, dass ich die StartupInfo falsch bestücke.

Eine Lösung liegt in diesen PIF Dateien. (Werden erstellt wenn man
einen ein Konsolenprogramm oder Batchdatei mit recher Maustaste
anklick und Einstellungen ändert.. in diesem Fall die AMaster.bat ..
nicht die Amaster.exe) Dort kann man unter anderem einstellen..
Ausführen: minimiert und beim Beenden schliessen. Diese Einstellungen
scheinen andere zu überschreiben.
Also werd ich mal schauen, wie ich diese Pif Dateien programmgesteuert
anlegen kann. Wenn das geht, isses ja gut.

Zu 16-32bit Programmen... Für mich ist es einfach unverständlich,
warum es auch 2004 noch "neue" 16 bit Dos Programme gibt. Jedenfalls
nicht, wenn es das Programm auch in Versionen für Unix Systeme gibt
aber keine 32 Dos Version. OS halbe ist doch bestimmt auch tot? oder
bekommt man da noch Treiber für irgend ein Stück HW das in den letzten
Jahren produziert wurde? Aktuelle Software muss meiner Meinung nach
ganz bestimmt nicht in einem Dos Emulator unter Atari, Amiga, oder was
weiss ich, laufen. Aber das ist natürlich meine ganz persönliche
Meinung.

Gruss, Harry
Heiko Schlenker
2004-01-07 14:19:21 UTC
Permalink
Post by Harry Bur
Zu 16-32bit Programmen... Für mich ist es einfach unverständlich,
warum es auch 2004 noch "neue" 16 bit Dos Programme gibt.
AMaster.exe ist keine 16 Bit-, sondern ein eine 32 Bit-"protected
mode DOS"-Anwendung, IIRC. Man braucht also Win >= 3.1 oder DOS +
cwsdpmi.exe. Falls jemand einen kostenlos verfügbaren C-Compiler
kennt, der (möglichst ohne Modifikation des AMaster-Quellcodes)
stabile native Win32-Executables erzeugt, der möge diese Information
bitte dem AMaster-Entwickler zukommen lassen.
Post by Harry Bur
Jedenfalls nicht, wenn es das Programm auch in Versionen für Unix
Systeme gibt aber keine 32 Dos Version.
Es gibt im Grunde genommen weder eine spezielle Unix- noch eine
WinDOS-Version des AMaster-Quellcodes. Er ist für beide Plattformen
identisch.

Gruß, Heiko
Stefan Reuther
2004-01-07 18:47:39 UTC
Permalink
Hi,
Post by Heiko Schlenker
Post by Harry Bur
Zu 16-32bit Programmen... Für mich ist es einfach unverständlich,
warum es auch 2004 noch "neue" 16 bit Dos Programme gibt.
AMaster.exe ist keine 16 Bit-, sondern ein eine 32 Bit-"protected
mode DOS"-Anwendung, IIRC. Man braucht also Win >= 3.1 oder DOS +
cwsdpmi.exe. Falls jemand einen kostenlos verfügbaren C-Compiler
kennt, der (möglichst ohne Modifikation des AMaster-Quellcodes)
stabile native Win32-Executables erzeugt, der möge diese Information
bitte dem AMaster-Entwickler zukommen lassen.
Gibt es, von Borland. Damit baue ich den PHost/Win32 bzw. den PlayVCR.
Alternativ "mingw32" oder wie das Ding heißt.


Stefan
Heiko Schlenker
2004-01-08 01:12:11 UTC
Permalink
* Stefan Reuther <***@arcor.de> wrote:

[kostenlose C-Compiler]
Post by Stefan Reuther
Gibt es, von Borland. Damit baue ich den PHost/Win32 bzw. den PlayVCR.
Von Watcom gibt's auch was:
http://www.heikogorski.de/Compiler/compiler.html
Post by Stefan Reuther
Alternativ "mingw32" oder wie das Ding heißt.
Du meinst damit "http://mingw.sourceforge.net/"?

Gruß, Heiko
Stefan Reuther
2004-01-07 14:51:54 UTC
Permalink
Hallo,
Post by Harry Bur
Post by Stefan Reuther
Dann starte es doch als Icon (ShellExecute(..., SW_HIDE) bzw.
SW_SHOWMINNOACTIVE o.ä.). Auch ein Win32-Amaster würde standardmäßig
erstmal eine Konsole aufmachen, soweit ich das mit meinen bescheidenen
Kenntnissen der Win32-API sagen kann.
Ich bekam diese Rückmeldung.
[Q]
re-amastering did surprise me a bit, switching my screen to black and
another resolution and seemingly doing nothing for several seconds.
[/Q]
Bei mir geht ein Dos Fenster auf welches nicht von selbst nach
Programmende geschlossen wird. Hier scheinen sich verschiedene Win
Versionen unterschiedlich zu verhalten. Unter XP scheint ein Vollbild
aufzugehen... dass auch die Auflösung geändert wird, kann ich kaum
glauben. Wirklich sicher Matthias?
Seltsam.
Post by Harry Bur
ShellExecute() kann ich nicht nehmen, da ich ja auf das Ende vom DOS
Task warten muss. Ich machs mit..
ExecAndWait(..., '',SW_HIDE);
erst StartupInfo Struktur konfigurieren.
Result := CreateProcess(NIL, PChar(CmdLine), NIL, NIL, TRUE,
CREATE_NEW_CONSOLE or NORMAL_PRIORITY_CLASS, NIL,
PChar(ExtractFilePath(Filename)),
SUInfo, ProcInfo);
if Result then WaitForSingleObject(ProcInfo.hProcess, INFINITE);
ShellExecute gibt dir ein hInstance, kann man darauf nicht auch warten?
Was passiert, wenn du CREATE_NEW_CONSOLE durch DETACHED_PROCESS ersetzt?
Post by Harry Bur
Zu 16-32bit Programmen... Für mich ist es einfach unverständlich,
warum es auch 2004 noch "neue" 16 bit Dos Programme gibt.
Das ist kein 16-bit-Programm.

Das ist ein 32-bit-protected-mode Programm mit einem 16-bit-Loader. Ich
glaube dir aufs Wort, daß das nicht so gut ist wie eine echte
Win32-Applikation (Windows muß z.B. eine NTVDM starten, um den Loader
ausführen zu können), aber ganz von gestern ist es auch nicht.
Post by Harry Bur
Jedenfalls nicht, wenn es das Programm auch in Versionen für Unix
Systeme gibt aber keine 32 Dos Version. OS halbe ist doch bestimmt
auch tot? oder bekommt man da noch Treiber für irgend ein Stück HW
das in den letzten Jahren produziert wurde? Aktuelle Software muss
meiner Meinung nach ganz bestimmt nicht in einem Dos Emulator unter
Atari, Amiga, oder was weiss ich, laufen. Aber das ist natürlich
meine ganz persönliche Meinung.
Naja, bei diesen "$SYSTEM ist tot"-Spielchen mache ich nicht mit. Wenn
ich die Möglichkeit habe, mit geringem Aufwand auch "tote" Systeme zu
unterstützen, tue ich das. Wenn ich mir dadurch Probleme mit aktuellen
Systemen einhandele, werde ich die natürlich lösen (und dabei auf MS
fluchen, die diese alten Systeme eben nicht mehr unterstützen). Immerhin
kann man bei einem Planeteer eine gewisse DOS-Affinität voraussetzen
(host.exe, planets.exe, VPA, PCC, ...)

Ich werde also mal sehen, daß ich das PDK für Win32 zum laufen bekomme
(die Makefiles gehören eh entsorgt und neu geschrieben).


Stefan
Harry Bur
2004-01-09 14:52:10 UTC
Permalink
Post by Stefan Reuther
ShellExecute gibt dir ein hInstance, kann man darauf nicht auch warten?
Leider nicht.
[MSDN]
ShellExecute returns a value greater than 32 if successful, or an
error value that is less than or equal to 32 otherwise. The return
value is cast as an HINSTANCE for backward compatibility with 16-bit
Microsoft Windows applications. It is not a true HINSTANCE, however.
The only thing that can be done with the returned HINSTANCE is to cast
it to an integer and compare it with the value 32 or one of the error
codes below.
[/MSDN]
Post by Stefan Reuther
Was passiert, wenn du CREATE_NEW_CONSOLE durch DETACHED_PROCESS ersetzt?
Keine Änderung.
Das Verhalten ist so...
Erstelle ich mit Delphi ein Konsolen Programm und rufe es wie
beschrieben auf, funktioniert es wie gewollt ohne PIF Datei.
Rufe ich eine Batch auf, die das Programm startet, bekommt
WaitForSingleObject
keine Rückmeldung.. im Taskmanager sehe ich eine "WinoldApp". (unter
ME, bei NT steht bestimmt NTVDM da) Mit passender PIF Datei wird sie
aber beendet und es funktioniert. Das gleiche Verhalten hab ich, wenn
ich Amaster.exe starte.
Hier wirkt sich der Loader von Amaster wohl genauso aus wie eine
Batchdatei. Rein praktich gesehen.
Post by Stefan Reuther
Post by Harry Bur
warum es auch 2004 noch "neue" 16 bit Dos Programme gibt.
Konsolenprogramme hätte ich schreiben sollen. VPA z.B. hat mir, wegen
meinen vielen Taskwechseln zwischen VPA und EchoView bereits einen 19
Zoll Monitor gekillt. Echt wahr. Ok, bei dem wurde die Auflösung
mittels Relais umgeschaltet.. das war seine Schwachstelle.
Post by Stefan Reuther
Ich werde also mal sehen, daß ich das PDK für Win32 zum laufen bekomme
(die Makefiles gehören eh entsorgt und neu geschrieben).
Gute Idee :)

Gruss, Harry
Stefan Reuther
2004-01-09 21:56:30 UTC
Permalink
Hallo,
Post by Stefan Reuther
Was passiert, wenn du CREATE_NEW_CONSOLE durch DETACHED_PROCESS ersetzt?
Keine Änderung. Das Verhalten ist so... Erstelle ich mit Delphi ein
Konsolen Programm und rufe es wie beschrieben auf, funktioniert es
wie gewollt ohne PIF Datei. Rufe ich eine Batch auf, die das Programm
startet, bekommt WaitForSingleObject keine Rückmeldung.. im
Taskmanager sehe ich eine "WinoldApp". (unter ME, bei NT steht
bestimmt NTVDM da) Mit passender PIF Datei wird sie aber beendet und
es funktioniert. Das gleiche Verhalten hab ich, wenn ich Amaster.exe
starte. Hier wirkt sich der Loader von Amaster wohl genauso aus wie
eine Batchdatei. Rein praktich gesehen.
Ja, der Loader vom AMaster ist ein DOS-Programm und wird daher in
Winoldapp bzw. NTVDM ausgeführt. Das werden wir mit einem Win32-PDK los
(zum Testen kannst du ja schon mal den DJGPP PHost und den Win32 PHost
nehmen :-)
Post by Stefan Reuther
Post by Harry Bur
warum es auch 2004 noch "neue" 16 bit Dos Programme gibt.
Konsolenprogramme hätte ich schreiben sollen. VPA z.B. hat mir, wegen
meinen vielen Taskwechseln zwischen VPA und EchoView bereits einen
19 Zoll Monitor gekillt. Echt wahr. Ok, bei dem wurde die Auflösung
mittels Relais umgeschaltet.. das war seine Schwachstelle.
Ich würde vielmehr die Frage stellen: warum kann auch im Jahr 2004
Windows keine grafischen DOS-Programme im Fenster ablaufen lassen? OS/2
konnte das schon vor 10 Jahren.

Und das mit dem Monitor ist dann vermutlich ein Folgefehler. Der Tandon
14", Baujahr 1990, der hier noch rumsteht, synchronisiert alles bis
720x400 in "Nullzeit" und läuft und läuft und läuft. Die neumodischen
Monitore haben dann schon Totzeiten von mehreren Sekunden und geben
komische Laute von sich, der 1997 gekaufte 17" ist inzwischen schon
lange tot.


Stefan
Matthias Gietl
2004-01-11 15:13:09 UTC
Permalink
Post by Harry Bur
Bei mir geht ein Dos Fenster auf welches nicht von selbst nach
Programmende geschlossen wird. Hier scheinen sich verschiedene Win
Versionen unterschiedlich zu verhalten. Unter XP scheint ein Vollbild
aufzugehen... dass auch die Auflösung geändert wird, kann ich kaum
glauben. Wirklich sicher Matthias?
Mein Monitor macht ein ganz bestimmtes Geräusch in dem Fall, und das kam.
Ich bezweilfe auch, dass DOS 1024 x 768 kann.

Matthias
--
Due to the current Worm going round, I have a "special" From-Adress.
If you want to e-mail me, use this adress: grim-reaver AT gmx.de
Loading...