101

(37 odpowiedzi, napisanych Zloty)

Dzięki wszystkim za wyśmienitego sztaba!

102

(31 odpowiedzi, napisanych Miejsca w sieci)

Cyprian napisał/a:

przeoczyłem linka bo na telefonie jest nieklikalny

Nie tylko na telefonie jest nieklikalny

103

(2 odpowiedzi, napisanych Bałagan)

Tego dokumentu jeszcze nie oglądałem (przeklikałem tylko), ale zakolejkowałem do obejrzenia.
Natomiast odnośnie tematu maszyn liczących, to jakiś czas temu czytałem książkę też w tym tymacie i bardzo mi się podobała więc polecam:
Bartłomiej Kluska "Automaty liczą. Komputery PRL"

104

(153 odpowiedzi, napisanych Fabryka - 16/32bit)

Cyprian napisał/a:

Osiągi to 1788 MB/s poprzez ACSI.

Mniam

105

(9 odpowiedzi, napisanych Konsole)

Idealnie to ująłeś.
Klimat i wykonanie cacy.

106

(3 odpowiedzi, napisanych Software, Gry - 16/32bit)

Zapowiada się wyśmienicie, choć do oryginału jeszcze daleko. Ale oby się udało, bo choć obenie nie gram specjalnie jakoś w tego typu gry, to w tą chętnie bym pograł, bo w owych czasach tęsknie spoglądałem na tą grę :)

107

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

Tu masz to trochę lepiej pokazane:

http://powerphenix.com/ct60/english/fitting63.htm

108

(5 odpowiedzi, napisanych Software, Gry - 16/32bit)

O kurcze, faktycznie nieźle to wygląda na tym GBA.
Pewnie do ogarnięcia pod CT'ki. Nie zerkałem jeszcze do środka, ale do tego to zapewne na jakimś SDL2. Co prawda to nie jakaś fizyka kwantowa, ale od roku zbieram się, żeby przejść przez jakiś mały projekt SDL2 downgrade'ując go do SDL1, tyle, że zawsze brak czasu. A fajnych otwartych projektów SDL2 jest całkiem sporo, więc się kiedyś muszę jakoś zebrać, bo projektów SDL1 coraz mniej i mniej.

Obecnie mam rozgrzebane 2 projekty (jeden "wisi" od lata :) ) i wiecznie brak czasu. A od dwóch dni walczę ze Scons'em, jakąs starszą wersją z 2014 roku i za cholerę nie wiem dlaczego nie chce używać tego co mu podstawiam pod zmienne CC, CFLAGS, LDFLAG itp, mimo, że najnowszy Scons to "łyka" prawidłowo. Niestety projekt jest z 2013 i składnia tamtejszego skryptu Scons'a nie idzie na obecnych wersjach. Jak nie urok to ... i wieczny brak czasu.
Ale ta OpenLara mnie zaintrygowała, będę musiał w to zerknąć jakoś (oby się udało przed emeryturą :D )

109

(33 odpowiedzi, napisanych Sprawy atari.area)

No w sumie racja :)

Edit:
Nie udało się. Zabrakło mi odwagi.

110

(33 odpowiedzi, napisanych Sprawy atari.area)

Ja w zeszłym roku się złamałem i zerknąłem na 2 pierwsze strony i 2 ostatnie. Nie polecam jak ktoś jeszcze nie był.
Też bym generalnie był za jakąś opcją aby ten syf nie pokazywał mi się na liście w ogóle, ale rozumiem też wyjaśnienie kierownika, że to taki bufor bezpieczeństwa, i że dzięki temu chlew nie rozlewa się na resztę forum. No niestety taki etap ewolucji przechodzi gatunek nazywający się rozumnym, że obecnie frustracje są praktycznie powszechne. Stanisław Lem idealnie to kiedyś podsumował. A sam osobiście nie umiem ogarnąć, że też takim rzeszom ludzi nie szkoda przede wszystkim magnezu i wapnia jak i całej pozostałej reszty półproduktów, do produkowania neuroprzekaźników które służą wyłącznie do bicia piany ...

111

(11 odpowiedzi, napisanych Emulacja - 8bit)

PeBe napisał/a:

@jury, sprawdziłem DXVK. U mnie występował w wersji 173. Po jego dodaniu i odpaleniu Altirry oraz przełączeniu się na DirectX niestety wywalił mi emulator. Sprawdziłem wcześniej jak stoję z Vulkanem, "coś" w systemie jest (mesa-vulkan-driver 21.2.5-1~mx21ahs, libckd3d1-1.1-5 dla x64 oraz i386, libvulkan1 dla x64 oraz i386), jednak wywalało mi komunikat z Wine, że brak obsługi jakiegoś elementu, czy jakoś tak (sorki, mam usunięte logi).

O Panie, dxvk 173 to chyba jakoś ze dwieście lat temu wyszedł :) Musisz mieć jakiegoś raczej mocno starego winetricks'a, trzeba by go najpierw selfupdate'ować. Ale już nieważne, fajnie że, coś tam po tych wyszystkich operacjach się przekręciło gdzieś i Altirra już działa jak należy.

112

(11 odpowiedzi, napisanych Emulacja - 8bit)

No niezły postęp :)

PeBe napisał/a:
jury napisał/a:

(...)spróbuję z ciekawości u siebie tą altirrę zamontować.

A czy też posiadasz Intela? Bo to by było coś :)

Tak, na notebooku jak dobrze pamiętam mam Intela. Ale dzisiaj nie dałem rady i jutro na pewno też nie dam rady. Dopiero we wtorek mogę spróbować.


PeBe napisał/a:
jury napisał/a:

Aha, na problemy wydajnościowe z grafiką, to praktycznie zawsze mi gigantycznie pomagało zaaplikowanie do danego prefiksu wine dxvk.

Rzuciłem okiem na Wine DXVK. Jako że moje distro jest Debianie, spróbowałem szybkiej instali przez apt. Okazało się, że repozytorium MXa nie zawiera tego pakietu. :( W kompilacje i całą resztę nie chce mi się bawić.

Póki co, to co jest jakoś mnie zadowala. Może kiedyś spróbuje się z tym jeszcze raz zmierzyć.

Nie, DXVK nie znajdziesz w żadnym repozytorium. Możesz domontować to sobie do wine ręcznie, albo najprościej skorzystać przez winetricks. Wpisz

winetricks list-all | grep dxvk

i to co zwróci jako najwyższe najlepiej (ostatnio jak sprawdzałem to była wersja sto dziewięćdziesiąt coś, ale załóżmy, że dla tego przykładu zwrócił jako najwyższe 195) wpisujesz:
jeśil potrzeba to nazwa prefiksu najpierw i

 winetricks dxvk195

I już.
To znaczy nie wiem jak w Twojej dystrybucji (MX) jest ze sterownikami Vulkan, bo dxvk ich wymaga, więc to byś musiał już z repozytorium pociągnąć (przez coś GUIowe, pewnie masz Synaptic'a, lub w konsoli) Ja w jednej dystrybucji musiałem instalować te sterowniki oddzielnie, a w innej nie, bo były w standardzie, więc sprawdź, bo naprawdę polecam DXVK, daje zauważalnego kopniaka mocy. A z tego co pisałeś gdzieś tam powyżej, to sama Altirra może działać w trybie DirectX9 i 11, a DXVK współpracuje z akurat tymi dwoma directami wyśmienicie.

113

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

sqward napisał/a:

14MB warto mieć do trybu 030..

No w sumie racja, to że ja nie używam tego trybu nie oznacza, że komuś nie może on się bardzo przydawać.
Choć kilka lat temu, "wpadłem" w Downfalla, który niby powinien działać pod CT, to jednak u mnie nie udało się go prawidłowo uruchomić. Ekran bardzo mrygał i nawet ggn robił mi na to jakiegoś patcha, to mimo wszystko nie pomogło, więc uruchamiałem go w trybie 030 14MB (bo jak dobrze pamiętam, to na 4MB miał jakieś braki)

114

(11 odpowiedzi, napisanych Emulacja - 8bit)

PeBe napisał/a:

Część pakietów amd64 i i386 wydaje się być zależna i nie mogę ich odinstalować pojedynczo, zostawiając np. tylko wersje i386 :|

Podobno tak nie jest, to znaczy można niby bez problemu odinstalować jakąś bibliotekę żeby nie pociągnęła za sobą wszystkiego co od niej zależy. A niby, dlatego, że tylko gdzieś czytałem o takiej możliwości na jakimś forum, i tyle, sam nigdy nie próbowałem. Ale domyślam, się, że taka opcja nie jest "wyciągnięta" do żadnej popularnej GUIowej instalarki tylko trzeba by użyć magicznej opcji przez terminal.
Oczywiście ja bym absolutnie żadnej zależności z powyższych z tego zrzutu ekranu nie próbował się pozbyć, tak tylko ślę małe info, że niby można odistalowywać zależności z ominięciem wszystkiego :)

A swoją drogą, jak będę miał dzisiaj późnym wieczorkiem czas, to spróbuję z ciekawości u siebie tą altirrę zamontować.

Edit:
Aha, na problemy wydajnościowe z grafiką, to praktycznie zawsze mi gigantycznie pomagało zaaplikowanie do danego prefiksu wine dxvk.

115

(11 odpowiedzi, napisanych Emulacja - 8bit)

Ja tam nie do końca bym był przekonany, że to chodzi o problem z grafiką. Próbowałeś różnych ustawień dzwięku?

https://forum.winehq.org/viewtopic.php? … 18b7909bc9

Edit:
Aha, z tego co rozumiem to używasz "zwykłego" wine (?) W takim razie spróbuj zainstalować wine-staging, to jest taki można rzec poligon, czyli zwykły stabilny wine z zaaplikowaną kupą (jak dobrze kojarzę to w okolicach tysiąca) różnych fix'ów, które nie do końca jeszcze zostały przetestowane i uznane za stabilne aby znalazły się w wersji stabilnej. Może to brzmi trochę groźnie, ale bez obawy, działałem przez lata na tym staging i gorzej niż na zwykłym nie jest, a wręcz w wielu przypadach te dodatkowe fix'y poprawiają albo wręcz umożliwiają uruchamianie niektórych rzeczy.

116

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

artik-wroc napisał/a:

Chyba zacznę od kupienia u Lotharka 14MB, bo tutaj akurat nie mam nic na podmiankę w celu sprawdzenia

Zamiast "pakować" się w kolejne koszty, a co niekoniecznie (choć raczej tak) okaże się rozwiązaniem problemu, to mogę podesłać moduł 4MB.
Tak naprawdę, to przy CT6x, 4MB podstawowej pamięci Falcona w zupełności wystarcza do chyba wszystkiego. Jak dobrze pamiętam, to trafiłem tylko na jedną aplikację, która wymagała więcej niż 4MB a nie potrafiła skorzystać z TTRAMu CT'ka

A tak w ogóle, to próbowałeś to CT na innym Falconie, tak aby wykluczyć awarię samego CT?

117

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

No to może jednak mimo, że nigdzie w wymaganiach nie wymienione, to jednak FPU jest wymagane?
Poszukałem z ciekawości trochę po sieci i nic w tym temacie jakoś nie znalazłem. Jedynie znalazłem że MyAES do 2012 roku miał przypadłość, że jakaś biblioteka jpeg.ldg miała błąd taki, iż jak nie było FPU, to nastawał crash MyAESa ( tylko przy domyślnej konfiguracji) Ale zostało to przez Oliviera naprawione.
Artik, skoro to się "wywala" na ładowaniu XaAESa, to spróbuj MyAESa w takim razie. On na bank nie wymaga FPU, więc będzie chociaż jasne czy XaAES z jakiegoś powodu wymaga FPU (ale wątpię)

Mi to jakoś tak czymś sprzętowym pachnie.

118

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

artik-wroc napisał/a:

FreeMiNT (Xaaes, MyAES), Magic, Linux nie ruszą bez FPU na CT60.

Skąd taka informacja? Chyba, że tylko wnioskujesz po tym, że masz działającego na ST z PAKiem. Ale to nic nie znaczy.
Nigdzie, nigdy nie widziałem w żadnych dokumentacjach, installation guides i tym podobnych aby FPU był wymieniony jako wymagalny dla FreeMiNTa (szczególnie, że kiedyś sam uruchamiałem 1.17 na gołym STE z 4MB i chodziło to w miarę)

1. Adam Klobukowski - 1 szt. (ST,STe)
2. Sikor - 1 szt. (STe)
3. Lopez - 1szt. (ST, STe) - zależnie od litości $$ którą trzeba by zapłacić :)
4. PrzemasIII 1 szt. (ST,STe) też zależy od ceny
5. szymonu - 1 szt STe
6. dely - wariant MegaBUS.
7. davemacblack - 1 szt. (ST, STe)
8. artik-wroc - 1szt MegaBUS
9. TomekTRV - 1 szt MegaBUS
10. marekP - 1 szt MegaBUS
11. jury - 1 szt (STe)

120

(734 odpowiedzi, napisanych Kolekcjonowanie)

%-)

http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=8446&download

121

(6 odpowiedzi, napisanych Sprzęt - 16/32bit)

Dzięki. To w takim razie powinno działać, więc pewnie chodzi o tą procedurę resetu ustawień o której wspomniał Kroll.

122

(6 odpowiedzi, napisanych Sprzęt - 16/32bit)

Nie wiem który to date code (a szybki strzał zapytania do sieci nic nie wniósł) więc wrzucam jakieś odydwa ciągi cyfrowo-znakowe znajdujące się na obudowie:

1822G
425566

@Kroll. Kurde, może to i o to chodzi. Kompletnie nie pamiętam abym coś takiego robił te naście lat temu, ale pewnie po prostu zapomniałem. Będę próbował, na pewno to w niczym nie zaszkodzi :)

123

(6 odpowiedzi, napisanych Sprzęt - 16/32bit)

Jakąś chwilę temu Falcon przestał mi trzymać namiary czasowe, a, że obecny DS12887 (piszę z głowy, ale chyba w wersji +) zakupiłem jakieś 11 czy 12 lat temu, więc stwierdziłem, że już zakończył żywota i niedawno kupiłem nowy moduł lokalnie (u Piekarza).
Zapobiegawczo zamontowałem w Falconie podstawkę te naście lat temu, więc wymiana nastąpiła szybko. Niestety nowy moduł zachowuje się tak samo, czyli po odłączeniu dostaw prądu, wraca do swojego startowego ustawienia.
Czy jest jakaś w miarę nieskompliowana procedura do sprawdzenia czy takowe układy wykazują oznaki życia?

124

(147 odpowiedzi, napisanych Zloty)

Ano było zacnie. Dzięki za spotkanie!

125

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

Cyprian napisał/a:

Gra jest zacna no i tak na szybko widzę że nie jest zbytnio szybsza na Amidze

No cóż, jak to można mieć zupełnie inny odbiór. Dla mnie wersja ST jest kompletnie niepłynna w porównaniu z Amigową, choć i Amigowa jest na tyle wolna, że i w nią nie grałbym komfortowo (przychylam się do stwierdzenia @maziego tu na AA kiedyś, że aby komfortowo grać w strzelankę z perspektywy pierwszej osoby, musi "latać" CO NAJMNIEJ 25 klatek na sekundę)
A niepłynność wersji ST idealnie widać tu:

https://www.youtube.com/watch?v=ZxhO1ZCOZ-M

Obydwie wersje różnią się nawet i ponad 2 ramkami na klatkę (na korzyść Amigi) co jak przeliczyć na ilość klatek na sekundę, daje jednak różnicę. I ją oczywiście wyraźnie widać. (nie mówiąc o tragicznym udzwiękowieniu wersji ST )
Oczywiście gloria i chwała autorom Dreada, bo pokonali niesamowitą barierę jeśli chodzi o 16bit i "Doom'a".