  VGA-Planets 68k Atari History                 Stand: v3.00.291 vom 25.04.1997

3.00.291   25.4.97  (ffentlich)

- Nachdem diese unten beschriebene Grafikadaptierung soweit ganz brauchbar zu
  funktionieren scheint, habe ich die ersten Routinen darauf angepat und das
  Programm einschlielich der VP-Shell 1.11b (Bugfix: beim Kopieren der Dateien
  vor dem Unpack-Aufruf wurde die PLANET.NM, falls im Quellverzeichnis vorhanden,
  verschoben, statt sie einfach nur zu kopieren) und der neuen Grafikdateien 
  eingepackt. Die Bilddaten sind gepackt ca. 430Kb gro und nur in DIESEM Paket
  mit enthalten. Zuknftige Updates werden wieder nur PLANETS.PRG und VP-SHELL.PRG
  enethalten, um die Downloadzeiten nicht zu lang werden zu lassen.

  Wenn die neuen Bilder in der PICT_8.DAT verwendet werden sollen, mssen die 
  Dateien COLNDX8.DAT und PICNDX8.DAT ebenfalls im VGAP-Verzeichnis vorhanden
  sein. Diese enthalten die Palette mit den benutzten Farben und die Positionen
  der einzelnen Bilder in der PICT_8.DAT.

  Dies ist nur eine Zwischenversion, bei der man aber schon mal einen ersten 
  Eindruck gewinnen kann, wie das alles aussehen soll. Ach ja: Der interne 
  Speicherverbrauch von VGAP68k sollte um ca. 200 Kb zurckgegangen sein, da
  weder die Logos noch die Planetenbilder lnger gecached werden. Es werden nur
  noch max. 6 verschiedene Bilder gleichzeitig im Speicher gehalten.

3.00.290s  24.4.97 (nicht ffentlich)

- Neu: VGAP68k verwendet ab sofort in 8-Bit-Auflsungen (also 256 Farben) ein 
  neues Grafikformat. Dazu wird die gesamte Grafikdatei RESOURCE.PLN in eine
  Datei namens PICT_8.DAT konvertiert. Solange diese Datei nicht vorhanden ist,
  bietet VGAP68k im Rassenauswahlschirm einen Menpunkt "PictConv" an, der 
  bei Anwahl genau diese Konvertierung einleitet. Hierbei werden nicht einfach
  nur die Bilder direkt in 256-Farb-Bitmaps umgewandelt, sondern teilweise
  farbreduziert und komplett in einen neuen "Farbraum" verlegt, um fr den
  Fall, da VGAP68K jemals "richtig Multitaskingfhig" wird, eine dauernde
  Farbverschiebung in den ersten 16 Farben (die ja eigentlich nur vom System
  zu verndern sind) zu vermeiden. Zu diesem Zweck werden erst einmal alle
  Bilder eingelesen, die verwendete Farbpalette jedes einzelnen analysiert
  und dann alle in den Bildern vorkommenden Farben addiert. Sofern diese
  Anzahl verwendeter Farben grer als 256 ist (und das ist sie schon dann,
  wenn nur die standardmige RESOURCE.PLN verwendet wird. Allein darin sind
  ca. 1400 verschiedene Farben definiert.) werden die Bilder erneut einge-
  lesen und die Farben in Zehner-Schritten differenziert, solange, bis zum
  Schlu durch die Farbreduktion nicht mehr als 240 Farben (der Farbraum 
  oberhalb der 16 Systemfarben) brig bleiben, die dann auf smtliche Bilder
  anwendbar sind und in einer Datei namens COLNDX8.DAT fr den spteren
  Gebrauch abgespeichert werden. 

  Das klingt zunchst schlimmer, als es im Endergebnis tatschlich aussieht.
  Die technische Seite sieht so aus, da jede Farbe durch je einen Wert fr
  rot,grn und blau definiert wird. Dieser Werte werden in Promille ange-
  geben. Wei ist 1000,1000,1000 , rot ist 1000,0,0, blau ist 0,0,1000 und
  so weiter bis zu schwarz, das durch 0,0,0 definiert ist. Die Farbwerte 
  der Bilder sind nun in ziemlich ungleichmigen Schritten definiert, so
  kann es z.B. vorkommen, da in dem einen Bild ein heller Grnton durch
  321,967,458 und in dem nchsten ein fast identischer Ton durch 272,890,298
  definiert ist. Der Unterschied ist auf dem Bildschirm fast nicht zu sehen.
  Die Konvertierroutine versucht nun z.B. den hnlichsten Wert zu finden und
  ersetzt dabei ggf. beide Werte durch 320,940,450. Welcher Wert letztlich
  durch welchen ersetzt wird, lt sich anhand des auf dem Bildschirm in der
  Palette rumflitzenden Box-Cursors ablesen. Da man eh keinen Einflu darauf
  hat, ist das nur zur Information gedacht, und dafr da man sieht, da der
  Rechner berhaupt noch was tut ;-)  Die Bilder als solche werden in vier
  verschiedenen Formaten gespeichert: Normale Gre, klein (gleiche Ansicht)
  klein (90 nach rechts gedreht), klein (90 nach links gedreht). Da
  wohl vorstellbar ist, da die Bilder bei der Erweiterung der Farbpalette
  von 16 auf 256 Farben nicht gerade kleiner werden, sollte man von ca. 3.5MB
  Platzbedarf fr die neue Bilddatei ausgehen. Wenn man nicht vorhat, in 
  mehr oder weniger Farben zu spielen, kann man dafr aber die RESOURCE.PLN
  lschen oder auslagern, was wieder 900Kb Platz schafft.

  Da das eine einmalige Aktion ist, hatte ich keinerlei Lust, den ganzen Kram
  aus Geschwindigkeitsgrnden in Assembler zu coden. Die ganze Aktion ist daher 
  verhltnismig zeitaufwendig, und man sollte es sinnigerweise nicht unbedingt
  dann starten, wenn man noch einen Spielzug innerhalb der nchsten drei Stunden
  zu machen hat, weil der ZAT fllig ist. >:-)  Mein Falcon (unbeschleunigt)
  braucht fr die Konvertierung etwa eineinhalb Stunde, der niegelnagelneue
  Penz200MMX mit 32MB und MagicPC immerhin noch 38 Minuten und mein drei Jahre 
  alter Performa630 schafft es unter MagicMac 1.2.5 in etwa 14 (ist das nicht 
  deprimierend?) Alternativ kann man natrlich auch die Grafikdateien verwenden,
  die ich gerade mit in das Update-Paket eingewickelt habe.

  Einhergehend mit dieser Konvertierung bietet sich die Mglichkeit, einen Teil
  oder alle Bilder durch WINPLAN BMP-Files zu ersetzen, was ich in dem in der
  HOL liegenden File gemacht habe. Hierzu mu im Spielverzeichnis (also in dem
  Verzeichnis, wo sich auch PLANETS.PRG und RESOURCE.PLN befinden) ein Ordner
  namens BMP angelegt werden, wo die BMPs unter ihrem Originalnamen (der dann
  blicherweise VPLnnn.BMP lautet) abgelegt werden knnen. Die Konvertierrou-
  tine schaut bei jedem Bild nach, ob ein entsprechendes BMP vorhanden ist.
  Falls ja, so wird dieses fr das grere der Bildformate verwendet. Die 
  kleinen Bilder werden bei Schiffen IMMER aus der RESOURCE.PLN entnommen,
  bei Planeten und Logos dagegen ebenfalls aus den BMPs. Da ich keine brauch-
  bare Assembler-Routine fr die Konvertierung der BMPs hatte, artet das in
  eine ziemliche Pixelpfriemelei aus, was den Prozess nicht gerade schneller
  macht. Wer also viele BMPs mit in die Konvertierung wirft, darf den obigen
  Zeitbedarf je nach Rechner verdoppeln bis verdreifachen.

  In dem originalen RESOURCE.PLN sind 151 Bilder enthalten, WINPLAN verwendet
  dagegen 260. Diese zustzlichen Bilder enthalten ausschlielich neue Planeten-
  ansichten. Wer in diesem Teil welche findet, die ihm besser gefallen als die
  alten (oder die im unteren Bereich) kann sie natrlich gerne ins VGAP\BMP-
  Verzeichnis kopieren und entsprechend umbenennen.

  Dies sind die Dateien, die die Logos und "Leader" der einzelnen Rassen
  enthalten:

  Rasse       Logo   Leader      

  Feds         21      22
  Lizards      48      44
  Birdmen      52      53
  Fascists     71      70
  Privateers   83      75
  Cyborg       91      93
  Crystalline  94      95
  Empire      115     116
  Robots      126     127
  Rebels      138     139
  Colonies    151     150

  Sonstige

  Defensepost  35
  Factory      36
  Mine         37
  Survey       38


3.00.290o  19.4.97  (nicht ffentlich)

- Neu: Wenn ber die "secondary Shipmission" (Taste "2" im Schiffsdialog) ein
  Schiff geclont werden soll, findet a) eine Ausgabe ber die dadurch entstehenden
  Kosten und b) eine Suche und Ausgabe nach dafr geeigneten Starbasen statt.

  Die Auflistung dieser Basen ist nach Entfernung zum augenblicklichen Standort
  sortiert. Als "zum Clonen geeignet" werden Basen identifiziert, die entweder 
  bereits ber alle notwendigen Tech-Level verfgen oder aber gengend MC und
  Supplies auf dem Planeten haben, um die Techlevel entsprechend hochzursten.
  Bercksichtigt werden dabei die acht nchstgelegenen Basen, alles was weiter
  entfernt ist, wird ausgelassen. Basen, die innerhalb eines Spielzuges erreicht
  werden knnen, werden in gelber Schrift gelistet, weiter entfernte in grauer
  Schrift. Falls man sich zufllig gerade im Orbit einer geeigneten Base befindet,
  bekommt man auch das angezeigt.

  Am rechten Rand der Liste finden sich fnf farblich gekennzeichnete Kstchen.
  Dies ist ein Kurzberblick darber, ob auf den ausgewhlten Basen alle bentig-
  ten Rohstoffe vorhanden sind. Grne und rote Kstchen bedrfen wohl keiner 
  weiteren Erklrung ;-) Das fnfte Kstchen (oberhalb mit "L" gekennzeichnet)
  beinhaltet eine Aussage, ob bereits alle ntigen Techlevel vorhanden sind. (Dann
  ist auch dieses Kstchen grn). Falls nicht, aber Geld und Supplies vorhanden ist
  um die Base hochzursten, ist das Kstchen gelb. Bei dieser ganzen Aktion wird
  nur Geld und Mineralien bercksichtigt, die bereits auf dem Planeten vorhanden
  bzw. abgebaut sind. Etwa anfliegende Erzfrachter etc. bleiben unbercksichtigt.

  Da man nun schon mal eine bersicht ber die geeigneten Basen hat, lt sich von
  diesem Dialog aus auch gleich ein Kurs dahin setzen. Dazu whlt man die passende
  Base ber die Cursor up/down-Tasten aus und verlt den Dialog mit SPACE oder
  ENTER. Die whrend der Auswahl erscheinende "Windrose" zeigt den ungefhren 
  Kurs auf die gerade gewhlte Base an. Ob man fr diesen Flug dann auch gengend
  Sprit an Bord hat, mu man allerdings selber kontrollieren, DAS macht die Routine
  nicht auch noch. ;-)

- Fix: Aus irgendeinem mir nicht so recht erklrbaren Grund funktioniert die Farb-
  darstellung jetzt auch unter MagicPC in 256 Farben wieder so, wie das mal gedacht
  war. MagicMac und MagiC auf dem Atari hatten dieses Problem gar nicht erst, und
  bei mir tauchte es auch erst auf, als ich NVDI PC installiert hatte. Ich hatte 
  zwar vorgestern versucht, den Grund fr dieses komische Verhalten rauszufinden 
  (bei der Grafikdarstellung wurden die aktuellen Farben immer erst fr das nchste
  Bild richtig gesetzt) und einige Sachen umgestellt, so richtig von Erfolg gekrnt
  war das aber nicht. Zwei Kompilate weiter, nachdem ich irgendwas vllig anderes
  gemacht hatte, klappte es pltzlich wieder. Mu wohl der vielzitierte Unterschied
  zwischen Theorie und Praxis sein >:-)


3.00.290n  18.4.97  (nicht ffentlich)

- Fix: Da das Problem dieses ominsen "Turn is garbled" in PHost-Partien immer noch
  auftauchte, habe ich es noch einmal von einer anderen Seite angegangen und
  nunmehr hoffentlich endgltig beseitigt.

- Startseite berarbeitet: Die Anfangsseite ist jetzt analog des Rassenbildschirms
  vollstndig Mausbedienbar.

3.00.290h   7.4.97  (ffentlich)

- Fix: In der 290e hatte ich einen ersten Versuch unternommen, im Multitasking-
  betrieb nicht lnger alles zu sperren, sondern die Verwendung externer Pro-
  gramme etc. zuzulassen, weswegen u.a. der schwarze Hintergrund entfallen war
  und (z.B. in der Ease) auf andere Programme umgeschaltet werden konnte. Das
  scheint aber bei einigen Leuten zu massiven Problemen gefhrt zu haben, wes-
  wegen ich die gesamten Routinen erstmal wieder rausgeworfen habe.

- Fix: Die VP-Shell strzte in der Kombination MagiC und >16Farben und <8MB RAM
  aufgrund eines Farbicons im RSC ab. Fiel mir dummerweise erst auf,
  als sich bereits einige Leute das 290e Update gesaugt hatten. In diesem
  Archiv ist die Shell-Version 1.11 enthalten, die derlei Probleme nicht mehr
  machen sollte. (Das weiter unten beschriebene Absturzverhalten der letzten
  Version tritt bei mir jetzt jedenfalls auch nicht mehr auf, also vermute ich,
  da es ebenfalls damit zusammenhing)

- Fix: Der ebenfalls weiter unten beschriebene Fehler mit den seltsamen OpCodes
  scheint auch erledigt zu sein. VGAP68K lschte die ID im Parameterblock eines 
  Schiffes nicht, das auf einen unbesiedelnden oder feindlich/alliierten 
  Planeten etwas abwerfen sollte, dies aber dann noch einmal storniert wurde. 

- Neu: Ich war damit beschftigt, das Aussehen des Hauptbildschirms zu ndern.
  Die Fixes oben erschienen mir jedoch dringlich genug, eine Zwischenversion
  rauszubringen, also bitte nicht wundern, da das alles noch etwas seltsam
  aussieht. Wird in der nchsten Version komplettiert. ("Form follows function", 
  oder wie das hie ;-)

3.00.290e   20.03.97  (ffentlich)

  Diversen Kleinkram gendert/gefixed.

- Fix: Bei Verwendung alternativer Sternenkarten wurde die unter dem Namen
  "XYPLANpp.DAT" im Gameverzeichnis liegende Koordinatendatei nicht immer
   korrekt geladen, wenn sie nicht auch noch unter dem Namen XYPLAN.DAT im
   gleichen Verzeichnis lag. Das fiel eigentlich nur auf, wenn in der Partie
   das Host-AddOn "ExploreMap" benutzt wurde.

- Neu: Besagtes XYPLANpp.DAT wird jetzt zum einen von der Shell mit aus dem
  Download- ins Gameverzeichnis kopiert, zum anderen von PLANETS.PRG auch mit
  in das aktuelle TURNnnn-Verzeichnis gesichert. 

- Fix: Die Routine zum Be- und Entladen ber eigenen Planeten hatte einen Fehler,
  der dazu fhrte, da der Planet #500 nicht be-/entladen werden konnte. 

- Wie unschwer am Abstand zwischen den VGAP68k-Updates zu erkennen ist, habe ich
  ein leichtes Zeitproblem und komme nur noch recht unregelmig zum programmieren.
  Da ich im Moment nicht absehen kann, ob oder wann sich das wieder bessern wird,
  beschrnke ich mich z.Zt. auf Bugfixing und die Auswertung neuer Host-Features, 
  soweit ntig/mglich. Wer also in seiner Partie auf irgendwelche Ungereimtheiten
  stt oder irgendein Prozedere unbedingt eingebaut haben will, mu sich bei mir
  melden, wenn ich es ndern oder erweitern soll. (Eine RAW-Untersttzung anzufordern
  ist momentan allerdings relativ zwecklos. Ich habe weder die Zeit noch die Daten,
  um eine derart umfangreiche nderung zu implementieren. Ob es ein neues VGAP68k fr
  VGA-Planets 4.0 geben wird, wage ich momentan auch noch nicht zu prophezeien. Immer-
  hin handelt es sich um ein komplett neues Spiel, und ob ich die Frontendrelevanten
  Formate von Tim dazu erhalte, ist momentan noch eher zweifelhaft, wenn man seine
  Mails zu diesem Thema in alt.games.vga-planets liest.)

- Einige User (3, um genau zu sein) scheinen ein Problem in PHost-Partien
  zu haben. PHost meckert dann einen "Turn is garbled"-Error an, der fr mich
  bislang nicht nachvollziehbar war. Eine berprfung durch Andrew Sterian ergab
  auch nur, da angeblich ein (nicht existenter) OpCode #62 im TRN enthalten war
  und der Zug vom PHost deshalb abgelehnt wurde. Wo genau dieser OpCode nun gestanden
  haben soll oder wie er dahin gekommen ist, konnte mir bislang allerdings niemand
  erklren. Fact ist jedenfalls, da VGAP68k nur die gltigen OpCodes von 1-60 
  erzeugt und da der Fehler nur dann auftrat, wenn ber eine CP-Message ein
  Planet an eine andere Rasse gegeben werden sollte. Falls noch jemand Probleme
  hiermit hat, bitte Rckmeldung an mich. Je mehr Daten ich hierzu habe, desto
  eher finde ich vielleicht raus, woran es denn nun eigentlich liegt.

- Weiterhin gibt es ein PHost-Problem bei einigen Spielern, die trotz eingeschaltetem
  "BigTargets" fr ihre Rasse nur maximal 50 Targets vom Host geliefert bekommen. 
  Da ich das in keiner Weise nachvollziehen kann (Sah fr mich wie ein Config-Fehler
  aus, allerdings war ich nicht imstande, einen Fehler in Aufrufparametern oder in
  der PCONFIG.SRC zu finden), wre ich fr Meldungen dankbar, ob das auer in den
  Partien A4 und A5 noch irgendwo anders aufgetreten ist.

- Diesem Update liegt, wie erwhnt, eine aktualisierte VP-SHELL bei. Auf allen meinen
  "richtigen" Ataris und unter MagicMac luft diese Shell absolut problemlos, auf einem
  Pentium133 unter MagicPC 5.04 mit NVDI PC jedoch nur dann, wenn ich vorher ein
  anderes Programm gestartet hatte (welches, ist dabei relativ egal). Danach luft die
  Shell beliebig oft ohne zu murren.Wenn das bei irgendjemandem auftaucht, bitte mal 
  melden, welche Hard-/Software-Konstellation dabei im Einsatz ist. Momentan stehe ich 
  etwas ratlos davor...


3.00.289c

- Neu:  Setup-Dialog um einige Punkte erweitert. ber "Show old waypoints" 
  kann die Option "Kursanzeige fr vergangene Turns in der Sternenkarte" ein-
  bzw. ausgeschaltet werden, ber "Clip long waypoints" aktiviert man die in
  der 288v eingefhrte entsprechende MakeTurn-Option, und "Log-Files will be
  used" schaltet ALLE *.LOG Ausgaben ein bzw. aus, was besonders bei Unpack
  eine erhebliche Beschleunigung mit sich bringt.

- Neu: diverser Kleinkram, der mir im Moment aber grad nicht einfllt >:-)

3.00.288y

- Neu: in der Sternenkarte ist die Zielauswahl fr das aktuelle Schiff jetzt
  auch per Mausklick ohne Tastaturuntersttzung mglich, indem einfach beide
  Maustasten benutzt werden. Erweitert wurde die Zielauswahl dahingehend, da
  bei Hypersprung-Schiffen der FC auf HYP gestellt wird,wenn das Ziel zwischen
  340 und 360 Ly entfernt liegt. Wenn das Ziel weiter als 360 Ly entfernt 
  liegt, werden auch Doppelsprnge automatisch berechnet.

- Neu: Auf Wunsch eines einzelnen Herrn wurde das jeweils aktuelle Schiff nun
  endlich in der Karte als solches kenntlich gemacht >:-) (Vermittels eines
  weien, offenen Kstchens drumherum)


3.00.288x

- Neu: Berechnung von Doppelsprngen (HYP) implementiert. Bei HYP-Schiffen
  kann nach Festlegen eines Zielpunktes (mit ALT-Mausklick) durch drcken
  von "y" ein Doppelsprung initiiert werden. Wenn der erste Zielpunkt inner-
  halb von 10 Ly um einen eigenen, alliierten oder unbesiedelten Planeten 
  liegen wrde, wird er auf die Koordinaten dieses Planeten umgebogen, um
  das Schiff nicht lnger als ntig sichtbar werden zu lassen. Falls kein
  passender Planet in der Nhe ist, werden verschiedene gltige Koordinaten-
  paare geprft und eines davon nach dem Zufallsprinzip ausgewhlt, so da
  die Sprnge fr Auenstehende nicht berechenbar sind.

3.00.288v

- Neu: Im Econ-Screen wird jetzt mit angezeigt, wie die voraussichtlichen
  Stimmungswerte bei Natives und Colonists unter Bercksichtigung des hier
  eingestellten Steuersatzes aussehen werden, um z.B. schubweise Besteuer-
  ung einfacher durchfhren zu knnen. Eckwerte:

  Vermehrung von Natives und Colonists findet nur statt, wenn der 'mood'-
  Wert mindestens 70 betrgt.

  Steuern werden nur gezahlt, wenn der Mood-Wert mindestens 40 (in PHost-
  Partien mindestens 30) betrgt.

  Die Werte werden farblich unterschiedlich dargestellt, je nachdem, ob
  der "estimated mood" im nchsten Zug hher, gleich, oder niedriger sein
  wird, als im aktuellen. Rot=Niedriger, Wei=gleich, Grn=Hher (max. 100)

- Neu: auf Anregung von Carsten Guthard-Schulz kann man als VGAP68k-User
  jetzt die Flugziele seiner Schiffe besser 'verschleiern'. Zu diesem
  Zweck werden von Maketurn die Ziel-Koordinaten so zurechtgestutzt, da
  das Schiff (wenn es denn im folgenden Zug nicht eh auf einem Planeten 
  steht) ohne erkennbaren Kurs im Raum steht.

  Bei der Verwendung des Waypoint-Strippers gibt es Verschiedenes zu beach-
  ten:

  1) Die Funktion arbeitet z.Zt. nur unidirektional, will heien, die Way-
     points werden in der 288v nur gestrippt, beim Einlesen des nchsten
     RSTs aber noch NICHT wieder restauriert! Das folgt in der nchsten
     Version.

  2) Wer die Funktion einsetzen will, mu sich vorher darber im Klaren sein,
     da es eine einschneidende Vernderung gegenber dem "normalen" Modus
     gibt: Wenn man im "normal"-Modus ein Ziel anfliegt, das nicht in einem
     Zug zu erreichen ist, kann man davon ausgehen, da auch bei einem NMR
     das Schiff selbstttig weiterfliegt. Bei gestrippten Waypoints dagegen
     wird das Schiff genau einmal in die entsprechende Richtung fliegen so
     weit es eben kommt, und steht dann im nchsten Turn dumm rum, weil der
     Host ja nicht wei, wohin es eigentlich unterwegs war.
 
- Gendert: Einhergehend mit den gerade beschriebenen Neuerung wurde die
  Auswertung des Parameters WAYPNTS in der Datei PLANETS.68K gendert. Der
  Parameter wird jetzt nicht mehr dezimal, sondern als Bitvektor ausgewer-
  tet. Die Belegung wird durch folgende Werte gesteuert:

  - Eigene Kurse anzeigen                                     +1
  - Andere Kurse anzeigen                                     +2
  - Alte Kurse (max. 15 Turns) in der Sternenkarte anzeigen   +4
  - lange Waypoints im TRN "kappen"                           +8

  Um die Optionen zu kombinieren, mssen nur die entsprechenden Werte addiert
  werden. (Die Optionen 1+2 knnen im Optionen-Dialog verndert werden, die
  Optionen 4+8 mssen z.Zt. noch von Hand gesetzt werden.)
  

3.00.288t

- Bugfix: Kleinere Verbesserungen im Message-Reader, PHost-Meldungen *ohne*
  "Message-ID" (-x000) werden jetzt ebenfalls vernnftig angezeigt, vorher
  wurde immer nur die erste dargestellt, wenn berhaupt. ESC im Message-
  reader beendet die gerade aktuelle Auswahl jetzt so, wie man sich das
  vorstellen wrde, ohne da noch eine 'Leer-Mail' angezeigt wird.

- Bugfix: Bei der Auswertung der UTILx.DAT wurden die Informationen ber
  alliierte Planeten zwar ausgewertet, aber nicht gespeichert. Jetzt schon.
  Darberhinaus wurde die Textausgabe beim Entpacken (im UDxx-tt.DAT) um
  mehr Details erweitert.

- Bugfix: (schon in der 288p) der AutoBuilder baute auch auf Planeten,
  bei denen man zwar schon ein Schiff im Orbit stehen hatte, die aber noch
  gar nicht besiedelt waren, was zu einem RED-Status fhrte.

- Gendert: anhand der Alliance-Infos aus dem UTILx.DAT werden alliierte
  Schiffe in der StarChart und den kleinen Karten nicht mehr in rot, sondern
  in gelb dargestellt.

3.00.288r

- Bugfix: Bis zur 288o konnten vorhandene Torpedos quasi "verkauft" werden,
  was in PHost-Partien zu einem RED-Status fhrte. 

- Bugfix: In relativ "frischen" Partien konnte es vorkommen, da in der 
  Sternenkarte beim Anklicken von Planeten am rechten Kartenrand nur noch
  die Daten von #398 (YouTwo) angezeigt wurden. Sollte behoben sein.

- Bugfix: Die Anwahl der DUMP-Funktion im Messagereader war versehentlich 
  auskommentiert. Funktioniert jetzt wieder. Da es eine Anfrage gab, was 
  das eigentlich macht (scheine ich wohl auch sonst nirgends geschrieben
  zu haben):

  DUMP ldt den gesamten Inhalt der Messagebase des aktuellen Turns als
  Textfile unter dem Namen MESSpl.DMP im Game-Verzeichnis ab, so da alle
  Messages auch mit einem beliebigen Editor gelesen werden knnen.

- Umfrage: In einer der letzten Versionen wurde ein lterer Schreibfehler
  in der Farbsetz-Routine fr die Anzeige eigenener Minenfelder beseitigt,
  welche jetzt (so wie es eigentlich schon immer geplant war) nicht mehr
  in grau, sondern in grn dargestellt werden. Da sich bislang nur ein 
  User dazu geuert hat, dem das allerdings nicht gefiel, sei hier kurz die
  Frage an alle gestellt, ob das irgendjemand konfigurierbar haben mchte. 

  Es gab weiterhin eine Rckmeldung, da die OUTFILE-Funktion des Message-
  readers auer beim ersten Turn zu einem Absturz fhren soll. Kann das 
  noch jemand besttigen? Ich kann das nicht recht nachvollziehen.

  Auerdem soll es auf "normalen" STs grundstzliche Probleme beim Unpack
  geben, die regelmig zum Absturz fhren. Auch das kann ich nicht so
  richtig berprfen, weil es auf meinem MSTE bzw. MST funktioniert (jeweils
  4MB-Rechner). Passiert das bei noch irgendwem auer Fluse und dessen 
  Bekannten, und wenn ja, wie genau sieht das aus bzw. WANN genau passiert
  es? Any hint appreciated...

3.00.288n

- Bugfix: In der genderten Maketurn-Routine war eine Abfrage falsch bzw. an
  der falschen Stelle, so da es manchmal trotzdem dazu kommen konnte, da
  Schiffsbauauftrge aus der Queue flogen. Passierte insbesondere dann, wenn
  direkt nach dem Programmstart Maketurn aufgerufen wurde, ohne da vorher
  irgend etwas anderes angewhlt worden war.

- Neu: Tracer eingebaut und freigeschaltet.
  Die seit diversen Versionen vorhandene Datei S_MOVES.HST wird jetzt
  ausgewertet. Fr jedes in der StarChart per Mausklick ausgewhlte Schiff
  werden jetzt die letzten 15 bekannten Positionen angezeigt, so da man
  nachvollziehen kann, welches (feindliche) Schiff woher gekommen ist. Auf
  diese Art lassen sich u.a. auch die Eingnge von Wormholes ausfindig
  machen, die man vielleicht selbst noch gar nicht gescannt hat. Um diese
  Funktion zu aktivieren, mu (einmalig) die Datei S_MOVES.HST gelscht wer-
  den (da sich das Format geringfgig gendert hat). In der Config-Datei
  PLANETS.68K mu der Eintrag WAYPNTS auf "4" (default ist "3") gendert
  werden. Vorbergehend abschalten lt sich die Kursanzeige in der StarChart
  durch [F6], nochmaliges drcken schaltet sie wieder ein.
  Wer den Tracer im Nachhinein mit den Daten seiner bisherigen Zge fttern
  will, kann das folgendermaen tun:

  Neues Verzeichnis GAME15 (oder TMP oder sonstwas) im VGAP-Verzeichnis an-
  legen, PLANETS.PRG temporr umbenennen in PLANETS.GTP, aus dem bisherigen
  Spielverzeichnis die letzten 15 TURNxx-Verzeichnisse in das neu angelegte
  kopieren und PLANETS.GTP mit folgender Kommandozeile starten:

  PLANETS.GTP GAME15 -U -AUTO

  Planets wird dann die *.RST aus den TURNxx-Verzeichnissen jeweils in das
  neue Spielverzeichnis umkopieren und entpacken. Anschlieend mu das nun
  erzeugte S_MOVES.HST in das bisherige Verzeichnis zurckkopiert werden,
  danach kann das GAME15-Verzeichnis wieder gelscht werden. (PLANETS.GTP
  wieder in PLANETS.PRG umbenennen!)

  Beim nchsten Programmstart sollten nun die alten Positionen (jeweils 
  durch eine graue gepunktete Linie verbunden) mit angezeigt werden.

3.00.288j

- Bugfix: (naja..) Bei Massenmails mit mehr als insgesamt 4000 Zeilen Text
  pflegte das Programm bis zu dieser Version beim Unpacken abzustrzen,was
  aber offenbar bislang nur einem einzige Spieler auffiel. (Mir jedenfalls
  noch nicht ;-) Jetzt wird es erst abstrzen, wenn mehr als 8000 Zeilen
  zu entpacken sind >:-)

- Gendert: Dies ist eine Zwischenversion, die bereits erste aktive Elemente 
  eines Tracers enthlt (Der Kurs eines beliebigen Schiffes kann ber die
  letzten 15 Turns zurckverfolgt werden). Wie mir gerade auffiel, ist der
  Tracer in der aktuellen Version nicht abschaltbar, so da in den meisten
  Fllen beim Anklicken eines Schiffes in der StarChart eine graue Linie
  (vermutlich einfach nach unten) gezogenwird. Wird in der nchsten Version
  wieder gendert.

3.00.288f

- Bugfix: Unter ungnstigen Umstnden konnte es bei Verwendung des Autobuilders
  auf Planeten mit sehr wenigen oder keinen MC und wenigen supplies dazu kommen,
  da der Supplies-Bestand auf -1 abrutschte, was beim Hostlauf unweigerlich zu
  einem RED-Error fhrte. Das Problem sollte mit dieser Version behoben sein.

3.00.288

- Erweitert: Der ber [F6] erreichbare PCPA (PHost Command Processor Assistant)
  schickt jetzt tatschlich Mails an den Host raus und macht somit das, was man
  vermuten wrde. Sollte funktionieren.

- Neu: Bei der Auswahl von Starbases erfolgt jetzt im Dialog eine grafische
  "Belegungsanzeige" der Parts-Slots der Base.

- Bugfix: Eingabe von "M" im Planeten- bzw. Basescreen funktioniert jetzt auch
  in der unregistrierten Version. Konnte vorher zum Absturz fhren.

- Gendert: Maketurn-Verhalten an PHost angepat. Das Problem, da in PHost-
  Partien nach Erreichen des Shiplimit keine Schiffe mehr gebaut werden konnten
  sollte jetzt eigentlich beseitigt sein.

3.00.287u

  *Zwischenversion*

- Gendert: Bugfix in den Build-Routinen fr Engines und Launcher. Die dort
  vorher vorhandenen Fehler konnten bei ungnstiger Konstellation einen RED
  Status auslsen.


3.00.287s

  *Zwischenversion*

- Gendert: kleinere Bugfixe in den Transferroutinen.
- Neu: ber [F6] im Hauptmen kann in PHost-Partien jetzt ein sog. CommandPro-
  zessorAssistent (oder wie auch immer man das nennen will) aufgerufen werden,
  der zur vereinfachten Eingabe der vom PHost-CommandProzessor verstandenen
  Befehle dient. In einer der kommenden Versionen werden diese Commands dann
  auch tatschlich in Form von Mails an den Host gesendet. Momentan macht die
  Funktion noch nichts, weil sie noch nicht fertig ist... Weitere Vorschlge
  hierzu bitte direkt an mich.

  Ach ja: Meine eMail-Adresse hat sich gendert: Ich habe jetzt meine eigene
  Maus (erreichbar unter 05533-93324) und bin per Mail als

                              Martin Eggers @ HOL

  im Mausnet erreichbar.

3.00.287o

  *Zwischenversion*

- Gendert: Intercept-Targetauswahl etwas vollstndiger. Es gab Probleme, wenn
  mehr als 22 Schiffe im Intercept-Bereich waren. Jetzt ist die Auswahlroutine
  dahingehend gendert, da die Schiffe nach wie vor nach aufsteigenden IDs an-
  gezeigt werden, wenn es max. 22 sind, falls mehr Schiffe im Scanbereich vor-
  handen sind, werden sie nach Entfernung vom eigenen Schiff sortiert und nur
  die ersten 21 angezeigt. Alle anderen knnen jetzt aber trotzdem ausgewhlt
  werden, indem man im letzten Feld erstmal RETURN drckt, und anschlieend 
  die ID einfach als Wert eingibt.
   
3.00.287n

  *Zwischenversion*

- gendert: Es gab bei einigen leichtere Probleme in PHost-Partien, die mit einer
  PHostversion ab 2.12d gehostet wurden. (Abstrze bei der Auswertung des UTILx.DAT
  und hnliches). Das sollte jetzt (eigentlich) behoben sein. 

- Neu: Fr Debugging-Zwecke wird beim Auswerten der UTILx.DAT jetzt ein Protokoll
  namens 'UDn-tt.LOG' (wobei 'n' fr die Playernummer und 'tt' fr die Turnnummer
  steht) angelegt. Falls es also beim Auswerten der UTILx.DAT bei irgendwem noch
  Probleme gibt, htte ich gerne neben dem betreffenden *.RST und *.DAT auch diese
  Log-Datei.

3.00.287l 

  *Zwischenversion*

- Woll, ich rauche immer noch nicht wieder, habe aber in den letzten 8 Wochen
  auch nicht all zu viel am Programm getan. >:-) Wird Zeit, da wieder mal ein
  bischen was passiert.

- Gendert: Das Zeitlimit ist rausgeflogen. Gerade in solchen Situationen wie
  in den letzten Wochen wird wohl der eine oder andere drauf gestoen sein, da
  die aktuelle Version einfach nicht lnger laufen wollte. In der 287l ist die
  Abfrage zwar immer noch drin, das Programm wird aber nach dem Ablauf des 
  'Verfalldatums' nicht mehr einfach beendet, sondern nach Ausgabe der Meldung
  kann man normal weiterspielen.

- Neu: Bei der Report-Ausgabe werden jetzt auch die Planetendaten ins Clipboard
  geschrieben (VPPLAN.CSV). Die Belegung der einzelnen Eintrge findet sich in
  dem ebenfalls im Clipboard liegenden VPSCRAP.TXT wieder.

  Es wre nett, wenn sich mal jemand erbarmen knnte, und mir ein Texel-Sheet
  mit den Ausgewerteten Daten zukommen lt, da ich nur die Demo besitze und
  einerseits gar keine Verwendung fr eine Tabellenkalkulation habe, anderer-
  seits aber gerne mal sehen wrde, wie sich das so macht ;-)

- Neu: Hab's vergessen :-/ Das kommt davon, wenn man so lange nichts am Programm
  tut. Irgendwas war da noch, aber es fllt mir momentan nicht ein....

3.00.287h

  *Zwischenversion*

- Der eine oder andere mag sich vielleicht gewundert haben, wieso es fast
  vier Wochen keine neue Version gab. Letzten Endes lag es daran, da ich
  am 2.2. das Rauchen aufgegeben habe, (von 80 auf 0 ;-) und in den letzten
  Wochen leichte Motivationsprobleme hatte. Die Version, die jetzt hier in
  der Box liegt, enthlt nur minimale nderungen gegenber der 287f und ist
  hauptschlich wegen des neueren Verfalldatums hier drin.

3.00.287f 

  *Zwischenversion!*

- Gendert: Umstellung der Ship-Buildscreens auf alternative Mausbedienung.
  Ein Teil ist bereits komplett mausbedienbar, der Rest wird gerade umge-
  stellt. hnliches gilt fr den VCR, der sich gerade in einer Umstruktu-
  rierung befindet und daher momentan unbrauchbare Ergebnisse liefert. 

- Gendert: Umstellung der Techlevel-Upgrades/Fighterbau/Basedefenses auf
  neuen Dialog. Ist ein wenig schneller geworden.

3.00.286e
- Bugfix: Sound funktionierte seit der 285 zwar prima auf Mac und Falcon,
  allerdings nicht mehr auf Rechnern mit DMA-Hardware, weil durch einen
  Tippfehler eine Variable falsch besetzt wurde.

- Bugfix: Fehlfunktion im Autobuilder beseitigt.
  In Fllen, wo auf einem Planeten noch weniger MC als fr den Bau notwendig
  lagen, aber die Summe von Supplies+MC ausgereicht htte, wurden keine Supp-
  lies verkauft.

- Neu: Rckmeldung an die VP-Shell, wenn die TRNs nach Maketurn noch mit
  UUE codiert worden sind. Die Shell kopiert dann (ab v1.09a) nicht mehr
  die *.TRN, sondern die passenden UUEs in das Uploadverzeichnis.

3.00.286
- Gendert: Mit Host 3.22 wurde das Format der RST-Files geringfgig ver-
  ndert. VGAP68k nutzt jetzt auch das erweiterte Format. (Bei Verwendung
  einer lteren Version mit Host 3.22 werden Minenfelder und Ionenstrme
  nicht korrekt aus dem RST ausgelesen)
- Gendert: Format der SCORELST.HIS. Die Dateilnge mu jetzt 37376 Byte
  sein, anderenfalls wird sie neu erstellt. Alte Eintrge werden dabei 
  ignoriert.

3.00.285b
- Gendert: Statistik-Anzeige fr Bevlkerungsentwicklung neues Outfit.

- Gendert: Fr die Statistik wird jetzt nur noch der jeweils aktuell
  bearbeitete Planet eingeladen, und nicht mehr das gesamte PLA_STAT.DAT
  im Speicher gehalten,was etwa 120Kb Speicher weniger verbrt.

- Bugfix: Der UUEncoder fr die TRNs wurde nur dann aufgerufen, wenn vorher
  auch geZIPped worden war. Jetzt werden auch ungepackte TRNs ordentlich
  uucodiert.

- Gendert: fr den VCR existiert jetzt eine History, die in dieser Zwischen-
  version allerdings noch nicht ganz ausgegoren ist. Es kann passieren, da
  VCR-Eintraege alter Turns nicht als solche markiert sind, d.h. man erhlt
  nach Unpack die Anzeige, da VCRs vorhanden sind, welche aber nicht unbe-
  dingt aus dem aktuellen Turn stammen mssen, ohne da das auf den ersten
  Blick erkennbar ist. Also nicht verwirren lassen; "wir arbeiten dran" ;-)

- Neu: Es wird eine SCORELST.HIS angelegt, die die GENx.DAT-Eintraege des
  gesamten Spiels aufnimmt und von vornherein auf 255 Turns initialisiert
  wird. Die Auswertung vorangegangener Turns beschrnkt sich momentan aller-
  dings noch auf den jeweils aktuellen und den letzten Turn, da der Dialog
  noch nicht fertig ist. Spter wird eine komplette (grafische) Auswertung
  der Score-Entwicklung aller Rassen abrufbar sein.

3.00.285
- Neue Funktion: Soundroutinen gendert. Bei Falcon oder Mac wird ber die
  Falcon-XBIOS-Routinen ausgegeben, bei STE/TT ber DMA-Sound und alle an-
  deren knnen immer noch die VDI-Ausgabenabfrage von CrazySounds benutzen.
  Der Name des gerade abgespielten Sounds wird als VDI-Text an der Position
  2000/2000 mit vorangestelltem ">" ausgegeben. Um also z.B. die Ausgabe
  von CLOAK.HSN ber CS durchzufhren, kann als Erkennungstext im Accessory
  einfach der Text ">CLOAK" dem passenden Sample zugeordnet werden.
  Im Optionen-Dialog wird angezeigt, welche Routinen fr die Soundausgabe
  benutzt werden.

- Neue Funktion: MakeTurn ruft jetzt nach dem Zusammenstellen aller TRNs
  noch die bentigten Packer auf. Die TRN-Dateien knnen gezipped und uuen-
  coded werden, was fr eMail-Spiele ja meistens eh erforderlich ist. Dafr
  mssen in die PLANETS.68K Datei im Hauptverzeichnis einmalig folgende 
  Zeilen eingetragen werden:

-- schnipp --
UUD     =C:\TOOLS\UUD.TTP|$OUT >NUL:
UUE     =C:\TOOLS\UUE.TTP|$IN >NUL:
ZIP     =C:\TOOLS\ZIP.PRG|-a -q $OUT $IN >NUL:
UNZIP   =C:\TOOLS\ZIP.PRG|-e -q $OUT *.* >NUL:
-- schnapp --

  Die Pfade mu natrlich jeder selbst anpassen, und wer kein Device namens
  NUL: sein eigen nennt, mu die Ausgaben irgendwo anders hinleiten oder damit
  leben, da es vorbergehend den Bildschirm zerschmiert.

  ZIP/UNZIP sind dabei Keywords, das knnen auch LHarc oder ARJ sein, gesucht
  wird jedenfalls nach dem Eintrag "ZIP", um den Packer zu lokalisieren. Nach
  dem senkrechten Strich (ASCII-124) mssen die Parameter fr den entsprechen-
  den Packer stehen. $IN und $OUT sind Platzhalter fr die zu bearbeitenden
  Playerfiles, wobei $IN immer das zu packende File bezeichnet (also beim Auf-
  ruf von ZIP das PLAYERx.TRN und beim Aufruf des UUEncoders das PLAYERx.ZIP).
  Die UUE-Routine sucht (in der Reihenfolge) nach *.ZIP,*.LZH,*.ARJ und *.TRN
  Wenn UUE keine Fehler meldet, wird das Ursprungsfile gelscht. Da alle mir
  bekannten Atari-UUEs bei TRN-Files ziemlich viele Spaces einbauen, wird das
  fertige UUE noch einmal eingeladen und alle Spaces analog dem DOS-UUE durch
  "`" (ASCII-96) ersetzt.

  Die Einstellungen in der PLANETS.68K werden global genutzt, d.h. wenn hier
  ein Packer angegeben ist, wird er _immer_ benutzt. Bei Partien, die lokal
  in einer Box gehostet werden hat man dann auch ein (berflssiges) *.UUE
  nach jedem Maketurn im Gameverzeichnis liegen, aber ich schtze, damit
  kann wohl jeder leben...

3.00.284
- Neue Funktion: Von der Sternenkarte aus kann mit F1 direkt auf ein vorher
  angeklicktes Schiff verzweigt werden. Ist ganz hilfreich, um 'mal eben'
  in eine andere Ecke des Universums zu wechseln.

3.00.283d
- Neue Funktion: Berechnung von absehbaren Cloak-Failures. Sofern es sich
  um eine Partie mit Host/Phost 3.2x handelt wird ermittelt, ob sich ein 
  Schiff innerhalb eines IONensturmes befindet, ob der DAMAGE-Wert grer
  ist als DamageLevelPreventCloak usw. Falls CloakFailure<>0 wird im Ship-
  screen eine Warnung ausgegeben. ber den Global-Setup-Dialog kann diese
  Funktion aus-/eingeschaltet werden. Fr die (den;-) Tool-Programmierer:
  der Wert fr CloakFailureReason (analog PHOST 2.11 Doku) wird im High-Byte
  des 'damage'-Words im Schiffsdatensatz eingetragen. Beide Werte sind ab 
  sofort nur noch Byteweise auszulesen!

3.00.283b
- Vollstndige Auswertung aller relevanten Parameter aus den von PHOST 
  erzeugten UTILx.DAT-Dateien incl. File-Transfer. Stand: PHOST 3.20.211

3.00.283a
- Neue Funktion: Vollstndige Auswertung aller Spielerseitig relevanten
  Daten aus der PCONFIG.SRC, die bei PHOST-Spielen vom Host angefordert
  werden kann/sollte. Falls keine PCONFIG.SRC im Spielverzeichnis gefun-
  den wird, legt VGAP68k eine solche Datei an. Verwendet werden dabei alle
  Standard-Parameter, die THost 3.20 ebenfalls nutzt. Wenn es sich um eine
  THost-Partie handelt, sollten alle nicht-Standard-Parameter mit einem
  Text-Editor manuell auf die passenden Werte gebracht werden, damit VGAP68k
  mit den richtigen Werten rechnet, wenn es um solche Sachen wie CloakFuelBurn,
  DamageLevelPreventCloak, Miningrates, Taxrates etc. geht.

3.00.283
- Neue Funktion: ber den Global-Setup-Dialog ist jetzt der Parameter
  CfgUseAccurateFuelModel aktivierbar, der in PHost-Partien den Treib-
  stoffverbrauch ebenso kalkuliert wie PHOST selbst. Falls die Funktion
  eingeschaltet ist, erscheint im Shipscreen bei gesetztem Flugziel ein
  grn gefllter Kreis vor der "Fuel needed"-Anzeige. Bei THost-Partien kann
  diese Funktion dazu benutzt werden, den voraussichtlichen Verbrauch unter
  Bercksichtigung des abnehmenden Treibstoffgewichtes bei Langstrecken-
  flgen ber mehrere Turns anzeigen zu lassen.

- Erweiterung: In der Sternenkarte werden jetzt auch Planeten mit in der
  Auswahlbox angezeigt, wenn ein oder mehrere Schiffe im Orbit stehen. Die
  Rumfummelei mit CTRL-Mausklick entfllt demzufolge.

- Erweiterung: Bei eingeschaltetem 'Keep Backup of RST' werden jetzt nach
  Maketurn auch die TRNs mit in das Backup gesichert.

3.00.282
- Neue Funktion: 'D' ber erkannten Feindplaneten (im Ship-Screen) bringt
  einen Dialog hnlich dem 'Mineral Detector' auf den Schirm, aus dem alle
  bislang erhaltenen Daten hervorgehen. Je nachdem, auf welche Weise diese
  Daten erhalten wurde (Exploration/SensorSweep/SuperSpy/DarkSense) sind 
  sie unterschiedlich umfangreich.

3.00.279-281
- diverse kleinere Bugfixes

3.00.278
- Erste ffentlich verteilte Beta-Version. Da immer noch keine vernnftige
  Doku existiert, ist diese Version in erster Linie fr Leute gedacht, die
  die DOS- oder Windows-Version bereits kennen

3.00.276-277
- Diverse Bugfixes, u.a. ging Transfer von/auf eigene Planeten nicht, wenn
  diese gerade durch RGA/Pillage erobert wurden, aber die Colonists durch
  Brgerkrieg o.. auf 0 geschrumpft waren.
- Farbliche Markierung von Planeten jetzt auch in den 'kleinen' Charts aktiv.
- Workaround um einen Host-Bug, der tw. die Basefighters auf einen Wert <0
  setzte, was zu einer Anzeige von 6553x Fightern im Programm fhrte. Die
  Anzahl wird jetzt tatschlich als WORD ausgewertet, so da man das notfalls
  durch Bauen oder Abladen von Fightern reparieren kann (ergab vorher einen
  RED-Error) 

3.00.275w
- Report-Generator erweitert, Daten werden jetzt auch fr Starbases aus-
  gegeben, auerdem erweiterte Ausgabe bei Planeten. 
- 'Feindliche' Planeten knnen in der StarChart jetzt farblich markiert
  angezeigt werden.

3.00.275t
- Bugfix: Durch einen Tippfehler in der 275n strzte das Programm beim 
  Entpacken von PHost-RSTs ab.

3.00.275n
- Report-Generator implementiert. Fr Schiffe und Planeten knnen jetzt alle
  relevanten Daten in eine Report-Datei exportiert werden. Auerdem findet
  gleichzeitig ein Export ins Clipboard statt (*.CSV). Falls das irgendwer
  fr einen Import in ein Spreadsheet-Programm nutzen will, bitte mal zurck-
  melden, ob das problemlos geht. Falls derjenige dann auch noch ein vorge-
  fertigtes Spreadsheet (fr K-Spread,Texel,-Works oder was auch immer)
  liefern knnte, wre das ebenfalls eine Rckmeldung wert.
- Iconify eingebaut. ber ALT-I kann VGAP68k dazu veranlat werden, sich bis
  auf ein Icon zu verkleinern und das Multitasking wieder freizugeben (was 
  natrlich nur unter einem Multitasking-BS und bei mehr als 4MB Sinn macht).
- Malloc()-Aufrufe umgestellt auf Mxalloc(). Es wird jetzt grundstzlich erst-
  mal versucht, alle Speicheranforderungen aus dem Alternate-Ram zu holen.
  (Der Speicher fr die abzuspielenden Samples natrlich nicht). Kann ich 
  mangels Alternate-Ram im Falcon, bzw. mangels Grafikkarte im TT nicht selbst
  testen. Ich bitte um Rckmeldung ber den Speicherverbrauch! Unter MagiC 4.0
  traten mit der 3.00.275 tw. Gemdos-Fehler #-69 auf. Falls das auf Rechnern
  mit mehr als 4MB immer noch auftaucht, bitte umgehend melden!

3.00.275 
- Erste 'offizielle' Beta (proTOS-Version). Kleinere Erweiterungen bei der
  Long Range - Anzeige und der Base-Missionsauswahl.

3.00.274
- Notepad funktioniert (zumindest schon bei eigenen Schiffen/Planeten) soweit
  ganz brauchbar. Bugfix: Es gab reproduzierbar RED-Stati, wenn man vom Schiff-
  screen aus mittels F1 ein anderes Schiff auswhlen wollte, dies aber mit ESC
  abbrach. Dabei wurden teilweise die Daten des zweiten Schiffs im Datensatz
  des aktuellen untergebracht (X/Y-Position, Fracht, Bewaffnung etc). Auerdem
  konnte man mit "D" vom Schiffscreen aus teilweise den SMD (Ship's Mineral De-
  tector) aktivieren, obwohl man mitten im freien Raum stand. Dies fhrte dazu,
  da ber den Transfer der letzte aktuelle Planet als Ziel ausgewhlt wurde,
  was der Host meistens belnimmt und mit RED ahndet. Beide Fehler hingen zu-
  sammen und sollten jetzt nicht mehr auftreten.

3.00.273
- verschiedene Erweiterungen im Planet-Screen, u.a. wird jetzt die aktuelle
  Vermehrungsrate (Colonists) in absoluten Zahlen angegeben, falls keine
  Vermehrung stattfindet, steht in diesem Feld die Mindestanzahl Clans, die
  fr eine Vermehrung erforderlich sind.

3.00.272g
- diverse Bugfixe

3.00.272
- Neue Funktion in der StarChart: Grafische Anzeige aller vorhandenen 
  Mineralien, Supplies, MC, Colonists und Natives. Auswahl ber [T]

3.00.269
- Autobuild-Funktion eingebaut. [A]
  ber diese Funktion kann voreingestellt werden, wieviele Mines/Factories/
  Defenses auf jedem Planeten gebaut werden sollen. Vom Programm werden Vor-
  schlge bezglich der Anzahl Mines/Factories gemacht, die jedoch bei Bedarf
  berschrieben werden knnen.

  Falls der Planet auf 'AutoBuild' konfiguriert wurde, wird das bereits in
  der Planetenauswahl mit angezeigt. Anderenfalls wird dort die Anzahl sinn-
  voller Minen/Factories angezeigt.

- Im Planet-Screen kann ber [O] die Anzeige der Mineralienabbaurate
  alterniert werden. Es werden entweder die restlichen Turns angezeigt, binnen
  derer der Planet abgebaut ist, oder die 'Frderrate' in Kts/Turn bei der
  augenblicklichen Anzahl Minen. Falls auf dem Planeten noch keine Minen
  gebaut wurden, aber bereits 'AutoBuild' fr diesen Planeten aktiviert wurde,
  werden die Werte fr die max. zu bauenden Minen hochgerechnet (Graue Anzeige)

- HyperJump-Circles in der MAP funktionieren wieder [J]

3.00.268
- Bugfix (in der 2.66 war die Entpack-Routine erweitert worden, was unter
  ungnstigen Umstnden zum Absturz fhrte)

3.00.262-266
- Diverse 'kosmetische' Korrekturen. 

- Neue Map-Funktion: [B]orderlines setzen 
  Wer will, kann ber verschiedene Planeten einen Grenzverlauf eintragen,
  der dann in der Karte mit angezeigt wird.

  Funktionsweise:

  "B" drcken, im darauffolgenden Men den Nachbarn auswhlen, zu dem man
  einen Grenzverlauf markieren will, Planeten entlang der Grenze mit der
  Maus markieren, und anschlieend noch einmal "B" drcken und im Men dann
  "cancel" auswhlen, um die Aktion zu beenden. Wenn die Funktion aktiv ist,
  kann mit BACKSPACE der jeweils letzte Planet aus dem Grenzverlauf wieder
  gelscht werden.

- Drcken von [F7] im Planet-Screen auf einem Planeten, der weder eine Star-
  base besitzt, noch in diesem Turn eine bauen knnte, bewirkt die Anzeige
  der voraussichtlichen Dauer (in Turns), bis gengend Mineralien abgebaut
  bzw. supplies/MC produziert sind, um eine Base bauen zu knnen. 

3.00.261
- VCR etwas erweitert. Immer noch falsche Ergebnisse, aber schnere Darstel-
  lung ;-)

- SNAP-ON Funktion eingebaut. Im Schiffs-Screen kann das Ende des Scanner-
  strahls (das den Kurs bestimmt) per einfachen Mausklicks auf ein Objekt
  in der Karte ge'locked' werden. Im Gegensatz zur DOS-Version wird nur
  die linke Maustaste ausgewertet (u.a. deswegen, weil mein Mac eh nur eine
  Maustaste hat...) 

- Long Range Visual Scanner erweitert um Hull-spezifische Angaben bei Feind-
  schiffen.

