http://atariki.krap.pl/index.php/Graph8 do GR.8 i http://atariki.krap.pl/index.php/SGE do malowania semigrafiką w GR.0.
Edit: Był jeszcze RamBrandt.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
atari.area forum » Posty przez mono
http://atariki.krap.pl/index.php/Graph8 do GR.8 i http://atariki.krap.pl/index.php/SGE do malowania semigrafiką w GR.0.
Edit: Był jeszcze RamBrandt.
TAB - zmiana urządzenia,
SPACE - zmiana przyporządkowania kanałów urządzenia do kanałów stereo,
1..6 - odpalenie konkretnej muzyki
0 - wszystkie utwory idą po kolei.
COVOX zazwyczaj jest na $D600.
Edit: Zapomniałem że opis jest też tu: http://atariki.krap.pl/index.php/XL_Digital
Ej, Laoo. Ale kto tu marudzi? Rozmawiamy po prostu o swoich zachciankach. Prosiłeś przecież o refleksje...
Edit: Fajnie byłoby gdyby blitter potrafił adresować rejestry sprzętowe VBXE.
@flashjazzcat: We just talk. As I said - these ideas born in my head during some experiments, but they're not blocking me to use VBXE. It would be nice to have these features in the (near) future :)
Warto by poprawić błędy wyświetlania przy przełączaniu trybów w rastrze.
Moje pobożne życzenia wynikające z różnych potrzeb powstałych podczas eksperymentowania, a które się do tej pory uzbierały:
1. blitter
- wait do punktu x:y
- skoki - chodzi o to, żeby program mógł być rozstrzelony w różnych miejscach w pamięci
- przesunięcia z przeniesieniem i/lub dodawanie z przeniesieniem - przy współpracy z trybami Atari
- dx/dy z częścią ułamkową - obroty i skalowania nie tylko do grafiki, ale i dla np generowania sampli (ogólnie dla różnych danych)
- możliwość dokonywania AND i XOR na target przed wykonaniem operacji z mode
- tryb mappera - dana z pamięci służy jako indeks do przemapowania wartości (osobny rejestr adresowy map w blitterze) - do realizacji dowolnej funkcji przekształcającej bajt
2. xdl
- skoki - program w pamięci powinien być roztrzepany po różnych miejscach
- dx/dy z częścią ułamkową - rotacje/skalowania fragmentu ekranu
- możliwość generowania przerwania w punkcie x:y ekranu
- uruchamianie/zatrzymywanie blittera w punkcie x:y ekranu
3. memac
- dodatkowe rozmiary okna MEMACA np. 2K, 1K, 512B, 256B - przydatne kiedy blitter VBXE realizuje jakieś operacje a w pamięci RAM chcemy wystawić tylko "rejestry sprzętowe"
- konfiguracja priorytetów MEMACx/RAM/ROM/VRAM/XRAM
- tryb readonly okna MEMACx - do emulacji cartridge :]
- wrap MEMACA dokoła 64K
4. ogólne
- paleta pobierana z VRAM
- dodatkowe 7 rejestrów kolorów dla trybu 10 OS (%10 GTIA)
- obsługa całości pamięci VBXE przez PORTB w rdzeniach r
- rejestry MEMAC i blittera w rdzeniu g
Edit:
Na pewno problematyczne jest rozszerzenie XDL, gdyż mamy tylko jeden wolny bit (2.6) którego nie powinniśmy zużywać na dokładnie ten cel, bo zamknęlibyśmy możliwość dalszego rozwoju, ale jakby użyć tego bitu na rozszerzenie komendy XDL do trzech bajtów, to wtedy wystarczyłby tylko jeden bit w trzecim bajcie na wymuszenie trybu 16-to kolorowego (i jeden na wyłączenie dla zachowania konwencji).
Bit rozszerzenia w XDL mógłby zmieniać znaczenie obydwu bajtów XDL a nie dokładać 3-ci :)
Te SID-y to są z całym C64? :>
Żartowałem. Ile masz sztuk? Chętnie kupię.
(...) bez wylaczania OS i przejeciu calosci obslugi przerwan przez usera.
Oczywiście - przejmij VIMIRQ i tam zrób obsługę NMI.
Świetna impreza. Dziękuję i do zobaczenia za rok :)
http://atariki.krap.pl/index.php/6502 sekcja "Błędy związane z przerwaniami".
Sam zakładałeś ten wątek: http://www.atari.org.pl/forum/viewtopic.php?id=7800
Do pracy na GFX compo (Atari) można dołączyć PALETĘ KOLORÓW w postaci pliku *.ACT
Trzeba by to może trochę uściślić.
GTIA jak wiadomo potrafi wyświetlać różne kolory zależnie od modelu więc obraz wychodzący z wyjścia monitorowego może wyglądać tak naprawdę inaczej u każdego użytkownika. Tej wady pozbawione jest VBXE, gdzie można ustawić dowolnie paletę kolorów i obraz wychodzący z wyjścia RGB powinien wyglądać u każdego tak samo (pomijam ustawienia temperatury kolorów telewizora/monitora).
Jeśli grafik przygotowuje grafikę np. w G2F i używa konkretnej palety kolorów, to może dołączyć do grafiki paletę w formacie .ACT (Adobe Color Table) lub .PAL (JASC Palette) i zażyczyć sobie zaprezentowania pracy na VBXE z ustawioną takąż paletą kolorów tak, żeby partyzanci mogli podziwiać efekt o jaki mu chodziło. Należy jednak pamiętać, że VBXE (zarówno z rdzeniem FX jak i GTIA) źle emuluje efekt zmiany trybów graficznych w linii więc grafiki wykorzystujące tą właściwość GTIA mogą być wyświetlane niepoprawnie. W takim przypadku lepiej wyświetlić obraz z wyjścia monitorowego, pomimo że kolory z parcianego egzemplarza Atari mogą nie do końca odpowiadać wyobrażeniom autora.
Z każdym innym przypadkiem VBXE z rdzeniem GTIA powinno sobie poradzić.
Edit: Nie chciałbym wam komplikować, ale proponowałbym żeby autor mógł zażądać prezentacji pracy w określonych warunkach:
- GTIA przez wyjście monitorowe,
- VBXE z paletą autora przez wyjście RGB,
- dowolne wyjście video.
Opisany problem dotyczy tylko prac dla GTIA. Prace dla VBXE są prezentowane przy użyciu formatu .BMP, który zawiera informację o barwach.
Edit 2: VBXE domyślnie używa palety LAOO.
Tam 3 lata. Xuel poszedł na 1-majowy marsz, tam mu się przypomniało, przyszedł do domu usiadł i napisał.
Na dwóch, bo wydaje mi się, że z rozpędu Autor użył AUDC2 do zgrubnego ustalania poziomu membrany, a mógł to zrobić za pomocą AUDC3 (sprawdziłem, ale odsłuch mogę uskutecznić obecnie tylko na emulu). Tak więc na jednym POKEY-u można generować dwa sample 8-bit parami: AUDC1+3 oraz AUDC2+4.
Ech dlaczego sam na to nie wpadłem, żeby pikiem generować podpoziomy na drugim kanale :]
Genialna sztuczka! 8-bit na dwóch kanałach.
Ja również dziękuję. Odpocząłem wreszcie :) Do następnej razy.
Dzięki.
A gdzie ten konwerter?
A5 43 zmienic na 0B 00
LDA $43 na ANC #$00
Tu oczywiście nie dało się zastosować zwykłego LDA #$00 ($A9,$00).
29 03 zmienic na 80 03
AND #$03 na DOP #03
A tu mamy do czynienia z kodem szalenie krytycznym czasowo więc NOP, NOP ($EA, $EA) też się nie dało użyć (ostatecznie AND #$FF - $29 $FF).
To chyba jakaś nerwica natręctw. Proponuję takie hasło w stopce: "Kod na Atari nie może działać bez nielegali!".
Edit: Albo "Nie ma Atari bez nielegali!"... a Balerowicz musi w końcu odejść.
nie zgodze sie z tym. w przypadku gdy sio2sd udostepnia xex do zabootowania czyli emuluje atr nie musi wcale wystawiac sektora $168 bo i tak nie realizuje funkcjonalnosci zapisu
To prawda. Nie musi bo udostępnia ATR-a do zabootowania z własnym loaderem. Mógłby w ogóle nie mieć żadnego FS-a tylko zapisać pełne sektory sekwencyjnie.
Ale skoro jednak jest wystawiany katalog i VTOC, to miło byłoby żeby poprawnie były tam uzupełniane:
- id FS-a (2, lub 3 zależnie od tego czy jest to DOS 2.0 z gęstością SD/ED, czy MyDOS),- ilość wszystkich sektorów na dysku.
Obecnie total sectors we VTOC jest identyczne z ilością sektorów pliku zapisanego w directory, a przecież dodatkowo są BOOT sektory, VTOC i directory.
mysle, ze siocart i wifiprime tez tak beda udostepniac xexy... bo to dobre jest.
No to naprawdę zajebiście. Gratuluję.
Edit: Przepraszam. Total sectors ma poprawną wartość.
Replaya nie zanotowałem, choć mgliście kojarzę że chyba któryś soccer coś pokazywał.
Demo z bohaterem miało na pewno Robbo. W Misji i Fredzie nie było bohatera :/ Innych dem sobie nie przypominam. Aaaa w Ride Over Moskwa coś też było i można było się w dowolnej chwili w to demo włączyć i grać.
http://atariki.krap.pl/index.php/GTIA
Nie wiem jak od strony elektronicznej działa GTIA i nie wiem którymi liniami ANTIC informuje go o kolorze/trybie pracy (ANx?). Może tu gdzieś w opóźnieniach leży pies pogrzebany?
Edit: Aaaaa nie wchodzisz przecież między ANTIC-a i GTIA.
Na pierwszy rzut oka zniknęły sprajty. Możesz uruchomić SysInfo i zobaczyć test sprajtów?
Czemu 5 bajtów sprajtów miałoby być inaczej pobierane przez ANTIC niż pozostałe dane?
Edit: Czy jak w Preliminary Monty wpadniesz do ognia to pojawia się dym?
Edit 2: Jeśli w Draconusie pojawia się płomień z paszczy, to znaczy że missiles są pobierane a playery nie. Missiles są pobierane OIDP w ostatnim cyklu linii skanningowej, playery na początku linii. Taki efekt można też uzyskać wpisując do PMCNTL ($D01D) wartość 1. Może istotne też będzie że sprajty pobierane są z obszarów: missiles: $BBxx, player 0: $BCxx, player 1: $BDxx, player 2: $BExx, player 3: $BFxx.
$400..$6FF oidp to jest obszar w który często ładuje się kod inicjalizacyjny sterowników. Ten obszar jest nieużywany podczas normalnej pracy systemu kiedy wszystko co Ci jest potrzebne już jest załadowane i na 6 stronie raczej nic nie powinno Ci niczego modyfikować.
Jeśli dobrze pamiętam TBXL z jakichś względów sugeruje użycie 6 strony w obszarze od $680..$6FF a nie całej, ale nie pamiętam dlaczego. 5 strona to obszar bufora FP i INPUT-a, 4 strona to obszar buforów IO.
po co ma "sciagac" z sieci na lokala? podczas normalnej zabawy z kataryna ile danych ladujmy/zapisujemy? no to po grzyba archiwizowac cale internety na lokalu zeby to uzyc a pozniej jeszcze przewalac lokala na internety ;-)
Masz rację. Można by pracować na zdalnym zasobie, ale jednak synchronizacja ma tę zaletę że działa offline :)
@Cobol: Dzięki za wyjaśnienia. Temat jak dla mnie bardzo interesujący.
Ładnie! A jak się nazywała oryginalna kompozycja Rastera?
atari.area forum » Posty przez mono
Wygenerowano w 0.109 sekund, wykonano 20 zapytań