Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
Opcje wyszukiwania (Strona 9 z 17)
To teraz ja:
- zakres przeróbek - jak się okazało - nawet lista zaklepanych tematów uległa zmianom - no, ale po to w końcu ten wątek jest.
- jak napisał Dhor - na pierwszy ogień idzie AUDCTL i tempo. W międzyczasie miałem dyskusję na temat BPM, ale to chyba nie przejdzie z powodów technicznych,
- założenie jest takie, że cała moc malucha idzie na dźwięk. To ma być coś podobnego jak jest G2F - fajne grafiki, ale 100% czasu zajmują.
- TMC2 (a może TMC2K żeby odróżnić go od oryginalnego TMC2) - będzie wymagał 128k. Kombaptybilność z oryginalnym TMC2 również jest zagrożona. Prawdopodobnie skończy się to możliwością odczytu, ale bez zapisu. Ale dokładniej - to się obaczy po zakresie zmian - zwłaszcza w obrębie instrumentu.
- 4 Pokeye - narazie zostaną - są ważniejsze rzeczy do roboty.
- klawiszologia - można zmienić,
- podręczna pomoc - tutaj czekam na propozycję, co by można dodać.
- i czekam na dalszą dyskusję :)
1. teraz dziala :), dzieki
2. zabytek, nie zabytek - ale dziala :P.
1. rpm - czy ja wiem. ostatnio ubuntu jest popularne a to na deb-ach stoi.
2. ponizej:
bober@domek:/tmp/d/asap-2.1.2$ sudo make install-audacious
perl files2anylang.pl players/cmc.obx players/cm3.obx players/cms.obx players/dlt.obx players/mpt.obx players/rmt4.obx players/rmt8.obx players/tmc.obx players/tm2.obx >players.h
gcc -s -O2 -Wall `pkg-config --cflags gtk+-2.0` `pkg-config --cflags libmowgli` -shared -fPIC -o asapplug.so -I. audacious/asapplug.c asap.c acpu.c apokeysnd.c
audacious/asapplug.c: In function ?probe_for_tuple?:
audacious/asapplug.c:81: warning: implicit declaration of function ?filename_split_subtune?
audacious/asapplug.c:81: warning: assignment makes pointer from integer without a cast
audacious/asapplug.c: In function ?play_start?:
audacious/asapplug.c:130: warning: assignment makes pointer from integer without a cast
audacious/asapplug.c: At top level:
audacious/asapplug.c:238: warning: initialization from incompatible pointer type
audacious/asapplug.c:243: warning: initialization from incompatible pointer type
mkdir -p /usr/lib/audacious/Input
install asapplug.so /usr/lib/audacious/Input/asapplug.so
bober@domek:/tmp/d/asap-2.1.2$ audacious2
Failed to load plugin (/usr/lib/audacious/Input/asapplug.so): /usr/lib/audacious/Input/asapplug.so: undefined symbol: filename_split_subtune
edit: koszerne ubuntu 9.10
Pin - spoko, temat dodany do kolejki.
No, jest obsluga 4 pokeyow. Jest to w konfiguracji i w zrodlach co chwile sie to przewija.
Imho (i nie tylko imho) jest to nadmiarowe - widzial ktory taki sprzet?
Mozna by to robic w ten sposob, ze ustawiamy serie dli+vblank. Potem oblozyc calosc odpowiednimi licznikami (uwzgledniajac pesymistyczny czas trwania playera) i mozna w miare symulowac bpm. Wazne, zeby wejsc w jakis cykl w kilku(nastu) ramkach. Obrazowo:
jezeli na ekranie mamy 10 przerwan dli (brak vblank), gramy na co 6 przerwaniu to mamy kolejno: 0, 6, 2, 8, 4, 0.
Trzeba by sprobowac vblank wlaczyc w ta zabawe (jak nie na jego poczatku, to moze gdzies w polowie, a moze nawet 2 razy? - tu by trzeba pokombinowac) - zeby muzyka byla w miare jednostajnie uruchamiana.
Ale poki co - w TMC2 za to sie nie zabieram w tej chwili :).
W ramach swietej tradycji 'napisz se' powstal plan, by zainteresowac sie programem TMC2. Powodow jest kilka:
1. dostepne sa zrodla - :)
2. jest kilka funkcjonalnosci na wyrost a kilku innych brakuje - :|
3. sa bledy - :(
Sprawa z mojego punktu widzenia wyglada tak:
1. Za przerobki biore sie ja (bob_er). Jak ktos jest chetny na wspoludzial - zapraszam...
2. Problemem jest niejasna sprawa licencyjna (brak Jaskiera uniemozliwia dogadanie sie), wiec:
- nazwa TMC zostaje - by podkreslic, ze to wywodzi sie z TMC
- wersje - beda numerowane od roku wypuszczenia - by zrobic miejsce, jak Jaskier sie obudzi i zechce zrobic TMC3
- autorstwo - calosc bedzie podpisana 'by Jaskier, modified by MEC'
3. Dat nie podam, bo uzyjecie je przeciwko mnie ;)
4. Po zakonczeniu (lub w trakcie) prac zrodla beda opublikowane na GPL-u.
Propozycje zmian (w zasadzie to zaklepane juz tematy):
1. Poprawienie/zmiana obslugi rejestru AUDCTL,
2. Wywalenie obslugi 4 pokeyow - 2 wystarcza,
3. Dodanie wiecej edytowalnych tablic czestotliwosci.
4. Lepsza integracja ze SpartaDOS X (automatyczne wykrywanie dostepnych bankow pamieci).
I teraz prosba o publiczne wypowiedzenie sie w tematach otwartych:
1. Jakie znacie bledy w TMC2?
2. Co byscie chcieli miec w kolejnej wersji?
az mi sie rymowanka zrobila: 'jeszcze sie taki nie urodzil, co by dobrego jezyka nie sp.....il'.
u mnie juz dziala poprawnie
mam fifi 3.6.8 na linuxie i tez mam krzaki.
1. jak wyglada memlo dla programow zewnetrznych?
2. jak duza jest ewentualnie doladowywana czesc po zakonczeniu wykonywania programu zewnetrznego?
jellonek: ten sqlite to jak najbardziej sql - wiem, bo czasem uzywam ;)
to byla bardziej uwaga do nosty'ego, ze byc moze sql-a uzywa u siebie na kompie nie wiedzac o tym.
pomysl fajny, ale dluzyny obnizaja wartosc calosci...
moga jeszcze sqlite uzywac.
tego to chyba nawet firefox uzywa (i naprawde duzo innych tooli).
niejako przy okazji:
swego czasu bawilem sie tematem animacji na malucha. nic sensownego z tego mi nie wyszlo, ale kilka testow pozostalo: http://drac030.krap.pl/aprplr.atr.gz
moze komus sie spodoba, a archiwisci to juz beda wniebowzieci.
nie planuje tego dalej ciagnac, chyba, ze jakis olbrzymi feedback sie pojawi, ale nie spodziewam sie :).
zeby odpalic sparta jest potrzebna.
dalej z obsluga - dacie sobie rade ;).
dopiero teraz czyms takim sie chwalisz? :)
konstruktywna krytyka:
1. wywal pamiec ekranu z obszaru 4000-7fff. w czasie i/o pod sparta sa syfy na ekranie.
2. te szare znaki - wstaw w ich miejsce np. / \ (jak zrobilem w np. unfused), albo cos innego, ale nie kasuj tego znaku calkowicie. ewentualnie dodaj tu jakas opcje.
do testow dzwiekow mozna uzyc mecowych dem: unplugged, unexpected oraz unfused - zaden emulator nie daje im rady w 100%.
Co do Pinowej maszyny: o ile dobrze pamietam - unplugged i unfused byly wlasnie na tej maszynie odpalane w trakcie kompotow - i nie bylo problemow. Wiec nie przesadzajcie z ta niekompatybilnoscia.
Fajnie by bylo znac tez wczesniej DOS, spod jakiego to bedzie odpalane. Jak raz zobaczylem MyDOSa na bigscreenie, to tetno mi wzroslo :).
mam 2 uwagi do atari 8bit demo compo:
- uzywanie ext ram - jesli demo uzywa tylko 128k, to wybieranie bankow bym odpuscil - tutaj w gre wchodza standardowe banki 130xe.
- wyjscie do dosa - jak dla mnie ten postulat jest ciezko do realizacji. w praktyce, jedyne do czego moze wrocic to self-test, badz zimny start (wystarczy przeciez zaorac pamiec do $2000 - co robi chyba kazde demo - i juz nie ma do czego wracac).
xor bedzie niefajnie wygladal w miejscu, gdzie obekty (asteroidy) beda na siebie nachodzic
do bani i nie do bani. bo o ile samo czyszczenie lub wypelnianie stalym kolorem (co prawie na jedno wychodzi) zrobisz blitterem, to pelnoekranowego efektu juz nie - tym sie musi zajac cpu.
w samych wyliczeniach chodzilo mi o pokazanie skali zjawiska, bo nie wszyscy sobie z tego sprawe zdaja. podobny problem byl zdaje sie w amstradach - grafika parametry miala ok, ale dla cpu to bylo za duze obciazenie.
na temat vbxe w maluchu z koderskiego punktu widzenia wypowiadalem sie u kaza, ale moze ktos nie doczytal, wiec powtorze tutaj:
vbxe - jakiegos wypas dema bym sie nie spodziewal pod to. co najwyzej efekty silnie z blittera korzystajace (glenze, shady, itp...). powod? tam jest 320x200 w 256 kolorach. to daje 64000 ramu. 6502 potrafi zapisac liczbe we wskazanym miejscu w 4 cyklach. prosty rachunek - do wyczyszczenia procesorem calego ekranu potrzeba conajmniej 256000 cykli. 1 ramka (1/50 sekundy) ma cykli cos ponad 30000, wiec potrzeba 8.5 ramki zeby to zrobic. gdyby uzyc adresowania indexowego (niezbednego tutaj) cykli mamy wiecej. a fajnie by bylo jeszcze jakis efekt policzyc i narysowac.
reasumujac - vbxe (jak dla mnie) do pracy nad tekstem jest ok (uzyjesz blittera), ale do obrabiania grafiki procesorem - sprzet jest za slaby na takie dane.
drac030: w oryginale pewnie bylo wiecej kolorow (mozliwe, ze nawet te 256 o ktorych wspominasz).
to co ja mam to niezalezna od twojej konwersja na interlace'owy, atarowski format .xlp (w rozdzielczosci chyba 160x192 - w pionie sie moge mylic).
tak czy inaczej przesle.
mam ta grafike w formacie .xlp (7 kolorow).
moge przekonwertowac ja do czegokolwiek bez interlace'u (gif/png/jpg) - ale wieczorem.
Znalezione posty [ 201 do 225 z 420 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.019 sekund, wykonano 37 zapytań