126

(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.

127

(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)

128

(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.

129

(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.

130

(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?

131

(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.

132

(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)

134

(743 odpowiedzi, napisanych Kolekcjonowanie)

%-)

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

135

(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.

136

(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 :)

137

(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?

138

(147 odpowiedzi, napisanych Zloty)

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

139

(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".

140

(147 odpowiedzi, napisanych Zloty)

No ale Kuba pisał, że 11stego mu nie pasuje (no chyba, że nie lubisz Kuby i właśnie specjalnie proponujesz 11stego %-) )
Wychodzi na to, że nie ma innej opcji jak 18sty?

Pin napisał/a:

bo nie każdy czyta twolinera ;)

No właśnie :)
Dzięki

142

(48 odpowiedzi, napisanych Miejsca w sieci)

piomet napisał/a:

Tylko zwiększcie częstotliwość :) Ile można czekać na następny odcinek.

Hmm, może lepiej nie :) Jeśli zwiększą częstotliwość, to nigdy ich nie "dogonię". Sam zacząłem oglądać Loading jakoś ostatniej jesieni i obecnie jestem na odcinku 25, czyli powoli, powoli doganiam i za kilka lat będę na bieżąco :D

143

(313 odpowiedzi, napisanych Zloty)

Też dziękuję! wszystkim zaangażowanym w organizację party. To był mój pierwszy Lost i jak bozia da, to mam nadzieję nie ostatni. Miejscówka ekstra, klimat rewelacyjny, po prostu świetnie spędzona końcówka tygodnia.

Hmm, jeśli by się zdarzył jakiś cud i dostałbym wolny piątek, to będę się starał celować aby dotrzeć do Konina przed dziesiątą, to może i ja bym się jeszcze dołączył do podwózki :)

145

(7 odpowiedzi, napisanych Sprzęt - 8bit)

Możesz np spróbować tu:
http://www.atari.org.pl/forum/viewtopic.php?id=14788

To jak nikt nie weźmie całości, to rezerwuję ST Action'y.

147

(28 odpowiedzi, napisanych Bałagan)

No ale zaraz, z tego co ja rozumiem, to ta wystawa jest każdego dnia w lipcu bez wyjątków. A w środy i piatki dodatkowo będzie pan prezes.

Ja też w któryś weekend postaram się przybyć.

QUAD napisał/a:

mam to kompilować pod atari rozumiem :)

Część assembler'owa na pewno nie skompiluje się pod atari ;)

149

(19 odpowiedzi, napisanych Bałagan)

Spoko, dzięki za linka. Z tego co widzę tam, to on ma boot 2.02. Nie bardzo się interesowałem co się dzieje w świecie CTPCI, ale z tego co piąte przez dziesiąte kojarzę, to jakikolwiek boot 2.x jest niekompatybilny z Super Videlem, więc być może nie będę mógł pogodzić tych rozszerzeń. Chyba, że 2.x jest wymagany tylko do Radeona (?) a w pozostałych przypadkach CTPCI zadziała np na 1.05 (?) Muszę gdzieś dotrzeć do tych informacji, bo mogę nieświadomie zbudować coś co nie ma prawa działać. Jak ktoś wie jakie są powiązania między poszczególnymi kartami a wersją boot'a, to poproszę o podzielenie się :)

Edit:
Dobra, nie doczytałem odpowiedzi mikro, że 1.05 ma obsługę CTPCI IDE. Dobra, to zostaje mi zbudować odpowiednią kanapkę i wgrać 1.05

150

(19 odpowiedzi, napisanych Bałagan)

Tak, zgadza się, kompletnie mi to nie przyszło do głowy o czwartej rano :) a przecież IDE praktycznie zjada procesor.


Kroll napisał/a:

tak dokladnie i spokojnie jest 2x szybsze IDE przy wykorzystaniu CTPCI (ponad 5MB/s), a testy były robione i pokazywane wielokrotnie na atari-forum.com

Jest gdzieś jakiś poradnik jak wystartować IDE przez CTPCI? Bo chciałbym sobie przetestować jak to będzie się zachowywało, więc do mojej kanapki wreszcie bym dorzucił jeszcze CTPCI :)
Poszukałem chwilę po sieci w tym temacie, to z tego co widzę to nie takie raz, dwa, trzy. Tylko trzeba przylutować jakieś dwa kabelki między CTPCI a płytą Falcona i tak dalej (nie znalazłem jeszcze o jakie chodzi) Więc może jest jakiś poradnik na który nie trafiłem?