Muzyka na Atari jest odługowana przez DSP
Skąd masz takie informacje? Pytam z czystej ciekawości, bo dotychczas byłem w pełni przekonany, że w sumie żaden port dema TBL'ów nie odgrywał muzyki z wykorzystaniem DSP.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
bm800xl 0.6.9 Nowe wydanie bm800xl 0.6.9 dla Raspberry Pi przynosi optymalizacje OSD i liczne poprawki błędów.
ABBUC SC 2026 - top gier do pobrania Pobierz najlepsze gry na małe Atari według członków ABBUC.
TURGEN 9.4.6 Ukazała się wersja 9.4.6 programu TURGEN służącego do tworzenia taśm dla 8-bitowego Atari.
Bibuła - nowa gra na Atari ST Polska w stanie wojennym i podziemna prasa. Klasyczna przygodówka point and click na Atari ST.
Aktualizacja firmware A8PicoCart Nowe wydanie oprogramowania dla taniego kartridża A8PicoCart z obsługą kolejnych typów cartów.
atari.area forum » Posty przez jury
Muzyka na Atari jest odługowana przez DSP
Skąd masz takie informacje? Pytam z czystej ciekawości, bo dotychczas byłem w pełni przekonany, że w sumie żaden port dema TBL'ów nie odgrywał muzyki z wykorzystaniem DSP.
już mam login :)
Tylko zapomniałeś miecza :P
Rewelka
i coś jeszcze było, ale nie pamiętam teraz
lento.pl
?
Nadal jestem praktycznie w pełni przekonany, że w ST nie było GSTMCU, ale poszperam po sieci z ciekawości, bo może i jakieś ostatnie serie miały go?
A co do dodatkowego układu w GSTMCU, to na początku był tylko GLUE i MMU, a potem dodali jeszcze Blitter.
Raczej GLUE i/lub MMU. W STFM jak dobrze kojarzę nie było GSTMCU, dopiero w STE miał światową premierę.
Wydawało mi się, że port Pearl'a istnieje, i to od bardzo dawna. Natomiast teraz chciałem sobie go zainstalować, ale nie mogę nigdzie go znaleźć. Jest Lua, Python ... ale Pearl'a nie znalazłem. Stąd pytanie, czy zmyślam, że takowy port istnieje czy tylko nie umiem go znaleźć?
Edit:
Nie ważne, pomerdało mi się, bo chodzi mi o Perl'a (który oczywiście jest przeportowany) a nie o Pearl'a. Można wątek usunąć.
Dobra, udało mi się zrobić zdjęcie, więc załączam.
Natomiast nadal twierdzę, że ta moja wtyczka (jak i ta którą zalinkowałeś, ale nic dziwnego, skoro moja jest do Dimage i ta z linku też :) ) jest zupełnie inna od tej uicr0Bee'a.
A pokażesz zdjęcie tej wtyczki od Z2?
No właśnie nie bardzo mam jak, ale może jutro coś się uda.
Od aparatu, albo jakaś Konica Minolta Dimage (np. X20)
Mam Dimage (Z2), więc jak zobaczyłem ten wątek, to specjalnie zszedłem do katakumb wygrzebać ten aparat i nie, Dimage ma mocno inną wtyczkę. W sumie to nawet na tym zdjęciu co zalinkowałeś, nie wygląda podobnie.
Yyyy, byłem pod Beauty Bistro Club o 19:40 i było pusto, a gościu który coś tam robił przy stolikach powiedział, że dopiero się otwierają. To był dość nietypowy sztab %-)
Wątpię aby coś takiego było gdzieś do pobrania (czy nawet i nabycia za zadrukowane papierki)
Ale, że na Falcona wyszło dosłownie parę sztuk gier, to jak chcesz, to sam sobie możesz je pobrać. Tu jest lista zapewne wszystkich, a jak nie wszystkich, to 99,9% gier, z możliwością pobrania:
Tak, moja stacja oryginalna dawno zmarła i używam właśnie PC'towej, ale akurat nie mam zworek do przełączania DS0/DS1, tylko tam "niestety" trzeba było to przelutować.
Mi ten termin dość mocno nie pasuje, ale postaram się pojawić choć na chwilkę.
Konfiguracja jest przeniesiona z działającej (więc ROUTE.TAB) jest poprawny
Ale konfiguracja sieci to nie tylko route.tab (który już w pierwszym poście na oko wygląda prawidłowo) dlatego zalinkowałem opis konfiguracji NETUSBee jako poglądowy. Generalnie chodzi mi konfigurację STinG'a w panelu konfiguracyjnym (Xcontrol, Cops, czy co tam innego jeszcze masz), czy tam jest dobrze skonfigurowane? Edit: albo inaczej, co masz tam ustawione?
Kojarzy ktoś gdzieś jakiś obraz MiNTa (tego zwykłego, nie a nie pełnego uniksoida)?
Bardzo by mi się przydało mieć ten system pod Hatari, a że nie zadziała on z Hatarowymi dyskami GEMDOS, więc nie zainstaluję go sobie ot tak, tylko trzeba podpiąć jakiś obraz.
Kiedyś próbowałem podpinać obraz mojego EasyMiNTa i nawet się to uruchomiło, ale było tak koszmarnie wolne, że kompletnie nieużyteczne. Dlatego mam nadzieję, że "zwykły" MiNT będzie dawał radę wydajnościowo, a nie widzi mi się stawianie tego od nowa żeby zrobić obraz (choć coś czuję, że tak się pewnie skończy) więc może ktoś gdzieś widział w internetach takowy obraz?
A skonfigurowałeś sobie sieć po stronie Atari?
Nie wiem co to za cudo ten USB2LAN (a pierwsze 3 strony które sprawdziłem wpisując te znaczki w wyszukiwarkę też nie dały mi odpowiedzi) ale konfiguracja tego raczej nie powinna się specjalnie różnić od takiego na przykład NetUS-Bee, więc zerknij czy zrobiłeś wszystko wg tego poradnika:
-lm oczywiście dawałem. Ale już znalazłem przyczynę, miałem starszy libm, znalazłem na stronie Thorsten'a nową wersję tej biblioteki (z lutego) i binarka się właśnie utworzyła! :)
Pozostaje pytanie dlaczego paczka z toolchain'em od Thorsten'a którą pobierałem jak montowałem sobie środowisko skrośne dawała te undefined'y. Błąd raczej wykluczam, bo funkcje trygonometryczna na Float'ach są raczej częste, więc błąd byłby pewnie dość szybko wychwycony... Nieważne, ważne, że teraz działa :)
Działa połowicznie, czyli 'cos' już się linkuje jak trzeba, ale 'sin' nadal przerabiany jest na 'sinf' (???)
Na razie nie wnikam dlaczego, bo jednak chciałbym tą przypadłość wyprostować. Przecież to niemożliwe że kompilator generuje kod obiektowy z którego linker nie jest w stanie skorzystać.
Muszę w jakiś sposób automatyczny przeskanować wszystkie biblioteki w poszukiwaniu sinf, cosf, tanf itp, bo przecież to musi gdzieś być (libm oczywiście ręcznie sprawdziłem)
#include <math.h>
#include <stdio.h>
int main()
{
float position;
float rad_angle = (10 * 3.1459)/180;
position = 100 * cos(rad_angle);
position = 200 * sin(rad_angle);
printf("position= %f\n", position);
return 0;
}Próba kompilacji toolchain'em Thorsteena kończy się:
/usr/lib64/gcc/m68k-atari-mint/9/../../../../m68k-atari-mint/bin/ld: /tmp//ccBofFdp.o:/tmp//ccBofFdp.o:(.text+0xa): undefined reference to `cosf'
/usr/lib64/gcc/m68k-atari-mint/9/../../../../m68k-atari-mint/bin/ld: /tmp//ccBofFdp.o:/tmp//ccBofFdp.o:(.text+0x1e): undefined reference to `sinf'
collect2: error: ld returned 1 exit statusTo jest dokładnie przypadek jak miałem tu:
http://www.atari.org.pl/forum/viewtopic.php?id=18467
Pomysł AdamaK z zalinkowanego tematu jak najbardziej działał, ale miał dwa ale:
- math-68881.h jak dobrze pamiętam z czymś się gryzło (podwójne deklaracje) więc jeden zestaw zahaszowałem (po czym wszystko już działało)
- wymagane FPU
Teraz wymaganie FPU nie przejdzie, a do tego zabawa z podmianą na komentowany z niektórych deklaracji math-68881.h to niefajne obejście, więc rozwiązanie raczej słabe.
Oczywiście jak to kompiluję pod linuksem to wszystko jest OK, czyli to coś w naszym toolchain'ie. Stąd pytanie, jak te kilka linijek skompilować bez żadnych obejść/hack'ów itp?
Dzięki wszystkim zaangażowanym w organizację tej zacnej incjatywy zwanej Lost Party! jak i wszystkim uczestnikom!
Wyśmienicie spędzone prawie czetery doby.
Binarka ROTT. Należy rozpakować i wrzucić do rozpakowanego katalogu pliki z danymi oryginalnej gry:
DARKWAR.WAD
DARKWAR.RTL
REMOTE1.RTS
Jest tylko drobny niuans, na oryginalnym WAD'ie niektóre dzwięki miksują się nieprawidłowo, nie ma takich przypadków dużo, ale gdzieś chyba widziałem WAD który zawsze się miksuje dobrze :)
Oczywiście polecam zakupić ROTT, obecnie na GOGu do 3 lipca jest w promocji za 2.59 zł!
A jak kto przegapi, to nic straconego, ROTT kilka razy w roku ma tą cenę na GOGu:
https://www.gogdb.org/product/1207658732
:)
Wymagania to MiNT (w TOSie się uruchomi, ale nie wiedzieć czemu, działa bardzo wolno) + jakaś dopałka + wspomniane wyżej pliki z danymi gry. Na CT6x działa wyśmienicie. Gdyby ktoś miał AB40 czy inne cuda, to chętnie dowiem się czy to jest grywalne, choć może być ciężko.
Wielkie podziękowania za testy lecą dla Kroll'a + mały wątek testowy wykonał też perinoid.
Za chwilę dołączę źródła (licencja mnie do tego wręcz zobowiązuje) tylko trochę posprzątam je i zobiorę do kupy.
Edit:
O, znalazłem :) Ten WAD miksuje zawsze prawidłowo:
Edit2:
Dodana paczka ze źródłami.
a dla systemów uniksowych jednoznacznej odpowiedzi nie ma.
W sumie racja. To mi przypomniało, że kiedyś często widywałem na forach pytania o wielkość partycji swap i było zawsze multum teorii. Nie wiem skąd mi się więc wzięła ta dwukrotność, osobiście od lat nie zakładam swap'a (a nie mam jakichś bajońskich ilości RAMu) i nie planuję tego zmieniać.
Nie pamiętam już, czy plik wymiany może być 2 lub 4 krotnie większy od RAM, czy mniejszy - dawno to było
O, to trochę dziwnie w tym Windowsie to jest. Na *nix'ach to się "z palca" ustawia wielkość co do megabajta, albo nawet i bajta (choć było zalecane aby właśnie ustawiać dwukrotność pamięci RAM)
Spora szansa, że się pojawię.
atari.area forum » Posty przez jury
Forum oparte o: PunBB