|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| 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 |
MorphOS: Sechste Betaversion von TinyGL Der MorphOS-Team-Entwickler Mark 'Bigfoot' Olsen hatte unter dem Titellink ein Bounty-Projekt für verbesserte OpenGL-Unterstützung sowie Treiber für weitere Radeon-Grafikkarten angeboten, das erfolgreich finanziert worden ist (amiga-news.de berichtete). Nun hat der Entwickler die sechste öffentliche Betaversion seiner TinyGL-Aktualisierung veröffentlicht. Er schreibt dazu: "Die wichtigste Änderung in diesem Update ist der Abschluss von Projekt 1: Implementierung der OpenGL-Pipeline mit festen Funktionen als Shader. Diese Änderung behebt eine Vielzahl von Rendering-Problemen in verschiedenen Anwendungen und Spielen auf Hardware, die derzeit Shader unterstützt, also R300-Grafikkarten und neuer. Leider gibt es auch in diesem Update einige bekannte Regressionen, aber zu diesem Zeitpunkt haben sie eine Anzahl und einen Schweregrad erreicht, die gering genug sind, dass ich dieses Update nicht länger hinauszögern wollte, bevor ich es euch allen zur Verfügung stelle. Die bekannten Probleme betreffen alle R300 und neuere Hardware und sind:
[Meldung: 16. Dez. 2022, 18:00] [Kommentare: 1 - 16. Dez. 2022, 18:19] [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:
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:
[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:
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] |
| 14.Dez.2022 |
Adventskalender: Tür 14 - Erik Hogan Das heutige Adventskalendertürchen gehört dem Spieleentwickler Erik 'earok' Hogan. Natürlich fällt einem sofort das von ihm entwickelte und permanent weiterentwickelte Game Construction Kit "Scorpion Engine" ein, über das wir im April 2020 zum ersten Mal berichteten. Vermutlich würde es eine eigene Meldung füllen, all jene Spiele aufzulisten, die sich seiner Engine bedienen und von denen viele noch in Entwicklung sind (zum Beispiel "Creeping Me Out Hex Night"). Exemplarisch seinen aber ein paar genannt:
Aber auch Hogan selbst nutzt logischerweise seine Engine, um (Demo)Spiele zu entwickeln: so zum Beispiel die Adaption des C64-Klassikers "Raid Over Moscow", das Jump'n Run "Monkey Ladd" oder den Plattformer "Super-Go-Down-The-Hole". Auf seiner Patreon-Seite stellt er Informationen zu neuen Versionen und Spielen zur Verfügung. Danke Erik. Wir freuen uns auf noch viele spannende Spieleprojekte! Seine Anekdote: "Im Englischen haben wir das Wort "strafe" (wie in "a plane 'strafing' or attacking ground targets, abgeleitet von dem alten Ausdruck "gott strafe England" oder "god punish England") übernommen, um die seitliche Bewegung in Ego-Shootern zu bezeichnen. Ich arbeitete an einem Spiel, das zwar kein Ego-Shooter, aber ein Lernspiel war. Beim Testen wollte ich die Standardtasten A und D für die Seitwärtsbewegung im Spiel verwenden und musste feststellen, dass sie nichts bewirkten. Da die meisten jungen Spieler erwarten, dass diese Tasten die Seitwärtsbewegung aktivieren (wie es bei Spielen wie Minecraft der Fall ist), fügte ich einen einfachen Punkt auf der Aufgabenliste des Projekts hinzu, auf dem einfach "Strafe" stand. Kurze Zeit später sagte mir der Projektleiter - der aus Deutschland kommt und sich für Lernspiele begeistert, aber selbst kein Hardcore-Gamer ist - bei einem Treffen, dass er sehr verwirrt sei, weil ich laut meiner ToDo-Liste offenbar jemanden bestrafen wollte." (dr) [Meldung: 14. Dez. 2022, 11:28] [Kommentare: 2 - 19. Dez. 2022, 13:23] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| 14.Dez.2022 |
Linux: Kernel 6.1 für AmigaOne X1000/X5000 Parallel zur Veröffentlichung des Linux-Kernels 6.1 hat Christian 'xeno74' Zigotzky diesen für den AmigaOne X1000 und X5000 kompiliert und im zugehörigen Diskussionsthema des Hyperion-Forums zum Download angeboten. Dort findet man auch einen Screenshot, der die Debian-Distribution unter Verwendung des aktuellen Kernels zeigt. (dr) [Meldung: 14. Dez. 2022, 09:38] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| 14.Dez.2022 |
Vorschau-Video: Super Metal Hero Anfang des Jahres 2020 kündigten Raster Wizards ihr Spiel "Super Metal Hero" an. Nachdem die Entwicklung zunächst zugunsten des Spiels Hyper Runner eingefroren wurde, wird nun wieder an dem Jump'N Run gearbeitet. Ein neues Vorschau-Video zeigt den ersten Endboss: erster Entwurf, überarbeitete Variante. (dr) [Meldung: 14. Dez. 2022, 06:56] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| 14.Dez.2022 |
AmigaGuide-Magazin: Ausgabe 8 von 'WhatIFF?' veröffentlicht 'WhatIFF?' ist ein englischsprachiges Amiga-Magazin im AmigaGuide-Format. Im Gegensatz zu anderen Magazinen oder Zeitschriften beschäftigt sich WhatIFF? nicht mit Spielen, sondern ist vor allem für Nutzer gedacht, die kreativ mit ihren Amigas arbeiten wollen (amiga-news.de berichtete). Nun wurde die achte Ausgabe veröffentlicht, die unter anderem folgendes beinhaltet: Reviews
[Meldung: 14. Dez. 2022, 06:07] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| 14.Dez.2022 |
Blog: Rückblick auf englischsprachige Amiga-Magazine Gewohnt ausführlich und mit zahlreichen Bildern versehen gibt Epsilon in seinem neuesten Blogeintrag seiner "Epsilon's World" einen Rückblick auf englischsprachige Amiga-Magazine der letzten rund 40 Jahre. Er selbst hatte beschlossen, sich je ein Exemplar jedes englischsprachigen Amiga-Magazins zu besorgen, mit mindestens einer Ausgabe pro Jahr, das den gesamten Zeitraum von 1985 bis 2022 abdeckt. Er ist dabei auf 44 verschiedene englischsprachige Amiga-Magazine gestoßen. (dr) [Meldung: 14. Dez. 2022, 06:02] [Kommentare: 7 - 16. Dez. 2022, 16:20] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| 14.Dez.2022 |
Minimig: Revision 1.91 Mitte März berichteten wir über die Revision 1.8 des Minimig: der Reimplementation eines Amiga 500 in einem FPGA, einem frei programmierbaren Logikschaltkreis. Nach sechs Monaten Entwicklungszeit ist nun Minimig REV 9 verfügbar. Beschleunigerkarten wie die TerribleFire 534 und 536 können nun mit 50MHz betrieben werden, das Zwischenspeichern von kick.rom des PiStorm ist nun möglich, da BOOTROM ersetzt wurde und der neue ESC/OCS-Chip "MIA" den Vorgang steuert. REV 9 bietet nicht nur Änderungen in der Hardware, sondern auch Software-Updates. Außerdem ist dieses Board 6-lagig und hat eine überarbeitete Spannungsregelung. Und der MC68SEC000 mit bis zu 60MHz betrieben werden. Aktuell ist die Karte (ohne Gehäuse) ausverkauft, ansonsten für rund 330 Euro im Shop gelistet. (dr) [Meldung: 14. Dez. 2022, 06:02] [Kommentare: 5 - 15. Dez. 2022, 23:21] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| 14.Dez.2022 |
Debugging-Tool: PatchWork 1.1 Passend zu seinem gestrigen Adventskalendertürchen hat Richard Körber die Version 1.1 seines Debugging-Tools "PatchWork" veröffentlicht (amiga-news.de berichtete). Änderungen:
[Meldung: 14. Dez. 2022, 05:43] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
| <- 1 2 3 4 5 6 7 8 9 10 11 -> |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|