Komentowana treść: EmuV0 0.30 (beta)
10.11 07:25
[#4]
Re: EmuV0 0.30 (beta)
@michal_zukowski, post #3
1) i 2) Kod 32-bit i 64-bit może wymieniać się wiadomościami. Problemem jest fakt, że każda ze stron oczekuje strukury wiadomości o innym rozmiarze i innych offsetach pól. Dlatego w każdym przypadku potrzebny jest w emulatorze kod do tłumaczenia. Tak na przykład działa 32-bit muimaster.library który dostaje przetłumaczone przez emulator wiadomości od 64-bit Intuition i to już pozwala sporej grupie aplikacji 32-bit działać poprawnie.
Czyli odpowiadając na pytanie: w generyczny sposób nie. W sposób wystarczająco dobry aby chodziło sporo aplikacji tak.
3) Tak, jest to możliwe (i wymagane aby programy były zintegrowane). Problem polega na tym, że kod 32-bit przekazuje struktury o innych rozmiarach i przekazuje jest w inny sposób (przez stos) niż kod 64-bit oczekuje, dlatego wymaga jest translacja argumentów. Jest to zrobione dla podstawowych bibliotek (exec, dos, intution, etc) a w pozostałych przypadkach kod 32-bit po prostu działa na bibliotekach 32-bit (muimaster)
4) Nie. Nie jest to planowane i nie jest to potrzebne. Nie ma w tej chwili żadnych wartościowych bibliotek 32-bit które nie miałyby już wersji 64-bit
5) Nie zastanawiałem się nad tym, ale zapewne wyzwania są podobne do 1) i 2).
Ponieważ naturalnie narzuca się tutaj porównanie do emulatorów m68k->PPC, ważne jest aby wyjaśnić, że ten emulator nie ma "przedłużyć życia" aplikacji 32-bit, tylko dodać fukcjonalności do AROS 64-bit do czasu pojawienia się natywnych re-kompilacji aplikacji które jeszcze nie zostatały przemigrowane. Wyjątkiem w przypadku "przedłużania życia" są aplikacje Hollywood gdzie autor nie planuje (przynajmniej w tej chwili) zrobić Hollywood dla AROSa 64-bit.
Czyli odpowiadając na pytanie: w generyczny sposób nie. W sposób wystarczająco dobry aby chodziło sporo aplikacji tak.
3) Tak, jest to możliwe (i wymagane aby programy były zintegrowane). Problem polega na tym, że kod 32-bit przekazuje struktury o innych rozmiarach i przekazuje jest w inny sposób (przez stos) niż kod 64-bit oczekuje, dlatego wymaga jest translacja argumentów. Jest to zrobione dla podstawowych bibliotek (exec, dos, intution, etc) a w pozostałych przypadkach kod 32-bit po prostu działa na bibliotekach 32-bit (muimaster)
4) Nie. Nie jest to planowane i nie jest to potrzebne. Nie ma w tej chwili żadnych wartościowych bibliotek 32-bit które nie miałyby już wersji 64-bit
5) Nie zastanawiałem się nad tym, ale zapewne wyzwania są podobne do 1) i 2).
Ponieważ naturalnie narzuca się tutaj porównanie do emulatorów m68k->PPC, ważne jest aby wyjaśnić, że ten emulator nie ma "przedłużyć życia" aplikacji 32-bit, tylko dodać fukcjonalności do AROS 64-bit do czasu pojawienia się natywnych re-kompilacji aplikacji które jeszcze nie zostatały przemigrowane. Wyjątkiem w przypadku "przedłużania życia" są aplikacje Hollywood gdzie autor nie planuje (przynajmniej w tej chwili) zrobić Hollywood dla AROSa 64-bit.
11.11 19:57
[#8]
Re: EmuV0 0.30 (beta)
@Pinto, post #5
Dlaczego interfejs AROS-a nie jest asynchroniczny tak jak w MORPHOSie
,,Pra__wdopodobnie"-bo już nie pamiętam rozchodzi się o przerzutniki np.DK -to jest też pewna filozofia
związana z sprzęgłami w motocyklu Pegaz ,gdzie jak pamiętam było sprzęgło asynchroniczne czy coś około tego-dla tego MorpheOS jest asynchroniczny -bo tak chciał,,Twórca"-moco dawca.
,,Pra__wdopodobnie"-bo już nie pamiętam rozchodzi się o przerzutniki np.DK -to jest też pewna filozofia
związana z sprzęgłami w motocyklu Pegaz ,gdzie jak pamiętam było sprzęgło asynchroniczne czy coś około tego-dla tego MorpheOS jest asynchroniczny -bo tak chciał,,Twórca"-moco dawca.
ykana. 
12.11 11:44
[#19]
Re: EmuV0 0.30 (beta)
@retrofaza, post #18
Naprawdę jest wiele ludzi, którzy wolą oryginalne zachowanie AmigaOS 3.1
I to jest jedyny powod? Serio??? Jakos tego nie kupuje.
Jakos koledze wyzej to przeszkadza. Mnie pewnie tez jak bym sie przesiadl z OS3.9.
System AROS idacy z duchem czasu, wprowadzajacy 64 bity, wielordzeniowosc i pewnie jeszcze inne innowacje.
I ktos przychodzi i mowi ze chce zeby sie to zachowywalo jak OS3.1?
To jest zahamowanie rozwoju jak dla mnie.
Jak ktos chce zachowania z 3.1 to niech sobie WinUAE zainstaluje.
Ostatnia aktualizacja: 12.11.2025 11:47:46 przez Phibrizzo
12.11 21:39
[#23]
Re: EmuV0 0.30 (beta)
@docent, post #11
A na amidze blokuje? nie sadze...
Gdy się kopiuje pliki w Workbenchu 3.0/3.1 to nic się robić nie da. Dopiero 3.5/3.9 to zmieniły. Ja w epoce tego nawet nie zauważyłem, bo gdy używałem Workbencha to nigdy do kopiowania plików (wtedy zwykle jakiegoś FileMastera się używało). A od 1997 Workbencha zastąpiłem Magellanem i ta ułomność zniknęła. Dopiero na przełomie wieków na IRCu ktoś mi powiedział, że Workbench 3.1 nie pozwala nic robić podczas kopiowania. Byłem tym wtedy tak zaskoczony, że aż musiałem to sprawdzić uruchamiając na chwilę Workbencha zamiast Magellana.
