Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
ASAP ma 20 lat - wydanie 7.0.0 20 grudnia 2005 został utworzony pierwszy commit w repozytorium CVS projektu ASAP (Another Slight Atari Player).
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
atari.area forum » Posty przez tebe
w przerwie kłótni nad xBios-em można zaznajomić się z nowym opisem efektów, tym razem przy wydatnym współudziale Konopa/atariBDSM vel LieblingPejcz/atariBDSM :)
Konop opracował wszystkie obliczenia potrzebne dla uzyskania efektu TWIRL http://madteam.atari8.info/index.php?prod=fx#twirl
dodatkowo opis realizacji fraktali Sierpinskiego http://madteam.atari8.info/index.php?prod=fx#sierpinski
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ą
nie takie PBI straszne jak je malują
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
zamiast usilnie starać się udowodnić jakimi ignorantami jesteście pokażcie po prostu program który zrobi to samo co xBios i obsłuży wszystko to co czego xBios nie obsługuje, nie będzie dyskusji
zachowujecie się jak stetryczali dziadkowie, ze swoimi przyzwyczajeniami wyuczonymi przez lata praktyki, po co uczyć się czegoś nowego już nie ten wiek, nie te latka, a może jesteście do tego stopnia bezczelni że uwierzyliście w to że dyktujecie jeden słuszny kierunek rozwoju, cokolwiek zbudujecie będzie słuszne i stanie się standardem, tyle że sprzęt jest niczym bez oprogramowania i to oprogramowanie decyduje o jego popularności a nie liczba przyłączanej elektroniki, elektronika nie pisze sobie softu i nie modyfikuje się sama
za dużo wyprodukowaliście, ponieśliście koszty, jejku słuchaj człowieku za dużo kasy w to wtopiłem a ty chcesz to zrobić inaczej niż do tej pory, nie rób mi tego, tyle lat robili to w ten sposób, jakoś nie narzekali, a teraz chcesz sobie ułatwiać a mi utrudniać
bez softu to tylko kupa złomu
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 :)
super, nie trzeba buforów tymczasowych, można dekompresować z pliku pod adres docelowy, tego jeszcze nie było
Water / Rain Drop Effect
kolejna strona z opisem efektów i przykładami w CPP
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
Atari800Win był długi czas standardem nie do pobicia, aktualnie pobiła go Altirra pod względem jakości emulacji i dodatkowej obsługi sprzętów, na początku na pewno Atari800Win powinien wystarczyć, kiedyś zauważysz że Atari800Win potrafi się wysypać jeśli Twój program ostro go zmęczy, wtedy trzeba ustawiać od nowa wszystkie ROM-y
większość tu obecnych programujących XE/XL miało kontakt z Atari800Win, duża część pewnie długo będzie jeszcze mu wierna, jeśli Twój program będzie korzystał z większej ilości przerwań DLI, duszków PMG powinieneś sprawdzić jego działanie na obydwu emulatorach, osobiście najbardziej wierzę Altirrze
zdarza się że ktoś wypuści gotowy program testowany tylko na emulatorze i potem okazuje się nie działa na prawdziwym sprzęcie, zdarzyło się to nawet Fox-owi kiedy pisał interko pod Atari800Win
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
obowiązkowa lektura
sporo ciekawych przykładów dotyczących programowania gier, szczegółowo opisanych, z przykładami w prostym języku m.in. C#
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ę
2D Bump Mapping
pewnie macie wersje nie zarejestrowaną, stąd problemy ;)
Pajero zamiast upchać wszystkie DOS-y świata powinien skupić się na tych dwóch, trzech najpopularniejszych
wtyczki będą produkowane przy pomocy drukarki 3D, którą można było obejrzeć w akcji na SV, dodatkowo Lotharek planuje przy pomocy tej drukarki wyprodukować nowe obudowy dla 130XE ;)
przykład w Delphi uaktualniony, Tunnel i Wormhole zintegrowane w jeden program, dodane dodatkowe parametry wpływające na kształt
można dopisać do listy dodatkowe dwie osoby - Tebe, Rocky
2x
piątek - obiadokolacja
sobota - obiadokolacja
uaktualniony przykład w Delphi dla Tunelu, liczy tablice dla ekranu 128x128
http://madteam.atari8.info/fx/tunnel.7z
rozszerzony o 3 różne wersje generowania tablicy, wersja o której wspomniał Candle jest pod #2
pod #3 dodatkowo Ceiling-Floor
@Vasco: W nowej wersji będzie /Q.
@jellonek: Będzie jedna wersja - pin sobie skonfiguruje RUNEXTa.Czy ktoś może mi powiedzieć czym się różni format .TM4 od .TM8/.TMC?
Edit: I gdyby mógł podesłać jakiś przykład...
podejrzewam że chodzi o liczbę kanałów 4/8
trzeba postawić "stróża moralności" obok big screena i w razie potrzeby zasłoni własnym ciałem niechciane logo ;)
Pin-ek pewnie prądu Ci nie starcza w Atarce, tyle tego tam masz
zdajesz sobie też sprawę że jeśli coś komuś nie działa, to pewnie chodzi o Pinokia, to już swoisty folklor scenowy, nikt tak nie zgłasza tylu problemów jak 'Drewniany Czueń' :)
teraz dodany przykład w Delphi dla Wormhola, kod generujący Wormhola, kilka parametrów można ustawić z poziomu programu, domyślnie liczy tablicę dla ekranu 320x200 px
atari.area forum » Posty przez tebe
Wygenerowano w 0.086 sekund, wykonano 15 zapytań