08.06.2021 09:37
[#211]
Re: AmigaOS 3.2 wydany
@michal_zukowski, post #191
Żeby klasyk miał chociaż mimimum użyteczności to musiałby mieć procek 1GHZ i z 1GB ramu, nierealne przez nastepne kilka lat.
Jak najbardziej realne (chociaż z mapą/alokacją 1GB pamięci mogą być problemy), ja mam w tej chwili w klasyku 800mhz PPC (G3) i łącznie jakieś 0,5 GB ram (384MB bezpośrednio dla G3)
, tylko to niczego nie zmienia i sensownej przeglądarki nie ma co się spodziewać na AOS 3.x 
10.06.2021 19:25
[#221]
Re: AmigaOS 3.2 wydany
@_arti, post #179
Zgadzam się.
Jest to powiew nowoczesności.. taki sprzed parunastu lat :)
W amidze 1200 jestem bardzo zadowolony. Zobaczymy w amidze 4000.
Ciekawi mnie jak to będzie banglało z amigaos 4.0 classic.
Z plusów na szybko:
super bootmenu, bardzo szybko się uruchamia i ma parę przydatnych opcji, i dioda power miga z procesorem
w końcu superowy kickstartowy shell
zero problemów z CF IDE/PCMICIA CF, dużymi kartami CF
niepotrzebne pacze na scsi.device, co za tym idzie jeden szybki boot bez resetów
ogólnie błyskawicznie wstaje amiga, bez pustych przelotów, które mi się raz na jakiś czas zdarzały (miałem czasem konieczne resety z klawiatury gdy paczowane scsi.device nie nadążyło za dyskami podczas bootu, to znikło definitywnie)
diody hdd migają jak należy z cf ide/pcimcia cf, ale to nie pamiętam czy nie czasem zasługa KA47 kolegi Grzegorza
Jest to powiew nowoczesności.. taki sprzed parunastu lat :)
W amidze 1200 jestem bardzo zadowolony. Zobaczymy w amidze 4000.
Ciekawi mnie jak to będzie banglało z amigaos 4.0 classic.
Z plusów na szybko:
super bootmenu, bardzo szybko się uruchamia i ma parę przydatnych opcji, i dioda power miga z procesorem
w końcu superowy kickstartowy shell
zero problemów z CF IDE/PCMICIA CF, dużymi kartami CF
niepotrzebne pacze na scsi.device, co za tym idzie jeden szybki boot bez resetów
ogólnie błyskawicznie wstaje amiga, bez pustych przelotów, które mi się raz na jakiś czas zdarzały (miałem czasem konieczne resety z klawiatury gdy paczowane scsi.device nie nadążyło za dyskami podczas bootu, to znikło definitywnie)
diody hdd migają jak należy z cf ide/pcimcia cf, ale to nie pamiętam czy nie czasem zasługa KA47 kolegi Grzegorza
11.06.2021 12:57
[#228]
Re: AmigaOS 3.2 wydany
@QkiZ, post #227
Jeśli chodzi o czas uruchamiania to bezsprzecznym liderem jest 3.1. Pod WinUAE to jest błysk, zresztą nawet na gołej A1200 system szybciej się odpalał niż na PC (do momentu pojawienia się w powszechnym użyciu dysków SSD). 3.1.4 - jakbym nie ustawiał i kombinował to trawa kilkanaście sek. Natomiast w 3.2 nieco lepiej jest - plasuje się tak pomiędzy 3.1 i 3.1.4.
Przewija się temat DAContorll i montowania ADFów a raczej ich odmontowywania. Jest na Aminecie odpowiedni skrypt ale ma pewne wady, które w praktyce go wykluczają z użycia (nie działa jeśli w nazwie dysku są spacje albo jakieś znaki specjalne).
O ile dobrze pamiętam to jest taki programik BenchTrasch (był w 3.9 i jest osobno dostępny na Aminecie). On obsługuje odmontowywanie jak w maku - wrzucasz ikonke urządzenia na kosz i się odmontowuje. Można sobie zdefiniować szablony dla różnych urządzeń aby odpalić odpowiedni skrypt czy polecenie odmontowujące. Np.:
CD* - odpala Eject
dla adfów w 3.2 można dopisać
DA* - DAControl EJECT
Proszę mnie poprawić bo piszę to z pamięci więc może się mylę
Bawiłem się ostatnio arexx'em w 3.2 i napisałem lepszy skrypt niż ten w aminecie. Jeśli ktoś chętny to podaję linka. W paczce jest kilka innych skryptów - taka moja koncepcja na ulepszenie minimalnym kosztem. Jedyny wymóg do pełni szczęścia to LhA w C: aby 2-klikiem odpakowywać paczki z Aminetu. Uwaga - nie ma instalatora - trzeba ręcznie powrzucać pliki w odpowiednie miejsca. Hardkorowcy mogą w shellu rozpakować w następujący sposób (jesli paczka jest w RAM):
...albo ręcznie powrzucać. Kilka plików zamienia standardowe z systemu więc zróbcie sobie kopię S: i WBStartup.
Przewija się temat DAContorll i montowania ADFów a raczej ich odmontowywania. Jest na Aminecie odpowiedni skrypt ale ma pewne wady, które w praktyce go wykluczają z użycia (nie działa jeśli w nazwie dysku są spacje albo jakieś znaki specjalne).
O ile dobrze pamiętam to jest taki programik BenchTrasch (był w 3.9 i jest osobno dostępny na Aminecie). On obsługuje odmontowywanie jak w maku - wrzucasz ikonke urządzenia na kosz i się odmontowuje. Można sobie zdefiniować szablony dla różnych urządzeń aby odpalić odpowiedni skrypt czy polecenie odmontowujące. Np.:
CD* - odpala Eject
dla adfów w 3.2 można dopisać
DA* - DAControl EJECT
Proszę mnie poprawić bo piszę to z pamięci więc może się mylę
Bawiłem się ostatnio arexx'em w 3.2 i napisałem lepszy skrypt niż ten w aminecie. Jeśli ktoś chętny to podaję linka. W paczce jest kilka innych skryptów - taka moja koncepcja na ulepszenie minimalnym kosztem. Jedyny wymóg do pełni szczęścia to LhA w C: aby 2-klikiem odpakowywać paczki z Aminetu. Uwaga - nie ma instalatora - trzeba ręcznie powrzucać pliki w odpowiednie miejsca. Hardkorowcy mogą w shellu rozpakować w następujący sposób (jesli paczka jest w RAM):
cd RAM:
lha x #?.lha
cd DAEject-1.1.lha
COPY #? TO SYS: ALL FORCE
...albo ręcznie powrzucać. Kilka plików zamienia standardowe z systemu więc zróbcie sobie kopię S: i WBStartup.
11.06.2021 14:13
[#231]
Re: AmigaOS 3.2 wydany
@JakubH_, post #230
Nie chcę się narzucać ale tracisz 3 klawisze , które można w inny sposób wykorzystać.
Proponuję np. pod F1 podpiąć:
Po naciśnięciu odmontuje Ci wszystkie napędy DAx (wcześniej zapytująć grzecznie) lub tylko te, które są zaznaczone (na pulpicie).
W zestawie jest jeszcze kilka skryptów np. do edycji ToolMenu bez konieczności restartowania systemu (skrypt Remove-menu.rexx usuwa wszystkie pozycje z toolmenu i ponowne odpalenie MenuTools działa bez błędów). Możesz podpiąć pod klawisz albo menu skrypt Edit-MenuTools - robi automatycznie kopię bezpieczeństwa i po edycji pliku menu aktualizuje cały ToolMenu (do działania potrzebny skrypt Remove-menu.rexx... jeśli nie chcesz wrzucać całości).
Tak na marginesie to o niebo lepszy jest GoADF - szkoda, że amigowcy wciąż wynajdują koło od nowa; ...w sensie że DAControl to taka niepotrzebna zabawka.... żekłbym CrapWare
Wystarczyłoby do GoADF! dodać port arexx'a i byłby koszerny ...no chyba że do DAControl dodadzą obsługę HFE/ADZ/DMS to więcej do szczęścia nie będzie potrzeba.
Ostatnia aktualizacja: 11.06.2021 14:15:40 przez radekcz
, które można w inny sposób wykorzystać.Proponuję np. pod F1 podpiąć:
rx s:DAEject.rexx
Po naciśnięciu odmontuje Ci wszystkie napędy DAx (wcześniej zapytująć grzecznie) lub tylko te, które są zaznaczone (na pulpicie).
W zestawie jest jeszcze kilka skryptów np. do edycji ToolMenu bez konieczności restartowania systemu (skrypt Remove-menu.rexx usuwa wszystkie pozycje z toolmenu i ponowne odpalenie MenuTools działa bez błędów). Możesz podpiąć pod klawisz albo menu skrypt Edit-MenuTools - robi automatycznie kopię bezpieczeństwa i po edycji pliku menu aktualizuje cały ToolMenu (do działania potrzebny skrypt Remove-menu.rexx... jeśli nie chcesz wrzucać całości).
Tak na marginesie to o niebo lepszy jest GoADF - szkoda, że amigowcy wciąż wynajdują koło od nowa; ...w sensie że DAControl to taka niepotrzebna zabawka.... żekłbym CrapWare
Wystarczyłoby do GoADF! dodać port arexx'a i byłby koszerny ...no chyba że do DAControl dodadzą obsługę HFE/ADZ/DMS to więcej do szczęścia nie będzie potrzeba.Ostatnia aktualizacja: 11.06.2021 14:15:40 przez radekcz
11.06.2021 15:27
[#233]
Re: AmigaOS 3.2 wydany
@radekcz, post #228
Jeśli chodzi o czas uruchamiania to bezsprzecznym liderem jest 3.1. Pod WinUAE to jest błysk, zresztą nawet na gołej A1200 system szybciej się odpalał niż na PC (do momentu pojawienia się w powszechnym użyciu dysków SSD). 3.1.4 - jakbym nie ustawiał i kombinował to trawa kilkanaście sek. Natomiast w 3.2 nieco lepiej jest - plasuje się tak pomiędzy 3.1 i 3.1.4.
Chodziło mi raczej o responsywność systemu. Między 3.1 i 3.1.4 nie było różnicy. 3.2 działa wolniej niż 3.9 nawet. Najbardziej to widać na odczytywaniu ikonek. Zmapowanie kicka trochę pomogło.
11.06.2021 17:09
[#236]
Re: AmigaOS 3.2 wydany
@QkiZ, post #235
Wpinam adapter PCMCIA-CF, w to CF-SD, a w to kartę SD (używając compactflash.device + fat95). Pod 3.1.4 śmigało bezproblemowo, teraz card.resource w ogóle się nie melduje w systemie (nie widać go w SysInfo). Jeśli wyłączę górne 4MiB (Furia, czyli przytrzymuję Amiga + Amiga + Ctrl przez 3s), wszystko jest jak dawniej.
Wg FAQ Hyperiona:
Rozumiem więc, że pracując nad 3.2 zdecydowali, że tak jest bezpieczniej.
Wg FAQ Hyperiona:
Disabling the PCMCIA card interface in a conflict situation is the
only safe way to avoid memory overlapping as the Gayle chip decodes
PCMCIA accesses once a card is inserted.
Rozumiem więc, że pracując nad 3.2 zdecydowali, że tak jest bezpieczniej.
11.06.2021 18:05
[#237]
Re: AmigaOS 3.2 wydany
@Cedrat, post #1
Instalowałem system os3.2 na kartę SD 34 GB, wszystko ładnie poszło. Ale jednak chce dokonać podziału pamięci. I tu występuję problem :
Karta SD podzielona :
Karta została podzielona na 2,13,15
Karta nie jest zdefiniowana, podział został zrobiony na 3.1.4 bo 3.2 nie dział
Występuję taki błąd
A najlepsze jest to że widzi jedną partycje, która została sformatowana
Co zrobić aby pozostałe partycje również były widoczne. Zaznaczam że wszystkie opcję zostały utworzone tak jak przy widocznej partycji.
Karta SD podzielona :
Karta została podzielona na 2,13,15
Karta nie jest zdefiniowana, podział został zrobiony na 3.1.4 bo 3.2 nie dział
Występuję taki błąd
A najlepsze jest to że widzi jedną partycje, która została sformatowana
Co zrobić aby pozostałe partycje również były widoczne. Zaznaczam że wszystkie opcję zostały utworzone tak jak przy widocznej partycji.
11.06.2021 22:02
[#239]
Re: AmigaOS 3.2 wydany
@dcebula, post #237
Co zrobić aby pozostałe partycje również były widoczne.
Spróbuj użyć starszej wersji Winuae, np. z 2018 roku. Z kartami
pamięci, Winuae zawsze uruchamiam w trybie administratora.
Miałem podobny problem, nawet 2 dni temu temat założyłem:
https://www.ppa.pl/forum/amiga/43076/problem-z-karta-cf-i-winuae#m723875
Ostatnia aktualizacja: 11.06.2021 22:10:00 przez mmarcin2741
