FAQWarum läuft MCPPrefs nicht auf AOS4? MCPPrefs untersucht das System und deaktiviert normalerweise Einstellungen, die auf diesem nicht möglich sind. Da AOS4 kein direktes Abfragen der Hardware emuliert, muss diese Erkennung teilweise abgeschaltet werden. Dies geschieht ab Version 1.44 automatisch, bei Version 1.43 ist das Tooltype "noautodeselect=2" anzugeben, um die Erkennung des Gary und Ramsey abzuschalten. Diese sind dann allerdings auswählbar, was nicht richtig ist, diese sollten nicht verwendet werden.Was läuft nicht unter AOS4? MCP ist noch auf die alte Amigahardware und bis OS3.9 angepasst. Eine AOS4-Version wird voraussichtlich nicht kommen, da die Entwicklung von MCP eingestellt worden ist. Aber auch so sind die meisten Funktionen sinnvoll unter AOS4 einsetzbar. Bisher bekannt sind folgende Funktionen/Patche nicht einsetzbar bzw. sinnvoll: Logbuch (V1.43 - Fehler) , CopyMem-Patche, AssignWedge, WBAbout, WBTitelaktivation, Automount sowie alle Prozessor- und Hardwareeinstellungen. Warum funktioniert WBAbout nicht mit OS 3.5 und 3.9? MCP fängt das Requester der Workbench ab, seit OS 3.5 wird aber für die Workbench-Version kein Requester, sondern ein Fenster geöffnet. Das an sich ist noch kein Problem, aber auch die Parameter werden dort nicht mehr übergeben, sondern direkt ausgegeben, darum kann MCP sie nicht abfangen. Es muss also eine komplett neue Routine geschrieben werden. Warum funktioniert der Bildschirmdimmer mit max. 8-Bit Farbtiefe anders? Dazu ist es nötig zu wissen, wie der Dimmer arbeitet, es werden nämlich die verwendeten Farbstifte manipuliert. Beim Amiga waren nie mehr als 8 Bit geplant gewesen, weshalb alle Bitplane-basierenden Funktionen auf 8 Bit beschränkt sind. Bei nur 16bit-Farbtiefe wären theoretisch schon Millionen dieser Farbstifte nötig. Bei allen Grafikmodi über 8 Bit, wird dieser Farbstift-Modus deshalb in keinster Weise unterstützt. Daher muss also für jeden Pixel eine neue Farbe errechnet werden. Das kann aber nur vom momentanen Screen getan werden, Änderungen auf dem Screen werden dadurch wieder normal dargestellt und erst beim nächsten durchlauf gedimmt. Warum gibt es keine optimierte 68060er Version? Die 020+ Version von MCP erkennt selbständig den Prozessor, und baut bei allen zeitkritischen Routinen den optimalen Code ein, allerdings wäre es nicht mehr zu handhaben, wenn das überall der Fall wäre. Wird es eine PPC-Version geben, oder wie ist die Unterstützung von OS4.0+? MCPPrefs wird gerade in C neu geschrieben, und kann damit später leicht angepasst werden. MCP hingegen ist komplett in 68k-Assembler geschrieben, eine Umsetzung auf PPC käme damit einer Neuprogrammierung gleich. Außerdem ist die Frage, welche Funktionen und Patche bei OS 4.0 oder höher überhaupt noch Sinn machen, d.h. welche werden eventuell schon im OS behoben oder integriert? Die Entscheidung kann also erst nach Erscheinen von OS 4.0 getroffen werden, und dann muss erst mal das Interesse abgefragt werden. Die HDPrefs funktionieren nicht richtig. Seit Version 1.33 war der Code für HDPrefs komplett entfernt. Ich habe diesen wieder eingebaut und die Fehler beseitigt. Leider wird durch Änderungen in OS3.5 und 3.9 jede Festplatte etwa alle 3 Sekunden angesprochen, so da die HDPrefs eventuell nicht greifen. Das Installscript bricht ab. Das Installerscript ist eigentlich recht gut, allerdings wird davon ausgegangen:
|