17.Dez.2022
Twitter
|
Web-Browser: IBrowse 2.5.8 für Amiga OS 3/4 und MorphOS
Pressemitteilung: Frohe Weihnachten an alle unsere treuen IBrowse-Nutzer und vielen Dank für die anhaltende Unterstützung. Im Jahr 2023 werden wir hoffentlich einige spannende Pläne für die Zukunft von IBrowse vorstellen. In der Zwischenzeit freuen wir uns, die sofortige Verfügbarkeit von IBrowse 2.5.8 ankündigen zu können, das hier heruntergeladen werden kann (OS4-Benutzer können stattdessen AmiUpdate verwenden). Dies ist das achte kostenlose Update für registrierte Besitzer von IBrowse 2.5. Besitzer von IBrowse 2.1-2.4 und 1.x können über unseren Shop zu vergünstigten Preisen auf IBrowse 2.5.8 upgraden.
Bitte beachten Sie: IBrowse 2.5.8 benötigt mindestens AmiSSL 5.5, wobei AmiSSL 5.6 zum Zeitpunkt der Erstellung dieses Artikels die neueste Version ist. Es wird daher empfohlen, diese vor dem Update von IBrowse herunterzuladen, da Sie sonst keinen HTTPS-Zugang haben.
Aufgrund der Fehler, die sich leider in die ursprüngliche Version 2.5.7 eingeschlichen haben (obwohl diese schnell mit Hotfixes behoben wurden), haben wir uns entschlossen, eine vollständige neue stabile Version zu erstellen. Diese Version enthält die vorherigen Hotfixes, sowie einige weitere Korrekturen und Verbesserungen:
- Per ESC kann verhindert werden, dass die URL in der Popup-Blase angezeigt wird, wenn die Maus über Links bewegt wird
- Absturz behoben, der auftritt, wenn das Info-Fenster beim Aktualisieren der URL keinen Speicher zuweisen kann
- Absturz behoben, der bei der Angabe eines nicht existierenden Dateinamens in der Befehlszeile beim Start aus der Shell auftreten kann
- OS4: Die Änderung der Dateisperre für Protokoll- und Codec-Module in 25.108 wurde rückgängig gemacht, sofern nicht mindestens elf.library 53.35 erkannt wird, da es in älteren Versionen ein Problem mit der Verlagerung gab
- Behebung der Gemini-Unterstützung, die in 25.108 nicht mehr funktionierte
- Einbindung aktualisierter griechischer Kataloge von Aminet
(dr)
[Meldung: 17. Dez. 2022, 16:08] [Kommentare: 1 - 17. Dez. 2022, 19:45]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
17.Dez.2022
|
Adventskalender: Tür 17 - Thomas Claus
Hinter dem 17. Adventskalendertürchen erwartet und die Anekdote von Thomas 'imagodespira' Claus, der als Grafiker zusammen mit dem Programmierer Frank Menzel das Duo von EntwicklerX bildet.
Denkt man an EntwicklerX, so fallen einem zwei Dinge ein: der kommerzielle Mediaplayer Emotion und aufwendig geschriebene Spiele für AmigaOS 4. Und da ist für jeden etwas dabei. Eine kleine Aufzählung:
Die Entwicklung ihres Mediaplayers Emotion starteten sie im Jahre 2016 und veröffentlichten bald darauf eine erste Alpha-Version. Anfang 2017 erschien dann die offizielle Version. Auf der Entwickler-Seite ist ein Update auf die Version 1.9 verfügbar. Wie uns Thomas erzählte, sind weitere Spiele und Remastered Versionen geplant - da sie aber keine reinen Amiga-Entwickler sind, natürlich immer auch in Abhängigkeit anderer Projekte. Wir wünschen viel Erfolg und freuen uns auf die heutige Anekdote:
"Mein erster Computer war ein Atari 130XE. Zur Wendezeit gab es ein "Begrüßungsgeld" für DDR-Bürger und mein Bruder und ich erbettelten uns "unser" das Geld von unseren Eltern, um einen Computer im Intershop kaufen zu dürfen. Wir hatten natürlich keine Ahnung von Computern, wir wollten nur einen. Als wir dann im Intershop standen, gab es für die 200 DM (100,- pro Kind) nur eine Möglichkeit. Ein Atari 130XE für 192,- (der Wert hat sich bei mir eingebrannt, ich hoffe, er stimmt ;)). Also haben wir diesen gekauft. Es gab natürlich auch C64 Computer und Amigas standen sicher auch in der Ecke, nur finanziell unerreichbar.
Zu Hause angekommen wurde das Gerät am Raduga TV (russische Marke, sehr explosiv) angeschlossen. Es kam ein blauer Bildschirm mit dem Text "Ready". Das war´s auch schon. Durch Probieren bekamen wir in einen Bildschirm, wo Noten zu sehen waren. Unsere Englischkenntnisse gingen gegen Null, also konnten wir "Self Test" nicht mal übersetzen (ich war 13 und wir lernten Russisch in der Schule). Der Self Test brachte uns jedoch eine Melodie und machte Lust auf mehr. Danach wurde etwas im Handbuch gewühlt und wir fanden heraus, dass es ohne externe Medien nicht weitergeht. Wir brauchten eine "Datasette". Wir flehten und bettelten wieder die Eltern an und konnten das Geld meiner kleinen Schwester für unseren Atari abstauben und somit eine Datasette XC12 und ein Spiel (Kikstart) kaufen. Das war der Einstieg in meine Computer-Welt. Im Laufe der Zeit fanden wir heraus, dass unser Nachbar einen Atari 800XL hatte und so kamen wir an etwas Software. Mein Lieblingsspiel war damals "Montezuma´s Revenge. Eigentlich ist es immer noch mein Lieblingsspiel. Inzwischen habe ich wieder einen Atari 130XE, Datasette und ab und an gebe ich mir eine Runde Montezuma...
Zurück in meine Jugend. Als glücklicher Atari Fan träumte ich vom Atari ST, MegaST und anderen Atari Geräten, die irgendwann auch bei uns in Computer-Shops standen. Amiga hat mich gar nicht interessiert. Aber eines Tages rief mein Cousin an, der eine Straße weiter wohnte. "Komm mal rüber, ich will dir was zeigen". Gesagt, getan. Nun stand ich bei ihm im Zimmer. Auf dem Fußboden stand ein alter Fernseher, davor ein Amiga 500 und es lief Rick Dangerous. Ich habe noch nie so eine Grafikpracht gesehen, es sah aus wie echt. Der Sound war der Hammer, besonders das Sterben im Spiel. Das hörte man ja oft... Ja, was soll ich sagen. Das war eine schnelle Bekehrung. Nach dem Nachmittag wusste ich gar nicht mehr, wie man Atari schreibt. Ich wollte einen AMIGA! Einige Zeit später konnte ich den Atari verkaufen, mein Bruder war in der Ausbildung und gab Geld für einen Amiga 500 dazu und ich habe bei meiner Tante den Kohlenkeller ausgeschaufelt, um eine Speichererweiterung kaufen zu können... Von hier an gab es kein Zurück mehr.
Um einen Bezug zu heute zu bekommen: wie einige vielleicht wissen, entwickle ich mit Frank Menzel bei den EntwicklerX kleine Spiele. Auch für AmigaOS 4. Davon geträumt habe ich schon mit dem ersten Atari. Hier habe ich in Basic mit den Befehlen "Plot" und "DrawTo" einfache Pixel-Bilder gezeichnet (hatte kein Zeichenprogramm). Später habe ich dann in Deluxe Paint gepixelt, meist auch kleine Spielszenen für Plattformer. Also Laufebenen und Hindernisse. Montezuma´s Revenge aber auch Rick Dangerous hat mich nie mehr richtig losgelassen und somit konnten wir Anfang 2021 unser "Pyramid Quest" fertigstellen und auf Windows, Playstation, Nintendo Switch und Xbox veröffentlichen. Mein 14-jähriges Atari-Ich hat schon davon geträumt, aber hätte es nie für möglich gehalten, so etwas hinzubekommen. Wir sind zwar keine bekannten Entwickler, haben keinen Hit, aber kommen um die Runden und träumen immer noch von neuen Projekten, die für 2 Leute realisierbar sind. Oft sind unsere Spiele Interpretationen alter Spiele und Spielprinzipien, die wir früher am Amiga geliebt haben und immer noch lieben und gerne spielen.
Wer Lust hat, kann ja mal reinschauen. Auf diversen Plattformen, zum Beispiel itch.io, findet ihr unsere Projekte. Das ein oder andere Spielprinzip wird euch sicher bekanntvorkommen, auch wenn die Umsetzungen oft etwas anders sind und die Vorlagen meist unerreichbar bleiben...". (dr)
[Meldung: 17. Dez. 2022, 09:45] [Kommentare: 14 - 20. Dez. 2022, 15:57]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
17.Dez.2022
|
Puzzlespiel: AmiBlock
Nach der Amiga-Umsetzung des Spiels "Wood Block Puzzle" durch den polnischen Entwickler 'Tukinem' (amiga-news.de berichtete), hat nun 'Szafir' seine Variante unter dem Namen "AmiBlock" veröffentlicht. Es ist ebenso in Blitz Basic 2 geschrieben und benötigt einen Amiga 500. (dr)
[Meldung: 17. Dez. 2022, 06:22] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
17.Dez.2022
Passione Amiga (ANF)
|
Italienisches Print-/PDF-Magazin: Passione Amiga, Ausgabe 11
Pressemitteilung: Mit großer Freude dürfen wir Ihnen die neue Ausgabe von Passione Amiga ankündigen, mit der wir zwei Jahre Veröffentlichungen feiern und die nun zum Kauf erhältlich ist! Das gesamte Redaktionsteam hat hart gearbeitet, um diese Ausgabe etwas früher als angedacht herauszubringen, damit jeder, der sie lesen oder zu Weihnachten verschenken möchte, sie unter den Baum legen kann. Zum Inhalt:
- Video games: Devil's Temple: Son of Kung Fu Master, Aquabyss, Black Dawn: Technomage, Wonderboy, Wrong Way Back, Chaos Arena, Wood Block Puzzle, Luma
- Reviews: Amiga Duel, Amiga Forever 10
- Special Amiga Blitz Basic Game Jam 2022
- Special Amiga games in physical version
- Blender course, part 3
- AmigaOS 3.2 R4 NDK
- And also: Games news, Tech news, THEA500 Mini news, Tricks and Solutions, Demo scene, New Talents, Mailbox
Das Magazin ist in digitaler (3 Euro) oder gedruckter (7,50 Euro, über Amazon) Form erhältlich. Die aktuelle Ausgabe bietet 48 Farbseiten im A4-Format. (dr)
[Meldung: 17. Dez. 2022, 06:19] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
17.Dez.2022
|
Textadventure: The Daring Rescue of Pacuvia the Sheep
Domenico 'Diduz' Misciagna hat mit dem in Amos Professional 2.0 geschriebenen Textadventure "The Daring Rescue of Pacuvia the Sheep" sein allererstes Spiel veröffentlicht, das auf Englisch und Italienisch gespielt werden kann.
Als Mitarbeiter einer mysteriösen "Agentur" befindet man sich auf einer gefährlichen Mission: das biotechnisch gezüchtete Schaf Pacuvia muss aus den Klauen eines Mannes befreit werden, der nicht weiß, was er da gestohlen hat. Aus Sicherheitsgründen wurden einem alle digitalen Hilfsmittel entzogen und man ist auf eine rein analoge Ausrüstung beschränkt. Und so ganz hilflos scheint Pacuvia auch nicht zu sein...
Das Spiel ist für C64, Amiga, MS-DOS und Tandy M100 verfügbar. Die Amiga-Version benötigt 512Kb RAM und Kickstart 1.3.
Wie Misciagna schreibt, wurde ihm während des Corona-Lockdowns 2020 plötzlich klar, dass er noch nie ein Videospiel geschrieben hätte. Schon sein ganzes Lebeb lang verfolgt und kommentiert er die audiovisuelle Kunst. Seine Bachelorarbeit im Jahr 2020 war eine akademische Studie über Videospiele. Im selben Jahr startete er seine Webseite Lucasdelirium, die den Abenteuerspielen von LucasArts gewidmet ist. Da er darüberhinaus seit seiner Kindheit Computerspiele spielte, war es Zeit, selbst eines zu schreiben. Und das Ergebnis ist dieses Textadventure. (dr)
[Meldung: 17. Dez. 2022, 06:08] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
16.Dez.2022
|
Blog: Test des neuen RadeonHD V5 Treibers auf einem X1000
Hatte 'Epsilon' in seinem Blog "Epsilon's World" vor zwei Tagen noch 40 Jahre englischsprachige Amiga-Magazingeschichte beleuchtet, widmet er sich nun seinem AmigaOne X1000 und AmigaOS 4: So erwarb er die neue Enhancer Software 2.2, den neuen RadeonHD V5-Treiber und schließlich noch die letzte Version des DvPlayers, um dies alles auf seinem AmigaOne X1000 unter seiner bisherigen Grafikkarte Southern Islands R7 250X, als auch einer neu erworbenen Radeon HD R9 ASUS 270X PCI-E zu testen. (dr)
[Meldung: 16. Dez. 2022, 20:03] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
16.Dez.2022
|
Kickstarter-Kampagne: Checkmate 19" IPS Retro Monitor erfolgreich finanziert
Noch vor drei Tagen sah es in unserer Meldung nicht danach aus, dass mit zu diesem Zeitpunkt 138.938 von den erforderlichen 239.785 gezahlten Euro die Kickstarter-Kampagne zur Finanzierung des Checkmate 19" IPS Retro Monitors erfolgreich abgeschlossen werden könnte. Nun sind rund zwei Tage vor Ablauf der Kampagne 248.781 Euro eingegangen und damit ist das Ziel übertroffen. (dr)
[Meldung: 16. Dez. 2022, 09:30] [Kommentare: 15 - 04. Jan. 2023, 15:26]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
16.Dez.2022
|
Boing Attitude: Interview mit John Girvin (NIVRIG GAMES)
Boing Attitude, Herausgeber unter anderem vom Ratespiel Ask Me Up XXL und des Dateimanagers Dir Me Up, hatte Anfang Juli die vierte Ausgabe des französisches Printmagazins "BOING" veröffentlicht. Unter anderem war dort auch ein Interview mit John Girvin zu lesen, dem Entwickler von Spielen wie Turbo Santa (Deluxe) oder Turbo Tomato. Boing Attitude hat uns freundlicherweise den Text zur Verfügung gestellt und die Erlaubnis zur Übersetzung erteilt.
Das Turbo Tomato-Projekt geht auf das Jahr 1993 zurück. Welche Entwicklungsumgebung/Sprache haben Sie verwendet? Haben Sie bei der Wiederaufnahme des Projekts von vorne angefangen bzw. auf eine neue Umgebung umgestellt? War es schwierig, Jahrzehnte später wieder auf den Code zuzugreifen? Wenn Sie noch einmal von vorne anfangen könnten, was würden Sie anders machen?
TT begann auf einem A1200 unter Verwendung von Devpac 3, wobei unterstützende Tools zur Konvertierung von Quellgrafiken, Karten, Sounds usw. in Blitz Basic 2 verwendet wurden. DPaint wurde für das Artwork verwendet.
Eines der ersten Dinge, die ich tat, als ich das Projekt im Jahr 2020 wieder aufnahm, war, es auf moderne Tools auf meinem Laptop umzustellen, nämlich Visual Studio Code mit dem VASM-Assembler und das Spiel auf FS-UAE laufen zu lassen. Die unterstützenden Tools habe ich in Python neu geschrieben. Tiled, Grafx2 und Audacity wurden für die Bearbeitung der Assets verwendet.
So gut die Amiga-Programme für die damalige Zeit auch waren, die moderne Umgebung ist einfach viel einfacher zu benutzen. Und die Verwendung eines Emulators bedeutet natürlich, dass keine Arbeit verloren gehen kann, wenn der Spielcode abstürzt!
Ich hatte erwartet, dass es mir schwer fallen würde, wieder in 68000-Assembler zu arbeiten, da es vielleicht 10 Jahre her war, dass ich mit dem Amiga gearbeitet habe (ich habe bis 2009 eine lange Zeit mit WHDLoad-Patches verbracht), aber es kam sehr schnell zurück! Außerdem hatte ich in den 1990er Jahren auch reichlich Kommentare im Quellcode hinterlassen, sodass vieles davon nach kurzer Zeit leicht zu verstehen war. Obwohl ich zugeben muss, dass es auch jetzt, wo das Spiel veröffentlicht ist, noch Teile des Quellcodes gibt, die nicht ganz klar sind und ich ein wenig Angst habe, sie zu ändern.
Das Schwierigste am Neustart war, dass ich es irgendwie geschafft hatte, einen Teil des Quelltextes auf dem Weg zu verlieren. Ich verbrachte viel Zeit damit, alte E-Mails zu durchforsten, alte Festplatten zu entsorgen und alte Kontakte zu kontaktieren, um zu versuchen, die fehlenden Dateien wiederherzustellen - ohne Erfolg. Am Ende musste ich die fehlenden Teile des Codes aus einer Binärdatei, die ich 1997 erstellt hatte, wieder zusammensetzen! Glücklicherweise stellte sich heraus, dass gar nicht so viel fehlte, und ich konnte eine Version des Quellcodes erhalten, die ich zu einem funktionierenden Spiel zusammenbauen konnte.
Wenn ich heute mit TT anfangen würde, gäbe es wahrscheinlich tausend kleine Dinge, die ich in Bezug auf den Stil des Codes, die Planung und die Organisation anders machen würde! Man lernt nie aus. Aber das Wichtigste, was ich anders machen würde, wäre, es größtenteils in C zu schreiben, anstatt in reinem Assembler. Die Verwendung von C (oder einer anderen höheren Sprache) wäre viel produktiver und die heute verfügbaren C-Compiler - die nur auf modernen Maschinen laufen können - erzeugen Code, der in seiner Leistung dem handgeschriebenen Assembler sehr nahekommt. Gute Leistung auf dem Amiga ist im Allgemeinen eher eine Frage guter Algorithmen und effizienter Nutzung der Hardware als der reinen Verarbeitungsgeschwindigkeit, aber Assembler könnte in jedem Fall zur Optimierung kritischer Abschnitte verwendet werden.
Es gab eine Reihe von Amiga-Spielen, die im Jahr 2021 veröffentlicht wurden, die C mit guten Ergebnissen verwendet haben. Das Spiel in C zu schreiben, öffnet auch die Tür für eine einfachere Portierung auf andere Plattformen, wie man am kommenden (fantastischen!) Metro Siege sehen kann. Zukünftige Spiele, die ich auf dem Amiga mache, werden diesem Weg folgen.
Wie kam es zu der Idee, dieses Projekt wieder ins Leben zu rufen, und was ist die Motivation, Spiele für Retro-Plattformen zu entwickeln, anstatt Spiele im Retro-Stil für aktuelle Plattformen zu schreiben?
Ende 1997 hatte ich Turbo Tomato in einem unfertigen Zustand veröffentlicht, weil ich zu diesem Zeitpunkt "fertig" damit war. Ungefähr 20 Jahre später zog ich das Demo-Binary heraus und ließ es einfach auf meinem Laptop bei einer Veranstaltung der Amiga Irland laufen. Sogar in diesem unfertigen, kaputten Zustand erregte es immer noch einige Aufmerksamkeit und positives Feedback, und ich denke, dass damals der Samen der Idee, es eines Tages fertigzustellen, gepflanzt wurde. Noch ein paar Jahre später, im März 2020, hatte ich gerade ein Solitärspiel für Handy und Desktop fertiggestellt und sah mich nach meinem nächsten Projekt um. Ich hatte eine Idee im Kopf, aber nach positivem Feedback auf der Amiga Ireland 2020 (und einer großartigen Zeit beim Amiga Dodgy Rocks Portierungsturnier!) und einem ersten Kontakt mit Bitmap Soft, wurde mir klar, dass ich bereits ein Projekt hatte, das reif für die Fertigstellung war und bereits größtenteils fertig war. Natürlich stellte sich heraus, dass "größtenteils fertig" gleichbedeutend ist mit "man braucht ein Jahr Arbeit, um es fertigzustellen", aber das ist eine andere Geschichte.
Ich habe nichts dagegen, Spiele im Retro-Stil für moderne Plattformen zu schreiben - das habe ich auch schon getan! Das Einzige, was mich abgeschreckt hat, war, dass einige der gängigen modernen Spiele-Engines es schwierig machen, 2D-Pixelgrafiken zu erstellen, aber dann entdeckte ich die Godot-Engine, mit der es viel einfacher ist und die außerdem kostenlos und quelloffen ist. Ich würde Turbo Tomato auch gerne irgendwie auf eine moderne Plattform portieren, aber das sind 45000 Zeilen eines sehr Amiga-spezifischen 68000-Assemblers, es wäre also ziemlich viel Arbeit.
Wir sind Zeugen einer Art neuen "goldenen Ära" in der klassischen Amiga-Szene, mit beeindruckenden Engines, die wir vor Jahrzehnten gerne gehabt hätten, einem konstanten Fluss von neuen Spielen und Demos... Was ist Ihre Meinung zu diesem Phänomen?
Ich weiß es ehrlich gesagt nicht! Aber es ist toll zu sehen. Das Phänomen ist auch nicht auf den Amiga beschränkt, es betrifft alle Retro-Plattformen, soweit ich sehen kann. Es gab schon immer Neuerscheinungen für Retro-Plattformen, aber in den letzten Jahren scheint es sowohl qualitativ als auch quantitativ richtig abgehoben zu haben. Einige der Spiele, die heute auf den Markt kommen, hätten in der Blütezeit der Plattformen Preise gewonnen! Vielleicht haben die Entwicklungstools mit Spiele-Engines wie MPAGD oder Scorpion, neuen Toolchains und Sprachen wie TurboRascal oder Bartman-GCC einen Sprung nach vorne gemacht, vielleicht haben mehr Entwickler der alten Schule jetzt mehr Zeit und/oder Geld, um ihren Hobbys nachzugehen, vielleicht liegt es daran, dass es einfacher denn je ist, Communities zu erreichen und neue Veröffentlichungen bekannt zu machen.
Außerdem ist es für einzelne Entwickler viel, viel schwieriger geworden, sich auf modernen Plattformen einen Namen zu machen, während es für eine Person relativ einfach ist, ein 8- oder 16-Bit-Spiel zu entwickeln und dafür zu sorgen, dass es wahrgenommen wird. Wahrscheinlich ist es eine Kombination aus vielen Faktoren. Der kometenhafte Erfolg der Crowdfunding-Kampagnen für Spectrum Next und Mega65 und der Erfolg der verschiedenen Mini-Konsolen, die veröffentlicht wurden, zeigen, dass es auch bei den Verbrauchern eine Nachfrage nach Retro-Plattformen gibt.
Gibt es eine größere technische Hürde, die verhindert, dass TT unter KS 1.3 läuft?
Nicht wirklich. Turbo Tomato ist ziemlich systemfreundlich geschrieben, denn das war die Richtung, in die sich die Dinge 1993 bewegten, als das Projekt gestartet wurde. Daher habe ich aus Bequemlichkeit einige KS2-Funktionen verwendet, aber ich glaube nicht, dass es irgendetwas gibt, das nicht umgeschrieben werden könnte, um KS1.3 zu verwenden. Allerdings benötigt das Spiel zwangsläufig 1Mb Chip-RAM, und die Schnittmenge von Rechnern mit 1Mb Chip-RAM und Rechnern mit KS1.3 ist sehr klein, sodass die Verwendung von KS2 wahrscheinlich nur eine sehr kleine Anzahl von Benutzern betrifft.
Auf dem English Amiga Board (EAB) sagten Sie, dass Sie von der Resonanz der Community und den Verkaufszahlen des Spiels positiv überrascht waren. Inwieweit treibt das Ihre Motivation an?
Ich war etwas überrascht, weil ich das Gefühl hatte, dass Turbo Tomato in Bezug auf das Genre ein wenig schwer zu definieren ist und daher vielleicht nur eine begrenzte Anziehungskraft hat. Es ist sehr erfreulich zu sehen, dass es so populär ist, wie es ist. Positives Feedback ist definitiv ein Faktor, aber seine Auswirkungen sind schwer zu quantifizieren! Negatives Feedback ist natürlich auch in Ordnung, solange es von einer vernünftigen und konstruktiven Seite kommt und Ideen für Verbesserungen liefert. Ich denke, ich würde auf jeden Fall weiterhin Spiele entwickeln, denn das ist etwas, was mir Spaß macht und womit ich vor etwa 40 Jahren angefangen habe, mich mit Computern zu beschäftigen, und wenn das Feedback negativ wäre, würde ich einfach versuchen, bessere Spiele zu entwickeln! Die Rückmeldung, dass die Leute deine Arbeit bemerken und sogar mögen, lässt dich auf jeden Fall wiederkommen und mehr machen.
Können Sie etwas mehr über die Intelligenz der Computergegner erzählen? Das Spiel ist so schnell, dass es manchmal schwierig ist, die verschiedenen Verhaltensweisen der Feinde zu unterscheiden (und vorauszusehen) :)
Die Grundbewegung der Feinde besteht darin, dass sie in vorgegebenen, aber zufällig ausgewählten Mustern wie Zickzack, Kreis usw. laufen. Je "schlauer" die Feinde werden, desto mehr Muster verwenden sie und ändern sie häufiger. Auf höheren Stufen haben die Feinde auch zielgerichtete Verhaltensweisen, die zu den Mustern hinzukommen, z. B. rennen sie, um eine Bombe aufzusammeln, wenn sie keine haben, oder sie weichen den Schüssen der Spieler und ihren eigenen Abprallern aus. Und ein paar andere Tricks. Das Endergebnis scheint komplexer zu sein, als es vielleicht tatsächlich ist!
Sie haben eine spezielle Weihnachtsversion angekündigt! Ist es eine Art Datendiskette, ein "Dankeschön" an die Community, oder ein Teaser, um die Leute dazu zu bringen, sich das volle Spiel zu holen? Oder einfach nur eine coole Idee, die Sie hatten - es ist in der Tat lustig, dass man dieselbe Engine benutzen kann, um Geschenke auszuliefern oder Bomben auf Mutanten zu schleudern :D !
TURBO SANTA ist ein anderes Spiel, das zum Zeitpunkt der Veröffentlichung dieses Interviews bereits auf dem Markt sein wird! Die Prämisse ist, dass der Weihnachtsmann verschlafen hat und nun muss Turbo Santa die Geschenke gegen die Zeit ausliefern, bevor die Kinder aufwachen! Es basiert auf der Turbo Tomato-Engine, natürlich angepasst an das wellenbasierte Score-Attack-Gameplay, bei dem es darum geht, den Kindern Geschenke zuzuwerfen, anstatt Mutanten mit Bomben zu vernichten.
Ich wollte das Gefühl einer weihnachtlichen Titelseite eines Amiga-Magazins aus den 90ern mit einer saisonalen Version eines bestehenden Spiels, wie Cannon Soccer oder Christmas Lemmings zum Beispiel. Und wie die Coverdisks von früher ist Turbo Santa kostenlos. Ich denke, es ist ein bisschen von allem - ein Dankeschön, ein bisschen nostalgischer Spaß, um Sie über die Feiertage zu unterhalten, und ein bisschen ein Abschied für mich von der Arbeit an Turbo Tomato nach all dieser Zeit. Wenn es jemanden dazu anregt, Turbo Tomato zu kaufen, werde ich mich nicht beschweren, aber das war nicht das Ziel.
Können Sie uns mehr über Ihre anderen Aktivitäten und zukünftigen Projekte erzählen?
Zwischen Arbeit und zwei kleinen Kindern versuche ich, so oft wie möglich eine Radtour zu machen. Früher bin ich Mountainbike-Rennen gefahren (mit wenig Erfolg), aber heute fahre ich nur noch auf der Straße. Ich fahre vielleicht 2500 Meilen im Jahr, nur zum Spaß und aus Fitnessgründen.
Was die "nächsten" Projekte angeht, so habe ich einen Spectrum Next, der aus der zweiten Crowdfunding-Kampagne hervorgeht, und das nächste Spiel, das mir vorschwebt, wäre zumindest für den Spectrum und den Amiga gedacht, wobei ich C verwende, um den Code zwischen den Plattformen auszutauschen, wie ich bereits erwähnt habe. Eigentlich habe ich zwei neue Spiele im Sinn, also muss ich mich entscheiden, welches ich weiterverfolgen will! Es sind beides potentiell ziemlich große Projekte, also könnte ich vorher (oder auch danach) etwas Kleineres machen.
Das ist im Moment alles nur spekulativ, denn Turbo Tomato und Turbo Santa haben mich in den Monaten seit der Veröffentlichung von Turbo Tomato sehr beschäftigt, so dass ich, abgesehen von ein paar müßigen Überlegungen, noch nicht wirklich mit der Arbeit an dem "nächsten Ding" begonnen habe. Vielleicht bin ich mit Turbo Tomato auch noch nicht fertig, fügt er geheimnisvoll hinzu.
Erinnern Sie sich an ein lustiges Erlebnis, das Sie mit uns teilen möchten?
Mit Dodgy Rocks und Turbo Tomato habe ich ein paar Live-Online-Interviews gemacht, mit Amiga Future und AmigaBill zum Beispiel. Ich fühlte mich im Vorfeld weit außerhalb meiner Komfortzone, aber es stellte sich heraus, dass sie eine Menge Spaß machten! Meine Kinder sind sogar in den epischen AmigaBill-Turbo-Tomato-Stream eingedrungen, was erstaunlich war. Aber ich bin wirklich nicht cool.
Ist Ihr Bruder noch an Ihren Spielen beteiligt? Außerdem sehe ich, dass 3 Personen an der GFX beteiligt waren. Kevin hat sich um den Ladebildschirm gekümmert, aber was ist mit den anderen?
Turbo Tomato war das einzige Spiel, an dem mein Bruder und ich zusammen gearbeitet haben, aber er hat ein paar seiner eigenen Spiele aus den 90ern im Aminet (Nerdkill und Greeblies). Sie haben es sogar auf die CU Amiga Coverdisk geschafft! Heutzutage arbeitet er viel mit Arduino und Elektronik als Hobby, was eine Menge C-Programmierung beinhaltet.
Stoo Cambridge hat den Turbo Tomato-Ladebildschirm und die Hauptgrafik gemacht, Kevin Saunders hat die Grafik für die komplette Spielsequenz gemacht, und Chris McCauley (der ein fantastischer Comiczeichner ist) hat einige dringend benötigte Verbesserungen an den Hintergrundgrafiken des Spiels vorgenommen.
Gibt es etwas, das Sie unseren Lesern mitteilen möchten?
Beschäftigt euch weiterhin mit dem Amiga! Aber im Ernst, ich bin einfach froh, dass es im Weltraumjahr 2021 (und darüber hinaus) immer noch eine aktive Amiga-Community gibt, der ich angehören kann, und dass ich weiterhin Spiele für meine Lieblingsplattform machen kann. (dr)
[Meldung: 16. Dez. 2022, 09:01] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
16.Dez.2022
|
Adventskalender: Tür 16 - Günter Bartsch
Das 16. Adventskalendertürchen wird geöffnet und wir freuen uns auf eine Anekdote Günter Bartsch.
Ende August 2021 hatte der Entwickler nicht nur den Quellcode seines Amiga QuickBasic (AQB) Compilers auf GitHub, sondern auch eine erste frühe Version 0.7.0 veröffentlicht und in den Kommentaren zu unserer entsprechenden Meldung großes Interesse geweckt.
Mit AQB möchter der Autor ein "modernes, sauberes, OS-konformes und zukunftsfähigen BASIC bereitstellen. Ein wichtiges Feature von AQB sind die Module: AQB hat nur relativ wenige fest eingebaute Befehle, dafür aber ein - auch syntaktisch - recht leistungsfähiges Modulkonzept. Die Implementierung der Module kann dabei voll transparent in BASIC (AQB) oder auch in C (GCC) oder sogar gemischt erfolgen, AQB ist voll
link-kompatibel zum GCC.
Wie der Entwickler weiter erläutert, sollte es damit möglich sein, AQB verschiedene "Personalities" zu geben - aktuell sei nur _aqb implementiert, was als Default-Dialekt gedacht ist und sich an AmigaBASIC, QuickBASIC und FreeBASIC orientiere. Es sollte aber ebenso gut möglich sein, AQB z.B. eine
GFA-, Blitz- oder Amos Personality zu geben. Generell läge der Fokus bei AQB (momentan) auf der systemkonformen Anwendungsentwicklung.
Mit der Version 0.8.0 führte er dann einen Source Level Debugger ein und seit der letzten, aktuellen Version 0.8.2 gibt es nun Anweisungen und Funktionen für die Soundausgabe, neue Tutorials und auch ein einfaches Musik-Demoprogramm.
Auch wenn seit der letzten Version ein knappes Jahr vergangen ist, so arbeitet Günter kontinuierlich weiter an seinem Projekt. Wie er uns schildert, habe es schon recht große Weiterentwicklungen gegeben, die er "nur" endlich mal in einen releasefähigen Zustand bringen müsste. Dafür und für die weitere Entwicklung seines Projektes drücken wir die Daumen und freuen uns auf noch viele spannende Diskussionen hier darüber. Seine Anekdote oder in diesem Fall besser gesagt: Kurzgeschichte :)
"Wir schreiben das Jahr 1988. Zu Beginn des Jahres war ein Ereignis eingetreten, das mein Leben für immer verändern sollte: ich hatte einen Amiga 500 zum Geburtstag bekommen. Seit der Amiga im Fernsehen in einer Folge der ARD Computerzeit vorgestellt worden war wusste ich: so einen Computer will ich
haben und keinen anderen. Gleichzeitig waren damals (ich war 12) meine finanziellen Möglichkeiten sehr begrenzt - aber irgendwann hatte ich meine
Eltern so weit bearbeitet, dass sie mir meinen Wunsch erfüllten.
Getragen von viel Euphorie und noch mehr kindlicher Naivität und Neugier hatte ich nun jede freie Minute (und auch viele Minuten, in denen ich
eigentlich andere Dinge hätte tun sollen) des Jahres damit verbracht, mich mit diesem Traumcomputer (ich konnte eigentlich immer noch nicht so recht fassen, dass dieser nun tatsächlich in meinem Zimmer steht) zu beschäftigen. Viele würden sich nun vermutlich ausmalen, dass ich vor allem mit dem Amiga spielen wollte - das war aber nicht der Fall. Tatsächlich besaß ich gar keine Spiele für das Gerät und als echter Geek ohne Freunde war auch die Versuchung, durch private Sicherheitskopien in die Spielewelt abzudriften, eher gering.
Stattdessen tat ich mit dem neuen Computer das, was ich auch mit meinem Commodore Plus/4, den ich vor dem Amiga hatte - ebenso in Ermangelung von
anderer Software - getan hatte: ich programmierte in BASIC. Auf dem Amiga hieß das konkret AmigaBASIC, das auf der Extras-Diskette mitgeliefert worden war.
Trotz aller Euphorie kamen mir doch recht bald Zweifel, ob dieses Werkzeug wirklich so ganz das gelbe vom Ei sein kann. Die Ausführungsgeschwindigkeit der Programme war verglichen mit meinem Plus/4 vielleicht noch OK, aber vor allem der Editor war doch enorm träge. Das waren aber Gedanken, die ich erst einmal nie auszusprechen gewagt hätte - schließlich war der Amiga der beste und schnellste Computer im gesamten Universum und AmigaBASIC war das offizielle BASIC, das direkt von Commodore kam, also der Firma, in der (in meinem Weltbild) jene Götter wirkten, die diesen Traumcomputer geschaffen hatten - wie könnte es da etwas besseres geben?
Glücklicherweise kam ich dann aber in den Besitz einer Ausgabe des Amiga Magazins. Auch wenn ich sicher nicht alle Artikel darin verstand so hatte ich
doch entnommen, dass es andere Programmierumgebungen für den Amiga gibt, die möglicherweise eine Verbesserung gegenüber dem AmigaBASIC darstellen könnten.
Und so kam es, dass ich zusammen mit meiner Mutter nun durch die vorweihnachtlich dekorierte Innenstadt von Stuttgart stapfte, um Kaufhäuser und
Computerläden nach einem Weihnachtsgeschenk abzuklappern. Ich schilderte also diversen Verkäuferinnen und Verkäufern meinen Kummer mit dem AmigaBASIC und fragte mutig nach Compilern und Assemblern. Mit den letzten beiden Begriffen konnte das Personal meist wenig anfangen, aber immerhin kannte man zumindest in zwei Geschäften das Problem mit dem AmigaBASIC und bot jeweils das im Haus favorisierte Produkt dafür an. An dem "True Basic", das mir in der Computerabteilung von Karstadt angeboten wurde, kamen mir dann glücklicherweise doch vor Ort genug Zweifel, als das ich meine Mutter motivierte, es doch nochmal woanders zu versuchen. Bei Schreiber Computer dann wurde mir "GFA BASIC" angeboten und der Verkäuferin gelang es tatsächlich, sowohl meine Mutter als Geldgeberin als auch mich als Nutzer zu überzeugen.
Verglichen mit AmigaBASIC erwies sich GFA BASIC dann auch geradezu als Offenbarung - Geschwindigkeit, Befehlsumfang, Handbuch alles ein Unterschied
wie Tag und Nacht, ich war begeistert! Wenn es da noch letzte Zweifel in mir gab, ob diese Investition nun die richtige war (die Aufschrift "Interpreter" auf der Schachtel störte mich schon ein bisschen, wollte ich doch einen Compiler haben), so wurden diese spätestens an Tag zerstreut, als mir ein Exemplar des "Sonderheft 3: Basic und Spiele" des Amiga Magazins in die Hände fiel. Darin fand sich ein Artikel, der verschiedene BASIC Implementierungen auf dem Amiga verglich und in dem GFA BASIC sehr gut abschnitt.
Die ersten Wochen mit GFA BASIC waren dann auch sehr produktiv - die vielen kleinen Beispielprogramme aus dem Handbuch funktionierten gut, ein kleiner
Vokabeltrainer war ebenso schnell umgesetzt wie auch diverse kleine Grafik- und Soundexperimente.
Entsprechend fühlte ich mich gut gerüstet und noch mehr motiviert, nun größere Projekte anzugehen. Unter anderem ein Malprogramm sollte es sein, quasi ein DeluxePaint Clone in BASIC (ich hatte ja nun eine tolle Programmierumgebung, also brauchte ich keine Software mehr kaufen, ich konnte mir ja alles selber schreiben - so mein Gedanke). Die Anfänge dieser Projekte waren immer schnell gemacht, erste Erfolge stellten sich ein - Screens und Fenster öffnen und mit der Maus Punkte malen, kein Problem.
Jedoch, mit wachsender Programmgröße stellte sich auch eine wachsende Zahl von Bugs ein - nicht weiter verwunderlich, das wusste ich sogar damals schon. Allerdings erwiesen sich diese Fehler als immer schwieriger zu finden:
Programmfunktionen, die eben noch tadellos funktionierten, wollten nun auf einmal nicht mehr, obwohl der betreffende Code derselbe war. Ja, selbst die
eingebauten Befehle des Interpreters taten gelegentlich auf einmal nicht mehr so, wie ich angenommen hatte. Ich debuggte tiefer und tiefer, schrieb kleine Testprogramme - die meist problemlos funktionierten - aber sobald ich den Code zurück in mein großes Programm übernahm, verhielt er sich plötzlich ganz anders oder stürzte gleich komplett ab.
Freilich ließ ich mich davon nicht beirren - offenbar gab es einfach viel zu lernen für mich, offenbar machte ich halt immer wieder irgendwas falsch und deswegen funktionierten meine Programme nicht. Schnell wurde mir klar, dass die Befehle offenbar miteinander in komplexer Weise interagierten - mit dieser Erkenntnis konnte ich dann auch viele meiner Probleme beheben. "Aha, ich muss erst die Vordergrund und dann die Hintergrundfarbe setzen, dann funktioniert es" - so in der Art sahen meine Erkenntnisse, die ich mir fleißig in's Handbuch notierte, dann aus.
Mit der Zeit wurden meine Hypothesen, mit denen ich mir das Verhalten des Interpreters im speziellen und des Amigas im allgemeinen zu erklären versuchte, immer komplexer. Offenbar gab es da einen enormen Schatz an Geheimwissen zu entdecken, wie diese Wundermaschinen tatsächlich funktionierten. Logisch, dass dieses Geheimwissen nicht im Handbuch zu finden war, sondern sich nur mühsam durch viele Experimente und aus vielen Quellen zusammentragen lässt. Ich ließ mich nicht entmutigen - ganz im Gegenteil, ich war fasziniert von dem Gedanken, dass es da offenbar eine mystische Welt zu erkunden gibt und motiviert von der Vorstellung, mich vielleicht irgendwann zu dem verschwiegenen Kreis der Menschen, die dieses Wissen besitzen, dazuzählen zu können.
Völlig unbeirrt experimentierte ich also weiter und zog auch immer mehr Literatur zur Rate. "GFA BASIC 3.0 - Training für Fortgeschrittene" war eines
der Werke, von denen ich mir Erleuchtung erhoffte. Das Buch - immerhin direkt von der GFA Systemtechnik GmbH herausgegeben - eröffnete mir tatsächlich neue Horizonte. Manche der Konstrukte hatte ich noch nie gesehen, von manchen der Befehle noch nie gehört - dass die meisten der Beispielprogramme auf der Diskette zum Buch bei mir erst mal unmodifiziert nicht funktionierten erstaunte mich nicht im geringsten. Zum einen hatten die Programme, die ich vorher aus Büchern und Zeitschriften abgetippt hatte auch meist auf Anhieb nicht funktioniert, zum anderen konnte ich ja mein bis dahin zusammengetragenes Geheimwissen dazu verwenden, die Programme an's Laufen zu bringen - was mir tatsächlich auch meistens gelang.
Trotz all dieser Teilerfolge und Erkenntnisse - so ein richtiger Durchbruch wollte mir einfach nicht gelingen. Meine größeren Programmen blieben eher
wackelige Gebilde und so ganz langsam stellte sich ein Gefühl von Frustration ein.
Bei meiner Literaturrecherche bin ich dann irgendwann auf das Buch "AMIGA Programmieren mit MODULA-2" aus dem Markt und Technik Verlag gestoßen. Den
passenden Compiler dazu gab es - wenn auch nur als sehr eingeschränkte Demo-Version - auf einer Fish Disk. Das war dann wieder so ein Offenbarungs-Moment: ein echter Compiler, ich kann richtige Programme schreiben wie die Profis - und die funktionierten sogar! Alles so klar und strukturiert,
alles tut was es soll, einfach so, wie es da steht? Sollte sowas möglich sein, sollte da eine Welt so ganz ohne mystisches Geheimwissen existieren?
An dem Punkt war dann GFA BASIC recht schnell vergessen in meinem Leben - die Wirthschen Sprachen hatten es mir angetan, die kommenden Jahre sollte ich glücklich mit Modula-2, Pascal und Oberon verbringen, aber das ist eine andere Geschichte.
Es war dann eher durch Zufall, dass ich irgendwann in dieser Zeit herausgefunden hatte, was hinter meinen Erlebnissen mit GFA BASIC steckte:
in irgendeinem Zeitschriftenartikel wurde GFA BASIC 3.5 getestet und eher beiläufig erwähnt, dass die ersten Versionen von GFA BASIC für den Amiga noch sehr viele Fehler hatten, sich der Zustand aber mit jedem Update gebessert hätte. GFA BASIC hatte Fehler?! Dieses Produkt, das ich gegen Geld erworben hatte, das so sauber verpackt und von absoluten Profis gemacht worden war, war nicht perfekt? Diese vielen Effekte, die ich so mühsam erkundet hatte, sollten die etwa gar nicht beabsichtigt gewesen sein?
Ich kann kaum in Worte fassen, wie die Dimension dieser Erkenntnisse mir langsam dämmerte: Ich hatte einfach nie in Erwägung gezogen, dass die Fehler
nicht an mir liegen könnten! Mehr noch, vermutlich war der einzige Fehler, den ich gemacht hatte war, dass ich diese Registrierkarte die der Box bei lag nie ausgefüllt und zurückgeschickt hatte - so habe ich nie von den Updates erfahren.
Nunja, heute denke ich gerne schmunzelnd an diese Zeit damals zurück - es waren sehr wichtige Lektionen, die ich damals gelernt habe, viel davon prägt mich noch heute. Ohne den Amiga, ohne diese Programmierumgebungen - ich wäre wohl nie da hingekommen, wo ich heute bin, dafür bin ich sehr dankbar." (dr)
[Meldung: 16. Dez. 2022, 06:51] [Kommentare: 3 - 16. Dez. 2022, 20:18]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
16.Dez.2022
|
Emulator: QEMU 7.2.0 veröffentlicht
QEMU ist ein Open-Source Computeremulator und -virtualisierer. QEMU ist in der Lage, einen kompletten Computer in Software zu emulieren, ohne dass Hardware-Virtualisierung unterstützt werden muss. So ist es auch möglich, Amiga-Betriebssysteme wie AROS, AmigaOS oder MorphOS auf QEMU zu emulieren. Diese Unterstützung wird vom QEMU-Entwickler Zoltan Balaton bereitgestellt, der auf einer eigens dafür eingerichteten Webseite jede Menge Tipps und Infos gibt (vgl. hierzu unseren Exkurs zur Nutzung von Amiga-Betriebssystemen auf nicht-nativer Hardware).
Die nun veröffentlichten Version 7.2.0 (freigegebene PowerPC-Änderungen) enthält laut Zoltan Balaton einige Änderungen, die vor allem neuere Power-CPUs, aber ebenso welche, die die gesamte PPC-Emulation betreffen: so wurde beispielsweise die Befehlsdekodierung auf Decodetree umgestellt. Die ist eine generische Methode zur Beschreibung von Befehlen, bei der allgemeiner Code zur Dekodierung verwendet wird, anstelle des zuvor verwendeten benutzerdefinierten Codes. Wie der Entwickler freundlicherweise uns gegenüber erläutert, kann dies zu einer besseren Performance führen, muss es aber nicht, da Decodetree nicht optimiert sei.
Ebenso gab es auch einige Änderungen an der Implementierung von AltiVec-Befehlen, die deren Geschwindigkeit verbessern könnten, aber es hänge davon ab, wie es verwendet wird und was die Host-CPU unterstützt. Er habe einige Tests durchgeführt und festgestellt, dass es in einigen Fällen ein paar Prozent schneller sein könnte, es aber keine wirklich großen Veränderungen bewirke. Da sam460ex kein AltiVec hat, profitiere es nur von den PPC-Befehlsdekodierungsänderungen. Die Emulation über pegasos2 und mac99 könnten mit Code, der AltiVec verwendet, etwas besser sein. Allerdings sei es schwer, dies mit AmigaOS 4 zu testen, da dieses keinen Grafiktreiber für die von QEMU emulierten Grafikkarten in der pegasos2-Version hat. Für Tüftler hat er aber eine Idee, die man ausprobieren könnte:
Man müsste einige Treiber kopieren, um die Ausgabe auf pegasos2 zu erhalten. Das bedeutet, dass man die Boot-CD oder eine installierte Version bearbeiten muss (was nicht so einfach, aber machbar sei). Den Kernel von der AmigaOS-pegasos2-Version müsste man kopieren und die PCIGraphics.card und siliconmotion502.chip von der sam460ex-Version aktualisieren, wie schon mal von ihm erwähnt. Daraus müsste man dann eine CD erstellen. (dr)
[Meldung: 16. Dez. 2022, 06:08] [Kommentare: 4 - 20. Dez. 2022, 20:19]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
15.Dez.2022
|
Verschlüsselungsprotokoll: AmiSSL 5.6 (AmigaOS 3/4)
Das Open-Source-Verschlüsselungsprotokoll AmiSSL wurde auf Version 5.6 aktualisiert und enthält eine Korrektur für Serveranwendungen und einige andere kleinere Änderungen. Die Änderungen im Detail:
- Fixed TLS 1.3 cipher lookup failure regression on OS4.
- The improvement from v5.4 that released file locks on the OS4 libraries is now only activated with elf.library 53.35 or higher.
- Minor build changes.
Download AmigaOS 3: AmiSSL-5.6-OS3.lha (3,3 MB)
Download AmigaOS 4: AmiSSL-5.6-OS4.lha (3,1 MB)
Download SDK: AmiSSL-5.6-SDK.lha (2,3 MB) (dr)
[Meldung: 15. Dez. 2022, 20:51] [Kommentare: 2 - 20. Dez. 2022, 06:30]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
15.Dez.2022
|
Video: Kurzer Rückblick auf Modems
In seinem neuesten Video erläutert der YouTube-Kanal des Yesterchips Heimcomputer- und Spielekonsolenmuseums was die Aufgabe eines Modems war. Wer also gerne nochmal das unvergessliche Geräusch hören möchte... (dr)
[Meldung: 15. Dez. 2022, 14:01] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
15.Dez.2022
|
Video: 'DarkG' von der Batman Group bei AmigaBill
In seiner "Replay"-Reihe auf Twitch.tv hatte 'AmigaBill' vor drei Tagen 'DarkG', ein Mitglied der Batman Group, zu Gast und sprach mit ihm über das jüngst veröffentlichte Demo Batman Rises. (dr)
[Meldung: 15. Dez. 2022, 12:56] [Kommentare: 3 - 18. Dez. 2022, 20:14]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
15.Dez.2022
CS-Lab website (ANF)
|
Warp 560/Warp 1260: Firmware Pack 1.300
CS-Lab stellt ein Update der Firmware für die hauseigenen, 68060-basierten Warp-Turbokarten zur Verfügung. Neuerungen im Warp Firmware Pack 1.300:
- WiFi support through SANA-2 warpNET.device (you need TCP/IP stack like Roadshow or Miami)
- Separate driver for onboard IDE (warpATA.device)
- Added direct-scsi mode support for warpSD.device and warpUSBDisk.device
- P96 RTG driver fix of WHDLoad "freeze" issues
- Updated WarpDiag and WarpTool tools
- Included firmware for Warp1240 model
- Lots of other minor fixes
(dr)
[Meldung: 15. Dez. 2022, 06:55] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
15.Dez.2022
|
Adventskalender: Tür 15 - Dennis Pauler
Wir öffnen das 15. Adventskalendertürchen und dürfen Dennis 'Hurrican' Pauler von Virtual Dimension begrüßen.
Virtual Dimension kann auf eine lange Geschichte zurückblicken und hat sich im Laufe der Jahre unglaublich gewandelt und an Vielseitigkeit gewonnen: Im Jahre 1991 gründete sich die Gruppe um Dennis Pauler und konzentrierte sich bis 1999 auf die Programmierung von Demos - zum Beispiel das Red Sky BBS Intro - und Spielen: so veröffentlichten sie 1998 "Walls - The 97-Edition" und 1999 "Othello - Das virtuelle Brettspiel", beide zu finden auf ihrer Games-Seite.
Anfang 1999 beteiligen sich Teile des Virtual Dimension-Teams als Redakteure an der Zeitschrift "Amiga Fever", die nach nur vier Ausgaben eingestellt und in die amigaOS integriert wird. Ebenso wurde die inhaltliche Betreuung der Webseite ab dem Jahre 2002 eingestellt. Dennis' dort zu lesender Aufruf an die Leser "engagiert euch lieber...Schickt eine Newsmeldung an eine News-Seite..." können wir nur unterstützen und ist per Amiga News Feed jederzeit möglich.
Ab 1999 konzentrierte man sich mit der Reihe "Vor Ort" zunächst auf Messe-Videos - zum Beispiel zur World of Amiga 2000 - ehe dann noch Hörbücher und Synchronisationsarbeiten hinzukamen.
Im Laufe der Zeit kamen viele weitere Video-Reihen hinzu. Eine Auswahl:
Aber auch die Programmierung von (Amiga)Spielen wurde wiederentdeckt: Dennis arbeitet sich (wieder) in die C-Programmierung ein und entwickelt in der Reihe "Coding mit Dennis" das Spiel "Danger Dennis". Nicht nur dafür, sondern auch für alle weiteren Projekte wünschen wir Virtual Dimension gutes Gelingen und freuen uns nun auf Dennis' Geschichte:
Auf's falsche Pferd gesetzt?
Meine Freunde und ich hatten schon im Alter von 11 Jahren Blut geleckt. Wir wollten nicht mehr länger nur Computerspiele SPIELEN, wir wollten sie auch selbst ENTWICKELN. Doch aller Anfang ist schwer. Nach mäßig erfolgreichen Experimenten mit Basic auf dem C64 und AmigaBasic auf dem Amiga suchten wir nach Wegen, mehr aus unseren Rechnern herauszuholen. Ein kurzer Ausflug in die Amiga-Programmierung mit C anhand eines Kurses aus der Zeitschrift AmigaPlus führte auch nicht zum Ziel, denn der Kurs endete nach ein paar Lockerungsübungen dort, wo es interessant hätte werden können. Uns fehlten die Kontakte, die Bücher und vermutlich die Phantasie, wie wir unser Können hätten weiterentwickeln können. Dass der Weg zudem viel komplizierter war, als wir damals dachten, sollte mir erst über 20 Jahre später klar werden, als ich das Kapitel "C für den Amiga programmieren" schließlich doch wieder aufschlug.
Ambitionsreich, aber leicht frustriert, stolperten wir nach Experimenten mit Shell-Skripten und dem RedSector-Demomaker schließlich auf eine Programmierumgebung, die das versprach, was wir uns erhofft hatten. Die Rede ist von "AMOS - The Creator", und unser Ziel, endlich vernünftige Spiele selbst zu entwickeln, war in greifbarer Nähe.
Das Jahr war 1994 und die Voraussetzungen hätten nicht besser sein können. Unter dem Namen "Virtual Dimension" hatte sich eine coole Truppe zusammengefunden, die gemeinsam ihren Traum der Spiele-Entwicklung wahr machte. AMOS - zunächst in der Basis-Variante, dann in der Pro-Version - ermöglichte schnelle Entwicklungs-Fortschritte mit Hintergrundgrafiken, Bobs und Musik. Und unsere Plattform war DIE Spiele-Maschine: der Amiga, der mit den AGA-Rechnern gerade erst ein zeitgemäßes Upgrade bekommen hatte und zumindest in Puncto Preis/Leistung mit den PCs mithalten konnte. Wir arbeiteten an gleich mehreren Spielen gleichzeitig, teilten uns die Arbeit auf und trafen uns mehrmals pro Woche zu gemeinsamen Entwicklungssessions mit Pair-Programming.
Parallel begannen wir uns zaghaft mit der Netzgemeinde zu vernetzen, luden uns die neusten Tools und Demos aus Mailboxen herunter, schrieben unsere ersten E-Mails und diskutierten im Usenet wichtige Fragen wie "Ist Warp 9,9 Periode = Warp 10?".
Als uns dann die Nachricht vom Konkurs von Commodore, der Mutterfirma des Amiga erreichte, nahmen wir das erst einmal unbewegt zur Kenntnis. Schließlich wurde in den Computerzeitschriften Optimismus verbreitet, dass schon bald ein finanzstarker Käufer gefunden werden würde (so war beispielsweise Samsung im Gespräch) und die Aufholjagd zum PC dann nur umso schneller gehen würde. Doch je mehr Monate ohne positive Nachrichten verstrichen, umso größer wurden unsere Sorgen.
Zunächst einmal setzten wir jedoch alles daran, unser erstes Spiel fertig zu bekommen. Im Herbst 1994 war es dann endlich soweit und "Walls", ein heftig von "Breakout" und "Arkanoid" inspiriertes Spiel, war bereit zur Veröffentlichung. Anders als unsere vorherigen Programmierversuche, die nur selten andere Disketten als unsere eigenen gesehen hatten, wurde "Walls" von gleich drei Public-Domain-Serien (Spielekiste, German Games und Nordlicht-PD) in ihr Programm aufgenommen. Das Amiga-Magazin berichtete in einem kleinen Abschnitt über unser Spiel und eines Tages standen sogar unangekündigt Fans vor der Tür und dem leicht überforderten Dennis.
Im Usenet brodelte derweil die Gerüchteküche über die Zukunft des Amiga. Commodore UK hatte in einem Management Buyout die Amiga-Rechte übernommen und würde schon bald mit dem Amiga 1300 CD einen neuen Rechner auf den Markt bringen, hieß es da beispielsweise. Das stellte sich zwar bald als Falschmeldung heraus, aber durch die Erzählungen von David Pleasance wissen wir inzwischen, dass es beinahe wahr geworden wäre.
Eine Gruppe von Fans wollte dann auch nicht länger warten und beschloss, das AmigaOS durch eine Open-Source-Neuimplementierung zu ersetzen und auf den PC zu portieren. Das Amiga Replacement OS - kurz AROS - wie es zu Beginn noch hieß, war geboren.
Es war Bewegung in der Szene, doch die Zeit verging und immer mehr Nutzer und Entwickler verließen den Amiga. Wenn sich nicht bald ein Käufer fand, der das sinkende Schiff retten konnte, dann würde unser geliebter Rechner den Anschluss an die PC-Welt endgültig verlieren. Der Song "Final Countdown" von Europe bekam in dieser Zeit für mich eine ganz neue Bedeutung.
Ein Jahr nach dem Commodore-Konkurs fand sich mit Escom endlich ein Käufer, der erhoffte Neustart viel dann aber viel schwächer aus als erhofft. Der inzwischen drei Jahre alte Amiga 1200 wurde wieder produziert, doch ohne Turbokarte, Speichererweiterung und Festplatte konnte man 1995 damit niemanden mehr beeindrucken. Neue Rechner wurden angekündigt, doch bevor es ein neuer Amiga bis zur Ladentheke geschafft hatte, war auch Escom in Konkurs gegangen und die Zitterpartie begann aufs Neue.
Hatten wir der Wahl des Amiga als Plattform für eine Spiele-Entwicklungs-Ambitionen also auf das falsche Pferd gesetzt? Ja und nein. Die drei weiteren Spiele, die wir schließlich 1998 noch für den Amiga veröffentlichten - alle mit AMOS geschrieben - erzielten immerhin viele Tausende Downloads von unserer inzwischen eingerichteten Website. Den Anschluss an die moderne Spiele-Entwicklung hatten wir aber endgültig verloren.
Im Nachhinein betrachtet war dies sicher nicht das Schlechteste, was uns passieren konnte, denken wir mal an die schlechten Arbeitsbedingungen, die bis heute in der Spiele-Branche herrschen. Unsere beruflichen Laufbahnen schlugen wir dann in andere Richtungen ein, auch wenn der Gedanke an die Entwicklung eigener Spiele bei uns nie ganz verblassen sollte.
Anfang der 2000er Jahre schien der Amiga Geschichte zu sein, allen Versuchen, der Plattform mit Hilfe des PowerPC-Prozessors neues Leben einzuhauchen zum Trotz. Doch wie wir sollten sich auch viele andere gerne an die Zeit mit dem Amiga erinnern und so erschienen ab dem Jahr 2013 langsam wieder neue - auch kommerzielle - Spiele für unsere alte Freundin. Dank des Internet konnten wir Kontakte mit vielen anderen Amiga-Fans knüpfen und besannen uns schließlich wieder auf die alte Idee, eigene Spiele für den Amiga zu entwickeln. Natürlich haben wir nicht mehr so viel Zeit, wie wir sie als Schüler hatten, und so geht die Reise nur langsam voran. Doch die verschworene Gemeinde, die den alten Rechner einfach nicht sterben lassen will, hat uns eine Heimat gegeben und lässt uns das Ziel trotz allem nicht aus den Augen verlieren - und diesmal sogar wirklich mit der Programmiersprache C!
Aber das ist eine andere Geschichte... (dr)
[Meldung: 15. Dez. 2022, 06:49] [Kommentare: 1 - 15. Dez. 2022, 19:01]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
| |
| Aktuelle Diskussionen |
 |
|
|
|
| Letzte Top-News |
|
|
|
|
| amiga-news.de |
|
|
|
|
| |
|
|
