951

(25 odpowiedzi, napisanych Scena - 8bit)

Dziękuję. To jest to.

952

(8 odpowiedzi, napisanych Programowanie - 8 bit)

Fox napisał/a:

Eee... Co to jest "dekompresja strumieniowa" ?

Niektóre algorytmy zakładają, że to co zostało dotychczas zdekompresowane jest już ciągle dostępne i odwołują się do tych danych np. kopiują fragment w bieżące miejsce. No i to mi nie odpowiada bo wtedy tak czy inaczej musiałbym rozkompresować całość do pamięci, a ja chcę w pamięci mieć tylko fragment pliku - dokładnie to, co w najbliższej przyszłości zostanie zagrane, a co po zagraniu zostanie usunięte. Więc na tym polegała by "dekompresja strumieniowa" że w dowolnej chwili chcę zdekompresować kolejny blok danych bez konieczności trzymania w pamięci tego co zostało zdekompresowane wcześniej. Oczywiście nie jest problemem, że w pamięci musi być jakiś bufor albo słownik z którego dekompresor korzysta.

Fox napisał/a:

Podrzuć mailem te źródła i przykładowe pliki, to zerknę, co da się zrobić.

Jeśli masz na myśli LHAsa, to jest tu: https://github.com/fragglet/lhasa
Przykładowe dumpy:
- .ym: archiwum https://pacidemo.planet-d.net/html.html lub ftp://ftp.modland.com/pub/modules/YM/ (opis formatu: http://leonard.oxg.free.fr/ymformat.html - .ym można łatwo zdekompresować za pomocą "lha x modul.ym" i dostajesz wtedy docelowy plik z nagłowkiem "YMx!" itd.),
- .vtx: archiwum https://bulba.untergrund.net/music_e.htm (opis formatu: https://documentation.help/AY-3-8910.12 … _e0irc.htm tu dane do dekompresji są już zaszyte w środku)
W załączniku przykłady.

953

(8 odpowiedzi, napisanych Programowanie - 8 bit)

Ja może uściślę. Chcę dorobić do PSGPLAY możliwość odtwarzania skompresowanych dumpów. W dostępnych formatach używana jest kompresja LZH. No i algorytmu do takiej dekompresji właśnie potrzebuję. I najlepiej gdyby to był algorytm strumieniowy (o ile się da).

@tebe: Chętnie zerknę. Obecnie mam źródła do LHAsa w C.

954

(8 odpowiedzi, napisanych Programowanie - 8 bit)

Czy ktoś zna jakąś implementację dekompresora LZH na Atari XL/XE? Są jakieś źródła? Ten algorytm da się wykorzystać do strumieniowej dekompresji?

955

(18 odpowiedzi, napisanych Software, Gry - 8bit)

Zdaje mi się, że to jest to: http://www.atarimania.com/game-atari-40 … _6762.html Tak przynajmniej wygląda.

956

(1,653 odpowiedzi, napisanych Bałagan)

U Was ciągle są robione kolejne odsłony Dizziego? Zachęcająco wyglądają co najmniej Dizzy, Nixy i War Simulator. Pozazdrościć... albo kupić Spectruma :]

957

(11 odpowiedzi, napisanych Software, Gry - 8bit)

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.

958

(23 odpowiedzi, napisanych Sprzęt - 8bit)

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

959

(23 odpowiedzi, napisanych Sprzęt - 8bit)

Fakt. https://demozoo.org/productions/62660/

960

(20 odpowiedzi, napisanych Sprzęt - 8bit)

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.

961

(20 odpowiedzi, napisanych Sprzęt - 8bit)

@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 :)

962

(20 odpowiedzi, napisanych Sprzęt - 8bit)

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:

laoo/ng napisał/a:

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 :)

963

(7 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Te SID-y to są z całym C64? :>
Żartowałem. Ile masz sztuk? Chętnie kupię.

964

(2 odpowiedzi, napisanych Programowanie - 8 bit)

xxl napisał/a:

(...) bez wylaczania OS i przejeciu calosci obslugi przerwan przez usera.

Oczywiście - przejmij VIMIRQ i tam zrób obsługę NMI.

965

(8 odpowiedzi, napisanych Zloty)

Świetna impreza. Dziękuję i do zobaczenia za rok :)

966

(2 odpowiedzi, napisanych Programowanie - 8 bit)

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

967

(87 odpowiedzi, napisanych Zloty)

Pin napisał/a:

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.

968

(33 odpowiedzi, napisanych Software, Gry - 8bit)

Tam 3 lata. Xuel poszedł na 1-majowy marsz, tam mu się przypomniało, przyszedł do domu usiadł i napisał.

969

(33 odpowiedzi, napisanych Software, Gry - 8bit)

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 :]

970

(33 odpowiedzi, napisanych Software, Gry - 8bit)

Genialna sztuczka! 8-bit na dwóch kanałach.

971

(24 odpowiedzi, napisanych Zloty)

Ja również dziękuję. Odpocząłem wreszcie :) Do następnej razy.

972

(4 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki.

973

(4 odpowiedzi, napisanych Fabryka - 8bit)

A gdzie ten konwerter?

xxl napisał/a:

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).

xxl napisał/a:

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ść.

xxl napisał/a:

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.

xxl napisał/a:

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ść.