Aby dobrze działało

Dodano: 2004-10-15 00:00, Autor: kb, Kategoria: AmigaOS, Liczba wyświetleń: 4338

Aby dobrze działało

Od kilku dni systemowi developerzy podpowiadają użytkownikom jak optymalnie skonfigurować AmigaOS 4 Pre po aktualizacji. Najwięcej problemów wyniknęło z niewłaściwie przeprowadzonej instalacji uaktualnienia oraz (o zgrozo!) z poprzestawianych napięć na module procesora. Jeden z głównych developerów systemu, Stéphane Guillard, udzielił użytkownikom kilku porad na forum serwisu AmigaWorld.net. Warto się z nimi zapoznać, podobnie jak z zawartością pliku release history sterownika si680ide.device.

Dodaj komentarz

Petunia - integracja zakończona >>

<< Freedroid - w wersji dla AmigaOS 4.0

Zobacz podobne newsy:

Wszystkie bieżące newsy na naszych profilach Instagram, Threads i Facebook lub w widgecie na stronie głównej eXeca.

Discord (online: ) «»

Online: 13

Adam_M
AmiKit
Cizar
Heng
IMPBot
juen
Laubzega
m...
Marek_B
Patu
spazma
SZAMAN
ZeeWolf

dołącz do kanału »

r-tea Czytelnik

komentarz #1 wysłany: 2004-10-16 00:17

Najwięcej problemów wyniknęło z niewłaściwie przeprowadzonej instalacji uaktualnienia oraz (o zgrozo!) z poprzestawianych napięć na module procesora.

czy to installer uaktualnienie źle poustawiał te napięcia w hmmm... BIOSie? czy może on to w ogóle zrobić?

Odpowiedz

Konrad Bielski Redaktor

komentarz #2 wysłany: 2004-10-16 06:57 w odpowiedzi na komentarz #1

czy to installer uaktualnienie źle poustawiał te napięcia w hmmm... BIOSie? czy może on to w ogóle zrobić?

Można to zrobić przestawiając zworki na płycie.

Odpowiedz

Jacek Rzeuski Czytelnik

komentarz #3 wysłany: 2004-10-16 10:07

A na liście amigaos4@yahoogroups.com niektórzy nie wierzą, że użytkownicy mają dalej problem z obrazem na Radeonach 7000/7500.

Odpowiedz

r-tea Czytelnik

komentarz #4 wysłany: 2004-10-16 12:30 w odpowiedzi na komentarz #3

A na liście amigaos4@yahoogroups.com niektórzy nie wierzą, że użytkownicy mają dalej problem z obrazem na Radeonach 7000/7500.

oooo!
a co to za problem z obrazem?
pierwszy raz słyszę.
i czy to ma coś wspólnego z tymi napięciami na procku? bo coś mi tu nie pasuje.

Odpowiedz

r-tea Czytelnik

komentarz #5 wysłany: 2004-10-16 12:35 w odpowiedzi na komentarz #2

Można to zrobić przestawiając zworki na płycie.

czyli sami sobie narobili tego bigosu.

Odpowiedz

Jacek Rzeuski Czytelnik

komentarz #6 wysłany: 2004-10-16 16:39 w odpowiedzi na komentarz #4

Z tego co piszą, to problemy są generalnie dwa. Jeden to drżenie obrazu (nie wiem czy w poziomie czy w pionie) a drugi to po prostu totalna sieczka na ekranie. Występują tylko w niektórych rozdzielczościach, ale różnych u różnych ludzi. A Hyperion twierdzi, że te problemy zna i już dawno zostału usunięte. Jak widać tak im się tylko wydawało. Oczywiście można wymieniać kartę GFX aż trafi się na taką, która zadziała poprawnie. Pojawiają się też rady by wymienić monitor. LOL!

Odpowiedz

Jacek Rzeuski Czytelnik

komentarz #7 wysłany: 2004-10-16 19:01 w odpowiedzi na komentarz #6

O, właśnie ktoś opisał, że na A1 z najnowszym OS4 cierpi na znany od wielu lat bug w Picasso96 związany z BestModeID(), czyli dalej nie jest on poprawiony. Czemu nie jestem zdziwiony?

Odpowiedz

Mufa konto zablokowane lub usunięte Czytelnik

komentarz #8 wysłany: 2004-10-17 06:28 w odpowiedzi na komentarz #7

O, właśnie ktoś opisał, że na A1 z najnowszym OS4 cierpi na znany od wielu lat bug w Picasso96 związany z BestModeID(), czyli dalej nie jest on poprawiony. Czemu nie jestem zdziwiony?

Ja akurat mam radka 7500 i jestem zadowolony. W pre-release zauwazylem bledy i to conajmniej 2. Pierwszy polegal na tym ze w niektoych sytuacjach, glownie przy gierkach i emulatorach pod wskaznikiem myszki byly 2 zakaszanione kwadraciki. Drugi to taki ze w P96 mode, jesli chciales ustawic tryb z doublescanem to widziales tylko gorna polowke ekranu. Jednak oba te bledy zostaly poprawione w uaktualnieniu.

Odpowiedz

Tomasz Kaczanowski Czytelnik

komentarz #9 wysłany: 2004-10-17 10:04 w odpowiedzi na komentarz #8

O, właśnie ktoś opisał, że na A1 z najnowszym OS4 cierpi na znany od wielu lat bug w Picasso96 związany z BestModeID(), czyli dalej nie jest on poprawiony. Czemu nie jestem zdziwiony?
Ja akurat mam radka 7500 i jestem zadowolony. W pre-release zauwazylem bledy [...]
Błąd o którym pisze Yacek dotyczy głównie programistów (inaczej użytkownicy im nie dają życia zgłaszając błędy, które są w systemie, a nie u nich w programie, ale oni muszą pisać dodatkowy kod obchodzący tą niedoróbkę)

Odpowiedz

Jacek Rzeuski Czytelnik

komentarz #10 wysłany: 2004-10-17 15:07 w odpowiedzi na komentarz #9

Akurat to co opisał ten gość to inny aspekt tego problemu. Zaciekawił mnie, bo podał interesujące wyjaśnienie tego "fenomenu". Facet trochę zna się na budowie AmigaOS, więc to wygląda dość prawdopodobnie.

Otóż według niego głupoty zwracane przez BestModeID() w Picasso96 są wynikiem błędnej implementacji opcji FakeNative, która ma za zadanie emulować tryby natywne OCS/ECS/AGA a błąd polega na tym, że kod realizujący FakeNative jest wywoływany przed normalnym kodem BestModeID() i dlatego BestModeID() zwraca screenmodeid z puli PAL lub NTSC nawet, gdy karta GFX ma zdefiniowane rozdzielczości dobrze pasujące do warunków podanych w parametrach BestModeID().

Jednak z moich doświadzceń z tym bugiem ta teoria ma dwie wady. Po pierwsze mnie się udawało dostawać od BestModeID() -1, czyli tak jakby po tym, gdy kod realizujący FakeNative nie da pozytywnego wyniku, kod przeszukujący listę zdefiniowanych trybów wyświetlania już w ogóle nie był wywoływany. Po drugie próba wymuszenia MONITOR_ID karty GFX też niewiele pomaga i czasem zwracane są tryby PAL/NTSC, czyli możliwe, że kod FakeNative jest wywoływany nawet w takim wypadku, co byłoby totalnie bez sensu.

Tak czy siak wychodzi, że w P96 kod obsługujący listę trybów wyświetlania jest totalnie pochrzaniony i to by dobrze tłumaczyło dlaczego Kneer nigdy nie odważył się spróbować go poprawić mimo wielu zgłoszeń od programistów. Dalej jednak twierdzę, że gdyby poszczególnym trybom nadawać screenmodeid zgodnie z wytycznymi ustalonymi przez Commodore a nie według widzimisię Kneera, to problem byłby do opanowania w prosty sposób. Szkoda, że Hyperion ograniczył się tylko do przeniesienia kodu na PPC bez dokonania poprawek funkcjonalnych. Ale rozumiem, czas gonił a MorphOS rozpowszechniał się po rynku...

Odpowiedz

Powrót na górę ⇑ / Aktualności / Ostatnie komentarze