tak, do poprawki instalator plugina, każdy inny plugin WCX instalowany jest z poziomu TC, byłoby miło gdyby z ATR.WCX też tak było

nie chcemy małych kroczków chcemy kopa z xBios-a :D

zwróciliście uwagę na pierwszy wpis w tym przydługim wątku "mysle ze temat skierowany jest do programistow gier .... oferta" i potem wypowiadają się osoby zainteresowane wykorzystaniem tego pomysłu

kiedyś pisało się mniejsze produkcje a jak ktoś się zbytnio rozpisał i chciał wydać grę to nie było zmiłuj, tnij pan do 16K to wydamy (Montezuma Revenge/Preliminary Monty), wydawca dyktował warunki, czasy się zmieniają, produkcje są coraz większe, a wydawcami są fani którzy są autorami takich produkcji np. taki Prince Of Persia na C64 gdzie lwią część zajmują klatki animacji bohatera

pozycja kucna jest jedyną słuszną pozycją udowodnili to amerykańscy naukowcy :P

same poślady to nie wszystko, nawet na sraniu się nie znasz Candle :D

bez sensu to są sterowniki do urządzeń zajmujące wielokrotność sterownika SIO, kiedyś może zrozumiecie jak jakiś "czarodziej" zaserwuje wam nowe urządzenie którego sterownik zajmie 4kb, 8kb a może 48kb pamięci RAM, wtedy będziecie stukać po głowie

jeśli dla SIO ładuje się N-ta liczba oprogramowania, to dla nowego urządzenia którego sterownik będzie dłuższy od SIO będzie to liczba N-X, więc trzymajcie elektroników za JAJA aby ich radosna twórczość trzymała się standardów nie tylko tych poziomu elektroniki ale i softu

ślepo łykacie cokolwiek Wam zaserwują

jeśli ktoś będzie chciał napisać program/gre który ładuje dane za pomocą portów Joy-a to też mu zabronicie, o czym jest ta dyskusja, co by było gdyby, co jeśli, gdy

xBios ma swoje wady/ma swoje zalety, no i ..., to jest scena atari xe/xl, czy Wy chcecie narzucać komuś jak ma pisać soft który wykorzystuje możliwości sprzętu w zakresie SIO + XE/XL, życie zweryfikuje to podejście

widać scena jest za mała, skoro chcecie kontrolować czyjeś poczynania i wymuszać na nim zmianę podejścia bo Wam tak łatwiej, bo wyprzedzacie teraźniejszość i wiecie co będzie lepsze i słuszniejsze, boicie się nowych wyzwań czy jak

na przyszłość XXL proszony jest o nie ogłaszanie swoich projektów publicznie, tylko stawianie userów przed faktem dokonanym

to mi wygląda na otwarcie nowego frontu wojny, z jednej strony xBios vs Candle i reszta świata, teraz Drac&Trub vs Candle, robi się ciekawie, co za emocje :)

Water / Rain Drop Effect

http://madteam.atari8.info/index.php?prod=fx#water

opisany kolejny efekt, Metaballs

http://madteam.atari8.info/index.php?prod=fx#metaballs

strona uaktualniona o dodatkowy przykład szybkich blobów dających się przenieść na XE/XL, oba przykłady w załączonych archiwum razem ze źródłami w Delphi

zamiast JMP* można od raz wstawić rozkaz CIM ($F2) albo inny nielegal który spowoduje przejście do debugera emulatora, rozkaz BRK jest legalem i przy sprzyjających wiatrach program z nim jeszcze podziała

w emulatorze można ustawić pułapki Breakpoints (Altirra BP, Atari800Win B) jest to lista z warunkami dla których przerwać wykonywanie programi, np. jeśli wystąpi zapis do komórek z zakresu $a000..$a01f przerwij, albo jeśli będzie odczyt komórki $88

można debugować do pliku, w Atari800Win zauważyłem nowe opcje debugera jak TRAINER, pewnie chodzi o zmianę jakiejś komórki pamięci, niektórzy wolą właśnie Atari800Win ze względu na wygodniejszy debuger

można podejrzeć historię ostatnio wykonywanych operacji CPU, (Atari800Win H), oczywiście jeśli zrobiliście JMP * to historia będzie mocno monotonna

trzeba przyjrzeć się debugerowi każdego w emulatorów (Altirra .HELP, Atari800Win ?), obecnie udostępniają spore możliwości, standardu komend, skrótów nie ma stąd pewne bolączki przy przejściu z Atari800Win na Alitrre u osób przyzwyczajonych do jednego z tych emulatorów

dla Atari800Win jest PROFILER http://www.alamak0ta.republika.pl/profiler.html

sugerowałbym możliwość rozdzielenia w postaci modułów, do własnego wykorzystania takiego zbioru procedur dokonujących detekcji sprzętu, jeśli ktoś chce korzystać z handlera @: to asembluje sobie handler, albo bierze tylko osobny moduł realizujący samą detekcję

pewnie macie wersje nie zarejestrowaną, stąd problemy ;)

Pajero zamiast upchać wszystkie DOS-y świata powinien skupić się na tych dwóch, trzech najpopularniejszych

przykład w Delphi uaktualniony, Tunnel i Wormhole zintegrowane w jeden program, dodane dodatkowe parametry wpływające na kształt