Hallo Allerseits, ich bin gerade auf dem Nostalgie- und Retrotrip. Jetzt steht ein sehr gut erhaltener Amiga 500 auf dem Tisch. An sich läuft alles, einen Grafikfehler hab ich durch Tausch des Agnus beseitigt. Es bleibt aber noch ein kleiner, mysteriöser Fehler übrig. https://www.youtube.com/watch?v=osKiDIK2Pn8 Der sieht so aus. Bei bisher 2 Spielen Turrican 2 und Apydia kommt es beim Intro zu dem Effekt, daß die Animationen stark beschleunigt laufen, wie Schnellvorlauf. Der Ton ist aber massiv gebremst. Nach ner Weile fängt sich Turrican 2 im Intro wieder, man kann dann das Spiel normal starten und spielen. Folgendes wurde schon gemacht. Alle ICs aus den Sockeln gezogen und IC-Pins und Sockel mit Kontakt 60 besprüht Agnus gewechselt Denis gewechselt Beide CIAs über Kreuz getauscht Alle Pins an der CPU mit dem Oszi angeschaut, vor allem die drei Interruptleitungen Systemtest mit Amiga Testkit 1.2 Paula will ich noch tauschen, ist bestellt. Irgendwelche Ideen?
Falk B. schrieb: > https://www.youtube.com/watch?v=osKiDIK2Pn8 Evtl. NTSC-Version auf PAL-Hardware? Ich glaube, von Turrican gab es separate Versionen.
Falk B. schrieb: > Alle ICs aus den Sockeln gezogen und IC-Pins und Sockel mit Kontakt 60 > besprüht Wirklich Kontakt 60? Das muß unbedingt wieder ausgespült werden sonst zerfrißt es dir in ein paar Jahren die Bauteile / Platine.
Björn W. schrieb: > Falk B. schrieb: >> Alle ICs aus den Sockeln gezogen und IC-Pins und Sockel mit Kontakt 60 >> besprüht > > Wirklich Kontakt 60? Das Öl darin wird den Amiga so gut geschmiert haben, Falk B. schrieb: > daß die Animationen stark beschleunigt laufen ;-) > Das muß unbedingt wieder ausgespült werden Das wird schwierig werden, vor allem bei den IC-Sockeln mit gedrehten Kontakten. Da Kontakt 60 ein Kriechöl (mit oxidlösenden Zusätzen) ist, dringt es in jeden Winkel vor. Vielleicht geht es, wenn man das gesamte Mainboard in das Reinigungsmittel taucht und darin für längere Zeit kräftig hin und her schwenkt.
> Irgendwelche Ideen? Das klingt nach DMA-Kanälen zwischen denen zu schnell gewechselt wird, der DMA-Controller sitzt meines Wissens im Agnus, der ja kürzlich angefasst wurde, also könnte man mal da schauen. IMHO gibt es verschiedne Agnusi, Big Fat etc. die sich in der große des addresierbareb Chip-Mem's unterscheiden, ich kenn da aber jetzt keinen generellen Fehler der sich auf sowas zurückführen lässt. Ach ja, wegen dem Sockel werden die Chips recht warm, das könnte das Verschwinden nach einiger Zeit erklären. https://www.amigawiki.org/doku.php?id=de:parts:agnus Am Mono könnte man sich mal die Frequenzen von HSYNC/Vsync anschauen, manche Multisyncs zeigen die im Status-OSD. Im Amiga wird ja alles, auch Videorate von einem System-Quarz abgeleitet, Probleme bei der Taktteilung könnten sich also an den Videotakten sehen lassen. Da mal ein Vergleich zum "korekten" Intro: https://youtu.be/Fvha_2hAzq0?list=RDFvha_2hAzq0&t=43
:
Bearbeitet durch User
Da mal ein Schaltplan, frag jetzt nicht ob der zu Deinem Amiga zu 100% passt: https://www.amigawiki.org/dnl/schematics/A500_R6.pdf Vielleicht schaut man sich mal den Jumper JP5 zwischen Oszillator und Agnus an.
Bradward B. schrieb: > Das klingt nach DMA-Kanälen zwischen denen zu schnell gewechselt wird, Mein Verdacht ist ein defekter Timer bzw. Interrupt vom Timer. Aber das über Kreuz tauschen der CIAs hat nix gebracht. > der DMA-Controller sitzt meines Wissens im Agnus, der ja kürzlich > angefasst wurde, also könnte man mal da schauen. Hab ich schon. > Ach ja, wegen dem Sockel werden die Chips recht warm, das könnte das > Verschwinden nach einiger Zeit erklären. Nein. Der Effekt ist reproduzierbar und kommt auch in der Introschleife nach ein paar Minuten an der gleichen Stelle wieder! > https://www.amigawiki.org/doku.php?id=de:parts:agnus > Am Mono könnte man sich mal die Frequenzen von HSYNC/Vsync anschauen, Wozu? Das Bild ist 1A. Hängt über RGB am Monitor. Andere Spiele laufen ohne Auffälligkeiten. > manche Multisyncs zeigen die im Status-OSD. Im Amiga wird ja alles, auch > Videorate von einem System-Quarz abgeleitet, Probleme bei der > Taktteilung könnten sich also an den Videotakten sehen lassen. CPU-Takt hatte ich mit 7,09MHz gemessen, das stimmt exakt.
Bradward B. schrieb: > Da mal ein Schaltplan, frag jetzt nicht ob der zu Deinem Amiga zu 100% > passt: > https://www.amigawiki.org/dnl/schematics/A500_R6.pdf Ja, ist ein REV 6. Hmm, Paula kodiert die Interrupts, die an die CPU gehen. Muss ich mal genauer messen.
Angehängte Dateien:
-
CIA_Chip.jpg
28 KB -
DiagROM.jpg
100 KB
> Ja, ist ein REV 6. Hmm, Paula kodiert die Interrupts, die an die CPU > gehen. Muss ich mal genauer messen. Ja, IRQ kam mir auch in den Sinn, allerdings haste ja da schon mit scope gemessen. Links liegt ja der ganze Bus "frei auf dem PCB" und an die Speichererweiterung mit Echtzeituhr im Schacht denkt man auch zu letzt. Anbei ein Vortrags-Slide aus Vortrag zu einem Amiga-Nachbau (AkiKo) http://www.akiko.computer/index.html Ich finds witzig, isse wo von ner KI gemacht ... BTW: der Referent "schwärmte" von einem speziellen Diagnose ROM, es war wohl dieser: * https://www.diagrom.com/ * https://mingos-commodoreblog.blogspot.com/2025/03/tutorial-diagnose-am-amiga-mit-diagrom.html
:
Bearbeitet durch User
Sieht für mich auf jeden Fall auch nach einem IRQ-Problem aus. Aber es können ja nicht nur die CIAs IRQs auslösen, sondern auch die Custom-Chips. Z.B. der Copper kann IRQs an bestimmten Rasterzeilenpositionen auslösen indem er ein Bit im Interrupt-Controller setzt. Das wurde gerne genutzt um die CPU mit dem Bildaufbau zu synchronisieren für den Refresh etc. Früher hätte ich das vermutlich aus dem FF gewusst...
Falk B. schrieb: > Irgendwelche Ideen? Welcher Datenträger, welche Schnittstelle? Schon alles Durchgepiept und Temperaturmessungen gemacht?
Falk B. schrieb: > Mein Verdacht ist ein defekter Timer bzw. Interrupt vom Timer. Das wäre in diesem Fall wahrscheinlich der VBL-Interrupt, deshalb meine Frage, ob die Version für NTSC-Systeme gedacht ist. Guck Dir mal das Netzteil an, je nach Amiga-Modell hat das 50/60 Hz aus der Netzfrequenz ("Tick-Signal") geliefert, womit dann der Rest synchronisiert wurde. Edit: Kommt beim A500 nicht aus dem Netzteil, aber in Richtung VSYNC würde ich gucken, wenn es denn wirklich ein Hardwaredefekt ist.
:
Bearbeitet durch User
Bradward B. schrieb: >> Ja, ist ein REV 6. Hmm, Paula kodiert die Interrupts, die an die CPU >> gehen. Muss ich mal genauer messen. Ich hab mal an U3 (Paula) gemessen. Pin 18 (_INT6 von U8, CIA-B) geht nach dem Cracker Intro dauerhaft auf LOW. Die beiden anderen Pin 17 und 16 bleiben HIGH. In der fraglichen Sequenz mit der Störung pulst _INT3 von U2 (Agnus) mit ca. 2kHz. > BTW: der Referent "schwärmte" von einem speziellen Diagnose ROM, es war > wohl dieser: Den habe ich zufällig hier, denn der Vorbesitzer hat einen 4:1 ROM eingebaut, mit Kickstart 1.3, 2.0 und 3.2 sowie dem Diagnose ROM. Ergebnis. Alles OK. Alles Interrupts werden als korrekt diagnostiziert und die vier Timer der beiden CIAs laufen auch korrekt. Sehr merkwürdig.
Markus M. schrieb: > Aber es können ja nicht nur die CIAs IRQs auslösen, sondern auch die > Custom-Chips. Z.B. der Copper kann IRQs an bestimmten > Rasterzeilenpositionen auslösen indem er ein Bit im Interrupt-Controller > setzt. > > Das wurde gerne genutzt um die CPU mit dem Bildaufbau zu synchronisieren > für den Refresh etc. Ist bekannt. Die IRQs werden laut Schaltplan nur von Paula kodiert. Es gibt drei Eingänge, wobei 2 von den beiden CIAs kommen. Der dritte kommt nur von Agnus, vermutlich als Sammelsignal aller Interruptquellen im Agnus. Ich tippe immer noch auf einen Defekt in Paula an der Stelle. Stay tuned!
Hmmm schrieb: >> Mein Verdacht ist ein defekter Timer bzw. Interrupt vom Timer. > > Das wäre in diesem Fall wahrscheinlich der VBL-Interrupt, deshalb meine > Frage, ob die Version für NTSC-Systeme gedacht ist. Wenn der VBL-Interrupt ne Macke hätte, würde fast gar nix laufen, denn der wird von so ziemlich JEDER Software benutzt.
Angehängte Dateien:
-
A500_Rev6_IRQ.png
14 KB
> Die IRQs werden laut Schaltplan nur von Paula kodiert. Es > gibt drei Eingänge, wobei 2 von den beiden CIAs kommen. Der dritte kommt > nur von Agnus, vermutlich als Sammelsignal aller Interruptquellen im > Agnus. > > Ich tippe immer noch auf einen Defekt in Paula an der Stelle. Also wenn die Paula gesockelt ist (ich mag "meine Freundin" grad nicht aufschrauben) könnt ich leihweise eine zum zeitweiligen Test im Raum 0 89 freigeben. Dort werden Unterschiede bzgl Interrupthandlung zw. den Boardrevisionen genannt: https://sites.google.com/one-n.co.uk/amiga-guides/amiga-interrupt-signals Später hat man den Leitungen vom Expansion jeweils einen statt zwei Pulls spendiert. > Den [Diagnose-ROM Anm.d.A.] habe ich zufällig hier, denn der Vorbesitzer hat einen 4:1 ROM > eingebaut, mit Kickstart 1.3, 2.0 und 3.2 sowie dem Diagnose ROM. Dann würd ich den Diagnose-ROM resp die serielle Schnittstelle darin mal in Inbetriebnehmen. Der soll wirklich gut fürs debugging sein, der genannte Referent konnte damit wohl seinen "halben" DIY-Amiga in Betriebnehmen.
:
Bearbeitet durch User
Bradward B. schrieb: > Also wenn die Paula gesockelt ist (ich mag "meine Freundin" grad nicht > aufschrauben) könnt ich leihweise eine zum zeitweiligen Test im Raum 0 > 89 freigeben. Danke fpr das Angebot, aber der Postmann hat gerade mein Paula vorbei gebracht. Ergebnis. Der Fehler ist immer noch da. 8-( > Dort werden Unterschiede bzgl Interrupthandlung zw. den Boardrevisionen > genannt: > https://sites.google.com/one-n.co.uk/amiga-guides/amiga-interrupt-signals Alles nicht das Problem. Die Ein- und Ausgangssignale an Paula sind sauber. > Dann würd ich den Diagnose-ROM resp die serielle Schnittstelle darin mal > in Inbetriebnehmen. Auf dem Terminal sieht man auch nicht mehr als am Monitor. Das geht ALLES! Ein kniffeliger Fehler. Ich bleib dran.
Falk B. schrieb: > Ein kniffeliger Fehler. Ich bleib dran. Hast Du schon einmal einen anderen Datenträger mit dem Spiel probiert? Alternativ Gegenprobe mit dieser Diskette auf einem anderen Amiga.
Magnus M. schrieb: >> Ein kniffeliger Fehler. Ich bleib dran. > > Hast Du schon einmal einen anderen Datenträger mit dem Spiel probiert? Häää? Ich hab ein Dutzend Spiele und ebensoviele Demos getestet, alles OK. Der Fehler ist sehr exotisch. Es liegt nicht an der Diskette, da bin ich mir relativ sicher. > Alternativ Gegenprobe mit dieser Diskette auf einem anderen Amiga. Hab keinen, außerdem lohnt sich der Aufwand nicht.
Falk B. schrieb: > Der Fehler ist sehr exotisch. Es liegt nicht an der Diskette, da bin ich > mir relativ sicher. > >> Alternativ Gegenprobe mit dieser Diskette auf einem anderen Amiga. > > Hab keinen, außerdem lohnt sich der Aufwand nicht. etwas widersprüchlich, wenn sich der Aufwand für dich nicht lohnt, warum dann dieser Thread, denkst du er lohnt sich für UNS?
Falk B. schrieb: > Ich hab ein Dutzend Spiele und ebensoviele Demos getestet, alles > OK. OK, dann fallen Unregelmässigkeiten beim VBL-Interrupt wirklich raus. Kannst Du Speicherfehler ausschliessen?
Online bei Diablo2 gibt es übrigens einen ähnlichen Effekt, wenn man z.B. einen Bereich wechselt, oft z.B. wenn man in eine Höhle geht. Man denkt, es passiert nichts, das Spiel bzw. die Grafikkarte stürzt ab..aber nach ein paar Sekunden geht es wieder weiter und dann eben auch ein paar Sekunden total beschleunigt. Ist manchmal ärgerlich, wenn man noch ein paar Sekunden ErfahrungsBonusSchrein hat, um Boss-Monster zu finden (viel Erfahrungspunkte) und durch den Hänger läuft diese Zeit eben auch ungenutzt ab. Es hat irgendwas mit Geschwindigkeit (und Synchronisation?) zu tun beim Amiga, glaube ich, der Hülsbeck hatte den Musikteil recht performant und trickreich programmiert.
> Es hat irgendwas mit Geschwindigkeit (und Synchronisation?) zu tun beim > Amiga, glaube ich, der Hülsbeck hatte den Musikteil recht performant und > trickreich programmiert. Der Amiga hat vier Stimmen aka DMA-Kanäle zum DAC, manche implementierten die Soundausgabe so, dass (bis zu) sieben (acht?) Stimmen ausgegeben wurden. Wie konkret diese "Akkustik-täuschung" gemacht wurde entzieht sich grad meiner Kenntniss. Vermutet werden kann, das die Sounddaten zweier Stimme in die für einen Kanal umgerechnet wurden, also quasi digital moduliert. Oder die DMA-Kanäle wurden schnell multiplext, also quasi die Abtastrate auf zwei Stimmen aufgeteilt... oder ... aber alles spekulatius. *http://amigadev.elowar.com/read/ADCD_2.1/Hardware_Manual_guide/node00D7.html *https://www.amigarealm.com/computing/knowledge/hardref/ch5.htm *https://eab.abime.net/showthread.php?t=70932&page=2&styleid=4 Da die Grafik auch beeinträchtigt ist (wohl insbesonders die Blitter-Objects, sprites) und der Blitter auch einen DMA-Kanal hat könnte man das Problem im DMA-Bereich verorten (und damit beim DMA-Master Agnus). Aber das wurde bereits genannt. Der DMA-Bereich definiert ja bekanntlich den Bereich des Chip-RAM's deshalb kann man an verschiedenen Kombinationen von Agnus-Varianten und timing Problemem des Chip-rAM's denken. * http://amigadev.elowar.com/read/ADCD_2.1/Hardware_Manual_guide/node011B.html * http://amigadev.elowar.com/read/ADCD_2.1/Hardware_Manual_guide/node0170.html IMHO gab es auch andere Programme die "trickrich" mehr als vier Stimmen abspielten, bspw. der Octalyzer. Die könnte man auch testen. BTW: Da mal einen Extra-Artikel zu der Turrican-Muzak und Chris Hülsbeck samt symphonischer Arrangments: https://praegnanz.de/weblog/turrican-soundtrack Das Stichwort für die Sound engine ist wohl TFMX: https://www.exotica.org.uk/wiki/TFMX https://www.vgmpf.com/Wiki/index.php?title=MDAT
:
Bearbeitet durch User
Angehängte Dateien:
-
TurFont.png
170 KB -
TurFont_cor.png
90 KB
In der Bild-Mitte gibt es bei der Umsetzung zum characterfont Fehler, der Bereich in der ASCII dazu steht ist wohl fehlerhaft (beschrieben?/gelesen?). Bereich etwa 0:15, soll wohl "PRODUCED BY:" heissen, das Vergleichsbild ist aus: https://www.youtube.com/watch?v=Fvha_2hAzq0&list=RDFvha_2hAzq0&start_radio=1
:
Bearbeitet durch User
Bradward B. schrieb: > In der Bild-Mitte gibt es bei der Umsetzung zum characterfont Fehler, > der Bereich in der ASCII dazu steht ist wohl fehlerhaft > (beschrieben?/gelesen?). Ja, ist mir auch schon aufgefallen. Ich hab gestern auch mal alle Signale am Garry mit dem Oszi angeschaut, alles sauber.
>> In der Bild-Mitte gibt es bei der Umsetzung zum characterfont Fehler, >> der Bereich in der ASCII dazu steht ist wohl fehlerhaft >> (beschrieben?/gelesen?). > > Ja, ist mir auch schon aufgefallen. Ich hab gestern auch mal alle > Signale am Garry mit dem Oszi angeschaut, alles sauber. Dann sind die Daten irgendwo auf dem Weg vom Diskdrive(?)->RAM-> Monitor "verloren gegangen". Spontan würde sich auf einen lokal begrenzten Speicher-IC-Fehler tippen, allerdings wird später der Font korrekt dargestellt was gegen die Speicherthese spricht. Also eher ein temporäres Daten-Busproblem, allerdings ziemlich konstant,... schon rätselhaft. Funkt der Refresh dazwischen (sähe aber auch anders aus)???
Bradward B. schrieb: > multiplext, also quasi die Abtastrate auf zwei Stimmen aufgeteilt... > oder ... aber alles spekulatius. Ja, und da der Effekt auch bei Apydia auftritt, wo auch der Chris Huelsbeck die Musik gemacht hat, liegt es nahe, daß dort die trickreiche Software den Fehler auslöst. > Da die Grafik auch beeinträchtigt ist (wohl insbesonders die > Blitter-Objects, sprites) und der Blitter auch einen DMA-Kanal hat > könnte man das Problem im DMA-Bereich verorten (und damit beim > DMA-Master Agnus). Aber das wurde bereits genannt. Ja. Aber es sieht so aus, als ob die CPU mit Interrupts überflutet wird, welche das Timing der Animationen steuern und dadurch der Update der Audiokanäle extrem ausgebremst wird. Die Grafikobjekte sind ja nicht gestört, alles sauber. Mit Ausnahme der kleinen Schrift, das könnten aber auch Sprites sein. > Der DMA-Bereich definiert ja bekanntlich den Bereich des Chip-RAM's > deshalb kann man an verschiedenen Kombinationen von Agnus-Varianten und > timing Problemem des Chip-rAM's denken. Möglich, aber unwahrscheinlich. Wenn der RAM nen Treffer hätte, würde sich da auch anderswo äußern. > IMHO gab es auch andere Programme die "trickrich" mehr als vier Stimmen > abspielten, bspw. der Octalyzer. Die könnte man auch testen. Muss ich mal suchen.
betreffs Scope Messung Evtl vorhandene Bandbreitenbegrenzung am Scope ausgeschaltet? und manchmal ist ein Problem "weg" sobald man mit der scopespitze dran ist. Dann hat man gern ein skew signallaufzeitenproblem. Der speicher besteht doch aus einzelnen IC's, da hat vielleicht einer davon ein Problem? Nachlöten? Und die vielen IRQ kommen vielleicht vom Joystick? Den mal testhalber abstecken (obwohl der ja bei manchen Amigas quasi "festgewachsen ist ;-) )
Bradward B. schrieb: > Und die vielen IRQ kommen vielleicht vom Joystick? Den mal testhalber > abstecken (obwohl der ja bei manchen Amigas quasi "festgewachsen ist ;-) > ) Der Joystick macht keine IRQs. Und festgewachsen ist er auch nicht, alle Stecker sind in einem Topzustand.
Angehängte Dateien:
-
Zeilentrafo.jpg
200 KB
Schnüffel Schnüffel Schnüffel Schnüffel Es riecht nach verkokeltem Plastik und mein Monitor ist dunkel, nur der Ton läuft noch. Auschraub Ist es normal, daß am Zeilentrafo karamelartige Substanz austritt? Eher nicht. Scheibenkleister! Die Warnung aller Retrokanäle vor diesem Typ Zeilentrafo hat sich mal wieder bewahrheitet! Naja, er lief bei mir vielleicht 20-30h, nachdem er sicher 20 Jahre und mehr geruht hat.
Bradward B. schrieb: > Wie konkret diese "Akkustik-täuschung" > gemacht wurde entzieht sich grad meiner Kenntniss. Zum Beispiel sehr schnelle Wechsel, um Akkorde zu spielen. Ich weiß das aus einem Bericht, aber die Wiki-Seite weist auch auf Listings hin. Eventuell gibt es da was und könnte etwas Aufklärung beitragen. Hast du was in dieser Richtung Falk?
Falk B. schrieb: > nach dem Cracker Intro Vielleicht ist es ja ganz normal, dass sich die gecrackte Software nicht ganz so wie die originale verhält. Deswegen: Magnus M. schrieb: > Gegenprobe mit dieser Diskette auf einem anderen Amiga. Falk B. schrieb: > Hab keinen, außerdem lohnt sich der Aufwand nicht. Tagelang planlos ICs zu tauschen und den armen Rechner in Kontaktspray zu ersäufen, ist weniger Aufwand?
Yalu X. schrieb: > den armen Rechner in Kontaktspray > zu ersäufen in falschem Kontaktspray! Für sowas nimmt man Tuner600 oder Oszilin
Yalu X. schrieb: > Falk B. schrieb: >> nach dem Cracker Intro > > Vielleicht ist es ja ganz normal, dass sich die gecrackte Software nicht > ganz so wie die originale verhält. Deswegen: Nö. Denn ich hatte damals auch viele "Privatkopien", auch von Turrican 2, lief problemlos. Und die gleiche Software läuft auch fehlerfrei auf dem Emulator auf dem PC. Und das ist das IDENTISCHE Image, welches auf der Diskette zu finden ist, denn ich habe es dort drauf kopiert. >> Hab keinen, außerdem lohnt sich der Aufwand nicht. > > Tagelang planlos ICs zu tauschen und den armen Rechner in Kontaktspray > zu ersäufen, ist weniger Aufwand? Ja ist es! Und ersäuft wurde keiner. Was für ein Gelaber!
Falk B. schrieb: > vor diesem Typ > Zeilentrafo HR Diemen hat noch den Austauschtrafo, aber beziehen muss man ihn auch erstmal können: https://www.hrdiemen.com/search/index?utf8=%E2%9C%93&brand=COM&bmodel=1084
Matthias S. schrieb: > HR Diemen hat noch den Austauschtrafo, aber beziehen muss man ihn auch > erstmal können: Ich hab einen auf Ebay gefunden, der sollte passen.
So, der Zeilentrafo ist gewechselt und alles wieder eingestellt. Gefühlt ist das Bild geringfügig besser. Wenn jemand so ein Ding sucht, hier gibt es welche. Der Preis ist OK. https://www.ebay.de/itm/326200715748
:
Bearbeitet durch User
Passt der Trafo in allen Amiga-Monitoren? (Abgesehen vom A2024, den ich hier auch noch habe) A108[1|4][S] - eckig oder rund? Ich werde meine Monitore mal öffnen und mit dem Bild vergleichen ... Der Preis ist es mir wert. Zu Deinem Problem: Ich weiß, dass die PLCC-Sockel im Amiga gerne mal ein Problem waren! Aber ob dies nun genau Deinen Fall betrifft, kann ich nicht sagen. Gruß Jobst
Jobst M. schrieb: > Passt der Trafo in allen Amiga-Monitoren? Eher nicht. Ich habe einen 1084S-P1, also eine Variante von Philips. > Zu Deinem Problem: Ich weiß, dass die PLCC-Sockel im Amiga gerne mal ein > Problem waren! Aber ob dies nun genau Deinen Fall betrifft, kann ich > nicht sagen. Hab ich schon mit Kontaktspray bearbeitet, es steckt ein "neuer" Agnus drin und mit dem Oszi sehen alle Singnale OK aus.
Falk B. schrieb: > Der Preis ist OK. Finde ich auch. Jobst M. schrieb: > Passt der Trafo in allen Amiga-Monitoren? Nein, selbst innerhalb der 1084 Monitore gab es ein paar verschiedene. Am besten suchst du bei HR Diemen nach deinem Modell: https://www.hrdiemen.com/reparation/flyback/index
:
Bearbeitet durch User
Falk B. schrieb: > Es liegt nicht an der Diskette, da bin ich mir relativ sicher. Diese Worte aus Deiner Tastatur? Traurich... traurich...
So, ich hab nochmal den Gary und die CPU gewechselt, die gab es relativ billig auf Ebay. Ergebnis. Der Fehler ist immer noch da :-( Ich hab auch mal das _INT6 Pin vom U8 (CIA) aus der Fassung gebogen und somit den IRQ inaktiv geschaltet. Ohne Wirkung. Die beiden Testprogramme laufen, aber zu schnell. So langsam bin ich mit meinem Latein am Ende. Es kann sein, daß auch mein 2. Agnus den gleichen Fehler intern hat, wenn gleich das sehr unwahrscheinlich ist.
> So langsam bin ich mit meinem Latein am Ende. Es kann sein, daß auch > mein 2. Agnus den gleichen Fehler intern hat, wenn gleich das sehr > unwahrscheinlich ist. Vielleicht hilft ja hier dieser Tipp: "Replaced Fat Agnus 8371 with a Fat Agnus 8372A on a A500 rev.5 with kickstart 1.2. The machine booted ok but for some reason every game(music graphics) I tried runs faster (NTSC?). It was the pin41...I just used tape over it and the machine works fine." Siehe auch: https://www.amigawiki.org/doku.php?id=de:parts:agnus_pinout Wie geschrieben, Agnus ist nicht gleich Agnus. (aber auch nur ne Vermutung).
:
Bearbeitet durch User
Bradward B. schrieb: > Wie geschrieben, Agnus ist nicht gleich Agnus. (aber auch nur ne > Vermutung). Hab ich schon. Der Pin ist offen, d.h. die Maschine kommt im PAL Modus hoch. Ich hab ihn auch schon mal auf GND gelegt, dann kommt die Maschine in NTSC hoch, das Problem bleibt aber.
Hm, das einzige was hier wohl noch nicht getauscht wurden, sind die die Speicherchips. Ich hatte da mal bei der Inbetriebnahme eines Prototypen ( kein Amiga) Speicherfehler bei hoher Last - die Spannungsversorgung am Chip brach ein bei häufigem Addresswechsel und Checkboard-pattern. Das hatte ich allerdings nicht mit dem (langsamen) Multimeter entdeckt sondern durch Auslesen des IIC Powermonitors in der Schaltung auf dem des System-Architekt bestand. Das war noch einer der "sein Handwerk" verstand. Vielleicht Scope an Power-Eingang des Chips anstecken und Triggerlevel auf das Minimum des Speichers stellen? Da war die Zuleitung zu lang, schlechte Bufferung (C) könnten ein ähnliches Daten-Last-abhängiges Fehlerbild verursachen. Ansonsten gab es halt Kombi aus Chipsatz und Fiormwareversion/Board-Revision auf denen nicht alle Spiele "liefen", weil zuviel "Tricks" verwendet.
:
Bearbeitet durch User
Hallo, wenn ich einmal meine Meinung einwerfen darf. Es gibt 2 Spiele die kurzzeitig Grafikfehler erzeugen. Alle anderen Spiele, Demos, Programme funktionieren? Das Spiel selbst läuft ja ohne Fehler, nur irgendwelche Zwischensequencen zeigen Grafikfehler. Ich würde deswegen nicht einen Fehler in der Hardware suchen. Die Spiele/Demos sind dann laut meiner Meinung etwas fehlerhaft programmiert. Diskettenfehler würde ich auch ausschließen, dann dürfte nichts mehr laufen und Lesefehler erzeugen. Ich weiß nicht ob es für den Amiga Software gab für einen "CPU Stresstest" oder "Speichertest". Auf der anderen Seite könnte man diverse Demos testen die üblicherweise sehr Hardwarenah programmiert sind. Ein paar wenige werden einfach nicht laufen und der große Rest wird laufen. Man bräuchte 2 identische Amigas um zu sagen bei dem einen funktioniert es und beim anderen nicht. Die übliche 512kB auf 1MB Speichererweiterung ist sicherlich vorhanden. Nicht das hier aus Speichermangel kurz etwas schief läuft.
:
Bearbeitet durch User
Veit D. schrieb: > Hallo, > > wenn ich einmal meine Meinung einwerfen darf. > > Es gibt 2 Spiele die kurzzeitig Grafikfehler erzeugen. Alle anderen > Spiele, Demos, Programme funktionieren? Das Spiel selbst läuft ja ohne > Fehler, nur irgendwelche Zwischensequencen zeigen Grafikfehler. Ja. Wobei es eher ein Geschwindigkeitsfehler der Animationen ist, die Grafik ist korrekt (bis auf die kleinen Störungen im Text). > Ich > würde deswegen nicht einen Fehler in der Hardware suchen. Die > Spiele/Demos sind dann laut meiner Meinung etwas fehlerhaft > programmiert. Mit Sicherheit nicht. Denn erstens hätte man sie so NIEMALS veröffentlicht und 2. läuft das IDENTISCHE Diskettenimage auf dem Emulator fehlerfrei. Und damals (tm) auf meinem A500 und A1200 lief es auch fehlerfrei. > Ich weiß nicht ob es für den Amiga Software gab für einen "CPU > Stresstest" oder "Speichertest". Gibt es, hab ich schon getestet, kein Fehler feststellbar. Es ist auch mit sehr hoher Wahrscheinlichkeit KEIN Speicherproblem. > Auf der anderen Seite könnte man > diverse Demos testen die üblicherweise sehr Hardwarenah programmiert > sind. Auch schon alles passiert. > Ein paar wenige werden einfach nicht laufen und der große Rest > wird laufen. Apfelmus ist Mus aus Äpfeln . . . > Man bräuchte 2 identische Amigas um zu sagen bei dem einen funktioniert > es und beim anderen nicht. Nö. > Die übliche 512kB auf 1MB Speichererweiterung ist sicherlich vorhanden. Ja, aber beide Spiele laufen zumindest bis zum Intro auch mit nur 512kB, was sich heute kaum einer noch vorstellen kann. > Nicht das hier aus Speichermangel kurz etwas schief läuft. Sicher nicht. Ich hab schon "ein wenig" Ahnung vom dem, was ich tue.
Hallo, soweit erstmal nachvollziehbar. Dennoch muss ich, muss man sich, eine Gegenfrage stellen. Wenn alles andere funktioniert, warum soll die Hardware defekt sein? Wenn man dafür eine plausible Antwort hat, die allen Stand hält, kann man sich weiter der Hardware widmen. Mich stören 2 Begründungen. Das es damals funktionierte hat jetzt keine Bedeutung mehr. Wie alt sind die Disketten? Das es im Simulator funktioniert hat das 100% Gewicht? Das ist etwas nachprogrammiertes und kein echter Hardwareersatz. Verstehe mich nicht falsch, ich will deinen Tatendrang nicht bremsen. Ich denke nur langsam du suchst einen Fehler den es nicht gibt. Du darfst mich jedoch gern eines besseren Belehren. Wenn alle Stricke reißen, muss ich mal auf dem Dachboden (nicht bei mir) schauen ob mein Amiga noch lebt und testen. Danach ergibt sich alles andere. Dann besteht die Chance deine Disketten in einem anderen Amiga zu testen.
Veit D. schrieb: > Hallo, > > soweit erstmal nachvollziehbar. Dennoch muss ich, muss man sich, eine > Gegenfrage stellen. Wenn alles andere funktioniert, warum soll die > Hardware defekt sein? Weil es auf anderer Hardware und dem Emulator korrekt läuft. > Mich stören 2 Begründungen. Das es damals funktionierte hat jetzt keine > Bedeutung mehr. Aber sicher! Das heißt, daß es mal korrekt lief! > Wie alt sind die Disketten? 30 Jahre++. Aber sie wurden fehlerfrei verifiziert. Ein derartig spezifischer Fehler auf der Diskette ist praktisch unmöglich. Ich kann das Image auch auf eine andere, ebenso alte Diskette kopieren. Es wird der gleiche Effekt sein. > Das es im Simulator > funktioniert hat das 100% Gewicht? Ja. > Das ist etwas nachprogrammiertes und > kein echter Hardwareersatz. Verstehe mich nicht falsch, ich will deinen > Tatendrang nicht bremsen. Ich denke nur langsam du suchst einen Fehler > den es nicht gibt. Doch, denn ich sehe ihn reproduziebar. > Wenn alle Stricke reißen, muss ich mal auf dem Dachboden (nicht bei mir) > schauen ob mein Amiga noch lebt und testen. Danach ergibt sich alles > andere. Dann besteht die Chance deine Disketten in einem anderen Amiga > zu testen. Hat schon jemand anderes angeboten. Danke dafür, aber ich glaube nicht, daß das viel bringt. Ich stocher noch ein paar Tage rum. Wenn nix zu finden ist, bleibt es so. Hat praktisch keine Bedeutung, ist reiner, sportlicher Ehrgeiz den Fehler zu finden.
Auf dem Board gab es anscheinend mal nen Schaden durch ausgelaufene Elkos. An 2 Stellen wurde repariert, sieht aber halbwegs professionell aus. Ist aber alles weit weg von den vermutlichen Fehlerquellen. Einmal am Serialport und einmal an der 5V Verteilung. Naja, kann trotzdem irgenwo ne Leitung defekt sein oder nen Kurzschluß haben. Aber werder kann noch will ich alle Verbindungen durchklingeln! 8-0 Ich brauch neue Testideen.
Das könnte auch ein EMV-Problem mit dem Ton- und Bildsignal sein. Die daran schuldigen Kondensator zu finden, wird meist eine längere Safari durch die Platinen mit ungewissem Ausgang.
Angehängte Dateien:
Also auch in einer korrekten Fassung gibt es Fehler in der Grafik (wobei ich nicht einschätzen kann, ob eventuell eine Emulation "Schuld" ist): Beim Aufwärtsscrollen im Intro wird die dritte Text-Zeile horizontal vematscht (siehe Anhang). Tritt der Fehler nur im Intro auf? Wenn ja, dann könnte man mal in Richtung Unterschiede Intro/Spiel schauen. Beides scheint hier die selbe Grafikengine zu sein, nur das eben der Joystick beim Intro keinen Einfluß auf die Sprites hat, Graphic (sprites?) und soundeffekte scheinen gekoppelt zu sein. "Unvollstäöndiger reset" könnte ne Begründung sein, manche Programmierer verlassen sich halt auf defaultwerte in den Registern.
:
Bearbeitet durch User
Bradward B. schrieb: > Tritt der Fehler nur im Intro auf? Ja, wobei gefühlt es an einigen Stellen leicht zähflüssig wird. > Wenn ja, dann könnte man mal in > Richtung Unterschiede Intro/Spiel schauen. Beides scheint hier die selbe > Grafikengine zu sein, nur das eben der Joystick beim Intro keinen > Einfluß auf die Sprites hat, Graphic (sprites?) und soundeffekte > scheinen gekoppelt zu sein. Ja logisch, muss ja synchron laufen! > "Unvollstäöndiger reset" könnte ne Begründung sein, manche Programmierer > verlassen sich halt auf defaultwerte in den Registern. WEIIIIIIT hergeholt! Das lief alles schon fehlerfrei. Vor 35 Jahren! (UFFF)
Angehängte Dateien:
-
AgingKerko.png
91 KB
>> "Unvollstäöndiger reset" könnte ne Begründung sein, manche Programmierer >> verlassen sich halt auf defaultwerte in den Registern. > > WEIIIIIIT hergeholt! Das lief alles schon fehlerfrei. Vor 35 Jahren! > (UFFF) Naja, ist aber schon mal vorgekommen das der Reset-Puls nicht das richtige timing hat und so nicht alle Komponenten ordentlich anfangen. Der #RESET ist ne ziemlich lange Leitung hier. Wie wird der eigentlich erzeugt, der RESET-Puls hier? (Erg. siehe unten) Und weil das Alter erwähnt wird, auch manche Kerkos (Klasse ?2?, X5R) verlieren an Kapazität, so das ihr Nennwert nicht mehrerreicht wird. Wenn der C in einem RC-glied zu Verzögerung/Entprellung steckt, ändert sich dann auch das Zeitverhalten der Schaltung. Hat ich mal bei der Medizintechnik, da musste die 𝜏 und so auch für 20 Jahre Kontroll-rechnen. Lt. Schaltplan gibt es da so Verdachtsfälle mit wenigen picofarad wie den C10 oder E103. Erg. I: Da https://sites.google.com/one-n.co.uk/amiga-guides/amiga-reset-signals/amiga-a500a500-reset-signals wird ein 555 erwähnt in der Reset-Erzeugung, einfach mal nachmessen ob da alles sauber und in Spec. ist. Erg. II: Da mal das Datenblatt eiens Agnuses, wollt da mal das reset timing nachschauen: https://retro-commodore.eu/files/downloads/amigamanuals-xiik.net/Hardware/Specifications%20Agnus%20-%20Manual-ENG%20.pdf Ach, das waren noch Zeiten als timing diagramm am Zeichenbrett gezeichnet wurde ...
:
Bearbeitet durch User
Bradward B. schrieb: > Also auch in einer korrekten Fassung gibt es Fehler in der Grafik (wobei > ich nicht einschätzen kann, ob eventuell eine Emulation "Schuld" ist): > Beim Aufwärtsscrollen im Intro wird die dritte Text-Zeile horizontal > vematscht (siehe Anhang). > ... Da fehlt eine Pixel-Zeile.
Angehängte Dateien:
-
Reset.png
1,6 KB
Bradward B. schrieb: > Naja, ist aber schon mal vorgekommen das der Reset-Puls nicht das > richtige timing hat und so nicht alle Komponenten ordentlich anfangen. Stimmt, aber der Effekt ist absolut 100% reprpduzierbar. Ein wackeliges Reset-Timing würde da eher leicht instabile Resultate erzeugen. Siehe Anhang, gemessen am Kollektor von Q711. Astrein und schnell, weniger als 200ns Anstiegszeit.
Irgendwie blöd, dass man das Ding nicht mehr an den Fernseher anschließen kann. Unmöglich wohl nicht, aber eben nicht mal schnell. Würde beim Atari ST jetzt auch keine Verrenkungen in diese Richtung machen wollen.
Rbx schrieb: > Irgendwie blöd, dass man das Ding nicht mehr an den Fernseher > anschließen kann. Wozu soll das gut sein?
Falk B. schrieb: > Wozu soll das gut sein? Na schauen, wie die Bild- und Sounddarstellung da rüberkommt. Man könnte zwar annehmen, dass die ähnlich wie beim Emulator funktioniert. Wäre aber eben nur ein Annahme.
Rbx schrieb: >> Wozu soll das gut sein? > > Na schauen, wie die Bild- und Sounddarstellung da rüberkommt. Hää? Der Amiga hängt an einem 1084S Monitor. Es ist vollkommen egal ob dort ein Monitor, TV-Modulator oder gar nichts dran hängt. Der Fehler wird dadurch nicht verändert, weil ganz woanders entsteht.
Falk B. schrieb: > Hää? Der Amiga hängt an einem 1084S Monitor. Es ist vollkommen egal ob > dort ein Monitor, TV-Modulator oder gar nichts dran hängt. Der Fehler > wird dadurch nicht verändert, weil ganz woanders entsteht. Dann kann man aber zumindest fragen, was ein Emulator genau besser macht, als die Hardware. Man würde ja erstmal ein Timing-Problem annehmen. Aber reicht das auch?
Rbx schrieb: >> Hää? Der Amiga hängt an einem 1084S Monitor. Es ist vollkommen egal ob >> dort ein Monitor, TV-Modulator oder gar nichts dran hängt. Der Fehler >> wird dadurch nicht verändert, weil ganz woanders entsteht. > > Dann kann man aber zumindest fragen, was ein Emulator genau besser > macht, als die Hardware. > Man würde ja erstmal ein Timing-Problem annehmen. Aber reicht das auch? Du hast weder das Problem verstanden noch wirklich Ahnung, wie so ein Amiga funktioniert.
> Siehe Anhang, gemessen am Kollektor von Q711. Astrein und schnell, > weniger als 200ns Anstiegszeit. OK, wieder ein Prüffall, den man abhaken kann. Bei der Gelegenheit habe ich aber gelernt des beim Agnus 50 ns Set und Hold für den Reset drinstehen. Bei CMOS will man eigentlich 4.4V für ein High am Ausgang, da scheint der Reset schon vorher auf die Bremse zu steigen. Aber da das obere Limit für den Low-Pegel von 0.5V flott erreicht ist, passt es wohl bestens. Also zur Analyse musste man vielleicht das Grafikfehlerbild tiefer "aufdröseln" also funktional, nicht real am IC bröseln. Da der Hintergrund passt, wird wohl das mit den bitplanes passen, also auch der DMA-Channel über den das geht. Der Fehler liegt wohl in der Geschwindigkeit der Alienblöcke, also der Sprites oder der Blobs? (Blitter-Object). Die scheinen aber auch sauber zu sein, nur ist eben die Bewegung recht flott. Es scheint, als ob in dieser routine eigentlich per Framecounter (oder anderes) für die nächste sequenz einige (5 frames? aka 100 ms) gewartet werden sollte, hier scheint aber zu jedem Frame die Position der Sprites/Blobs aktualisiert zu werden. Vielleicht kein Zählen der Frames (per vsync?) (damit es für PAL wie NTSC passt) sondern systemticks? Echtzeituhr war ja optional beim Amiga (in der Speichererweiterung), womit hat man dann einen timerinterrupt/tick mit ms -Auflösung erzeugt? Edit: grad noch mal ne fehlerfreie Version angeschaut, da dauert dieser Intro-part von oben fast 2 Minuten (statt den 10 sec wie beim fehlerhaften).
:
Bearbeitet durch User
Bradward B. schrieb: > Es scheint, als ob in dieser routine eigentlich per Framecounter für die > nächste sequenz einige (5? aka 100 ms) gewartet werden sollte, hier > scheint aber jedes Frame die Position der Sprites/Blobs aktuallisiert zu > werden sein. Genau das ist das Problem. > Vielleicht kein Zählen der Frames (per vsync?) (damit es > für PAL wie NTSC passt) sondern systemticks. > Echtzeituhr war ja optional beim Amiga (in der Speichererweiterung), > womit hat man dann einen timerinterrupt/tick mit ms -Auflösung erzeugt? Mit den CIA Timern. Jeder hat 2 normale 16 Bit Zähler A und B sowie eine Echtzeituhr (TOD, time of day). Die Timer A und B zählen mit F_CPU/10, hier 0,709MHz, die TOD zählt bei einem CIA mit VSYNC, der ander HSYNC. > Edit: grad noch mal ne fehlerfreie Version angeschaut, da dauert dieser > Intro-part von oben fast 2 Minuten (statt den 10 sec wie beim > fehlerhaften). Das Intro geht weiter als mein Video. Komischerweise ist nach der gezeigten Sequenz der Ton und die Geschwindigkeit wieder normal, wenn nur Standbilder und bissel Text darunter angezeigt werden! Wenn dann aber in der Introschleife wieder die Spielfigur und das Turrican-Logo erscheinen, geht der Turbo wieder los! Bei Apydia ist der Turbo immer drin. https://www.youtube.com/watch?v=UswxUzIowpc Das leichte Flacken kommt von der Kamera, nur der flackernde Text ist real. Man müsste wissen, woher Turrican 2 und Apidya ihr Timing beziehen, dann könnte man zielgerichteter suchen. Aber ich habe weder das Wissen, noch Können noch die Werkzeuge, den Kram zu disassemblieren.
Angehängte Dateien:
-
AmigaToday.jpg
93 KB
> Man müsste wissen, woher Turrican 2 und Apidya ihr Timing beziehen, dann > könnte man zielgerichteter suchen. Aber ich habe weder das Wissen, noch > Können noch die Werkzeuge, den Kram zu disassemblieren. Hm kürzlich hab ich eine "amiga action replay" cartridge verschenkt, weil ich sie nie brauchte... Es gibt Beschreibungen von typischen Time event quellen ("clock tick"), die scheinen sich aber eher auf OS und A1200 zu beziehen und nicht auf A500 bare metal. Da steht was von serial port aber das macht IMHO wenig Sinn. https://bumbershootsoft.wordpress.com/2024/08/17/amiga-500-direct-keyboard-access/ Oder hat der Amiga irgendwo einen baudrate quarz ? Die CIA's als Chips haste ja zur Genüge getestet, sockel und traces scheinen ja auch OK. Eine Idee war noch, das mglw. die Trap door als bestückt erkannt wird, aber die RTC resp der 32768Hz quarz darauf nicht richtig will. Aber von der Speichererweiterung kommt wohl kein tick-signal. > Das Intro geht weiter als mein Video. Komischerweise ist nach der > gezeigten Sequenz der Ton und die Geschwindigkeit wieder normal, wenn > nur Standbilder und bissel Text darunter angezeigt werden! Ist wohl dann ne andere engine, wenn keine Blob/Sprites gezeigt werden. Vielleicht belegt die Sprite(Blob routine eine resource (wie tick-quelle) die für diesen Intropart frei wird. Vielleicht wird (intern) per Multiplexor auf eine andere IRQ-Quelle umgestellt. Oder ein Timer auf anderes Tick-Signal. Ja, die harten Amiga Coder scheinen nicht mehr gross aktiv. https://www.youtube.com/watch?v=s1lVS4tW33g
:
Bearbeitet durch User
Irgendwie fühlt sich das nach dem Copper (in Agnus) an. Der startet ja abhängig von der Strahlposition bestimmte Aktionen und lässt diese auch bleiben, wenn die Position schon vorbeigezogen ist (dadurch könnte etwas schneller werden - bzw. so wirken). Und dann flimmert es auch. Ich gehe fast davon aus, dass Du die 5V am Agnus schon mit Scope und Multimeter angeschaut hast!? (Ich habe dazu nichts geschriebenes gefunden) Nur ein Versuch: Zieh mal die 512k Speichererweiterung heraus - sofern vorhanden. (Ach, das ist alles schon so lange her ...) Gruß Jobst
Da schreibt auch einer von Turrican spezifischen Problemen, allerdings Joystick-Routine und A600 + Turbo/Speicherkarte: https://www.forum64.de/index.php?thread/81252-turrican-i-i-ii-probleme-am-amiga-600-mit-turbokarte-furia/ Es wird die Vermutung "Selbstmodifizierender Code" gemacht, allerdings wusst ich nicht wie das die Probleme hier erklären sollte. > (Ach, das ist alles schon so lange her ...) Ja, aber an die schönen Seiten der "Jugend" erinnert man immer wieder gern. Und insbesonders an die "Freundin". (genialste Namenswahl für einen Computer ever ;-) (obwohl es angeblich nur wichtig war, das es im Alphabet vor Apple kommt) (und später kam dann einer mit "Acorn" ...) )
Bradward B. schrieb: > das es im > Alphabet vor Apple kommt Ja, aber die meisten guten Programme für 68k Cpus kamen oft von Programmierern, die vorher schon viel mit dem Apple gemacht hatten. Außerdem gab es mit diesen Cpus ja auch immer wieder und letztlich in die Sackgasse führende Kompatibilitäts-Probleme.
Jobst M. schrieb: > Irgendwie fühlt sich das nach dem Copper (in Agnus) an. Der startet ja > abhängig von der Strahlposition bestimmte Aktionen und lässt diese auch > bleiben, wenn die Position schon vorbeigezogen ist (dadurch könnte etwas > schneller werden - bzw. so wirken). Und dann flimmert es auch. Kann sein. > Ich gehe fast davon aus, dass Du die 5V am Agnus schon mit Scope und > Multimeter angeschaut hast!? (Ich habe dazu nichts geschriebenes > gefunden) Nein, kann ich mal machen. Nix zu sehen, alles OK. > Nur ein Versuch: Zieh mal die 512k Speichererweiterung heraus - sofern > vorhanden. Hab ich, keine Änderung.
Bradward B. schrieb: > Und insbesonders an die "Freundin". (genialste Namenswahl für einen > Computer ever ;-) In der DDR gab es ein Plattenlabel, das so hieß, das ließ das Ding in einem anderen Licht stehen. Der flackernde Fernsehmonitor und der orange Mauszeiger auf blauem Untergrund waren auch nicht so irre reizvoll ... Kurz: Es gab auch Leute, die einen 68k lieber in einem anderen System nutzten.
Harald K. schrieb: > Kurz: Es gab auch Leute, die einen 68k lieber in einem anderen System > nutzten. Was genau soll daran jetzt dem TE helfen?
Neue These: Das ist kein Fehler sondern ein unbeabsichtigt aktivierter Testmodus (Testmodus aka "Schnelldurchlauf"). Dafür spricht, das das Verhalten nur bei einem Hersteller auftritt, und das Spiel an sich wie jede aundere Software "ansich" funktioniert. Realisiert könnte der vermutete Schnelldurchlauf über die oben vermutetet Warte/sleeproutine die eben dafür sorgt das nicht alle 20 ms aka "jedes frame" die Position der Spielfiguren neu berechnet wird, sondern nur innerhalb der normalene menschlichen Reaktionszeit (um 200 ms). In dieser Routine könnte es jetzt auch einen Test nach aktivierten Testmodus geben und gegebenfalls nicht gewartet sondern eben Schnelldurchlauf gemacht werden. So wie manche Cheat-Modi eigentlich Modi für den Softwaretester sind, damit dieser Teile des Spiels erreichen (und damit auf Korrektheit überprüfen) kann, ohne stundenlang das Spiel fehlerfrei (ohne Leben zu verlieren) durchzuspielen. In der Release-Version bleibt dieser Testmode dann weiter drin. "In den Achtzigerjahren gibt es für bald jedes Heimcomputer-Spiel Cheats: Unsterblichkeit, Geld, Sprung in den nächsten Level, aktiviert durch Codewörter oder eine Tastenkombination. Beim Commodore Amiga ist es nicht selten die passend benannte [Help]-Taste." https://www.heise.de/tests/Von-XYZZY-bis-IDKFA-Eine-Reise-durch-vier-Jahrzehnte-Videospiel-Cheats-4857939.html Was Factor 5 damals zur Aktivierung des Testmodus ("Schnelldurchlauf Intro" verwendet haben könnte ... vielleicht ne Büroklammer im serial port, irgendein Anhängsel an irgendeinem port, Modifikation am Extension port, Floppy, PullUp am Joystick-anschluss, .... keine Ahnung. Leider kann man damit als Nicht Factor 5 Firmenangehöriger nicht sicher sagen, was nun konkret dieses Verhalten auslöst und was man nun an der einzelnen Kiste anschauen sollte. Vielleicht Tastatur abklemmen, Joystick wechseln, Ports abklemmen (oder gerade anklemmen) ... Aber dann nun (fast) jeder Chip gewechselt wurde und das "Verhalten" nur bei spezifischen Spielen an spezifischen Abschnitten beobachtet wird, würde ich Hardwaredefekt im eigentlichen Sinne ausschliessen.
:
Bearbeitet durch User
Falk B. schrieb: > Thema beendet. Ich hab die Kiste wieder zusammengeschraubt. Was? So schnell schon aufgegeben? ;-) Ich bin derzeit dabei, meinen Keller aufzuräumen und das alte Zeug darin zu sortieren. Wenn ich damit fertig bin und noch Zeit übrig habe, werde ich die beiden Amiga 2000 (ein A2000, und ein B2000), die dort noch schlummern, wieder mal zum Leben erwecken. Zum Glück habe ich weder Turrican 2 noch Apydia, so dass die Wiederinbetriebnahme aller Voraussicht nach völlig reibungslos vonstatten gehen wird ;-)
Yalu X. schrieb: > ich die beiden Amiga 2000 (ein A2000, und ein B2000), die dort noch > schlummern, wieder mal zum Leben erwecken. Zum Glück habe ich weder Ich hoffe Du hast den Uhrenakku rausgenommen bevor Du sie eingelagert hast. Ansonsten viel Spaß bei der Restauration des Mainboards...
:
Bearbeitet durch User
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.