02.Mär.2022
iComp
|
RTG-Treiber: P96 V3.2.4 veröffentlicht
Jens Schönfeld (individual Computers) schreibt:
"Die neue Version geht alle Fehlerberichte an, die in unserem Supportforum mitgeteilt wurden - und ein paar mehr. Wie üblich ist das Update kostenlos für alle Kunden, die in den vergangenen zwölf Monaten eine Lizenz von P96 erworben haben. Loggen Sie sich einfach ein und laden Sie das P96-Archiv erneut herunter: es enthält automatisch die neueste Version. Änderungen in V3.2.4:
- Die Anzeige nativer Modes wie DblPAL oder productivity funktionierte unter V3.2.3 nicht - gelöst.
- Der S3Virge Blitter hat Probleme mit einer bestimmten Blit-Größte, die von dieser neuen Version vermieden wird.
- Der "manuelle" MMU Hack ist in dieser Version entfernt. Alle Modifikationen an der MMU Tabelle benötigen nun die mmu.library.
- In der Vorgängerversion wurde ein VBlank Interrupt gestört; das VerticalTotal Hardwareregister wurde mit sinnlosen Werten beschrieben. Gelöst.
- Der S3Virge Blitter kann maximal 4064 Bytes pro Zeile verarbeiten. Zuvor war das Limit noch auf 4095 Bytes eingestellt, was auf großen Bildschirmen zu Fehlern geführt hat. Gelöst.
- BltMaskBitMapRastPort() funktionierte nicht korrekt wenn der Zielbildschirm nicht die volle Tiefe hatte, also wenn ein chunky Mode mit weniger als 8 Bits Tiefe verwendet wurde.
- BltMaskBitMapRastPort() hat nicht den richtigen Modulowert für die Maske verwendet, wenn die Quell-Bitmap interleaved und planar, sowie die Ziel-Bitmap chunky oder high/true-colour war. Die Maske wurde für Planar-zu-Planar (interleaved oder nicht) Blits korrekt angewendet.
- Achtung Nutzer der oMNiBus Karte! Der Kartentreiber könnte den TsengET4000W32 Chiptreiber verwenden, auch wenn eine alte Version des Tseng Chips gar keinen Blitter hat. In diesen Fällen das System beim Versuch eines Blits entweder hängen bleiben, oder es wird einfach nicht funktionieren. Um das zu verhindern, setzen Sie den tooltype NOBLITTER=Yes im Monitoricon des oMNiBus monitors. Bitte beachten Sie, dass es sich hierbei nicht um ein neues Problem handelt.
- Eine große Anzahl an Verbesserungen hat es für die Merlin und TsengET4000w32 Treiber gegeben. Bitte beachten Sie dennoch, dass die Merlin Karte schwerwiegende Hardwarefehler hat, die nicht komplett in Software ausgeglichen werden können. Die Karte kann das System zum Stillstand oder Absturz bringen, auch wenn wir unser Bestes tun, diese Situationen zu vermeiden. Selbst mit den Board/GAL Updates können diese Fehler nicht komplett behoben werden. Sie sollten die Merlin durch eine stabiliere Karte ersetzen. Wir empfehlen dringend, den Merlin-Support nicht zur Kaufentscheidung für das P96 Archiv zu machen. Die Änderungen am Merlin-Treiber im Detail:
- Ein MuForce hit im Merlin Kartentreiber wurde behoben.
- Wegen schlechter Leiterbahnführung kann der Taktgenerator der Merlin dem Grafikchip keine höheren Frequenzen als 80MHz zuführen - auch dann nicht, wenn der Takt später im Tseng Chip wieder herunter geteilt wird. Aus diesem Grund ist nun die Voreinstellung, dass Taktraten oberhalb dieser Grenze nicht mehr angewählt werden können. Falls Sie unbedingt (und natürlich auf eigene Gefahr) eine höhere Taktrate ausprobieren möchten, setzen Sie den tooltype OVERCLOCK=YES im Monitoricon.
- Wegen Fehlern im Hardwaredesign kann der TsengET4000w32 Chip falsche Daten beim Schreiben auf seine Register erkennen, was zu Hängern oder sichtbaren Blitter-Artefakten auf dem Bildschirm führen kann. Der neue Tseng Treiber ist nun besonders vorsichtig und überprüft, dass die korrekten Daten geschrieben wurden, bevor ein Blit ausgelöst wird. Dies kann jedoch nicht für alle Register gemacht werden. Eine besonders kritische Phase ist der Wechsel von Anzeigemodi - dies sollte nach Möglichkeit vermieden werden.
- Wegen Hardwareproblemen konnten frühere Tseng Chiptreiber beim Warten auf das Ende von Blitter-Aktivität hängen bleiben. Der neue Treiber versucht dieses Problem so gut wie möglich zu umgehen.
- Die Merlin und Tseng Treiber schalten nun die Bildausgabe aus, wenn einige Chipregister verändert werden. Dies reduziert die Wahrscheinlichkeit, dass der Chip bei diesen Änderungen abstürzt. Leider können solche Abstürze damit nicht ganz verhindert werden, da es sich um ein Hardwareproblem handelt, nicht um ein Treiberproblem.
- Der Merlin Kartentreiber nutzt nun kein aggressives MMU Tabellenmapping mehr. Es kommt nun eine sehr konservative Einstellung zum Einsatz. Versuchen Sie nicht, dieses Mapping zu "fixen", denn der Tseng Chip kann seine Blitter Regsiter in den den VGA Speicherbereich legen, jedoch vertragen diese Hardwareregister das "write recording" nicht, welches durch das aggressive Mapping eingeschaltet wird.
- Der Merlin Kartentreiber hat nicht für alle Modes die korrekte Breite angegeben. Wegen der begrenzten Größe der Hardwareregister können Hi-color modes nicht breiter als 1024 Pixel, true-color Modes nicht breiter als 684 Pixel und true-alpha Modes nicht breiter als 512 Pixel sein.
- Um Stabilitätsprobleme zu begrenzen kann nun der Interrupt von einer Merlin Karte ausgeschaltet werden indem der "INTERRUPT=No" tooltype im Merlin Monitoricon angegeben wird.
- Der Merlin Kartentreiber stellt nun nicht mehr seine eigenen Funktionen für die Übertragung von planaren Daten aus dem Chipram in den VGA-Speicher zur Verfügung, da die rtg.library diese Funktion bereits mit exakt dem gleichen Algorithmus bietet.
- Aufgrund von Beschränkungen der Hardware sind die Sprites die von der Merlin Karte (bzw. dem RAM DAC auf der Karte) dargestellt werden können auf 32x32 Pixel für high-res Sprites, und 16x16 Pixel für "große" Sprites begrenzt (d.h. BIGSPRITE=Yes in den Tooltypes des Monitortreibers). Dies führt dazu, dass ein hoher Mauspfeil unten abgeschnitten dargestellt wird. Leider kann der Treiber nichts dagegen machen.
- Der TsengET4000w32 Chip hat ein memory overlay Feature das nun durch das P96 "Pip" (Picture-in-Picture) Interface angesprochen werden kann. Da jedoch dieser Tseng Chip keinen integrierten RAM DAC hat, ist das Speicherfenster stark begrenzt. Der RBGMode (pixel mode, pixel organization) in diesem Speicherfenster MUSS identisch zum dargestellten RGB Mode sein; er darf nicht planar sein. Das bedeutet, dass Sie nur "chunky" Speicherfenster auf "chunky" Screens, "hi-color" Overlays auf "hi-color" Screens und "true-color" Overlaysauf "true-color" Screens darstellen können. Das Speicherfenster unterstützt keine Überdeckung, so dass das Speicehrfenster nur dann erscheint, wenn es das "Oberste" auf dem Bildschrim ist und dabei nicht teilweise überlagert oder angeschnitten wird. Andernfalls schaltet der Treiber das Overlay einfach ab. Es gibt ein PIP-Demo im Aminet, welches auch Quelltexte enthält. Bitte beachten Sie, dass dieses Demo versucht, ein "hi-color" Overlay zu erzeugen, was - wie oben beschrieben - nur auf einem hi-color Screen funktionieren wird.
- Wenn Sie seltsam-kaputte Dinge beim Anzeigen von Texten oder Icons auf der Merlin sehen, versuchen Sie den tooltype SYSTEM2SCREENBLITS=No im Merlin Monitoricon zu setzen. Dies verhindert ganz, dass der Blitter werwendet wird, wenn die Quelldaten komplett vom Hauptprozessor zur Verfügung gestellt werden (Blit-Quelle nicht direkt auf der Merlin). Da Datentransfer *auf* die Merlin besonders instabil ist, kann dies schon einige Probleme lösen.
- Falls Sie weiterhin Artefakte auf dem Bildschirm besobachten, müssen Sie den Blitter auf der Merlin komplett deaktivieren. Dies erreichen Sie mit dem Tooltype NOBLITTER=Yes im Merlin Monitoricon.
(dr)
[Meldung: 02. Mär. 2022, 05:44] [Kommentare: 4 - 04. Mär. 2022, 06:20]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]
|
