Witam. Przepraszam, ze tak pozno, ale nie mam jeszcze sieci w akademiku i rzadko zagladam na net
Na poczatek.

Ale dlaczego dziwne? Niektorzy ludzie nie maja twardych dyskow, a na dodatek APE dziala im tylko z podstawowa predkoscia. Czy dziwne jest to, ze nie marnuja masochostycznie czasu na te wszystkie pip-pip-pip przy kazdej asemblacji? Ja nie moge sobie na to pozwolic. Dodatkowo jestem na tyle szalony, ze szukam nowych rozwiazan przy pisaniu dem na atari i elastycznosci, ktora chce teraz osiagnac, nie mozna praktycznie uzyskac pracujac tylko przy atari.

Do napisania benchmarku uzylem asemblerka acme. Jesli kogos to zainteresuje, to moge podczepic gdzies zrodelka. Liste wielu crossasemblerow mozna znalec na 6502.org/crossdev/asm. Z tego co wiem, to niestety rzaden z nich nie supportuje atari i o automatycznym generowaniu naglowkow ff ff mozemy zapomniej (ew. mozna napisac sobie makra radzace sobie z tym problemem, tylko wydaje mi sie to troche kulawym rozwiazaniem). Przy pisaniu benchmarku z braku lepszego pomyslu kod 8-bitowy pisalem w miesmiertelnym x-asmie a fragment dla 16-bit incbinowalem w odpowiedni fragment. Teraz pracuje nad nowym demosystemem wykorzystujacym crossassembler ca65 z pakietu cc65 (a wlasciwie troche zmodyfikowana dla moich potrzeb wersje). Ogolnie uwazam, ze pisanie dla atari w ca65 wydaje mi sie nie najgorszym pomyslem, gdyz standardowy linker (jak wiemy uwzgledniajac doswiadczenia z pisania w C) potrafi wyprodukowac kod dla atari. Dodatkowo ca65 wydaje mi sie byc najsilniejszym crossem dla rodziny 65xxx z segmentami, relokowalnym kodem, silnymi makrami, wiec polecam.

Asembler, ktory za przyklad podal TeBe jest destynowany do generowania ROMow na konsole SNESa (prawdopodomnie stad ten 32-kilobajtowy plik wynikowy). Cale zamieszanie z dlugimi i krotkimi operandami jest niestety nie do unikniecie i uzycie tych samych kodow rozkazow dla dlugich i krotkich instrukcji jest wg mnie najslabsza strona 65c816. Koder i tak sam musi dbac o to czy dany rozkaz jest krotki czy dlugi i rozwiazanie przelaczania stanu asemblacji czy zaznaczania explicite dlugosci instrukcji jest wg mnie kwestia preferencji bo oba rozwiazania sa rownie zle :)

Dość kompetentne zrodlo informacji o 65c816 (i to o dziwo ostatnio modyfikowane w czerwcu 2004) mozemy znalezc TU. Jedyna uwaga, ze wciaz nie zostal poprawiony blad, ze adresy przerwan w trybie natywnym sa pod ffex a nie fffx.

:oops:

A dzisiaj side B MI sie wyrabal pod a800win. W srodku jest faktycznie niezly karaluch... ciekawe ile zajmie mi wypedzenie go (chyba nie bedzie latwo  :?)

W sumie nie wiem po co robic dwie wersje. Ludzie, ktorzy potrzebuja wersji COMPY SHOP (a wiec beda uruchamiali na prawdziwym atari) poradza sobie z usunieciem pliku BANKS.DAT. Ci co nie potrafia tego zrobic, nie musza, bo pod emulem mozna ustawic na RAMBO :P

Ah... Solowi sie odrazu agresor wlacza...  ;)

Informacja, o zabawach z BANKS.DAT powinna byc w READ.ME w demie. To, ze tego tam nie ma, to moja wina.

To nie jest wcale niedorzeczne: jesli ktos napisalby demko na 65c816, to poki nie ma (normalnej) emulacji tego procka, to dla ludzi roznych od tych kilkunasty posidaczy pozostaje tylko avi. Dodam, ze istnieja przeciez karty turbo do malucha z dodatkowa liniowa pamiecia taktowane kilkukrotnie szybszym zegarem. Jaki zatem bylby inny sposob na zainteresowanie ludzi tym wynalazkiem jesli nie wyrabczaste demko, ktore z koniecznosci musialoby byc w aviku?

A co do dema, o ktorym jest ten topic, to przyznaje, ze to paranoja: gdyby koles pisal cos na miare farbrauchow to mozna byloby mu wybaczyc... a tak to tylko dowodzi braku profesjonalizmu tego "programisty" (no bo nie kodera jak sam przyznal).

Faktem jest to, ze cykl produkcji oprogramowania rozmiarow gry na PC jest troche bardziej skomplikowany niz napisanie programu drukujacego "Hello, I'm Jan B.". W praktyce niewiele pomyslow przeistacza sie w gotowy produkt, bo ludzie potrafiacy kodowac gubia sie ogramie zadania, bo albo nie mieli albo mieli bardzo ubogi projekt. Moj kumpel z roku pracowal przez chwile w jakiejs wroslawskiej firmie piszacej rpg-online dla koreancow i nie zal mu bylo odchodzic po dwoch tygodniach - taki mieli syf w kodzie (np. wpisane na sztywno w kod adresy serwerow, ktorych szukali pozniej przez kilka dni, gdy trzeba bylo wymienic je na inne). Podobnie wygladaly (wiem to od tego samego kumpla) kulisy robienia chrome. W rezultacie gra cudem wyszla, ale jest praktycznie niegrywalna ze wzgledu na ilosc bledow.
A co do painkillera to musze stwierdzic, ze to jest naprawde kawal dobrej roboty i naleza sie brawa ekipie z PCF (dystrybutor dal tylko troche ciala i nie udalo mi sie znalezc we wroclawiu chocby jednej sztuki ani w kiosku ani w empiku ani nigdzie :( )

Co do roboty, to szkoda, ze to warszawka, a chlopaki raczej nie zdecyduja sie na rozproszony developing (bo kodowac (i nie tylko) to raczej potrafie, w koncu koncze informatyke na UWr)

Mi sie pomysl bardzo podoba. A wykonanie wcale nie jest najgorsze. Przeciez chodzi o to, zeby strona byla funkcjonalna.

Najbardziej mi sie spodobal pomysl z klawiatura Atari do wybierania literek :) Gdyby pozycje kolejnych wierszy byly zachowane to bylo by super (nie znam sie za bardzo na html, ale wydaje mi sie, ze to byloby chyba trudne).

A w kwestii sceny jaka znamy (zloty, big-screen, produkcje itd.) to naszlo mnie ostatnio, czy istnieje takowa poza Europa. Naprawde jestem ciekaw, bo nie wiem nic o zadnej takiej dzialalnosci np. za oceanem czy w Australii. Jest cos takiego? Slyszalem, ze w stanach sa zloty ludzi wymieniajacych sie swoimi kartridzami, ale nie o to mi chodzi. Wie ktos cos?

A dlaczego nikt tu nie wspomnial o LZH? Lepiej kompresuje niz ARC. UNLZH na atarce jest, a pakuje sie na PyCy (no... wiem ze na amidze na pewno; co do pc nie mam pewnosci).

A zreszta kompresor LZH na atari nie powstal ze wzgledu na wymagania pamieciowe. Teraz gdy wiekszosc ma minimum 320kB napisanie czegos takiego byloby chyba mozliwe (tylko komu my sie chcialo ;) )

Jesli nie dziala znaczy tyle, ze nie odtwarza rm'ow ani mov'ow, to dlatego, ze trzeba miec niestety osobno jeszcze do nich sterowniki. Podobno mozna skads je sciagnac, ale ja nie wiem skad i mam zaistalowane standardowe rilplajery i kłiktajmy, tylko powylaczalem im automatyczne uruchamianie i ich nie uzywam. Mniejsze zlo  ;)

A moim zdaniem mov czy rm to formaty lepsze od avi. Ten ostatni to baaardzo stary i niepraktyczny format; chociazby fakt, ze przy otwieraniu avika player musi zagladnac na koniec pliku zeby moc go odtworzyc, co bardzo boli gdy np mamy plytke, ktora nie czyta sie na koncu. O mov czy rm jest zla opinia, bo zwykle mamy do czynienia z clipami o bardzo niskim bitrate, a wydaje mi sie, ze przy takim samym strumieniu co najnowsze divixy jakosc wcale nie jest slabsza. Jeszcze jednym problemem sa bardzo toporne i upierdliwe standardowe programy do odtwarzania tychze. Jest jednak na to rozwiazanie:

Media Player Classic

Darmowy programik radzacy sobie z wymienionymi formatami, ma subtitlesy i potrafi nawet capturowac! Dla mnie rewelacja.

Wlasnie. Uwazam, ze Tiger mialby duzo ciekawego do powiedzenia. Filozofie z koncu studiuje :) A i na pixelowaniu sie zna. Wprowadzilby pewna nutke konserwatyzmu.