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
RastaConverter Beta 20 RastaConverter, popularny konwerter grafiki dla Atari, otrzymał aktualizację Beta 20 z nowymi opcjami linii komend i poprawkami.
Test7800 0.7.2 Nowa wersja eksperymentalnego emulatora Atari 7800, Test7800, wprowadza poprawki w emulacji procesora 6502.
Rogul dla Atari STE, kolejne wieści Twórcy gry Rogul na Atari ST/STE udostępnili pierwszy film prezentujący działający gameplay na nowej platformie!
Wyniki konkursów ABBUC 2025 Znamy zwycięzców ABBUC Software i Hardware Contest 2025. Sprawdź, kto zgarnął nagrody i punkty!
Konwerter ST MSA oraz Extractor Nowe narzędzia działające w przeglądarce, a wszystko w jednym pliku HTML po stronie klienta.
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.021 sekund, wykonano 41 zapytań