QUAD napisał/a:

mam to kompilować pod atari rozumiem :)

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

152

(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

153

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

154

(19 odpowiedzi, napisanych Bałagan)

Dzięki Krollu za test SCSI.
To przyznam szczerze, że się zdziwiłem, że to takie wolne. Pamiętało mi się, że kiedyś do direct-to-disk recording polecane były właśnie SCSI ze względu właśnie na to że były dużo szybsze, ale widać w takim razie, że źle to pamiętam, bo na Falconie musi być zamontowane to ograniczenie o którym pisze Cyprian. Aczkolwiek, to mi też nie pasuje, że niby IDE jest do 5MB/s. Bo pamiętam, że AdamK (jakieś kilkanaście lat temu) pisał tutaj na AA, że udało mu się osiągnąć 10MB/s przez IDE, oczywiście to było bez żadnych pośredników typu sterownik, system operacyjny itp, no ale to jest duuuuuuużo więcej niż ten limit. No chyba, że to było na dopałce jakiejś, tego już nie pamiętam.

@AS, a sprawdź tego SSD'ka przez jakiegoś testera, bo zaryzykuję stwierdzenie, że prędkość będzie praktycznie taka sama jak na zwykłym talerzu. Tu nie ma zupełnie znaczenia prędkość dysku, przecież karty SD czy CF też już mają po kilkadziesiąt MB na sekundę, a na Falconie 2 :P

Tak, już właśnie jestem po czyszczeniu spirytusem i kurcze nie pomogło :(
Jutro spróbuję tą pamięć przetestować yaart'em, bo może po prostu popsuta się mi trafiła.

156

(19 odpowiedzi, napisanych Bałagan)

Mocno mnie jeszcze ciekawi SCSI. Masz może jeszcze jakiegoś podpiętego żeby zrobić test czy już całkiem przeszedłeś na IDE i wszystkie inne jego warianty?

O, dzięki. Co prawda takiej szczoteczki czy IPA to nie mam, ale spróbuję te styki jakoś przeczyścić.

158

(19 odpowiedzi, napisanych Bałagan)

O, super. Od tygodnia zbieram się zadać pytanko czy ktoś właśnie robił testy tego typu na Falconie. A tu proszę, gotowiec :) i pewnie jak piszesz, wynik będzie raczej i dla nas też pożyteczny.

OK, czyli potestowałeś chwilę a nie tylko na zasadzie włączenia i sprawdzenia czy się uruchamia :)
Co do mouse looka, to też bym fioła dostawał jak bym coś musiał trzymać wciśnięte aby działało. Coś musisz mieć nie do końca dobrze z konfiguracją, bo ja kiedyś trochę w Quake'a grałem na Falconie i wystarczyło, że w konsoli załączałem mouse looka (+mlook) i nic nie musiałem wciskać aby myszowe rozglądanie się działało.

Kroll napisał/a:

najlepszy jest YAART (Yet another Atari Ram test) takze do testowania TT-Ramu.

O, dzięki. Lata temu nawet go używałem, ale nie mogłem sobie przypomnieć tej nazwy. To spróbuję przetestować tą kość yaart'em :)

Kroll napisał/a:

inna np powodowala pojawianie sie syfów na ekranie (nawet uruchamianie kompa z CTRL bledne wyswietlania ikona kosza, albo juz po wystartowaniu np MiNT-a, pojawiania sie kresek w Teradesku.

W moim przypadku nie zauważyłem żadnych dziwactw wyświetlania ani w TOSie, ani  MiNT'cie (choć w sumie może za krótki test był), ale w Quake'u kilka razy robiła się taka "kaszana" na ekranie, że przez chwilę nic nie było widać. Ale po max sekundzie wracało wszystko do normy (po czym Quej i tak się w końcu wywalał )

Kroll napisał/a:

@Jury z tego co wiem ty masz Czubowe CT ?
To tym barsziej jestem zdziwiony

Tak, tylko Czubowe CTki mam. Jak się zbiorę (a dostaję od razu wysypki na samą myśl o wyciąganiu CT + przkładaniu Super Videla), to spróbuję przełożyć SV na inne CT63 i zobaczyć czy jest różnica.

Moja dzisiaj dotarła i coś z nią jest nie tak. Załączyłem do testu 3 gry żeby sobie podziałała, ale każda z gier po max kilku minutach albo zawieszała kompletnie maszynę, albo gra się wywalała :/
Czym prztestuję szczegółowo pamięć TT-RAM na Falconie (bo nie mam innego sprzętu na DIMM'y)?

perinoid napisał/a:

założyłem w moim CT60e - i działa.

Długo działałeś na tej pamięci? Chodzi mi o to czy dłużej niż tylko wpięcie jej i uruchomienie systemu na chwilę? Bo przez kilka minut, to i u mnie wszystko wskazuje, że jest OK, dopiero po jakichś 3-5 minutach zwiechy.

Podziękował!

Potrzebuję do testów z CT63 kość 512MB. Kupiłem jakiegoś IBM'a ale Falcon na nim wystartował ze 2 czy 3 pierwsze razy, co i tak dość szybko kończyło się zawieszeniem na które pomagał tylko przycisk zasilania. A potem już w ogóle na tej kości nie udało mi się uruchomić sprzętu. Wpisałem w końcu parę znaków z naklejki tej kości do sieci i okazało się że to ECC :/
Ma ktoś gdzieś jakieś pewne źródło z pamięciami polecanymi przez Czubę i które na pewno dobrze działają z CT? (czyli PC133 CL2 z układami po obydwu stronach) Bo na znanych portalach ten typ DIMMów raczej nie występuje, a skanuję te portale dość regularnie. Na razie jedyną taką kostę na którą trafiłem był właśnie ten IBM.

No chyba, że ktoś ma niezbyt polecane przez Czubę PC100 i mu CT działa wyśmienicie, to też poprosiłbym o model takiej kości, to może łatwiej będzie taką gdzieś kupić.

163

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Dzięki. Przejrzałem sobie tą książkę i zapowiada się nieźle.

164

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

BartoszP napisał/a:
jury napisał/a:

tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?

Bo nagłówki są dla wygody ale pewno "ifdefowane" na potrzeby danego środowiska i efektywnie są puste.

No właśnie tutaj nigdy nie zaobserwowałem takiego podejścia. Na przykład wiele "starych" bibliotek ciągnących się z gcc od dziesiątek już lat po prostu fizycznie brakuje w atarowskim toolchainie i już, a to byłby pierwszy przypadek na który trafiłiam, że nagłówki są ale nic poza tym. Co do samej zawartości nagłówków, to zaglądałem tam i nie wyglądały mi na "ifdefowane do pustki", ale zdarza mi się czasem kompletnie ominąć jakiś kawałek ifdef'a, więc może faktycznie tym razem tak została rozwiązana kwestia braku biblioteki. Z ciekawości zerknę dokładniej w te nagłówki (ale strzelam, że są pełnoprawne)

BartoszP napisał/a:

gdyby gcc było tylko do C a nie  C++, to powinie "dżeć paszcze" o brak pliku "mutex." czyli bez rozszerzenia.

W sumie racja

165

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Hmm, to by mogło tłumaczyć problem z kompilacją, tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?
Spróbuję z ciekawości w takim razie poszukać coś więcej w temacie braku wątków "u nas". Dzięki za wskazówkę.

166

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Hmm, jak tak nad tym chwilę podumałem, to może i faktycznie. Zdziwiłbym się w sumie mocno, ale warto spróbować.

167

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

laoo/ng napisał/a:

Nie wiem jak jest w tym środowisku z kompatybilnością ze standardem, ale ja bym spróbował std::mutex

Dzięki za sugestię, ale niestety nie o to chodzi. Generalnie to w tym środowisku średnio jest z kompatybilnością ze standardem. Wiele rzeczy jest poza biblioteką standardową i std:: nie przechodzi, i w tym przypadku też na pewno tak jest.

Lizard napisał/a:

Wtedy komunikat byłby o braku pliku nagłówkowego.

Zgadza się.

168

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Dlaczego próba kompilacji:

#include <mutex>

int main()
{
     mutex m;
}

kończy się tak:

m68k-atari-mint-gcc mutex.cpp
mutex.cpp: In function 'int main()':
mutex.cpp:5:5: error: 'mutex' was not declared in this scope
     5 |     mutex m;

?

Toolchain Thorsten'a oparty na gcc 9.x, ale strzelam, że Vincent'owy pewnie też tak się zachowa.

Jak najbardziej OK.

Edit:
Łaaa, dodałem odpowiedź w jakieś 2 sekundy. Dely niezłego koksu dorzucił do serwera :)

170

(147 odpowiedzi, napisanych Zloty)

Nie wpisuję się na listę bo nie wiem czy na pewno uda mi się być. Ale szansa, że się uda jest dość spora.

Co należy podać cmake'owi aby znalazł biblioteki SDL'owe w przypadku kross-kompilacji?

Zmontowałem sobie taki oto wsad dla kross-kompilacji opartej o toolchain Thorstena (i podaję go cmake'owi za pomocą flagi CMAKE_TOOLCHAIN_FILE):

SET(CMAKE_C_COMPILER m68k-atari-mint-gcc)
SET(CMAKE_CXX_COMPILER m68k-atari-mint-g++)

set(CMAKE_C_FLAGS "-m68020-60 -O3 -fomit-frame-pointer -funroll-loops -Wall -I/home/jury/sdl_stuff/include")
set(CMAKE_CXX_FLAGS "-m68020-60 -O3 -fomit-frame-pointer -funroll-loops -Wall -I/home/jury/sdl_stuff/include")

set(CMAKE_C_LINK_FLAGS "-L/usr/m68k-atari-mint/lib/m68020-60 -L/home/jury/sdl_stuff/lib/m68020-60 -lfreetype -lSDL_mixer -logg -lvorbis -lmikmod -lSDL -lSDL_image -lpng12 -ltiff -ljpeg -lgem -lm -lz")
set(CMAKE_CXX_LINK_FLAGS "-L/usr/m68k-atari-mint/lib/m68020-60 -L/home/jury/sdl_stuff/lib/m68020-60 -lfreetype -lSDL_mixer -logg -lvorbis -lmikmod -lSDL -lSDL_image -lpng12 -ltiff -ljpeg -lgem -lm -lz")

I to jak najbardziej działa dla projektów nieopartych na SDLu. Ale nie umiem wywołać cmake'a tak aby prawidłowo odnalazł port SDLa. Oczywiście jak w samym CMakeLists.txt zakomentuję sekcję wykrywającą SDL, czyli:

INCLUDE(FindSDL)
IF(SDL_FOUND)
    MESSAGE(STATUS "Looking for SDL: found")
ELSE()
    MESSAGE(SEND_ERROR "Looking for SDL: not found!")
    MESSAGE(FATAL_ERROR "Please get it from www.libsdl.org")
ENDIF()

to cmake przejdzie wszystko prawidłowo a podczas kompilacji dostarczone ścieżki -I... oraz -L... i tak prawidłowo odnajdą co trzeba i projekt się  skompiluje i zlinkuje OK. Ale chciałbym to zrobić bez takich haków (czyli identyczny problem jak miałem niedawno z configure'm)

Na razie jedyną sensownie wyglądającą opcją którą znalazłem w tym temacie jest przekazanie modułowi odpowiedzialnemu za wyszukiwanie SDL'a przez cmake, opcjonalnej wskazówki gdzie niby ma znajdować się SDL.h (czyli przez parametr SDL_INCLUDE_DIR):
https://cmake.org/cmake/help/latest/module/FindSDL.html
Ale to zupełnie nic nie wniosło.
Komenda którą wywołuję cmake:

cmake -DSDL_BACKEND=SDL -DSDL_INCLUDE_DIR=/home/jury/sdl_stuff/include/SDL -DCMAKE_TOOLCHAIN_FILE=/home/jury/sdl_stuff/m68k-atari-mint.cmake ..

Oczywiście jak puszczam ten sam cmake ale dla zbudowania linuksowej binarki, to cmake przechodzi wszystkie testy prawidłowo (nawet bez tej opcjonalnej wskazówki gdzie niby ma być ścieżka do SDL.h). Tak więc, co należy mu podać aby znalazł port SDLa?

172

(79 odpowiedzi, napisanych Sprawy atari.area)

Santyago napisał/a:

Nie wiem czy tylko ja tak mam, ale czasami dodawnie postu trwa strasznie długo (ale nie tylko dodawanie)

Cuż, to już tutaj taka tradycja:
http://www.atari.org.pl/forum/viewtopic.php?id=11331
http://www.atari.org.pl/forum/viewtopic.php?id=14853
http://www.atari.org.pl/forum/viewtopic.php?id=13796
;)

(oczywiście to tylko pierwsze "z brzegu" parę wątków w tej sprawie)

Kroll napisał/a:

Moze bedzie sie bardziej oplacalo cos jeszcze domówic.

Jak nie zwiększy Wam kosztów przesyłki, cła i czego tam jeszcze, to chętnie zamówiłbym Jagpada i wtedy koszty przesyłki były by przez sześć.

174

(18 odpowiedzi, napisanych Bałagan)

No akurat wino bez siarki, to dość rzadka przypadłość. Oprócz win z certyfikatami ekologicznymi, to raczej takowe nie występują. Nawet wina za kilkaset złotych są siarkowane. A jak ktoś nie doda do wina siarki, to proces fermentacji drożdży sam potrafi zmetabolizować taką ilość siarki, która przekroczy ustalony odgórnie próg ilości siarki w butelce i producent i tak będzie musiał podać na etykiecie, że wino zawiera siarkę.

175

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

Hmmm, ciekawe czy przejdzie zwykły aparat w telefonie, dzisiaj spróbuję, bo byłby to łatwiejszy sposób niż ten co wymyśliłem