Atariki - Wkład użytkownika [pl]

Dyskusja:Graphics 10

2026-05-17T18:53:34Z

0xF: sprostowanie CTIA

Dracon, dlaczego napisałeś, że kształt piksela w tym trybie to "kwadrat czyli proporcjonalny"? Piksel ma proporcje 4x1, żadną miarą nie jest to kwadrat. [[Użytkownik:KMK|KMK]] 13:12, 21 cze 2006 (CEST)

== Dlaczego ANTIC Display List: ==
Specjalnie napisałem ''ANTIC'', żeby odsyłacz był do Display Listy ANTIC-a, a nie do objaśnienia DL. W układzie [[MARIA]] też są display listy, więc doprecyzowanie winno być. Nie? --[[Użytkownik:Krótki|Krótki]] 18:49, 8 wrz 2005 (CEST)

== CTIA ==

"Atari 400 i 800, mimo że tylko ostatnie modele tej serii miały wbudowany GTIA - na obecnym w większości modeli CTIA uzyskanie tego trybu nie jest możliwe."

To wygląda na popularny w Polsce mit (pojawił się w Bajtku lub Mapie Pamięci), że 400/800 miały zwykle CTIA. O ile wiem, większość miała GTIA. --[[Użytkownik:0xF|0xF]] 19:08, 16 maj 2026 (CEST)
: No i samo Atari wymieniało CTIA na GTIA na żądanie. --[[Użytkownik:Mono|Mono]] 19:15, 16 maj 2026 (CEST)
:: Właśnie. Poprawiłem. Również [[Graphics 9]] i [[Graphics 11]]. --[[Użytkownik:0xF|0xF]] 20:53, 17 maj 2026 (CEST)

Graphics 11

2026-05-17T18:52:46Z

0xF: sprostowanie CTIA

[[Grafika:Gr11.png|GR.11|right]]
11-ty tryb graficzny w numeracji [[Atari OS]]. Składa się z 192 linii trybu [[ANTIC Display List|ANTIC $0F]], tak samo jak [[Graphics 8]], [[Graphics 9]] i [[Graphics 10]]. Dlatego mówi się, że jest to ''tryb GTIA'', gdyż z punktu widzenia układu [[ANTIC (układ)|ANTIC]] jest to [[Graphics 8]], a dopiero ingerencja w rejestr GTIA [[Rejestry GTIA#GTIACTL|GTIACTL]] (zwany również PRIOR) zmienia interpretację danych obrazu.

* Kolory: 16 kolorów z palety 121. Kolor 0 jest zawsze czarny, kolory 1-15 mają 15 różnych chrominancji lecz jednakową luminancję, określoną przez bity 1-3 rejestru [[Rejestry GTIA#COLBAK|COLBAK]] ([[rejestr-cień]] [[Rejestry-cienie Atari OS#COLBAKS|COLBAKS]]).
* Rozdzielczość pozioma: 80 [[piksel]]i, w zależności od szerokości ekranu ([[Rejestry-cienie Atari OS#DMACTLS|DMACTLS]]) także 64 lub 96.
* Rozdzielczość pionowa: 192 linie, maksymalnie 239 linii (co uzyskuje się modyfikując [[ANTIC Display List|Display List]])
* Proporcje piksela: 4x1

Cień rejestru [[Rejestry GTIA#GTIACTL|GTIACTL]] to [[Rejestry-cienie Atari OS#GTIACTLS|GTIACTLS]] ($26F zwany też GPRIOR), wpisanie do niego wartości $C0 spowoduje włączenie trybu 11.

Cechą charakterystyczną systemu telewizyjnego [http://pl.wikipedia.org/wiki/PAL PAL] jest "mieszanie" przez odbiornik TV składowej koloru danej linii z kolorem linii poprzedniej, więc jeżeli stworzymy ekran z liniami na zmianę w [[Graphics 9]] i Graphics 11, wszystkie linie trybu 9 będą ''pokolorowane'' (czyt. przejmą [http://en.wikipedia.org/wiki/Chrominance chrominancję]) z poprzedzających je linii trybu 11. Ten trick jest wykorzystywany m.in. w trybach graficznych [[CIN (format pliku)|CIN]] i [[TIP]] oraz przez programy graficzne [[Paint 256]] i [[Plama 256]]. Natomiast jedynym znanym programem graficznym, obsługującym 'normalny' tryb Graphics 11 jest [[RAMbrandt]].

Numer tego trybu graficznego był uwzględniony od najwcześniejszej wersji Atari OS z komputerów Atari [[400]] i [[800]], chociaż ich pierwsza seria zawierała układ [[CTIA]], który nie obsługiwał tego trybu.

Ekran w tym trybie zajmuje 40*192=7680 ($1E00) bajtów. Bajt pamięci ekranu zawiera 2 piksele ponieważ każdy z nich kodowany jest czterema bitami.

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria: Tryby graficzne]]

Graphics 9

2026-05-17T18:52:21Z

0xF: sprostowanie CTIA

[[Grafika:Gr9.png|GR.9|right]]
Dziewiąty tryb graficzny w numeracji [[Atari OS]]. Składa się z 192 linii trybu [[ANTIC Display List|ANTIC $0F]], tak samo jak [[Graphics 8]], [[Graphics 10]] i [[Graphics 11]]. Dlatego mówi się, że jest to ''tryb GTIA'', gdyż z punktu widzenia układu [[ANTIC (układ)|ANTIC]] jest to [[Graphics 8]], a dopiero ingerencja w rejestr GTIA [[Rejestry GTIA#GTIACTL|GTIACTL]] (zwany również PRIOR) zmienia interpretację danych obrazu.

* Kolory: 16 jasności o jednakowej chrominancji określonej przez rejestr [[Rejestry GTIA#COLBAK|COLBAK]] ([[rejestr-cień]] [[Rejestry-cienie Atari OS#COLBAKS|COLBAKS]]),
* Rozdzielczość pozioma: 80 [[piksel]]i, w zależności od szerokości ekranu ([[Rejestry-cienie Atari OS#DMACTLS|DMACTLS]]) także 64 lub 96.
* Rozdzielczość pionowa: 192 linie, maksymalnie 239 linii (co uzyskuje się modyfikując [[ANTIC Display List|Display List]])
* Proporcje piksela: 4x1

Cień rejestru [[Rejestry GTIA#GTIACTL|GTIACTL]] to [[Rejestry-cienie Atari OS#GTIACTLS|GTIACTLS]] ($26F zwany też GPRIOR), wpisanie do niego wartości $40 spowoduje włączenie trybu 9 w numeracji BASIC-a.

Numer tego trybu graficznego był uwzględniony od najwcześniejszej wersji Atari OS z komputerów Atari [[400]] i [[800]], chociaż ich pierwsza seria zawierała układ [[CTIA]], który nie obsługiwał tego trybu.

Ekran w tym trybie zajmuje 40*192=7680 ($1E00) bajtów. Bajt pamięci ekranu zawiera 2 piksele ponieważ każdy z nich kodowany jest czterema bitami.

Jest to jedyny tryb graficzny, w którym możliwe jest (dzięki sztuczkom programowym) uzyskanie pełnej palety 256 kolorów, ponieważ jasność piksela brana jest bezpośrednio z pamięci ekranu, a kolor z czterech starszych bitów rejestru koloru COLBAK.

Ten tryb graficzny był dość popularny w starszych [[demo|demach]] gdyż całkiem dobrze prezentowały się w nim zdigitalizowane zdjęcia (z nowszych produkcji można polecić [[Slide Show|slideshow]] "[http://atari.fandal.cz/detail.php?files_id=3729 The Muppet Movie]" grupy [[Madteam]]).

Istnieją też gry wykorzystujące omawiany tryb graficzny. Sztandarowym przykładem jest angielska "[[Space Lobsters]]" gdzie po mistrzowsku zrobiono użytek z zalet Graphics 9 (tzn. jest tam 16-odcieniowa grafika w znakowym odpowiedniku trybu GR.9).

Programy graficzne, pracujące w Graphics 9, to m.in. [[RAMbrandt]] oraz [[Retoucher]].

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria: Tryby graficzne]]

Graphics 10

2026-05-17T18:51:45Z

0xF: sprostowanie CTIA

[[Grafika:Gr10.png|GR.10|right]]
Dziesiąty tryb graficzny w numeracji [[Atari OS]]. Składa się z 192 linii trybu [[ANTIC Display List|ANTIC $0F]], tak samo jak [[Graphics 8]], [[Graphics 9]] i [[Graphics 11]]. Dlatego mówi się, że jest to ''tryb GTIA'', gdyż z punktu widzenia układu [[ANTIC (układ)|ANTIC]] jest to [[Graphics 8]], a dopiero ingerencja w rejestr GTIA [[Rejestry GTIA#GTIACTL|GTIACTL]] (zwany również PRIOR) zmienia interpretację danych obrazu.

* Liczba kolorów: 9 (niezależnych), z palety 128.
* Rozdzielczość pozioma: 80 pikseli, w zależności od szerokości ekranu ([[Rejestry-cienie Atari OS#DMACTLS|DMACTLS]]) także 64 lub 96.
* Rozdzielczość pionowa: 192 linie, maksymalnie 239 linii (co uzyskuje się modyfikując [[ANTIC Display List|Display List]])
* Proporcje piksela: 4x1

Cień rejestru GTIA [[Rejestry GTIA#GTIACTL|GTIACTL]] to [[Rejestry-cienie Atari OS#GTIACTLS|GTIACTLS]] ($26F zwany też GPRIOR), wpisanie do niego wartości $80 spowoduje włączenie trybu 10. Mimo że na każdy piksel przypadają wtedy 4 bity, nie da się uzyskać 16 kolorów, ponieważ GTIA ma tylko 9 rejestrów koloru. Oto wartości pikseli i odpowiadające im rejestry kolorów:

* $0 - [[Rejestry GTIA#COLPM0|COLPM0 ($D012)]] (cień [[Rejestry-cienie Atari OS#COLPM0S|COLPM0S ($02C0)]]) (także kolor ramki),
* $1 - [[Rejestry GTIA#COLPM1|COLPM1 ($D013)]] (cień [[Rejestry-cienie Atari OS#COLPM1S|COLPM1S ($02C1)]]),
* $2 - [[Rejestry GTIA#COLPM2|COLPM2 ($D014)]] (cień [[Rejestry-cienie Atari OS#COLPM2S|COLPM2S ($02C2)]]),
* $3 - [[Rejestry GTIA#COLPM3|COLPM3 ($D015)]] (cień [[Rejestry-cienie Atari OS#COLPM3S|COLPM3S ($02C3)]]),
* $4 - [[Rejestry GTIA#COLPF0|COLPF0 ($D016)]] (cień [[Rejestry-cienie Atari OS#COLPF0S|COLPF0S ($02C4)]]),
* $5 - [[Rejestry GTIA#COLPF1|COLPF1 ($D017)]] (cień [[Rejestry-cienie Atari OS#COLPF1S|COLPF1S ($02C5)]]),
* $6 - [[Rejestry GTIA#COLPF2|COLPF2 ($D018)]] (cień [[Rejestry-cienie Atari OS#COLPF2S|COLPF2S ($02C6)]]),
* $7 - [[Rejestry GTIA#COLPF3|COLPF3 ($D019)]] (cień [[Rejestry-cienie Atari OS#COLPF3S|COLPF3S ($02C7)]]),
* $8 - [[Rejestry GTIA#COLBAK|COLBAK ($D01A)]] (cień [[Rejestry-cienie Atari OS#COLBAKS|COLBAKS ($02C8)]]),
* $9 - COLBAK,
* $A - COLBAK,
* $B - COLBAK,
* $C - COLPF0,
* $D - COLPF1,
* $E - COLPF2,
* $F - COLPF3.

Numer tego trybu graficznego był uwzględniony od najwcześniejszej wersji Atari OS z komputerów Atari [[400]] i [[800]], chociaż ich pierwsza seria zawierała układ [[CTIA]], który nie obsługiwał tego trybu.

Ekran w tym trybie zajmuje 40*192=7680 ($1E00) bajtów. Bajt pamięci ekranu zawiera 2 piksele ponieważ każdy z nich kodowany jest czterema bitami i wyznacza rejestr koloru używany do wyświetlenia barwy na ekranie.

Tryb ten nie jest zbyt dobrze oprogramowany. Sztandarowym przykładem wykorzystania go w grze może być [https://www.atarimania.com/game-atari-400-800-xl-xe-strictly-gone-bananas_36239.html Strictly Gone Bananas]. Ze znanych edytorów obsługuje go tylko [[RAMbrandt]].

Linie obrazu w tym trybie są przesunięte względem trybów 9 i 11 o cykl koloru (pół piksela trybu GTIA) w prawo.

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria: Tryby graficzne]]

Dyskusja:Graphics 10

2026-05-16T17:08:33Z

0xF: CTIA

Dyskusja:TRK (format pliku)

2026-03-09T20:50:02Z

0xF: 10,A

"10,A" ? --[[Użytkownik:0xF|0xF]] 21:50, 9 mar 2026 (CET)

CMC (format pliku)

2026-03-09T20:40:32Z

0xF: /* Dane Patternów */ nuty bez dolarów

Format pliku używany przez program [[Chaos Music Composer]]. Plik .CMC jest dosowym plikiem, zawiera 6 bajtowy nagłówek [[Binarny plik DOSu|DOSu]].

== Pierwsze bajty w pliku (pomijając nagłówek DOSa) ==
{| border="1"
|align="center"|Offset ||align="center"|Opis
|-
|align="center"| $00 - $12 || Podpis - '''CMC Data File'''
|-
|align="center"| $13 || Tempo (globalne)
|-
|align="center"| $14 - $53 || Tablica adresów Patternów - młodsze bajty
|-
|align="center"| $54 - $93 || Tablica adresów Patternów - starsze bajty
|-
|align="center"| $94 - $12f || Tablica definicji instrumentów i mapa akcentów
|-
|align="center"| $130 - $1ff || Definicja obwiedni instrumentów (głośności)
|-
|align="center"| $200 - $254 || 1 ścieżka w SONG (1 kanał)
|-
|align="center"| $255 - $2a9 || 2 ścieżka w SONG (2 kanał)
|-
|align="center"| $2AA - $2ff || 3 scieżka w SONG (3 kanał)
|-
|align="center"| $300 - end || Dane patternów
|}

== Definicje instrumentów ==
* offset = numer instrumentu x 6
* Pierwsze cztery bajty to wartości z prawej strony edytora instrumentów:

AB - akcent:
A - 0..c=transpozycja (w górę od tonu podstawowego), f=D-6, e=G-5, d=C-5
B - zniekształcenie akcentu 0=8, 1=a, 2=2, 3=4
CD - zniekształcenie i rodzaj brzmienia oraz slajdy
C - zniekształcenie (tylko parzyste wartości) + na najmłodszym bicie "slide-down"
D - rodzaj brzmienia (0..3-jednokanałowe, 4..7-dwukanałowe) + na najstarszym bicie "slide-up":
0: standardowy
1: wibrujący
2: standardowy (?)
3: bas (stroi niżej)
4: dudniący
5: syntetyczny
6: filtrowany
7: czysty (stroi wyżej)
EF - transpozycja i delta:
E - transpozycja (w górę od tonu podstawowego)
F - głębokość wibracji lub odstęp między częstotliwościami dla dźwięków dwukanałowych
GG - wybrzmiewanie: co ile ramek zmniejszana jest głośność instrumentu aż do osiągnięcia ciszy (00=256 ramek, ff=255, ... 01=1).

* Jeśli definicja instrumentu ma ustawione "slide up" (strzałka w górę), wtedy w drugim bajcie zostaje ustawiony 3 bit. (zwiększony jest o wartość 8)
* Jeśli definicja instrumentu ma ustawione "slide down" (strzałka w dół), wtedy w drugim bajcie zostaje ustawiony 4 bit, (zwiększony jest o wartość 16)
* Kolejne 2 bajty to mapa bitowa akcentów - kolejny bit, kolejny akcent w definicji obwiedni:

bajt: 0 1
bit: 76543210 76543210

wartość: xxxxxxxx xxxxxxx0 0-ton, 1-akcent

pozycja: 00000000 0111111
12345678 9012345

== Definicja obwiedni ==
* offset = numer instrumentu x 8,
* kolejne osiem bajtów stanowią definicję - 16 połówek bajtu (nibble) o wartości (0-15) - od lewej do prawej strony, pierwszy dolny nibble, kolejny górny.

== Dane ścieżek w oknie Song ==
Wszystkie ścieżki w oknie SONG zawierają numery kolejno odtwarzanych patternów, ale wartości z ustawionym 7 bitem (+ $80) są bajtami kontrolnymi:

{| border="1"
|align="center"|Wartość ||align="center"|Klawisz w CMC ||align="center"|Opis
|-
|align="center"| $8F ||align="center"|SHIFT '''S''' || STOP - zatrzymuje odtwarzanie songu ale instrumenty są odtwarzane do końca.
|-
|align="center"| $9F ||align="center"|SHIFT '''J''' || JUMP - skacze do linii w songu - wartość pozycji jest w brana z 2 ścieżki. (na tej samej pozycji)
|-
|align="center"| $AF ||align="center"|SHIFT '''U''' || UP - skacz w górę ileś linii - ilość linii jest brana z 2 ścieżki.
|-
|align="center"| $BF ||align="center"|SHIFT '''D''' || DOWN - skacz w dół ileś linii - j.w.
|-
|align="center"| $CF ||align="center"|SHIFT '''T''' || TEMPO - ustaw nowe tempo - wartość z 2 ścieżki.
|-
|align="center"| $DF ||align="center"|SHIFT '''R''' || REPLAY - pętla odtwarzana n razy na m pozycjach w dół, n brana z 3 ścieżki, m - z 2.
|-
|align="center"| $EF ||align="center"|SHIFT '''B''' || BREAK - zatrzymaj odtwarzanie danego songu i skacz do góry do pierwszej linii po napotkanej takiej samej wartości lub do początku songu.
|-
|align="center"| $FF,$FE || || pusta pozycja - nie odtwarza na tej ścieżce żadnego patternu.
|}

== Dane Patternów ==
{| border="1"
|align="cenet"|Wartość ||align="center"|Opis
|-
|align="center"| $00 - $19 || Numer instrumentu który będzie odtwarzany (na kolejnej pozycji zawsze znajduje się numer nuty)
|-
|align="center"| $40 - $7E || Numer nuty liczony w półtonach (od C-1 do D-6) plus wartość - $40
|-
|align="center"| $80 - $BD || Ilość pustych linii między nutami plus $7F
|-
|align="center"| $FF || Koniec patternu
|}

== Uwagi ==

* Sygnatura pliku CMC zawiera bajty: $a0,$e3,$ed,$e3,$a0,$e4,$e1,$f4,$e1,$a0,$e6,$e9,$ec,$e5,$a0. Jest to napis " cmc data file " w inwersie.
Za nią znajdują się bajty $8e,$95,$0d,$20 które razem z ostatnim bajtem sygnatury mogą być wykorzystane do rysowania wskaźnika głośności lub equalizera w trybie tekstowym.
* Sygnatura pliku CMC+ zawiera bajty: $a0,$c3,$cd,$c3,$ab,$a0,$e4,$e1,$f4,$e1,$e6,$e9,$ec,$e5,$a0. Jest to napis " CMC+ datafile " w inwersie. Za nią znajdują się 4 spacje.
* Sygnatura plików CMC z poprawką Jaskra opisaną przez Henryka Karpowicza w magu Serious#11 ma zmodyfikowany (w stosunku do oryginalnej sygnatury CMC) pierwszy bajt - zamiast $a0 znajduje się tam $30. Pozwala to rozpoznać pliki z krótszym 48 pozycyjnym patternem (standardowy ma 64 pozycje).

== Linki ==

* [[CM2]]
* [[CM3]]
* [[CMR]]
* [[DMC (format pliku)|DMC]]
* [[CMS]]
* [[INS (Chaos Music Composer)|INS]]

[[Kategoria:Atari 8-bit]]
[[Kategoria:Formaty plików]]

Dyskusja:Lucjan Daniel Wencel

2026-02-22T20:29:54Z

0xF: LinkedIn

Na LinkedIn to on? Pisze tam, że w 1968 zaczął studia na San José State University. --[[Użytkownik:0xF|0xF]] 21:29, 22 lut 2026 (CET)

Dyskusja:POKEY

2026-02-22T20:26:12Z

0xF: CA-2001 vs LDW 2000

CA-2001 ma wolniejsze turbo od [[LDW Super 2000]] ? Z [[CA-2001]] wynika, że takie samo. --[[Użytkownik:0xF|0xF]] 21:26, 22 lut 2026 (CET)

SAP Maker

2025-12-20T11:45:13Z

0xF: ASAP 7.0.0 konwertuje MD1 i MD2

Przenośny program autorstwa [[Fox]]a konwertujący z linii poleceń muzykę z formatów 8-bitowego Atari na format [[SAP (format pliku)|SAP]].
Projekt nie jest rozwijany - możliwość tego rodzaju konwersji posiada [[ASAP]] począwszy od wersji 1.1.0.
Ostatnia wersja SAP Maker (5.0) potrafi konwertować formaty [[CMC (format pliku)|CMC]], [[CMR]], [[MPT (format pliku)|MPT]], [[MD1]], [[MD2]], [[TMC (format pliku)|TMC]], [[TM8]], [[AMS]].

Różnice między SAP Maker 5.0 a ASAP:

* ASAP wyznacza i dodaje tagi TIME
* ASAP obsługuje subsongi we wszystkich formatach, SAP Maker tylko w CMC i CMR
* ASAP dodatkowo obsługuje formaty CM3, CMS, DMC, DLT, FC, MPD, RMT, TM2
* SAP Maker dodatkowo obsługuje format AMS
* SAP Maker uznaje pliki z rozszerzeniem TMC za monofoniczne, zaś ASAP za stereo (identycznie jak TM8)

[[Kategoria:Emulacja]]

ASAP

2025-12-20T11:44:25Z

0xF: nowe formaty w 7.0.0

Another Slight Atari Player - odtwarzacz plików dźwiękowych małego atari (m.in. SAP) przeznaczony dla współczesnych komputerów oraz urządzeń przenośnych. Autorem ASAPa jest [[0xF]].

Początkowe wersje ASAPa wykorzystywały emulację [[6502]] i [[POKEY]]a z [[Atari800]]. W wersji 1.0.0 zostały napisane nowe procedury emulacji tych układów.

W skład projektu wchodzą:

* asapconv - konwertuje z linii poleceń muzykę Atari do formatów WAV, RAW, MP3 i [[XEX]] oraz między formatem SAP a pozostałymi formatami muzyki Atari,
* WASAP - prosty odtwarzacz pod Windows,
* wtyczka dla foobar2000,
* wtyczka dla MOC,
* wtyczka dla Winampa,
* wtyczka dla XMMS,
* wtyczka dla XMMS 2,
* wtyczka dla XMPlay,
* wtyczka dla biblioteki BASS (można użyć np. w odtwarzaczu AIMP),
* wtyczka dla VLC,
* apokeysnd.dll - emulacja POKEYa dla [[Raster Music Tracker|RMT]],
* rozszerzenie Windows Explorera - umożliwia wyświetlanie i edycję metadanych,
* odtwarzacz w JavaScript działający w przeglądarce,
* odtwarzacz na urządzenia z systemem Android,
* wtyczki do TortoiseSVN/TortoiseGit umożliwiające porównywanie metadanych,
* ASAP2WAV - konwerter do formatu WAV - wersje w językach C#, Java, JavaScript, Python, Swift, D i OpenCL (ta ostatnia działa na GPU).

W poprzednich wersjach były też:

* WASAP dla Windows Mobile
* wtyczka dla Windows Media Playera (również mobilnego),
* wtyczka dla GSPlayera,
* wtyczka dla Apollo,
* wtyczka dla XBMC,
* wtyczka dla Audacious,
* wtyczka dla biblioteki GStreamer,
* aplet Java,
* midlet Java,
* odtwarzacz dla Flash Playera,
* odtwarzacz w technologii Silverlight,
* odtwarzacz w technologii Adobe AIR,
* ASAP2WAV - konwerter do formatu WAV - wersja w języku Perl.

ASAP obsługuje następujące formaty plików:

* [[SAP (format pliku)|SAP]]
* [[CMC (format pliku)|CMC]]
* [[CM3]] (CMC ze zmodyfikowaną długością patternu, dla utworów 3/4)
* [[CMR]] (CMC Rzóg - CMC ze zmodyfikowanym basem)
* [[CMS]] (Stereo Double CMC)
* [[DMC (format pliku)|DMC]] (DoublePlay CMC - CMC odtwarzane dwa razy na [[ramka|ramkę]])
* [[DLT (format pliku)|DLT]]
* [[MPT (format pliku)|MPT]]
* MD1+D15 (MPT z jednym kanałem sampli 15 kHz)
* MD1+D8 (MPT z jednym kanałem sampli 8 kHz)
* MD2+D8 (MPT z dwoma kanałami sampli)
* [[MPD]] (MPT DoublePlay - MPT dwa razy na ramkę)
* [[FC (format pliku)|FC]]
* [[Raster Music Tracker|RMT]]
* [[TMC (format pliku)|TMC]]
* [[TM2]] (Theta Music Composer 2.x)

==Zobacz też==
* [https://asap.sourceforge.net/ ASAP]

[[Kategoria:Emulacja]]

Mega Player

2025-12-18T22:42:59Z

0xF: /* Odnośniki zewnętrzne */ webarchive

Autor: [[MacGyver]]

Program służący do odgrywania muzyki, później również przeglądarka grafiki. Oficjalne wersje programu: 1.0, 1.2, 1.3, 1.5, 1.51, 2.0, 2.0B powstawały w latach: 1996-2000. Ostatnia wersja Mega Playera odtwarzała pliki dźwiękowe następujących trackerów muzycznych: [[Chaos Music Composer]], Double Chaos Music Composer, [[Music Protracker]], [[Theta Music Composer]], [[Future Composer]]. Dodatkowo player przeglądał pliki graficzne takie jak: [[MIC]], [[PIC]], [[Graphics 8|GR.8]], [[Graphics 9|GR.9]], [[INT]], [[HIP]], [[CIN (format pliku)|CIN]], [[GED]] oraz znane z [[ST|Atari ST]] PI1 i PI3. Player umożliwiał odtwarzanie grafiki jak i muzyki w postaci [[slide show|slideshowów]], umożliwiając przeskok między kolejnymi plikami zarówno w sposób manualny jak i czasowo-automatyczny. Player umożliwiał także przeglądanie plików tekstowych z różnymi standardami polskich znaków oraz przeglądanie zestawów fontów w formacie .FNT.
Mega Player już w roku 1996 jako jeden z niewielu programów użytkowych na [[Atari 8-bit]] wspierał obsługę podkatalogów. Wszystkie wersje Mega Playera wymagały jedynie 64kB [[RAM]] oraz wykorzystywały [[Stereo|STEREO]].

==Odnośniki zewnętrzne==
*[https://web.archive.org/web/20160730053954/http://www.atari.apox.pl/artykul,mega-player.html Historia Mega Playera]

{{stub}}
[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:Polskie programy]]

9 plus plus

2025-12-18T18:12:22Z

0xF: gramatyka

'''9++''' i '''10++''' są niestandardowymi trybami graficznymi. 9++ używa trybu GTIA 9 i daje do dyspozycji 16 odcieni jednego koloru. 10++ używa trybu GTIA 10 i daje do dyspozycji 9 dowolnych kolorów. Oba tryby używają trybu 15 [[ANTIC (układ)|ANTIC-a]], który to tryb ma normalnie wysokość jednej linii skaningowej. Trick z rejestrem VSCROL umożliwia zwiększenie wysokości jednej linii trybu bez ponownego pobierania tych samych danych obrazu przez ANTIC. Zwykle, ze względu na kwadratowe piksele, stosowany jest tryb 9++/10++ o wysokości 4 linii skaningowych, co odpowiada rozdzielczości 80x59.

Pomysłodawcą trybów jest [[Fox]], który zaprezentował je w piśmie [[Atarynka]] (nr 2/2002), demie [[Numen]]
oraz we wznowieniu książki [[Procedury wejścia-wyjścia|Mapa pamięci ATARI XL/XE: Procedury wejścia/wyjścia]] wydanym w 2025 przez [[Retronics]].

==Zobacz też==
* [http://madteam.atari8.info/index.php?atarynka=tryb9pp Przedruk artykułu z "Atarynki"]

[[Kategoria:Atari 8-bit]]

ASAP

2025-12-18T17:40:47Z

0xF: podlinkowanie, tym razem poprawne

Another Slight Atari Player - odtwarzacz plików dźwiękowych małego atari (m.in. SAP) przeznaczony dla współczesnych komputerów oraz urządzeń przenośnych. Autorem ASAPa jest [[0xF]].

Początkowe wersje ASAPa wykorzystywały emulację [[6502]] i [[POKEY]]a z [[Atari800]]. W wersji 1.0.0 zostały napisane nowe procedury emulacji tych układów.

W skład projektu wchodzą:

* asapconv - konwertuje z linii poleceń muzykę Atari do formatów WAV, RAW, MP3 i [[XEX]] oraz między formatem SAP a pozostałymi formatami muzyki Atari,
* WASAP - prosty odtwarzacz pod Windows,
* wtyczka dla foobar2000,
* wtyczka dla MOC,
* wtyczka dla Winampa,
* wtyczka dla XMMS,
* wtyczka dla XMMS 2,
* wtyczka dla XMPlay,
* wtyczka dla biblioteki BASS (można użyć np. w odtwarzaczu AIMP),
* wtyczka dla VLC,
* apokeysnd.dll - emulacja POKEYa dla [[Raster Music Tracker|RMT]],
* rozszerzenie Windows Explorera - umożliwia wyświetlanie i edycję metadanych,
* odtwarzacz w JavaScript działający w przeglądarce,
* odtwarzacz na urządzenia z systemem Android,
* wtyczki do TortoiseSVN/TortoiseGit umożliwiające porównywanie metadanych,
* ASAP2WAV - konwerter do formatu WAV - wersje w językach C#, Java, JavaScript, Python, Swift, D i OpenCL (ta ostatnia działa na GPU).

W poprzednich wersjach były też:

* WASAP dla Windows Mobile
* wtyczka dla Windows Media Playera (również mobilnego),
* wtyczka dla GSPlayera,
* wtyczka dla Apollo,
* wtyczka dla XBMC,
* wtyczka dla Audacious,
* wtyczka dla biblioteki GStreamer,
* aplet Java,
* midlet Java,
* odtwarzacz dla Flash Playera,
* odtwarzacz w technologii Silverlight,
* odtwarzacz w technologii Adobe AIR,
* ASAP2WAV - konwerter do formatu WAV - wersja w języku Perl.

ASAP obsługuje następujące formaty plików:

* [[SAP (format pliku)|SAP]]
* [[CMC (format pliku)|CMC]]
* [[CM3]] (CMC ze zmodyfikowaną długością patternu, dla utworów 3/4)
* [[CMR]] (CMC Rzóg - CMC ze zmodyfikowanym basem)
* [[CMS]] (Stereo Double CMC)
* [[DMC (format pliku)|DMC]] (DoublePlay CMC - CMC odtwarzane dwa razy na [[ramka|ramkę]])
* [[DLT (format pliku)|DLT]]
* [[MPT (format pliku)|MPT]]
* [[MPD]] (MPT DoublePlay - MPT dwa razy na ramkę)
* [[FC (format pliku)|FC]]
* [[Raster Music Tracker|RMT]]
* [[TMC (format pliku)|TMC]]
* [[TM2]] (Theta Music Composer 2.x)

==Zobacz też==
* [https://asap.sourceforge.net/ ASAP]

[[Kategoria:Emulacja]]

ASAP

2025-12-18T17:38:29Z

0xF: odlinkowanie DMC, bo to co innego

Another Slight Atari Player - odtwarzacz plików dźwiękowych małego atari (m.in. SAP) przeznaczony dla współczesnych komputerów oraz urządzeń przenośnych. Autorem ASAPa jest [[0xF]].

Początkowe wersje ASAPa wykorzystywały emulację [[6502]] i [[POKEY]]a z [[Atari800]]. W wersji 1.0.0 zostały napisane nowe procedury emulacji tych układów.

W skład projektu wchodzą:

* asapconv - konwertuje z linii poleceń muzykę Atari do formatów WAV, RAW, MP3 i [[XEX]] oraz między formatem SAP a pozostałymi formatami muzyki Atari,
* WASAP - prosty odtwarzacz pod Windows,
* wtyczka dla foobar2000,
* wtyczka dla MOC,
* wtyczka dla Winampa,
* wtyczka dla XMMS,
* wtyczka dla XMMS 2,
* wtyczka dla XMPlay,
* wtyczka dla biblioteki BASS (można użyć np. w odtwarzaczu AIMP),
* wtyczka dla VLC,
* apokeysnd.dll - emulacja POKEYa dla [[Raster Music Tracker|RMT]],
* rozszerzenie Windows Explorera - umożliwia wyświetlanie i edycję metadanych,
* odtwarzacz w JavaScript działający w przeglądarce,
* odtwarzacz na urządzenia z systemem Android,
* wtyczki do TortoiseSVN/TortoiseGit umożliwiające porównywanie metadanych,
* ASAP2WAV - konwerter do formatu WAV - wersje w językach C#, Java, JavaScript, Python, Swift, D i OpenCL (ta ostatnia działa na GPU).

W poprzednich wersjach były też:

* WASAP dla Windows Mobile
* wtyczka dla Windows Media Playera (również mobilnego),
* wtyczka dla GSPlayera,
* wtyczka dla Apollo,
* wtyczka dla XBMC,
* wtyczka dla Audacious,
* wtyczka dla biblioteki GStreamer,
* aplet Java,
* midlet Java,
* odtwarzacz dla Flash Playera,
* odtwarzacz w technologii Silverlight,
* odtwarzacz w technologii Adobe AIR,
* ASAP2WAV - konwerter do formatu WAV - wersja w języku Perl.

ASAP obsługuje następujące formaty plików:

* [[SAP (format pliku)|SAP]]
* [[CMC (format pliku)|CMC]]
* [[CM3]] (CMC ze zmodyfikowaną długością patternu, dla utworów 3/4)
* [[CMR]] (CMC Rzóg - CMC ze zmodyfikowanym basem)
* [[CMS]] (Stereo Double CMC)
* DMC (DoublePlay CMC - CMC odtwarzane dwa razy na [[ramka|ramkę]])
* [[DLT (format pliku)|DLT]]
* [[MPT (format pliku)|MPT]]
* [[MPD]] (MPT DoublePlay - MPT dwa razy na ramkę)
* [[FC (format pliku)|FC]]
* [[Raster Music Tracker|RMT]]
* [[TMC (format pliku)|TMC]]
* [[TM2]] (Theta Music Composer 2.x)

==Zobacz też==
* [https://asap.sourceforge.net/ ASAP]

[[Kategoria:Emulacja]]

Greg

2025-12-18T17:37:36Z

0xF: aktualizacja linków

{{grafr|GREG_2003.jpg}}

Grzegorz 'Greg' Kwiatek - [[muzyk]] związany ze sceną Atari od końca 1994 roku. Z pochodzenia Krakus, obecnie z konieczności mieszkający w Warszawie.

Zaczynał scenową karierę w commodorowskiej grupie '''Faith''', później był [[Taquart]], a następnie przeszedł do [[Aids]] oraz [[Bit Busters]]. Był również członkiem [[Porażka Team]]. Obecnie należy do muzycznej grupy [[Grayscale]], razem z [[BeWu]] oraz [[X-Ray]]em. Greg to jeden z najaktywniejszych muzyków scenowych - wydał m.in. kilka części muzycznej kolekcji ''Voice of Silence'', udoskonalił [[Chaos Music Composer]]a (projekt ''Chaos Music Composer DoublePlay''), udzielał się w kilku demach i msx-compo (wysokie miejsca). Jeden z niewielu, którzy w praktyce przekonali się o korzyściach z posiadania złącza '''MIDI OUT''' w małym Atari - dzięki temu powstały niektóre jego utwory, które zebrane zostały w formie plików MP3 w kolekcji "Voice Of Silence VI". Obecnie komponuje z użyciem [[Theta Music Composer]]a autorstwa [[Jaskier]]a. Twórca kilku artykułów do zinów, np. kursu obsługi TMC oraz pomysłodawca projektu "Scene Register" - bazy adresów ludzi z atarowskiej sceny komputerowej. Na dzień dzisiejszy Greg ogranicza się, z uwagi na permanentny brak czasu, do drobnej twórczości muzycznej.

Ważniejsze własne produkcje/dzieła w których brał udział (niepełna lista):
* Greg Music Collection (1994/1995)
* Greg Music Collection 2 "Big Ones" (1995)
* [[Back to life]] (1995) - muzyka w demie, Orneta CP
* Voice of Silence I (1995) - w kooperacji z [[Bac]]/Taquart
* Scene Register 1.0 (1995)
* [[Energy]]
* Voice of Silence II (1996) - w kooperacji z Bac/Taquart
* Scene Register 2.0 (1996)
* [[Recycle]] (1996) - muzyka w intrze, Orneta Copy-Party
* [[Ultra]] (1997) - muzyka w demie, Intel Outside IV, Włocławek
* Voice of Silence III (1997) "Eclipse Day"
* [[Really Unreal]] - muzyka w demie
* Voice of Silence IV (1998) "Tribute to..."
* Voice of Silence V (1999) "Cogito"
* Cogito (1999) - demo zaprezentowane poza konkursem na Copy-Party w Opalenicy
* Voice of Silence VI (1999-2000) "Expectancy"
* [[Back to Life 2]] (2004) - muzyka w demie, Orneta Copy-Party

----
Linki:
# [https://www.induced.pl strona prywatna Grega]
# [https://www.induced.pl/atari Informacje nt. działalności scenowej]
# {{ASMADB|Grzegorz+Kwiatek}}
# ...i [http://tiny.pl/q8dl przykładowe muzyczki] do DoublePlay CMC

{{stub}}

[[Kategoria:Ludzie]]
[[Kategoria:Członkowie grupy Taquart]]

Numen

2025-12-18T07:08:14Z

0xF: /* Linki */ dwa identyczne youtuby

{{grafr|Numen_in_action.gif}}

[[Demo]] grupy [[Taquart]]. Zasłużony zwycięzca demo-compo na [[Lato Ludzików 2002]].

Autorzy:
* [[Fox]] - code
* [[Eru]] - code
* [[Dracon]] - gfx
* [[X-Ray]] - msx

==Historia==

W roku 1997 powstał pierwszy i zarazem najbardziej zaawansowany technicznie efekt Turbo Vectys. Efekt został zaprogramowany w [[Quick Assembler]]ze i pierwotnie miał trafić do dema [[Ultra]], jednak nie został skończony na czas. Po premierze dema Ultra, Eru i Fox podjęli decyzje, że następne demo należy zrobić inaczej:
* bez pośpiechu
* dokończyć w mieszkaniu Foxa (Ultra była składana w mieszkaniu Eru, a następnie na [[Intel Outside 4]])

W następnych latach koderzy opracowywali efekty i wymieniali się uwagami. Numen jest jednym z pierwszych dem na 8-bitowe Atari, przy którego tworzeniu autorzy komunikowali się w dużej mierze przez email, ze względu na miejsce zamieszkania: Fox - Mińsk Mazowiecki, następnie Warszawa; Eru - Warszawa, potem Amsterdam; X-Ray - Warszawa; Dracon - Gdańsk; [[Slaves]] - Lublin; [[Heaven]] - Niemcy. Nowością było też używanie narzędzi na PC, m.in. [[xasm]], [[Atari800Win PLus]], Photoshop, Java, GNU Make.

"Iskrą zapalną" do ukończenia dema było party [[Lato Ludzików 2001]], o niskiej frekwencji i liczbie prac. Wystawione poza konkursem demo [[Ergo Bibamus]] zostało opisane w dziewiątym numerze zina [[Serious]] jako ostatnie prawdziwe demo na 8-bitowe Atari i jego autor ([[Króger]]) ogłosił śmierć tej demosceny. Fox postanowił pokazać, że jest inaczej.

Od początku 2002 Fox pracował nad połączeniem całości, które zakończyło się, zgodnie z planem, w jego mieszkaniu w Warszawie przed wyjazdem na party. Tuż przed premierą na zlocie okazało się, że demo zawiesza się. Działało ono poprawnie na Atari 65 XE Foxa, lecz autorzy nie zabrali tej maszyny na party. Po sprawdzeniu kilkunastu maszyn udało się znaleźć taką, na którym demo działało. Zaraz po premierze, główni koderzy odreagowali stres i emocje w grze [[Archon]] na [[Big-screen|big-screenie]] (co uwiecznione zostało na filmie z LL2K2). Po powrocie z party Fox zdiagnozował problem, którym okazało się użycie kilku bajtów niezainicjalizowanej pamięci rozszerzonej (demo działało poprawnie, gdy bajty te były wyzerowane). Błąd został poprawiony w finalnej wersji, wydanej 22.08.2002 roku.

W roku 2016 powstała wersja "zapętlona" Numena (demo po skończeniu uruchamia się od nowa, itd.) na potrzeby wystawy demosceny w Muzeum Techniki w Warszawie. Wersja ta wymaga przynajmniej 368 KB pamięci RAM.

==Efekty==

1. Flash and spin

Początkowo miał to być efekt "flash" i trwać znacznie dłużej. Później dodano obrót i przejście w grafikę wyższej rozdzielczości w trybie HIP+.

2. Portal engine

Przewodni efekt dema to silnik 3D wzorowany na [http://en.wikipedia.org/wiki/Build_engine Build], wykorzystanym m.in. w grze [http://en.wikipedia.org/wiki/Duke_Nukem_3D Duke Nukem 3D] na PC. Więcej informacji [[Vector|tutaj]].

3. Rotated tunnels

Efekt zainspirowany [https://youtu.be/B4gC397tdlY?t=415 demem] na [http://en.wikipedia.org/wiki/Commodore_64 C64].

4. [https://en.wikipedia.org/wiki/Reflection_mapping Environment mapping]

Efekt torusa 3D "z zewnątrz" został ostatecznie połączony z "Rotated tunnels" przedstawiającym wnętrze torusa.

5. [https://pl.wikipedia.org/wiki/Mapowanie_wypuk%C5%82o%C5%9Bci Bump mapping]

Heaven podrzucił pomysł wykorzystania trybu HIP. Oznacza to czterokrotnie większą liczbę pikseli do wyrenderowania. Aby osiągnąć sensowną płynność, światło rusza się tylko w poziomie.

6. Ray-shaded tunnel

Efekt miał wiele wersji. Początkowo zajmował znacznie mniejszy obszar ekranu i nie miał scrolla.

7. Recursive zoomer

Fox zaproponował zoom z liter złożonych z punktów. Eru zaproponował użycie tekstur oraz ''motion blur''. Efekt jest renderowany w ''dwóch wątkach'':
* przerwanie VBL wyzwala procedurę zoomera a następnie blura,
* wykorzystując wolny czas procesora, program główny renderuje kolejną teksturę.

8. Interference and transparency

Pierwotnie były to osobne efekty. Fox zaprogramował interferencję fal, potem dodał alpha-blending wg pomysłu Heavena.

9. Eru plasma

Efekt jest rozwinięciem tunelu z intra [[Recycle]].

10. LBS plasma

Efekt jest implementacją tunelu z intra [[Recycle]] w trybie [[TIP]]. Jest to pierwszy efekt w tym trybie, jednak nie prezentuje jego zalet (256 kolorów w dość wysokiej rozdzielczości) ze względu na pośpiesznie przygotowaną przez Slavesa grafikę o małej liczbie kolorów.

11. Tunnel puzzle

Inspiracją była 15-elementowa zabawka-układanka. Po prawej stronie pojawiają się różnokolorowe miniatury tunelu.

12. Kostka Rubika

Efekt wykorzystuje szybką a zarazem niedokładną metodę renderowania krawędzi. Układ kostki jest losowy. O kolejności rysowania decyduje (jak w [https://pl.wikipedia.org/wiki/Binary_space_partitioning BSP]) położenie kamery względem płaszczyzny dzielącej jedną warstwę kostki od pozostałych dwóch. Więcej o układaniu takiej kostki można znaleźć [http://madteam.atari8.info/index.php?syzygy=rubik tutaj] (artykuł z Syzygy #8)

13. Motion capture

Prosta animacja złożona z rysowanych w czasie rzeczywistym odcinków. Dane zostały przekonwertowane z programu na PC.

14. Turbo vectys

Pełnoekranowe wektory 128x240 wypełniane w jednej ramce. W każdej linii ekranowej cztery sprite-y poczwórnej szerokości są ustawiane na krawędziach bryły. Umożliwia to rendering brył, które w każdej linii mają maksymalnie trzy przylegające ściany. W celu uzupełnienia przerw między sprite-ami użyto trybu graficznego o rozdzielczości 3x240. Jest to tryb GRAPHICS 3 z rozdzielczością pionową powiększoną poprzez manipulację VSCROL. Wszystkie kombinacje trzech pikseli są przygotowane w pamięci i przełączane zapisem jednego bajtu do Display List na podstawie położenia krawędzi bryły.

15. Scrolled bump mapping

Efekt scrollowanego bump mappingu z niezależnie poruszającym się światłem.

==Varia==

* Nazwę dema zaproponował Dracon, pochodzi ona z łaciny i oznacza tyle co ''nadprzyrodzona siła''.

* Jak wspomniano wyżej, omawiane demo zawiera 15 efektów a trwa około 12 minut (jest to zatem jedno z najdłuższych czasowo dem w historii 8-bitowego Atari). Autorzy zdecydowali się na użycie rozszerzonej pamięci (wymagane minimum 320 kB RAM) głównie dlatego, aby zachować płynność dema. Tak naprawdę każdy efekt działałby bez problemu na komputerze Atari XL/XE PAL z GTIA bez tego rozszerzenia pamięci.

* Wbrew pozorom, dla zaawansowanych koderów największe wyzwanie stanowi(ł) efekt szybkich, wypełnianych wektorów 1-ramkowych (Turbo vectys), który choć pozornie wyglądają dość mało efektownie, to wymagają sporo kombinowania. Po premierze dema wyrazy uznania, szczególnie za w/w efekt, złożył autorom znany koder [[Jacomo Leopardi]].

* '''Grafika''': demo z założenia miało być bardzo kolorowe, wykorzystujące różne tryby (i triki) graficzne. Podczas tworzenia Numena wykorzystano kilka rozmaitych narzędzi graficznych (np. ww. Photoshop, ale także powstałe przy okazji - prosty program do 3-kolorowego [[hires]]u autorstwa [[Electron]]a czy też małe narzędzie Foxa, napisane w języku Java do podkolorowywania obrazków dla nowego programowego trybu [[TIP]] na PC). Rozważano dołączenie grafik również od [[Replay]]a oraz zrobienie *znacznie* lepszego [[design]]u całej produkcji, jednak znana, powszechna "czasowa" bolączka (polskich) produkcji dała o sobie także znać i niestety nie było dane tego zrealizować. Obrazek tytułowy (z [https://pl.wikipedia.org/wiki/Albert_Einstein Albertem Einsteinem]) jest autorską wersją karykatury w/w i w pewnym sensie stanowi odzwierciedlenie uwielbienia Dracona do [http://content.pouet.net/files/screenshots/00000/00000110.gif czołówki] z dema na Atari [[ST]] - [[Flip-O-Demo]] oraz niejako "zdradza" kilka efektów w samym demie. Co ciekawe, obrazek po konwersji na Atari wyszedł nawet lepiej niż oryginalny z PC (który i tak nie był docelowym).
Gdyby ktoś się nie rozpoznał / nie skojarzył, to obrazek z czterema postaciami siedzącymi w łodzi wikińskiej (pokazany około środka dema) to podobizny głównych twórców tej produkcji (od lewej): Fox, Eru, Dracon, Heaven, Slaves i X-Ray. <br>
Dwie hiresowe grafiki z dema (''diablik'' i ''babka'') mogą się wydać komuś znajome: pierwsza to ręcznie pikselowana praca oparta na obrazku Piotra Zdrzynieckiego (opublikowana w czasopiśmie "FANTASTYKA" nr 3/1990), natomiast druga jest pikselowanym odręcznie obrazkiem na bazie pracy Marka Bieleckiego z czasopisma "FANTASTYKA" nr 12/1992.

* Odnośnie '''muzyki''', X-Rayowi udało się skomponować długi, lecz nienużący utwór, ze zmienną dynamiką. Jego jakość docenił sławny [[Adam Gilmore]] w [http://www.atari.org.pl/wywiad/adam-gilmore/3 wywiadzie] z 2004 roku. Podczas komponowania tak długiego utworu [[Music ProTracker]] zawieszał się. Fox przygotował poprawkę trackera i opisał tę historię w [https://madteam.atari8.info/index.php?syzygy=mptfox ósmym] numerze [[Syzygy]].

==Odbiór==

* Z perspektywy czasu, NUMEN na stałe wpisał się w historię [[Ataroscena|atarosceny]], zyskując miano jednego z najlepszych programów demonstracyjnych na 8-bitowe Atari i nadal bywa pokazywany na rozmaitych zlotach i pokazach. Jako jeden z niewielu produkcji scenowych był puszczany ponownie na big-screenie krótko po premierze na tym samym party. O jego nieustającej popularności może świadczyć na przykład fakt, że w 2016 r. (14 lat po premierze!), na prośbę organizatorów [https://mowianamiescie.pl/wydarzenia/4555-wystawa-demoscena-digital-art-w-muzeum-techniki-i-przemyslu-not wystawy] w Muzeum Techniki i Przemysłu NOT w Warszawie, została przygotowana specjalna, "zapętlona", wersja tego dema. Ciekawostką jest też to, że niektórzy elektronicy scenowi używają tego dema jako "testera" poprawności działania rozszerzonej pamięci w 8-bitowym Atari.

* "Świat 3d" z omawianego dema zainspirował użytkowników C64 do stworzenia [https://csdb.dk/release/?id=179812 czegoś podobnego].

* W książce [[TDC]] z 2020 r. pt. "Oni migają tymi kolorami w sposób profesjonalny" niniejszej produkcji poświęcono stronę 283, gdzie m.in. jest napisane: "... demo Numen, które się pojawiło w 2002 roku i rozbiło bank. Było uznawane za najlepsze demo ever na ośmiobitowe Atari... Autor muzyki do tego dema (...) zrozumiał, że wziął udział w epokowym wydarzeniu (...)".

* W [https://scena.ppa.pl/scena/-demoscena-w-polsce-hanna-mikolajczak-recenzja.html recenzji] książki "Demoscena w Polsce" Hanny Mikołajczak, która ukazała się 6.01.2025 roku, znalazła się opinia ekspertów z C64, że "jeśli idzie o małe Atari to sprawa jest oczywista - Numen grupy Taquart to nie tylko najbardziej popularne, ale i najlepsze polskie demo".

* Grafika Dracona z [[loader|loadera]] dema "Numen" została użyta jako jeden z elementów [http://atariki.krap.pl/images/1/1a/Last-2025-idx_drcgfx.jpg identyfikacji graficznej] zlotu [[Last Party]] 2025.

{{ImgFrm|http://atariki.krap.pl/images/c/c7/Foxeru2002_mini.jpg|http://atariki.krap.pl/images/d/d5/Foxeru2002.jpg|Główni koderzy dema wyciskają z Atari ostatnie soki. ;-) }}

==Linki==
*[http://numen.scene.pl Strona domowa projektu]
*[https://github.com/pfusik/numen kod źródłowy na githubie]
*[http://www.pouet.net/prod.php?which=9044 Pouet]
*[https://demozoo.org/productions/53320/ Demozoo]
*[https://a8.fandal.cz/detail.php?files_id=3627 Fandal]
*[http://www.atarimania.com/demo-atari-400-800-xl-xe-numen_s11402.html Atarimania]
*[http://web.archive.org/web/20051225140415/http://www.serious-dial.atari.pl:80/Serious/S14/A12.html recenzja z Serious #14]
*[https://atariage.com/forums/topic/96390-the-numen-demo/ dyskusja na AtariAge]
*[https://www.youtube.com/watch?v=6ua8mZx-6sk Numen w YouTube]
*[https://web.archive.org/web/20120325204614/http://www.tscc.de/ucm23/numen.html recenzja z magazynu UCM #23]
*[https://web.archive.org/web/20160425081917/http://www.atari.apox.pl/artykul,najlepsze-dema-na-atari-8-bit.html recenzja [[MacGyver]]a]
*[https://youtu.be/_MMqFF0fIXk Numen "od wewnątrz" na 65XE Debuggerze]
*[https://forums.atariage.com/topic/339805-the-20th-anniversary-of-numen-demo/?do=findComment&comment=5110491 Numen na kasecie(!)]
*[https://atarionline.pl/v01/index.php?subaction=showfull&id=1661159687&archive=&start_from=0&ucat=1&ct=nowinki jubileusz 20-lecia dema]

Warto również obejrzeć [[Numen The Movie]].
<br>Zobacz także [[Vector]]

[[Kategoria:Dema XL/XE]]
[[Kategoria:Produkcje grupy Taquart]]
[[Kategoria:Polskie dema]]

9 plus plus

2025-12-18T07:03:43Z

0xF: gdzie znaleźć dokładny opis

'''9++''' i '''10++''' są niestandardowymi trybami graficznymi. 9++ używa trybu GTIA 9 i daje do dyspozycji 16 odcieni jednego koloru. 10++ używa trybu GTIA 10 i daje do dyspozycji 9 dowolnych kolorów. Oba tryby używają trybu 15 [[ANTIC (układ)|ANTIC-a]], który to tryb ma normalnie wysokość jednej linii skaningowej. Trick z rejestrem VSCROL umożliwia zwiększenie wysokości jednej linii trybu bez ponownego pobierania tych samych danych obrazu przez ANTIC. Zwykle, ze względu na kwadratowe piksele, stosowany jest tryb 9++/10++ o wysokości 4 linii skaningowych, co odpowiada rozdzielczości 80x59.

Pomysłodawcą trybów jest [[Fox]], który zaprezentował je w piśmie [[Atarynka]] (nr 2/2002), demie [[Numen]]
oraz we wznowieniu książki [[Procedury wejścia-wyjścia|Mapa pamięci ATARI XL/XE: Procedury wejścia/wyjścia]] wydanej w 2025 przez [[Retronics]].

==Zobacz też==
* [http://madteam.atari8.info/index.php?atarynka=tryb9pp Przedruk artykułu z "Atarynki"]

[[Kategoria:Atari 8-bit]]

Jager

2025-12-13T13:21:10Z

0xF: /* Linki */ web archive

Ireneusz Radzikowski. Mieszkaniec Wałbrzycha. Początkowo wolny strzelec (znany pod ksywą ''Jager Softmix''), a od połowy lat 90. ubiegłego wieku [[muzyk]], następnie [[koder]] w grupie [[Tight]]. Po rozpadzie tejże wylądował w [[Dial]]u. Odpowiedzialny za udźwiękowienie gry [[Puzmania]]. Wystawił też parę swoich utworów na [[QuaST 1995]]. Jako koder znany z takich produkcji jak: [[invitro]] na QuaST 1996, [[Savage]] (msx-disk), [[Tight Bonus Side]], [[Historia Niespełnionych Zapędów]] oraz [[Sweet Fantasy]]. Ma również na koncie kilka drobnych [[DOS]]owych programików (kopiery, przeglądarkę grafiki-> ''MultiGraph View'', w skrócie MGV - dwie wersje) oraz [[DOS Control]]. Jego dziełem jest również kod i świetny design magazynu [[Serious]] (dotyczy prawie wszystkich numerów oprócz kilku ostatnich).
Do tworzenia muzyki używał [[Chaos Music Composer]] oraz [[Music ProTracker]].

Jager nie zajmuje się już [[Atari]] jednak czasami odwiedza portal [[Atari.area]].

Niestety nie pojawił się na żadnym [[Copy-Party|party]].

==Linki==
* [https://web.archive.org/web/20090209232843/http://www.serious-dial.atari.pl/autorzy_Jager.html biografia i konfigi]
* [https://demozoo.org/sceners/35374/ demozoo]

[[Kategoria:Ludzie]]

MPT (format pliku)

2025-11-03T09:08:19Z

0xF: /* Linki */ Energy żyje

{{SDP}}

Plik MPT jest [[Binarny plik DOSu|plikiem binarnym DOS]].

==Struktura pliku==

Offset:

$0000-$003F - adresy brzmień (LSB/MSB) (32 słowa). Bajty $00, $00 w tej tablicy oznaczają, że dane brzmienie jest puste

$0040-$00BF - adresy patternów (LSB/MSB) (64 słowa). Bajty $00, $00 w tej tablicy oznaczają, że dany pattern jest pusty

$00C0-$01BF - cztery tablice częstotliwości (64 bajty każda)

$01C0-$01C3 - młodsze bajty adresów tracków

$01C4-$01C7 - starsze bajty adresów tracków

$01C8-$01C8 - długość patternów (wartości $10, $20, $30 lub $40)

$01C9-$01C9 - tempo utworu

$01CA-$???? - dane tracku #1, dane tracku #2, dane tracku #3, dane tracku #4

$????-$???? - dane brzmień

$????-$???? - dane patternów

==Dane brzmień==

Brzmienie obrazowane jest w programie następująco:

:G EX 0-xx
:GG______________ TD 1-xx
:GG RR 2-xx
:GGG CC 3-xx
+---------------- A0 4-xx
NNNNNNNNNNNNNNNN A1 5-xx
PPPPPPPPPPPPPPPP A2 6-xx
BBBBBBBBBBBBBBBB A3 7-xx

Blok opisu brzmienia ma długość 48 bajtów. Puste brzmienie ma adres $0000.

Pierwsze 32 bajty układają się w 16 par bajtów BG PN opisujących obwiednię dźwięku gdzie:

B - barwa dzwięku (górna połówka [[Rejestry POKEY-a#AUDC1|AUDC]]) - 4 starsze bity

G - głośność dźwięku (dolna połówka AUDC) - 4 młodsze bity

P - numery parametrów akcentów pomnożone przez 2 (drugi rząd) - 4 starsze bity

N - numery akcentów (pierwszy rząd) - 4 młodsze bity

Następne 8 bajtów to parametry sterujące instrumentem (pierwsza kolumna z prawej), kolejne 8 bajtów to parametry akcentów (druga kolumna z prawej).

===Numery akcentów===

* 0 - brak akcentu
* 1 - parametr zostanie wpisany do [[Rejestry POKEY-a#AUDF1|AUDF]]
* 2 - parametr+AUDF zostanie wpisany do AUDF
* 3 - parametr+(numer nuty) zostanie wpisany do AUDF
* 4 - to co 1 oraz wyłączenie dzielnika, czyli włączenie zegara 1.77 MHz (dotyczy tylko kanałów 0 i 2)
* 5 - to co 1 oraz 9-cio bitowy rejestr liczb losowych (działa tylko dla zniekształceń 0 i 8)
* 6 - to co 1 oraz włączenie 15 kHz (zmienia wszystkie kanały)
* 7 - parametr AND wartość losowa do AUDF

'''UWAGA!''' Wszystkie akcenty prócz 4,5,6, wpisują $00 do [[Rejestry POKEY-a#AUDCTL|AUDCTL]] (kanały 8-bitowe taktowane zegarem 64 kHz i 17-bit rejestr liczb losowych).

===Parametry instrumentu===

Pierwsza kolumna wartości zawiera tzw. parametry sterowania instrumentem i są równie ważne jak akcenty.

* Numer efektu E (lewa połówka) oraz jego parametr sterujący X (prawa połówka). Efektów jest 8 (0-7) i sterują wyłącznie częstotliwością instrumentu.
** 0 - jest to łagodne falowanie częstotliwości (vibrato), o głębokości parametru (efekt ten wykorzystują głównie muzycy grający na instrumentach strunowych)
** 1 - dodanie parametru do AUDF (odstrojenie - wykorzystane m.in. w dołączonej muzyczce DIMX)
** 2 - powoduje opadanie częstotliwości (slide down) z prędkością podaną w parametrze
** 3 - powoduje bardzo szybkie opadanie częstotliwości o kilka nut (glissando down)
** 4 - to co 2 lecz podwyższanie częstotliwości (slide up)
** 5 - to co 3 lecz podwyższanie częstotliwości (glissando up)
** 6 - jest to głębokie falowanie częstotliwości (może posłużyć do wykonywania różnych efektów dźwiękowych w grach)
** 7 - to co 6 lecz na znacznie większą skalę
* Każdy efekt nie musi działać zaraz na początku instrumentu, może się rozpocząć dopiero po upływie pewnego czasu (delay), a takie opóźnienie możemy wpisać do prawej połówki następnej wartości D.
* Ponieważ każdy instrument może korzystać z innej tablicy częstotliwości to jej numer wpiszemy w lewą połówkę T tejże wartości. Tablice standartowe w MPT są przystosowane do następujących brzmień, 0-$A, 1-$C, 2-$C oraz 3-$2 (ale z wyłączonym dzielnikiem, czyli zegarem 1.77 MHz).
* Trzecia wartość RR będzie regulować prędkość wyciszania instrumentu (release) i zawiera się w przedziale $00-$FF przy czym $00 oznacza ciągły dźwięk, bez wyciszenia.
* Następna wartość (czwarta) CC będzie wpisywana do [[Rejestry POKEY-a#AUDCTL|AUDCTL]] i może być różna dla innych kanałów, chociaż może ona wpływać na ich brzmienie.
* Ostatnie cztery wartości A0,A1,A2,A3 są cyklicznie dodawane do numeru nuty. Mogą posłużyć jako transpozycja instrumentu (cztery wartości są takie same) lub też jako powszechnie używany efekt - tremolo (używany w "normalnej" muzyce np. przy grze na bałałajce,mandolinie) przykładowo $00,$0C,$00,$0C lub $00,$03,$05,$07 na zniekształceniu $A.
'''UWAGA!''' Wpisanie dowolnego akcentu spowoduje wyłączenie efektu.

'''UWAGA!''' Wpisywanie numerów efektów większych niż 7 może okazać się niebezpieczne dla playerów odgrywających muzykę w grach.

Druga kolumna to parametry używane przy akcentach.

'''UWAGA!''' Włączenie filtru (na kanale 0 lub 2) powoduje automatyczne "zajęcie" parametru 0. Po włączeniu filtru możemy tam wpisywać różne wartości zmieniając tym samym barwę tegoż filtru. Oczywiście można wykorzystać tą wartość do sterowania akcentem, pamiętać należy jednak, że każda zmiana będzie wpływać zarówno na filtr jak i na akcent.

==Dane patternów==

$01-$3E - granie nuty (a raczej półtonu) o numerze N (np. 1=C-1, 2=C#1, 3=D-1)

$40-$5F - zmień brzmienie na numer równy N-$40

$80-$BE - ustaw ilość odstępów pomiędzy nutami na N-$80

działa dopiero po odegraniu nuty (od momentu wystąpienia rozkazu pierwszy odstęp pojawia się za nutą)

Jeśli zaraz za tym bajtem (kodem) występuje bajt równy $FE następuje ustawienie pustych pozycji w patternie. Ilość tych pozycji wynosi N-$7F. W tym przypadku puste pozycje pojawią się od razu, w momencie wystąpienia bajtu $FE, np. ciąg bajtów:

<pre>
$83 $FE $41 $81 $01 $03 $01 $05
| | | | | | | |
| | | | +---+---+---+- numery półtonów
| | | |
| | | 1 odstęp pomiędzy nutami
| | |
| | ustaw brzmienie #1
+---+
|
4 puste pozycje na początku patternu
</pre>

reprezentuje pattern:

<pre>
--- --
--- --
--- --
--- --
C-1 01
--- --
D-1 01
--- --
C-1 01
--- --
E-1 01
--- --
</pre>

Pominięto głośność brzmień.

$C0-$CF - ustaw głośność nut na równą N-$C0

$D0-$DF - ustaw tempo grania na równe N-$D0

$Ex - koniec patternu (x - dowolne 4 bity)

MPT v2.4 zapisuje w pliku patterny w ten sposób, że zawsze mają stałą długość, równą ustawionej w nagłówku. Następuje to poprzez dodanie na końcu patternu rozkazu tworzącego puste pozycje, tak aby każdy pattern miał identyczną liczbę pozycji.

==Dane tracku==

Każdy track składa się z par bajtów:

* pattern ($00..$3f)
* transpozycja

Na pozycji patternu w tracku #1 można zapisać rozkazy:

* $FE - zatrzymanie utworu
* $FF pozycja - skok do pozycji w tracku

== Uwagi ==

1. Wpisując dane w trackach w MPT należy zwrócić uwagę na to, aby rozkazy znajdowały się w tracku #1, a wartości w pozostałych trackach były równe 0. W przeciwnym wypadku MPT błędnie obliczy adresy brzmień i patternów podczas zapisywana pliku. Muzyczka zapisana w ten sposób będzie się poprawnie wczytywała do MPT, natomiast podczas odgrywania tejże muzyczki za pomocą jakiegoś playera usłyszymy tylko bulgoty albo ciszę.

2. Często stosowane rozszerzenia pliku w tym formacie to:

* MPF dla muzyki z 256 pozycjami w tracku,
* MD1 dla muzyki z jednym samplowanym kanałem,
* MD2 dla muzyki z dwoma samplowanymi kanałami.

==Linki==

* Opis formatu sampli [[SMP (Music ProTracker)|SMP]] z MPT 2.4
* [http://energy.scene.pl/opis-formatu-mpt.html Opis formatu plików MPT]

[[Kategoria: Formaty plików]]

Dyskusja:Rejestry PIA

2025-01-04T11:11:12Z

0xF: bojowe zadanie

KMK: (400/800) - Nie wiem, może źle zrozumiałem, cytuje za [http://www.xmission.com/~trevin/atari/pia_regs.html] - ''Only effective on the Atari 400 or Atari 800''. Może chodzi o to, że ustawianie kierunku w PORTB nie ma sensu na XL/XE? Bo tam siedzi kontrola pamięci? --[[Użytkownik:Piotrv|Piotrv]] 09:33, 9 sty 2006 (CET)

:Dobrze zrozumiałeś, tak jest tam właśnie napisane. Rzecz w tym, że to kompletna bzdura. Rejestr PORTB da się przestawić w tryb porządkowania danych albo przesyłania danych zawsze, bo to jest wewnętrzna funkcja układu PIA działająca niezależnie od tego, co jest do tego układu z drugiej strony przyczepione. Zresztą, napisałem przecież, że te bity są zaprogramowane na wyjście w XL/XE - no toż przeciez właśnie za pomocą ingerencji w rejestr kierunku danych PORTB. [[Użytkownik:KMK|KMK]] 10:18, 9 sty 2006 (CET)

:Jeszcze co do sensu - owszem, ma to sens. Przeprogramowując PORTB na wejście można zablokować bankowanie pamięci. [[Użytkownik:KMK|KMK]] 10:19, 9 sty 2006 (CET)

Należy poprawić opis rejestru PACTL oraz artykuł opis gniazda SIO, bity 5 i 4 również mają udział w ustawianiu stanu linii 8 - motor control. Niestety nie mam sprawnego magnetofonu i nie mogę przeprowadzić testów oraz uzupełnić tych informacji. [[Użytkownik:Xxl|Xxl]] 20:52, 24 paź 2009 (CEST)

:Ok, mam magnetofon, mogę to sprawdzić. [[Użytkownik:KMK|KMK]] 16:26, 9 lis 2009 (CET)

Bit 6 rejestru PBCTL jest statusem przerwania IRQ portu B wywołanego linią COMMAND (1 - wystąpiło). Bit 5 i 4 tego samego rejestru jest używany i programuje linię COMMAND na wyjście lub wejście. [[Użytkownik:Xxl|Xxl]] 13:10, 17 cze 2011 (CEST)

:Właśnie, wg datasheetu te bity jednak coś znaczą. Trzeba to porządnie opisać. --[[Użytkownik:0xF|0xF]] 12:11, 4 sty 2025 (CET)

Video Interface

2024-09-22T17:00:19Z

0xF: info od Pirxa

Interfejs do współpracy Atari [[XL]]/[[XE]] z urządzeniami video.

Główne cechy interfejsu:
* Możliwość nakładania na sygnał wizyjny obrazów lub napisów generowanych przez komputer,
* Transformacja obrazu video i możliwość zapisania w grafice Atari,
* Pamięć wewnętrzna, pozwalająca na zapamiętywanie obrazów w rozdzielczości 320*200 w ośmiu odcieniach szarości,
* Możliwość trikowej obróbki zapamiętywanych obrazów,
* Praca w najczęściej używanych trybach graficznych Atari oraz w specjalnym trybie maxgraph,
* Możliwość samodzielnego programowania interfejsu, np. z poziomu [[BASIC]]-a.

Video Interface to oryginalne polskie rozwiązanie. W latach 90-tych XX w. dystrybucją zajmowała się firma Studio Komputerowe "AS" z Warszawy.

Efekty pracy VIF-a (tak skrótowo określało się omawiane urządzenie) można zobaczyć m.in. w demach [[Sweet Illusions]], [[Overmind]], [[Bitter Reality]], Saturday Demo, Intel Outside.

{{stub}}
[[Kategoria:Peryferia 8-bit]]

Dyskusja:Video Board XE

2024-09-22T11:46:43Z

0xF: strona domowa

Strona domowa leży. --[[Użytkownik:0xF|0xF]] 13:46, 22 wrz 2024 (CEST)

Sir Leo

2024-09-20T13:09:22Z

0xF: /* Odnośniki zewnętrzne */ aktualizacja linków

Krzysztof 'Sir Leo' Żegleń. [[Swaper]], poza tym założyciel i lider grupy [[Infinity]]. Nie udziela się na scenie od drugiej połowy lat 90. Obecnie miłośnik komputera [http://pl.wikipedia.org/wiki/Amiga Amiga], redaktor naczelny i założyciel jednego z największych portali amigowych - [http://www.ppa.pl www.ppa.pl].

==Odnośniki zewnętrzne==
* [https://sirleo.ppa.pl Strona domowa]
* [https://sirleo.ppa.pl/male-atari/ bezpośredni link do tematyki atarowskiej]

[[Kategoria: Ludzie]]

Dyskusja:ATR 8000

2024-09-13T16:03:56Z

0xF: nazwy zdjęć

Przydałoby się info, że to sprzęt z początku lat '80 (czy jest bliższe info nt. dat produkcji?)

Link "opis systemu" wymaga logowania. --[[Użytkownik:0xF|0xF]] 17:57, 13 wrz 2024 (CEST)

Chyba trzeba zmienić nazwy grafik? Pamiec_RAM.jpg brzmi zbyt ogólnie. --[[Użytkownik:0xF|0xF]] 18:03, 13 wrz 2024 (CEST)

Dyskusja:ATR 8000

2024-09-13T15:57:54Z

0xF: kiedy i zły link

Przydałoby się info, że to sprzęt z początku lat '80 (czy jest bliższe info nt. dat produkcji?)
Link "opis systemu" wymaga logowania. --[[Użytkownik:0xF|0xF]] 17:57, 13 wrz 2024 (CEST)

Dyskusja:ATASCII

2024-08-11T15:17:07Z

0xF:

Fajnie byłoby mieć tabelki z przełożeniem na Unicode, a nie tylko bitmapy. Znaki kontrolne w dwóch wersjach, np. backspace wyświetla się jako trójkąt, a działa jak ASCII BS. --[[Użytkownik:0xF|0xF]] 17:17, 11 sie 2024 (CEST)

Dyskusja:APC (format pliku)

2024-08-11T15:01:45Z

0xF: vs PLM

Mamy dwa osobne pojęcia - interleave i interlace na przeplot. Ja rozumiem różnicę tak, że interleaving oznacza przeplot miedzyliniowy czyli JEDEN obraz, ale kolejne linie naprzemiennie w trybach 11 i 9 (czy tam innych w innych formatach), interlace z kolei to są DWA obrazy wyświetlane naprzemiennie, przy czym niekoniecznie te obrazy mają przeplot międzyliniowy. Tak zresztą interlace jest rozumiany choćby na Amidze, gdzie przecież naprzemiennie wyświetlane są dwa obrazy w jednolitych trybach.
A w takim razie JAK w końcu wyświetlane są obrazy z APAC view? Bo tam przecież jest JEDEN obraz... --[[Użytkownik:Mono|Mono]] 10:50, 11 sie 2024 (CEST)

: Oryginalne oprogramowanie APAC mrugało, bo o ile wiem, było pisało na NTSC, gdzie nie ma linii opóźniającej kolory PAL.
: Dopiero później ktoś wymyślił, że na PAL wystarczy nieruchomy obraz z linii 11 i 9. --[[Użytkownik:0xF|0xF]] 12:08, 11 sie 2024 (CEST)

: APAC jest wiele lat starszy od "Plamy", więc nie powinniśmy pisać, że format ma taki, jak "Plama", tylko na odwrót.
: Poza tym w niektórych plikach na końcu występuje 40 kodów internal trybu tekstowego jako podpis obrazka (plik ma 7720 bajtów). Wydaje mi się, że obsługiwało je oprogramowanie APAC, ale nie "Plama", chociaż w przykładach RECOIL mam również 7720-bajtowy plik PLM. --[[Użytkownik:0xF|0xF]] 12:15, 11 sie 2024 (CEST)

::A jak w takim razie jest z algorytmami konwersji? Bo może w takim razie do konwersji na NTSC trzeba użyć innego algorytmu (z innymi współczynnikami), niż dla PAL? Może w takim razie należałoby założyć, że APC jest dla NTSC a PLM dla PAL? --[[Użytkownik:Mono|Mono]] 15:44, 11 sie 2024 (CEST)

:::Najprościej szukać najbliższego koloru w palecie Atari. Oczywiście palety PAL i NTSC są różne. Nie używałem dużo APAC, ale w latach '90 parę osób ze sceny konwertowało hurtowo mangę. O "Plama 256" nie słyszałem wtedy. --[[Użytkownik:0xF|0xF]] 16:56, 11 sie 2024 (CEST)

:::Format pliku jest taki sam. Sposób wyświetlania nie jest cechą formatu pliku. Być może różnica dotyczy linii podpisu - jestem przekonany, że APC go miało, chociaż nie wiem, czy każde oprogramowanie obsługiwało. Natomiast czy "Plama 256" w ogóle obsługuje podpis, to trzeba sprawdzić. To, że mam taki plik, może znaczyć jedynie, że ktoś zmienił nazwę. --[[Użytkownik:0xF|0xF]] 17:01, 11 sie 2024 (CEST)

Dyskusja:APC (format pliku)

2024-08-11T14:56:16Z

0xF: konwersja

Dyskusja:APC (format pliku)

2024-08-11T10:15:37Z

0xF: Plama, podpis

Dyskusja:APC (format pliku)

2024-08-11T10:08:06Z

0xF: interlace

POINT

2024-08-10T16:29:52Z

0xF: przekazanie sektora i bajtu w asm

'''Przeznaczenie:''' Funkcja [[DOS]]-u ustawiająca bieżącą pozycję odczytu/zapisu w pliku, podaną w postaci numeru sektora i numeru bajtu w sektorze. Innymi słowy, ta pozycja to fizyczne koordynaty następnego bajtu, jaki zostanie odczytany lub zapisany podczas najbliższej operacji I/O na danym pliku.

'''Dostępność:''' [[DOS 1.0]], [[DOS 2.0]], [[DOS 2.5]] i pochodne ([[MyDOS]])

'''Składnia [[Atari BASIC]]-a:''' <code>POINT #''iocb'',''sector'',''byte''</code>

'''Kod w asemblerze:'''

<code>
ldx #''iocb''*16
lda #37
sta iccmd,x
lda sector
sta icax3,x
lda sector+1
sta icax4,x
lda byte
sta icax5,x
jsr [[Tablica skoków#JCIOMAIN|jciomain]]
</code>

gdzie:

* ''iocb'' - numer kanału [[IOCB]] z zakresu od 1 do 7. Kanał ten w chwili wywołania funkcji musi być '''otwarty''' dla danego pliku.
* ''sector'' - numer sektora przypisanego do pliku (musi się mieścić w pliku otwartym przez kanał ''iocb''). Jest to fizyczny numer sektora dyskietki, a nie numer kolejny sektora w pliku.
* ''byte'' - numer bajtu w sektorze (z zakresu od 0 do 255).

'''Uwagi:''' w części DOS-ów ten sam kod operacyjny (XIO 37) zajmuje funkcja [[SEEK]].

'''Zwracana wartość:''' Procedura zwraca w rejestrze Y ujemny [[Kody błędów Atari OS|kod błędu]] albo wartość $01 w przypadku powodzenia, oraz odpowiednio do tego ustawia znacznik N rejestru znaczników.

[[Kategoria:Niezbędnik kodera]]

NOTE

2024-08-10T16:27:13Z

0xF: odebranie wyniku w asm

'''Przeznaczenie:''' Funkcja [[DOS]]-u zwracająca bieżącą pozycję odczytu/zapisu w pliku, podaną w postaci numeru sektora i numeru bajtu w sektorze. Innymi słowy, ta pozycja to fizyczne koordynaty następnego bajtu, jaki zostanie odczytany lub zapisany podczas najbliższej operacji I/O na danym pliku.

'''Dostępność:''' [[DOS 1.0]], [[DOS 2.0]], [[DOS 2.5]] i pochodne ([[MyDOS]])

'''Składnia [[BASIC]]-a:''' <code>NOTE #''iocb'',''sector'',''byte''</code>

'''Kod w asemblerze:'''

<code>
ldx #''iocb''*16
lda #38
sta iccmd,x
jsr [[Tablica skoków#JCIOMAIN|jciomain]]
bmi error
lda icax3,x
sta sector
lda icax4,x
sta sector+1
lda icax5,x
sta byte
</code>

gdzie:

* ''iocb'' - numer kanału [[IOCB]] z zakresu od 1 do 7. Kanał ten w chwili wywołania funkcji musi być '''otwarty''' dla danego pliku.
* ''sector'' - numer sektora przypisanego do pliku. Jest to fizyczny numer sektora dyskietki, a nie numer kolejny sektora w pliku.
* ''byte'' - numer bajtu w sektorze

'''Uwagi:''' części DOS-ów ten sam kod operacyjny (XIO 38) zajmuje funkcja [[TELL]].

'''Zwracana wartość:''' Procedura zwraca w rejestrze Y ujemny [[Kody błędów Atari OS|kod błędu]] albo wartość $01 w przypadku powodzenia, oraz odpowiednio do tego ustawia znacznik N rejestru znaczników. W przypadku powodzenia w <code>icax3, icax4</code> wskazanego kanału ''iocb'' zostanie zapisany numer sektora (w kolejności bajtów, odpowiednio: młodszy, starszy), a w <code>icax5</code> numer bajtu w sektorze.

[[Kategoria:Niezbędnik kodera]]

Dyskusja:PIC (Paint 256)

2024-08-08T18:45:24Z

0xF: inne rozszerzenia

Pliki w tym formacie częściej noszą rozszerzenia "256" i "AP2". Czy to był jedyny edytor tego formatu? --[[Użytkownik:0xF|0xF]] 20:45, 8 sie 2024 (CEST)

Wykrycie VBXE

2024-07-23T05:49:14Z

0xF: równe -> C ustawiony

Procedura wykrycia rdzenia FX [[VBXE]] na stronie $D6 lub $D7 w komputerach [[XL]] i [[XE]].

== Kod dla rdzeni 1.20 i nowszych ==
<pre>
;
; 2009 by KMK/DLT
;
MEMAC_B_CTL = $5d

vbxe_detect
lda #$d6
sta _vbxe_write+2
ldy #MEMAC_B_CTL
jsr ?clr

jsr ?try
bcc ?ret

inc _vbxe_write+2

?try ldx $4000
jsr ?chk
bcc ?ret
inx
stx $4000
jsr ?chk
dec $4000
?ret rts

?chk lda #$80
jsr _vbxe_write
cpx $4000
beq ?clr
clc
?clr lda #$00
_vbxe_write
sta $d600,y
rts
</pre>

== Kod dla rdzenia < 1.20 ==

Dla rdzeni starszych niż 1.20 kod jest identyczny z tym wyjątkiem, że należy przyjąć $4c jako wartość <code>MEMAC_B_CTL</code>.

== Działanie ==
Podprogram próbuje podłączyć bank 0 VRAM-u jako (charakterystyczne dla rdzenia FX) okno MEMAC B (pod $4000-$7FFF) i sprawdza, czy się coś zmieniło w odnośnym obszarze pamięci.

== Sposób użycia ==
Wywołanie <code>JSR VBXE_DETECT</code> wraca z ustawionym znacznikiem C, gdy VBXE nie wykryto lub ze skasowanym znacznikiem C, gdy wykryto. W tej ostatniej sytuacji pod adresem <code>_vbxe_write+2</code> (1 bajt) jest numer strony, na której zdekodowana jest karta, a pod adresem $xx40 i $xx41 (gdzie "xx" to odpowiedni nr strony, tj. D6 lub D7) znajduje się kolejno:

* $xx40 - "magiczna" wartość $10, oznaczająca rdzeń FX, wersja 1.
* $xx41 - numer rewizji rdzenia

Przyjmuje się, że twórcy rdzeni niezgodnych z FX zadbają o dobranie innej i unikalnej wartości magicznej, co pozwoli na łatwą identyfikację rdzeni i uniknięcie problemów z kompatybilnością oprogramowania.

Procedurę w powyższej postaci można wywołać wielokrotnie.

== Numer rewizji rdzenia ==

Numer rewizji rdzenia FX ($xx41) ma następującą strukturę:

* bit 7 = 1, emulacja rozszerzenia [[Rambo XL]].
* bit 4-6, główny numer rewizji zapisany w kodzie BCD (wartości 0 - 7).
* bit 0-3, pomocniczy numer rewizji zapisany w kodzie BCD, (wartości 0 - 9)

Różnica w pomocniczym numerze rewizji oznacza zmiany kompatybilne (np. poprawki błędów). Zmiana głównego numeru rewizji oznacza, że rdzeń jest niezgodny z poprzednimi.

Ten schemat obowiązuje od wersji rdzenia 1.21. Rdzeń 1.20 nie ma znacznika Rambo. Rdzenie wcześniejsze od 1.20 mogą być niekompatybilne ze sobą mimo tego samego głównego numeru rewizji (tzn. 0 - rdzeń FX 1.10 nie istnieje). Rdzenie wcześniejsze niż 1.08 w ogóle nie mają numeru rewizji rdzenia, pod tym adresem odczyta się $FF.

=== Odczyt numeru rewizji rdzenia FX ===

<pre>
;
; 2010 by KMK/DLT
;
; Based on:
; VBXE FX core 1.21 Programmer's Manual example code, (c) Electron
;
; run after jsr vbxe_detect
;
vb_rambo = $80
vb_rev = $81
vb_page = $82
;
get_fx_version
lda #$00
sta vb_rambo
sta vb_page
lda _vbxe_write+2
sta vb_page+1

ldy #$40
lda (vb_page),y ;get CORE_VERSION
cmp #$10
bne not_fx

iny
lda (vb_page),y ;get CORE_REVISION
cmp #$ff
beq not_fx
asl
ror vb_rambo
lsr
sta vb_rev
and #$70
cmp #$20 ;arbitrary revision number to be tested
bne not_fx
lda vb_rev
clc
rts

not_fx sec
rts
</pre>

Przykładowy program odczytuje numer wersji wykrytego (przez <code>jsr vbxe_detect</code>) rdzenia FX. Jeśli rdzeń nie jest zgodny z FX 1.20, następuje powrót z ustawionym znacznikiem C. Jeśli rdzeń jest zgodny z FX 1.20, powrót następuje ze skasowanym znacznikiem C i dokładnym numerem rewizji w akumulatorze oraz, w przypadku rdzenia RAMBO, z ustawionym bitem 7 komórki <code>vb_rambo</code>.

UWAGA: rdzeń FX o dokładnym numerze rewizji $20, tzn. 1.20, nie wykaże rozszerzenia RAMBO, gdyż użyty znacznik jest zdefiniowany dopiero od rdzenia 1.21; dla 1.20 trzeba przeprowadzić osobny test na tożsamość banków wybieranych przez [[Rejestry PIA#PORTB|PORTB]] i MEMAC.

== Uwagi ==
Test nie działa w przypadku rdzeni GTIA_emu (= tylko emulacja [[GTIA]]), gdyż nie mają one mechanizmów bankowania pamięci zaimplementowanych w FX. Rdzeń GTIA_emu ma tylko wartość magiczną CORE_VERSION ustawioną na $11, oraz zgodną z powyższym opisem wartość CORE_REVISION. Wykrycie takiego rdzenia polega więc na kolejnym odczycie $d640 i $d740, a jeśli odczytaną wartością jest $11, to przy odrobinie szczęścia mamy do czynienia z rdzeniem GTIA_emu wersja 1, i odpowiedniej rewizji (albo czymkolwiek innym, co akurat wykorzystuje strony d6-d7 i ustawi tam takie wartości).

[[Kategoria:Niezbędnik kodera]]
[[Kategoria:Peryferia 8-bit|VBXE, wykrywanie]]
[[Kategoria:Programowanie Atari 8-bit|VBXE, wykrywanie]]
[[Kategoria:VBXE]]

Taquart

2024-07-22T19:42:47Z

0xF: martwy link do Look Around

Jedna z najbardziej znanych grup na scenie Atari.
Powstała z rozpadu grupy [[Denomia]] na [[Taquart]] i [[Tight]]. Taquart współorganizował party [[Intel Outside 4]]. Jeden z najnowszych programowych trybów graficznych na 8-bitowe Atari nosi nazwę "Taquart Interlace Picture" ([[TIP]]). Historia powstania grupy została opisana w magazynie [[Energy]] #1.

{{Taquart-Produkcje}}
Produkcje:
* [[Samurai Musics]]
* [[Taquart Intro]] - 1. intro
* [[Back to life]] - 1. demo
* [[Recycle]]
* Boulder Dash - odpowiednik znanej gry na PC
* [[Really Unreal]]
* [[Energy]] - magazyn dyskowy
* [[IO4 Invitro]]
* [[Ultra]]
* [[Numen]] - największa i najbardziej znana produkcja grupy
* [[Numen The Movie]]
* [[Mental Age]] - gra logiczna, w kooperacji z [[Madteam]]
* [[Exe]]
* [[Plo]]
* [[Fafik]]
* [https://pfusik.github.io/look-around/look-around.zip Look Around]
* [[Silly Venture 2k14 Invitro]]
* [[Fifty Shades of Grey]]

{{Taquart-Ludzie}}
Członkowie:
* [[Angus]] - gfx
* [[Bac]] - msx
* [[Dely]] - web
* [[Dracon]] - gfx
* [[Electron]] - code
* [[Eru]] - code
* [[Fox]] - code
* [[Greg]] - msx
* [[Heaven]] - code
* [[Jaskier]] - code
* [[Meg]] - babe (maskotka)
* [[Slaves]] - gfx, org, msx
* [[Tatqoo]] - msx (dawniej Samurai)
* Viedzmin - gfx (PC)
* [[X-Ray]] - msx
* [[Zenial]] - text
----

Zdjęcie z party [[QuaST 1998]] (niepełna załoga):

[[Grafika:TAQUART_group-1998.jpg]]

''Powiązane strony: [[Szablon:Taquart-Ludzie]], [[Szablon:Taquart-Produkcje]]''

==Linki==
* [https://www.pouet.net/groups.php?which=772 Pouet]
* [https://demozoo.org/groups/2260/ Demozoo]

[[Kategoria:Grupy XL/XE]]

65C02

2024-07-07T14:15:28Z

0xF: literówka

Zaktualizowana wersja [[procesor]]a [[6502]], wykonana w technologii [http://en.wikipedia.org/wiki/CMOS CMOS]. Zaprojektowana w 1978 roku przez [http://en.wikipedia.org/wiki/Bill_Mensch Williama D. Menscha]. W modelu tym poprawiono błędy poprzedniego procesora oraz rozszerzono listę rozkazów i trybów adresowania eliminując przy okazji występujące w 6502 rozkazy nieudokumentowane: w 65C02 wszystkie nieużywane kody rozkazów działają jak rozkaz NOP - ale, co ciekawe, zajmują przy tym od jednego do trzech bajtów oraz od dwóch do siedmiu cykli maszynowych; producent zachęca jednak do zapomnienia o tej cesze procesora.

Układ składa się z 11500 tranzystorów.

Procesor 65C02 stanowi model przejściowy pomiędzy [[6502]] a [[65C816]]. Przez Atari zastosowany w konsolach [[Lynx]].

Procesor ten był wytwarzany przez kilka firm, m.in. przez GTE, NCR, Rockwell, Sanyo oraz Synertek. Obecnie produkowany przez amerykańską firmę [http://wdesignc.com/ Western Design Center], której szefem jest projektant procesora, William D. Mensch.

Układu 65C02 nie należy mylić z zastosowanym w ośmiobitowych komputerach Atari procesorem [[6502C]].

==Zobacz też==

* [http://westerndesigncenter.com/wdc/datasheets/w65c02s.pdf 65C02 Microprocessor Data Sheet]
* [http://westerndesigncenter.com/wdc/datasheets/Programmanual.pdf 65C02/65C816 Programming Manual]
* [http://www.retrobits.net/atari/altcpu.shtml Alternate CPU in the Atari XL / XE series] - montaż 65C02 w XL/XE

[[Kategoria:Atari 8-bit]]

Graph

2024-06-23T15:34:58Z

0xF: literówka

Niedokończony, ale nieźle działający program autorstwa [[SoTe]], służący do obróbki grafiki znakowej, a także konwertujący ją na ten tryb (proces zwany ''[[logosowanie|logosowaniem]]''), z możliwością poprawek (wbudowanych kilka narzędzi) np. dodawanie 5. koloru. Program bardzo popularny i wygodny, obsługiwać go można było także myszą od [[ST|Atari ST]].

Można powiedzieć, iż był to o wiele bardziej zaawansowany i rozbudowany następca [[Logos Maker|Logos Makera]] [[Thorgal]]a z [[World Federation of Mad Hackers (WFMH)|WFMH]]

[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:Programy graficzne]]

Code3

2024-06-23T15:31:58Z

0xF: interpunkcja

{{grafr|Code3 logo2.png}}Grupa powstała z potrzeby chwili, a w planach grupy pisanie gier na 8-bit ATARI. Zaczęto od przygotowania tzw. środowiska developerskiego, tzn. zestawu programów które miały pomóc w tworzeniu nowych gier, jednak skończyło się na stworzeniu tychże paru programów użytkowych, dem, oraz paru tzw. dem-technologicznych prezentujących możliwości opracowanych silników graficznych.

Inspiracją do nazwy grupy był dokumentalny program telewizyjny emitowany na SkyOne o identycznej nazwie - "CODE3", i jak sugeruje ta wybrana przez grupę nazwa, tworzyły ją trzy osoby:

*Adam "[[SoTe]]" Bienias (koder, muzyk)
*Sebastian "[[Seban]]" Igielski (koder)
*Tomasz Syperek (grafik, pomysłodawca, oraz człowiek od kontaktów z firmą [[Mirage]])

Programy tworzące wspominane "środowisko developerskie", które powstały podczas działalności grupy to:

*[[Graph]]
*[[Music Tracker]]
*[[Code3 Cruncher]]
*[[Maps Creator]]
*[[Full Maps Creator]]
*Screen Maker

Podczas działalności w Code3 [[SoTe]] i [[Seban]] stworzyli oprogramowanie dla [[Mirage AD Converter|A/D converter'a]]:

*[[Digital Studio]]
*[[Sample Editor]]
*[[Micro Recorder]]

Do rozpadu grupy doszło w momencie, gdy wystąpiła seria nieporozumień i tarć po stworzeniu wyżej wymienionego oprogramowania dla firmy [[Mirage]], SoTe i Seban, byli przekonani że oprogramowanie to nigdy nie zostało przez Mirage wydane i nigdy z nie było oficjalnie z A/D converterem dystrybuowane, dlatego zostało one udostępnione publicznie przez autorów. Prawda, która wyszła nas jaw po jakimś czasie, okazała się zupełnie inna. Przy kontaktach z Mirage pośredniczył pośredniczył Tomek i w ramach następnego projektu Code3 dostało do dyspozycji [[Video Interface|VIF]]. Po pewnym czasie współpraca z Tomkiem zaczęła maleć, a aktywnymi członkami grupy pozostali tylko SoTe i Seban. Code3 formalnie istniało do czasu powstania grupy [[Slight]], której członkami stali się SoTe i Seban.

W trakcie działalności grupa Code3 eksperymentowała z różnymi technikami i algorytmami, "efektem ubocznym" tej działalności było powstanie paru dem, a były to m.in.:

*Bonanza
*Digital Bonanza
*Saturday Demo
*CMC Volume Master Disk No.#1234
*Bonus Demo a.k.a "Crazy Cars"
*Ethnicolor
*Scope Demo

<center>[[Grafika:Code3 logo1.png]]</center>

==Linki==
* [https://demozoo.org/groups/35244/ demozoo]

[[Kategoria:Grupy XL/XE]]

ASAP

2024-06-23T15:31:01Z

0xF: interpunkcja

Another Slight Atari Player - odtwarzacz plików dźwiękowych małego atari (m.in. SAP) przeznaczony dla współczesnych komputerów oraz urządzeń przenośnych. Autorem ASAPa jest [[0xF]].

Początkowe wersje ASAPa wykorzystywały emulację [[6502]] i [[POKEY]]a z [[Atari800]]. W wersji 1.0.0 zostały napisane nowe procedury emulacji tych układów.

W skład projektu wchodzą:

* asapconv - konwertuje z linii poleceń muzykę Atari do formatów WAV, RAW, MP3 i [[XEX]] oraz między formatem SAP a pozostałymi formatami muzyki Atari,
* WASAP - prosty odtwarzacz pod Windows,
* wtyczka dla foobar2000,
* wtyczka dla MOC,
* wtyczka dla Winampa,
* wtyczka dla XMMS,
* wtyczka dla XMMS 2,
* wtyczka dla XMPlay,
* wtyczka dla biblioteki BASS (można użyć np. w odtwarzaczu AIMP),
* wtyczka dla VLC,
* apokeysnd.dll - emulacja POKEYa dla [[Raster Music Tracker|RMT]],
* rozszerzenie Windows Explorera - umożliwia wyświetlanie i edycję metadanych,
* odtwarzacz w JavaScript działający w przeglądarce,
* odtwarzacz na urządzenia z systemem Android,
* wtyczki do TortoiseSVN/TortoiseGit umożliwiające porównywanie metadanych,
* ASAP2WAV - konwerter do formatu WAV - wersje w językach C#, Java, JavaScript, Python, Swift, D i OpenCL (ta ostatnia działa na GPU).

W poprzednich wersjach były też:

* WASAP dla Windows Mobile
* wtyczka dla Windows Media Playera (również mobilnego),
* wtyczka dla GSPlayera,
* wtyczka dla Apollo,
* wtyczka dla XBMC,
* wtyczka dla Audacious,
* wtyczka dla biblioteki GStreamer,
* aplet Java,
* midlet Java,
* odtwarzacz dla Flash Playera,
* odtwarzacz w technologii Silverlight,
* odtwarzacz w technologii Adobe AIR,
* ASAP2WAV - konwerter do formatu WAV - wersja w języku Perl.

ASAP obsługuje następujące formaty plików:

* [[SAP (format pliku)|SAP]]
* [[CMC (format pliku)|CMC]]
* [[CM3]] (CMC ze zmodyfikowaną długością patternu, dla utworów 3/4)
* [[CMR]] (CMC Rzóg - CMC ze zmodyfikowanym basem)
* [[CMS]] (Stereo Double CMC)
* [[DMC]] (DoublePlay CMC - CMC odtwarzane dwa razy na [[ramka|ramkę]])
* [[DLT (format pliku)|DLT]]
* [[MPT (format pliku)|MPT]]
* [[MPD]] (MPT DoublePlay - MPT dwa razy na ramkę)
* [[FC (format pliku)|FC]]
* [[Raster Music Tracker|RMT]]
* [[TMC (format pliku)|TMC]]
* [[TM2]] (Theta Music Composer 2.x)

==Zobacz też==
* [https://asap.sourceforge.net/ ASAP]

[[Kategoria:Emulacja]]

Programowanie: Jak wyszukać pierwszy wolny IOCB

2024-06-14T16:33:19Z

0xF: zbędny clc

Procedura wyszukuje pierwszy wolny kanał [[IOCB#Struktura_IOCB|IOCB]]:

<pre>
lookup ldx #$00
ldy #$01
loop lda icchid,x
cmp #$ff
beq found
txa
adc #$10 ;znacznik C skasowany
tax
bpl loop
ldy #-95 ;kod błędu "TOO MANY CHANNELS OPEN"
found rts
</pre>

W momencie opuszczenia procedury ze skasowanym znacznikiem N (czyli z wynikiem dodatnim), rejestr X zawiera pomnożony przez 16 numer kanału IOCB gotowego do użycia.

[[Kategoria:Niezbędnik kodera]]

Mahna-Małysz

2024-06-07T17:09:59Z

0xF: YouTube

Doskonała, wciągająca gierka autorstwa duetu [[Fox]] (kod) i [[X-Ray]] (grafika i muzyka). Naszym celem jest dolecieć jak najdalej, po drodze trzeba zbierać banany i "red full-e" (które ''dodadzą nam skrzyyyydeł!''). Must have!

Gra zajmuje tylko 4 kilobajty (!), zajęła dziewiąte miejsce w konkursie [https://web.archive.org/web/20080512084442/http://starbase.globalpc.net/minigame/index.results.html MiniGame Compo 2003].

W maju 2016 dodano obsługę [http://xxl.atari.pl/hsc/ HI SCORE CAFÉ].

* [http://a8.fandal.cz/detail.php?files_id=2402 Download wersji z 2003]
* [http://xxl.atari.pl/hsc/hsc-mahna-malysz/ Wersja z 2016 w HI SCORE CAFÉ]
* [https://www.youtube.com/watch?v=a8B2klskXoA Gameplay na YouTube]
* [https://github.com/pfusik/mahna-malysz Kod źródłowy]

[[Kategoria:Gry dla Atari 8-bit]]
[[Kategoria:Gry zręcznościowe]]
[[Kategoria:Polskie gry]]

Mahna-Małysz

2024-06-07T16:56:43Z

0xF: link do łączonych wyników 4k i 1k

Doskonała, wciągająca gierka autorstwa duetu [[Fox]] (kod) i [[X-Ray]] (grafika i muzyka). Naszym celem jest dolecieć jak najdalej, po drodze trzeba zbierać banany i "red full-e" (które ''dodadzą nam skrzyyyydeł!''). Must have!

Gra zajmuje tylko 4 kilobajty (!), zajęła dziewiąte miejsce w konkursie [https://web.archive.org/web/20080512084442/http://starbase.globalpc.net/minigame/index.results.html MiniGame Compo 2003].

W maju 2016 dodano obsługę [http://xxl.atari.pl/hsc/ HI SCORE CAFÉ].

* [http://a8.fandal.cz/detail.php?files_id=2402 Download wersji z 2003]
* [http://xxl.atari.pl/hsc/hsc-mahna-malysz/ Wersja z 2016 w HI SCORE CAFÉ]
* [https://github.com/pfusik/mahna-malysz Kod źródłowy]

[[Kategoria:Gry dla Atari 8-bit]]
[[Kategoria:Gry zręcznościowe]]
[[Kategoria:Polskie gry]]

Mahna-Małysz

2024-06-07T16:55:21Z

0xF: MiniGame Compo podlinkowane przez web.archive

Doskonała, wciągająca gierka autorstwa duetu [[Fox]] (kod) i [[X-Ray]] (grafika i muzyka). Naszym celem jest dolecieć jak najdalej, po drodze trzeba zbierać banany i "red full-e" (które ''dodadzą nam skrzyyyydeł!''). Must have!

Gra zajmuje tylko 4 kilobajty (!), zajęła dziewiąte miejsce w konkursie [https://web.archive.org/web/20071222123948/http://starbase.globalpc.net/minigame/index.results2.html MiniGame Compo 2003].

W maju 2016 dodano obsługę [http://xxl.atari.pl/hsc/ HI SCORE CAFÉ].

* [http://a8.fandal.cz/detail.php?files_id=2402 Download wersji z 2003]
* [http://xxl.atari.pl/hsc/hsc-mahna-malysz/ Wersja z 2016 w HI SCORE CAFÉ]
* [https://github.com/pfusik/mahna-malysz Kod źródłowy]

[[Kategoria:Gry dla Atari 8-bit]]
[[Kategoria:Gry zręcznościowe]]
[[Kategoria:Polskie gry]]

2200

2024-04-08T18:03:02Z

0xF: literówki, przecinki

Konsola będąca bezpośrednim przodkiem [[2600|Atari 2600 Junior]]. Wyprodukowana w 1983 roku, miała być sprzedawana rok później, wraz z parą ''Proline joystick'ów'' ([[CX24]], sprzedawanych zresztą później jako dodatek do konsoli [[7800|Atari 7800]]). Jednak po trafieniu firmy Atari Inc. w ręce Tramiel Technologies Limited (TTL) projekt zarzucono. Widząc jednak, że konkurencja (Nintendo, Sega) nie śpi, TTL postanowiło wykorzystać projekty po kupionej wcześniej firmie Warner Technologies i tak doszło do wypuszczenia na rynek konsoli Atari 2600 Junior (różniącej się od modelu 2200 tylko obudową i, rzecz jasna, oznaczeniem).

==Odnośniki zewnętrzne==

*[http://www.atarimuseum.com/videogames/consoles/2600/2600jr-proto Zdjęcia konsoli Atari 2200 w Atarimuseum]
*[http://www.atarimuseum.com/videogames/consoles/2200 Szkice koncepcyjne Atari 2200]
{{stub}}
[[Kategoria:Atari - Konsole]]
[[Kategoria:Prototypy]]

Szablon:ASMADB

2024-03-10T20:46:55Z

0xF: Gilmore łapał się w tytule

[https://asma.atari.org/asmadb/?searchAuthor={{{1}}} Muzyka w ASMADB]

Tatqoo

2024-03-10T20:44:53Z

0xF: czasami Tatqoo w ASMADB

{{grafr|SAMURAI-2004_.jpg}}
Piotr 'Tatqoo' Świerszcz, dawniej '''Samurai'''. Urodzony w 1974 r. w Świdniku k/Lublina, mieszkał w Warszawie ale obecnie jest poza krajem.

Muzyk grupy [[Taquart]], należał również do grupy [[Tight]]. Tatqoo ze [[Slaves]]em założyli Taquart po rozpadzie dobrze zapowiadającej się grupy [[Denomia]] (ok. końca 1994 r.). Zagrzał miejsce również w [[Porażka Team]].

Autor kilkunastu utworów muzycznych oraz kilku coverów. Skomponował także utwór do commodorowskiego dema "20 Years Samar" w 2013 r. (''Tatqoo-Melody_of_Uknown_Origin.sid'').

Chronologia wykorzystywanych programów muzycznych:

#[[Future Composer]]
#[[Chaos Music Composer]]
#[[Music ProTracker]]
#[[Raster Music Tracker]]

Kolekcje muzyczne:
# Samurai's Music Collection #1
# Samurai's Music Collection #2

Produkcje, w których brał udział:
* [[Caveman]]
* [[Ardeny 1944]]
* [[Taquart Intro]]
* [[Energy]]
* [[Overmind]] (muzyka w częsci kodera [[TLB]])
* [[IO4 Invitro]]
* [[Zegar Demo]]
* [https://demozoo.org/productions/310140/ Rewind]

{{ASMADB|Piotr%20Swierszcz}}

==Linki==
* [http://energy.scene.pl/wywiad-z-samurai-em.html Wywiad z 1995 r.]
* Kontakt przez [mailto:tatqoo@tlen.pl e-mail]
* [https://demozoo.org/sceners/2611/ Pełna lista osiągnięć na Demozoo]

[[Kategoria:Ludzie]]
[[Kategoria:Członkowie grupy Taquart]]

KERI

2024-02-26T08:42:06Z

0xF: /* Historia odkrycia */ RIP Curt

Prototypowy układ scalony projektowany w firmie [[Atari, Inc.]] w 1984 roku, będący kombinacją [[ANTIC (układ)|ANTIC-a]] i [[GTIA]]. Numer katalogowy: '''C021737'''.

==Szczegóły techniczne==
KERI jest drugim po [[CGIA]] podejściem firmy Atari do kwestii połączenia ANTIC-a i GTIA w jedną kość. Rozwiązanie to miało na celu zmniejszenie kosztów produkcji komputera [[800XL]]. W odróznieniu od CGIA, opakowanego w standardową dla Atari obudowę [http://pl.wikipedia.org/wiki/Dual_in-line_package DIP], KERI jest nowocześniejszą konstrukcją, opracowaną w technologii [http://en.wikipedia.org/wiki/Very-large-scale_integration VLSI] i opakowaniu [http://pl.wikipedia.org/wiki/Plastic_Leaded_Chip_Carrier PLCC].

Wyprodukowano co najmniej 1 egzemplarz układu KERI, obecny na płycie głównej prototypu [[800XLCR]]. Istniało też urządzenie o nazwie [[KERI Performance Tester]], służące do testowania pracy układu.

Komputer z kością KERI był w dokumentach firmy Atari oznaczany "XLK", a wersja z KERI i [[FREDDIE]] - "XLFK" (zob. np. wzmianka o [[900XLF|900XLFK]] w źródłach [[XL OS]] rev.5[http://www.atariage.com/forums/topic/78579-a800ossrc/page__p__961535#entry961535]).

==Historia odkrycia==
Pierwszym dowodem istnienia tajemniczego układu KERI był KERI Performance Tester, odnaleziony przez [[Curt Vendel|Curta Vendela]] w jego zbiorach jeszcze w latach 90. XX wieku. W 2005 Vendel odnalazł wzmiankę o "C021737 KERI" w archiwum korespondencji elektronicznej Atari, w liście z 28.06.1984 r.[http://www.atariage.com/forums/topic/74377-master-chip-listing] Numer katalogowy sugeruje, że prace nad KERI rozpoczęto po CGIA, jak i np. po wersji E ANTIC-a. Wówczas podał, jak się okazało później błędną, informację jakoby KERI był połączeniem ANTIC-a, GTIA i [[POKEY|POKEY-a]].

Zagadka KERI została rozwiązana ok. 2005 roku, gdy Vendel odnalazł prototyp 800XLCR z osobno KERI i POKEY-em na pokładzie. Opublikował on wtedy również specyfikację komputera [[900XLA]], w skład którego także miały wchodzić POKEY i KERI. W 2006 odnaleziono wzmiankę z 12.04.1984 r. o zamiarze produkcji [[800XL]] z KERI, FREDDIE i EILEEN na płycie.[http://www.atariage.com/forums/topic/98872-atari-vaxs-being-moved] W końcu w grudniu 2009 Vendel odnalazł schemat KERI w formie pliku [http://en.wikipedia.org/wiki/GDSII GDS][http://en.wikipedia.org/wiki/GDSII]. Schemat zawiera numer katalogowy C021737C oraz datę 10 grudnia 1984.

Vendel planował rozpocząć produkcję nowych egzemplarzy [[Atari 8-bit|małego Atari]] z KERI.

==Bibliografia==
*[http://www.atarimuseum.com/computers/8BITS/XL/keri.html KERI Performance Tester] na AtariMuseum.com
*[http://www.atarimuseum.com/computers/8bits/xl/800xl/800xlcr.html Atari 800XLCR] na AtariMusem.com
*[http://www.atariage.com/forums/topic/154479-new-gtia-chips/page__p__1891296#entry1891296 Schemat KERI] na [[AtariAge]]
*[http://www.atariage.com/forums/topic/98872-atari-vaxs-being-moved Korespondencja Atari, Inc.] ze wzmianką o KERI na [[AtariAge]]
*[http://www.atariage.com/forums/topic/78378-atari-900xla-product-spec Specyfikacja 900XLA] na [[AtariAge]]
*[http://www.atariage.com/forums/topic/74377-master-chip-listing Lista układów opracowanych w Atari do 26.06.1984] ze wzmianką o CGIA i KERI, na [[AtariAge]]

[[Kategoria:Atari 8-bit]]

Dyskusja:Fox

2023-11-29T12:19:55Z

0xF: zkont

Fox pochodzący z Gdańska? To że obecnie mieszka w GDA chyba nie oznacza że stamtąd pochodzi? --[[Użytkownik:Seban|Seban/SLIGHT]] 11:11, 24 sie 2022 (CEST)

: Fakt, wykasowałem. Pochodzi bodajże z Mińska Maz. k/Warszawy --[[Użytkownik:Dracon|Dracon/TQA]] 11:50, 24 sie 2022 (CEST)

:: Tak. --[[Użytkownik:0xF|0xF]] 13:19, 29 lis 2023 (CET)

Dyskusja szablonu:Sap

2023-11-28T19:49:35Z

0xF: man rm

Ten szablon jest do aktualizacji. Jak wyszukać strony, gdzie był użyty? --[[Użytkownik:0xF|0xF]] 17:28, 7 paź 2020 (CEST)
: Podbijam pytanie po trzech latach. --[[Użytkownik:0xF|0xF]] 14:16, 22 lis 2023 (CET)
:: Wchodzisz na [[Szablon:Sap]] i klikasz "Linkujące" w toolboksie po lewej. --[[Użytkownik:Krótki|Krótki]] 14:22, 28 lis 2023 (CET)
::: Dzięki! To teraz jak usunąć ten szablon? SAPy są w ASMADB i tam nawet grają w przeglądarce, a na stronie Eru już ich nie ma. --[[Użytkownik:0xF|0xF]] 20:49, 28 lis 2023 (CET)