@_arti, post #3
@_arti, post #33
@krzysiekp41, post #34
@wali7, post #30
Po drugie w systemie 3.2 można sobie wykonać s-s w trybie potwierdzania każdej komendy i w ten sposób znaleźć winowajcę.
@krzysiekp41, post #1
@radekcz, post #39
Na koniec stawiam tezę - AmigaOS 3.2+ nie nadaje się do pracy z kartami graficznymi (RTG, Picasso96 itp.). Pewnie to jest źródłem niestabilności (może to przez to nowe intuition.library).
@radekcz, post #39
AmigaOS 3.2 i sterowniki RTG, które kaszanią system
wrzuciłem Picasso96 z CoffeineOS do AmigaOS 3.2.2
System się kaszani po załadowaniu monitora Picasso96 (z ustawieniami UAEgfx) i po otwarciu dowolnego ekranu. Ciekawe, że jak jest otwarty ekran przed załadowaniem IPrefs - HiRes 4 kolory - to jest ok, ale już po zaczytaniu konfigu przez IPrefs i przełączeniu ekranu - kaszana (obojętnie czy na natywny czy RTG).
Na koniec stawiam tezę - AmigaOS 3.2+ nie nadaje się do pracy z kartami graficznymi (RTG, Picasso96 itp.). Pewnie to jest źródłem niestabilności (może to przez to nowe intuition.library).
@Drakon, post #42
Przy właściwym skonfigurowaniu i instalacji nie ma żadnych problemów. Piszę oczywiście o emulowanym P96 w Pistormie
@Drakon, post #49
Nie zgodzę się. Jest jeszcze np. UAE.
W Emu68 emulowany jest zarówno procesor, jak i karta graficzna (dlatego też mamy sterownik emu68-vc4.card).
@Drakon, post #42
Ty chyba piszesz o "prawdziwym" hardware?
@radekcz, post #52
Jeśli chodzi o Picasso96 z Coffeine to technicznie zainstalowałem Amiga OS 3.2.2 na Coffeine więc wszystkie pliki systemowe i skrypty startowe zostały nadpisane.
@_arti, post #54
@Mokry, post #58