Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
atari.area forum
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputerów
zeST 20250627 - Atari ST w FPGA z turbo! Nowa wersja zeST z trybem turbo 50 MHz i poprawkami Shiftera i MFP
UltraSatan - firmware 1.30 Nowa wersja firmware dla UltraSatana wspiera nowoczesne karty SDHC i SDXC
53 lata marki Atari 53 lata od założenia Atari - firmy, która odmieniła świat gier i komputerów.
Odtwarzanie układów z Atari Falcon Trwa zbiórka na odtworzenie chipów Videl, Combel i SDMA z Atari Falcon
Opcje wyszukiwania (Strona 2 z 18)
Z pierwszego posta wnioskuje, że target to 060. Generalnie odradzam przy 060 tryb TC: konwersja w C2P to zerowy koszt bo jest copy speed a przy 8 bit liczba danych do przepchniecia jest 2 razy mniejsza niz przy TC. Nie mówie nawet o renderingu w TC bezposrednio do ST-RAMu bo to najgorsze rozwiązanie które zabiję szynę. Ja nadal szedłbym w stronę tego by robić to podczas inicjalizacji (np ładowanie sceny czy levelu jesli nie chcesz konwertowac assetow up-front jak pisalem) a nie per frame.
Ja robiąc dema na F060 robiłem kwantyzacje up-front (na PC) w pipeline'nie przygotowujacym/konwertujacym assety*. Z punktu widzenia kodu Falconowego wszystko było już gotowe i statyczne (8bit). Nie widzę jakiejś strasznej potrzeby robienia tego w runtime - jury dlaczego? Jak to mówią: najlepsza optymalizacje = nie liczyć;)
* np uzgodnienie wspolnej palety dla kilku tekstur bedacych w jednej scenie itp edit: używałem python'owego Pillow'a chyba do tego
Ja polecam driver PP. Prosty i robi robotę. Hddriver ma milion super opcji których nigdy nie użyjesz;) a jeśli chcesz używać tego przy developmencie dem na st to emulacja jest tak dobra ze nie ma problemu ciągłego przerzucania danych na real hardware i moim zdaniem ten aspekt odpada (to nie falcon hehe). Wystarczy okazjonalny check na real hardware które na codzień nie jest potrzebne;)
A czy koniecznie vbcc/vasm? Mogę pokazać w wolnej chwili jak to miałem u mnie z GCC/GAS. Z tym, ze fakt GAS jest toporny;)
Coś mi się pamięta, że z CT60e Willy wydał osobnego tool'a do odczytu temperatury, gdyż ta informacja była publikowana przez hardware CT inaczej niż w poprzednich wersjach... ale może coś mylę. Stary tool do zmiany MHz tej informacji o temperaturze faktycznie nie widział.
UPDATE: tutaj https://www.atari-forum.com/viewtopic.php?t=31210
Fajne! Czy FTP zastępuje nam interfejs web'owy? czy będziemy mieć do dyspozycji i to i to?
Fox, rozumiem że w Twoim przykładzie jest to po prostu budowanie binarki, tak?
Miałem taki (niezrealizowany, czeka w kolejce pewnie do emerytury) pomysł by mieć pipeline do testowanie kodu obliczeniowego (np rotacje, mnozenie macierzy itd itp) ala:
- before test: ustawiamy wartosci adresow pamieci "in" i rejestrow
- odpalamy "headless" jakies emulator 6502 (wystarczy cpu + ram)
- robimy dump rejestrow + pamieci
- odpalamy asserty (np czy rotacje sa poprawne dla kilku przypadkow testowych itp)
Umozliwiało by to np refaktor i optymalizacje majać kontrolę nad regresją.
No ale... może wymyślam koło od nowa i takie coś już jest możliwe i wymaga tylko oskryptowanie istniejących tooli?
Najlepszego... i smaczenego!
@Monsoft ja zazwyczaj wpadam do Gdańska na dlużej (5-7 dni) z rodziną przy okazji SV. Sprawdza się to świetnie jako połączenie urlopu rodzinnego i party - polecam. Całe 3miasto jest pełne atrakcji: czy stare miasto czy plaża w Orłowie czy eksperymentarium w Gdyni - nie będziecie się nudzić. Na party place akurat wpadam popołudniami/wieczorami sam lecz to już pewnie sprawa indywidualna - sporo zależy od tego czy rodzina akceptuje dzwięki pokey'a (moja średnio hehe) i w jakim jest wieku;)
Wielkie podziękowania za super party dla Grey'a i całej ekipy:)
Krótki party raport: Lynx! New Generation! Agenda!
I ja tego nie widziałem wcześniej? Wygląda to obłędnie dobrze:) Gratulacje!
Grey, zaczynam czuć pozytywną atmosferę party:)
http://alive.atari.org/alive13/jagcode.php
tutaj masz parę bug'ow. nr1 wydaje sie byc najbardziej ograniczajacy.
swoja droga to Jaguar wydaje się byc jeszcze bardziej nieprzyjaznym (tzn trudnym/wymagajacym) srodowiskiem dla kodera niz F030+DSP;) wydaje mi się że mocno trzeba się namęczyć ale oczywiście szacun dla tych co podołali bo na tej platformie na pewno można zrobić fajne rzeczy (choć porownanie z PSX jest jak TKO hehe)
grey/msb napisał/a:Niestety nie ma jeszcze strony SV (oprócz podpiętej "listy obecności") i nie mam gdzie umieścić tego info
W sumie to takie Revision ma co roku stronę o takim samym layout'cie i zmieniają się głownie style, kolory i banner. Nie jest to może aż tak fancy jak nowa strona SV co roku, ale pewnie pracy mniej i nie ma takich problemów jak zacytowane. just food for thought.
Hugs! Nie mogę się doczekać grudnia:)
Dzięki mono,
To niespodzianka. Pozwolę się Ciebie pomęczyć by zrozumieć dokładnie... czy w takim razie po skoku do rozpakowanej binarki mamy z automatu wylaczony rom? Wydaje mi się, że tak nie jest (nie jestem pewien), bo to by narzucało wymagania na pakowany program. Czy on po załadowaniu i rozpakowaniu danych z powrotem mapuje rom przywracajac portb a dane sobie siedzą i czekaja az glowny program jesli chce go to wylaczy juz swiadomie?
mono napisał/a:exomizer sfx sys -n -t 168 -s "lda \#0 sta \$$22f sta \$$d400" -o prog.xex prog.obx
A czy ok jest wrzucenie w kodzik "-s" czegoś ala "lda #$fe sta $D301" co wylączy rom i pozwoli na dekompresje executable powyżej $BFFF? Altirra to łykneła, nie wiem jak prawdziwy sprzęt? Takie rozwiązanie jest spoko czy to faux pas?
Oj super to wygląda. Potestuje:)
Dzięki! Wydaje się działać:) Kolejny krok dla mnie do przodu hehe.
Co do strony zerowej to miałes gorgh na myśli:
;* RMT ZeroPage addresses
org 203
p_tis
p_instrstable org *+2
p_trackslbstable org *+2
p_trackshbstable org *+2
p_song org *+2
ns org *+2
nr org *+2
nt org *+2
reg1 org *+1
reg2 org *+1
reg3 org *+1
tmp org *+1
Rozumiem, że nie muszę tego zmieniać jeśli pasuje mi by mieć te adresy od 203 w góre dla playera. W załaczniku mój przykład - może się komuś przyda (gdybyście zauważyli że robię coś głupiego to krzyczcie bym nie szerzył złych praktym jakiś przez niewiedzę hehe)
Chcę podpiąć muzyczkę w rmt pod mój kod i znowu się trochę pogubiłem;)
Analizuje przykład _rmt_player_demo.asm ze przykladów Mads i mam pare wątpliwości.
Rozumiem, że muszę zaincludować rmt_relocator.mac, rmt_player.a65, music.feat. Odpalic makro relokatora podając plik z muzyczką. Ustawić wymienione stałe konfiguracyjne, odpalić init... no i właśnie w tym przykładzie play (jsr RASTERMUSICTRACKER+3) jest odpalane w pętli głównej a intuicja mi mowi ze pewnie takie wywolanie powinno byc raczej w vbl, nie? (tak przynajmniej bylo gdy kodowalem na ST i Falcona).
Czy adres w MODUL equ $1000 musi taki być czy można/trzba go zmienić?
Czy player nakłada jakieś ograniczenia na mój kod?
Tnx mono! Wszystko działa:) obx i xex jako input zdają się być tu tozsame...
Dzięki mono! Zweryfikuję czy to u mnie działa i wrazie pytań wrócę tutaj. Mam jeszcze jedno laickie pytanie: jaka jest roznica miedzy obx i xex? (używam mads pod wudsn i on generuje xex, musze zmienić jakąs konfigurację czy jest to tozsame?)
Znalezione posty [ 26 do 50 z 440 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.022 sekund, wykonano 36 zapytań