Atariki - Wkład użytkownika [pl]

Mikey (scener)

2023-09-07T19:34:34Z

Mikey: Mikey (scener) moved to Mikey (osoba): co to za słowo scener.

#REDIRECT [[Mikey (osoba)]]

Mikey (osoba)

2023-09-07T19:34:34Z

Mikey: Mikey (scener) moved to Mikey (osoba): co to za słowo scener.

Od 1994 do 2003 [[koder|koder]], autor tekstów a od 1999 współredaktor magazynu [[Syzygy]]

Autor między innymi: [[TxE]], [[DisASS]], [[Ascii Collection #1]], [[Lame #1]], [[Blokers]], [[Bash]], [[sapplug-xmms]], oraz cyklu artykułów o [http://pl.wikipedia.org/wiki/Corewars Core Wars] ([[Syzygy]] 4-6)

Zrewersował, zdebugował i zoptymalizował rom stacji [[SN-360]], oraz dodał turbo i komendy do poprawnej współpracy z SDX.
http://www.youtube.com/watch?v=SHJFU9YIZjQ

Przewinął się przez następujące grupy: [[New Generation]], [[Syzygy Team]], [[Blowjobb]]

Obecnie nieaktywny.

[[Kategoria:Ludzie]]

K-DOS

2023-08-30T17:12:08Z

Mikey:

Komercyjny, alternatywny dla Atari DOS, stworzony przez firmę K-Byte (z Troy w stanie Michigan) w 1981/1982r.

Zabiera znacznie więcej pamięci niż standardowy OS (o ok. 7kb). Skierowany głównie do programistów. Wszystkie funkcje tego DOSa są dostępne z poziomu BASICa, Pilota, cartridge'a z assemblerem czy dowolnego innego środowiska jakiego używa programista.

Opis ogólny:
https://www.atariarchives.org/creativeatari/KDOS_An_Alternative_to_Atari_DOS.php

Instrukcja:
http://www.atarimania.com/documents/Atari_KByte_K-DOS_Manual.pdf

[[Kategoria: Atari 8-bit]]

B: Device

2023-08-30T17:09:09Z

Mikey:

Wirtualne urządzenie pozwalające na otwieranie dowolnego adresu URL w oknie przeglądarki internetowej.<BR>

Pierwsza implementacja handlera urządzenia B: pojawiła się w emulatorze [[Atari800]], a konkretnie w jego porcie [https://play.google.com/store/apps/details?id=name.nick.jubanka.colleen Colleen] dla platformy Android.<BR>
Użytkownik może aktywować urządzenie B: w ustawieniach emulatora i zagrać we wbudowaną w emulator grę Planetary Defense 2012 autorstwa [https://en.wikipedia.org/wiki/Tom_Hudson_(programmer) Toma Hudsona], bardziej znanego z programów: Solid States, DEGAS, czy 3D STUDIO.<BR>

Tom Hudson opowiada w [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiadzie] dla podcastu ANTIC (44 minuta) o urządzeniu B:<BR>
A w [https://github.com/atari800/atari800/blob/master/src/devices.c kodzie źródłowym] emulatora czytamy:<BR>

/* The B: device is intended as a handler for interoperating with a web browser.
* The device is OPENed, a url is WRITE-n, then it is CLOSEd.
* Upon closing, the ready flag in the structure is set to TRUE.
* This can tested by the host port, reset to FALSE then if the string contained
* in the url member looks like a url, a browser to can be spawned to that url.
* The user can also be notified via a popup that an Atari program is requesting
* browser access.
*/

Również w emulatorze [http://www.virtualdub.org/altirra.html Altirra] (począwszy od wersji 3.00) znajdziemy urządzenie B:

Aplikacja/gra korzystająca z urządzenia B: musi je więc otworzyć, zapisać do niego łańcuch znaków (URL) i je zamknąć, co spowoduje otwarcie okna przeglądarki internetowej i wyświetlenie w nim zawartości wskazywanej przez URL.<BR>
Poniższy program w Basicu ilustruje korzystanie z urządzenia B:<BR>

OPEN #3,8,0,"B:"
PRINT #3;"http://atari.pl/hsc/?x=003000129"
CLOSE #3

Jak bardzo elastyczna jest koncepcja [[CIO]] świadczy fakt, że już po ukazaniu się gry Planetary Defense 2012, możliwe było napisanie nowego handlera [https://github.com/TheMontezuma/B-Handler urządzenia B:], korzystającego z [[URL Submit]].<BR>
Bez zmiany ani jednego bitu w kodzie gry, Planetary Defense 2012 uruchomiona na prawdziwym komputerze Atari z zainstalowanym handlerem B:, prawidłowo wysyła Hi-Score przez [[SIO]].

==Zobacz też==
* [http://users.uoa.gr/~knakos/atari800/android/ strona Kostasa Nakosa poświęcona emulatorowi Colleen]
* [http://analog.klanky.com/8bit.htm strona Toma Hudsona poświęcona grze Planetary Defense 2012]
* [https://github.com/TheMontezuma/B-Handler/releases obraz dyskietki zawierającej B: handler oraz grę Planetary Defence 2012]
[[Kategoria: Atari 8-bit]]

Pigwa Rekords

2023-08-30T17:05:35Z

Mikey:

Grupa skupiająca aktywnych użytkowników serwera [[ftp.pigwa.net]] a w szczególności osoby mające swój wkład w archiwizowanie danych na tymże.

"Z urzędu" na rok 2022 członkiem jest [[Azbest]] i [[Voy]] ale każdy, kto poczuwa się do wkładu w serwer, może tytułować się członkiem, lub byłym członkiem grupy - z uwagi więc na dotychczasowe osiągnięcia są to m.in.: [[Stryker]], [[Mikey]], [[Gepard]], [[Krótki]], [[Seban]], [[Dely]], [[Kaz]], [[Tdc]], [[AdamK]], [[Grzybson]], [[Pinokio]], ...

Co więcej - członkiem grupy może się tytułować każdy, kto wsparł serwer podczas organizowanych zbiórek-zrzutek jednorazowych czy też wspiera cykliczne (np. na platformie patronite.pl czy patreon.com)
[[Kategoria: Grupy]]

Unerring Masters

2023-08-30T17:04:18Z

Mikey:

A dokładniej "Zakład usług komputerowych Unerring Masters", Łódzka firma, mająca niegdyś siedzibę przy ulicy Żwirki 16, założona i prowadzona przez Piotra Janiszowskiego. Firma specjalizowała się w produkcji i montażu między innymi:

*sytemu turbo [[UM Turbo]] dla 8-bitowego Atari,
*cartridge [[Ram-Cart]]

== Historia ==
Pan Piotr Janiszowski był również autorem oprogramowania systemowego dla systemu UM Turbo oraz Ramcart. Wywiad z Panem Piotrem oraz Przemysławem "Galtronem" Galanciakiem można obejrzeć na YouTube kanale [[AtariOnline]], materiał został on nagrany podczas jednego z wyjazdowych spotkań pod szyldem "[[KWAS]]" (Kolejne Wrocławskie Atarowskie Spotkania), organizowanych przez [[Kaz|Kaza]] i zespoł AtariOnline: [https://youtu.be/mvOfXdAiroo Panowie z Unerring Masters (prezentacja na KWAS #19)].

== Ciekawostki ==
Firma produkowała również RamCart dla komputerów [https://pl.wikipedia.org/wiki/Commodore_64 Commodore 64]

{{stub}}

[[Kategoria: Firmy]]

Programowanie: Czekanie na vblank przy wyłączonym systemie

2023-08-30T17:00:55Z

Mikey:

Gdy przerwania systemowe lub system są wyłączone, oczekiwanie na VBLANK nie może polegać na odczytywaniu najmłodszego bajtu RTCLOK ($14), gdyż ten nie jest wtedy aktualizowany.
W takim przypadku można użyć rejestru VCOUNT który bez względu na obecność systemu zawiera wartość wskazującą na aktualnie kreśloną linię ekranu (modulo 2).
Kiedy linia ta wynosi 0, oznacza to że jesteśmy zaraz po 'powrocie plamki'

Przykład:

<pre>
lda VCOUNT
bmi *-3
lda VCOUNT
bpl *-3
</pre>

Przykład bez użycia akumulatora:

<pre>
bit VCOUNT
bmi *-3
bit VCOUNT
bpl *-3
</pre>

[[Kategoria: Niezbędnik kodera]]

ANTIC Display List

2015-03-20T00:44:07Z

Mikey: jak juz zmieniamy to do konca

[[ANTIC Display List|Display List]] (DL) jest programem wyświetlania dla procesora graficznego [[ANTIC (układ)|ANTIC]], stosowanego w [[Atari 8-bit]].

==Położenie w pamięci==

Display List jest wskazywana przez [[rejestry ANTIC-a#DLPTR|rejestr DLPTR $D402-$D403]]. Rejestr ten jest co [[Ramka|ramkę]] zapisywany zawartością rejestru-cienia DLPTRS ($0230-$0231) przez procedurę [[SYSVBL]]. Dlatego do poinformowania [[ANTIC (układ)|ANTIC-a]] o położeniu DL na ogół wystarcza wstawienie jej adresu do DLPTRS.

Licznik programu ANTIC-a jest co prawda szesnastobitowy, ale podczas wykonywania DL pobieranie rozkazów zmienia tylko dziesięć jego najmłodszych bitów; w związku z tym po przekroczeniu granicy 1 KB pobieranie dalszych rozkazów DL jest kontynuowane od początku bloku 1 KB. Np. jeśli umieścimy początek DL pod adresem $43F0, to po pobraniu 16 bajtów DL, kolejne zostaną pobrane począwszy od $4000.

Aby ominąć tę niedogodność, można użyć rozkazu JMP do ponownego załadowania całego licznika. Wadą takiego rozwiązania jest wyświetlenie jednej pustej linii na ekranie (generuje ją rozkaz JMP). Można tego uniknąć przez programową zmianę wartości rejestru [[Rejestry ANTIC-a#DLPTR|DLPTR]] w linii, po której program ANTIC-a przekroczy granicę 1 kilobajta.

==Struktura==

DL jest ciągiem rozkazów [[ANTIC (układ)|ANTIC]]-a. Rozkazy są jednobajtowe (adresowanie implikowane) lub trzybajtowe (adresowanie absolutne).

Na początku DL występują rozkazy tworzenia pustych linii, które tworzą górny margines ekranu, czyli tzw. górną ramkę. Jeśli istnienie tej ramki jest niepożądane, te rozkazy można pominąć. Następny musi być rozkaz ładowania wskaźnika pamięci obrazu (LMS). Jest on jednocześnie rozkazem tworzenia linii trybu graficznego. LMS ma szesnastobitowy argument określający adres, pod którym ma się zaczynać pierwsza linia tworzonego obrazu.

Po LMS, jeśli pamięć obrazu ma tworzyć ciągły obszar, następują jednobajtowe rozkazy tworzenia linii trybu graficznego, po jednym na każdą linię. W przeciwnym wypadku, jeśli kolejne linie obrazu nie leżą w pamięci bezpośrednio jedna po drugiej, zamiast rozkazów tworzenia linii trybu trzeba stosować rozkazy LMS. Wynika z tego, że praktycznie maksymalny rozmiar pojedynczej DL to 720 bajtów: 239 rozkazów LMS tworzących tyleż linii trybu [[Graphics 8|GRAPHICS 8]] rozrzuconych po całej pamięci, plus rozkaz JVB na końcu. Normalnie DL dla ekranu w tym trybie ma 202 bajty.

DL musi się kończyć rozkazem JVB tylko w przypadku gdy wyświetlamy na ekranie mniej niż 240 linii. Jego argumentem jest adres początku DL, która będzie wykonywana w następnej "ramce" TV. Może to być ta sama lista, ale może być też zupełnie inna, zależnie od potrzeb. Stworzywszy łańcuch DL dla kolejno załadowanych do pamięci obrazów, w którym to łańcuchu kolejne listy będą rozkazem JVB wskazywać na następne, a ostatnia na pierwszą, można stworzyć efekt poklatkowej animacji bez angażowania [[CPU]].

==Rozkazy DL==

Jak wspomniano powyżej, Display List jest w istocie programem odłożonym w pamięci komputera i wykonywanym przez mikroprocesor graficzny z częstotliwością ramki dla danego systemu (tj. [http://pl.wikipedia.org/wiki/PAL PAL] lub [http://pl.wikipedia.org/wiki/NTSC NTSC]). Rozkazy Display List dzielą się na następujące grupy:

* rozkazy tworzenia linii trybu graficznego
* rozkazy tworzenia linii pustych
* rozkazy ładowania wskaźnika pamięci ekranu
* rozkazy skoków

Czternaście rozkazów tworzenia linii trybu graficznego (lub znakowego) zostało pokrótce omówionych poniżej. [[ANTIC (układ)|ANTIC]] interpretuje rozkazy w trakcie tworzenia obrazu, rozkazy tworzenia linii trybu pobierane są sukcesywnie pomiędzy generowaniem poszczególnych linii obrazu. Sprawia to, że mieszanie ze sobą różnych trybów wyświetlania nie sprawia żadnych trudności, póki jedna linia pozioma obrazu zajmowana jest przez 1 tryb graficzny. Umieściwszy w Display List kolejno wszystkie rozkazy tworzenia linii trybu uzyskuje się je wszystkie na raz, wyświetlane jeden pod drugim, w kolejnych liniach poziomych obrazu.

Numer trybu graficznego zakodowany jest w dolnych czterech bitach rozkazu. Starsze cztery bity wybierają - niezależnie od siebie nawzajem oraz niezależnie dla każdej linii trybu - dodatkowe atrybuty obrazu, to jest:

* bit 7, DLI
* bit 6, LMS
* bit 5, przesuw pionowy
* bit 4, przesuw poziomy

Ustawienie bitu DLI powoduje, że podczas tworzonej właśnie linii skaningowej zostanie wygenerowane [[przerwania|przerwanie]] [[DLI]], LMS natomiast przekształca rozkaz w rozkaz ładowania wskaźnika pamięci ekranu, jak opisano poniżej.

===LMS===

Rozkazem ładowania wskaźnika pamięci ekranu (LMS - Load Memory Scan) może być każdy z rozkazów tworzenia linii trybu. Uzyskuje się to przez ustawienie bitu 6 kodu rozkazu oraz podanie adresu danych obrazu w dwóch następnych bajtach. W efekcie dane obrazu nie muszą być odłożone w pamięci sekwencyjnie - wystarczy, żeby sekwencję stanowiły bajty składające się na pojedynczą linię obrazu. Wynika z tego, że uzyskanie organizacji pamięci obrazu takiej jak w [http://en.wikipedia.org/wiki/Acorn_Electron Acorn Electron], [http://en.wikipedia.org/wiki/Amstrad_CPC Amstrad CPC], [http://en.wikipedia.org/wiki/Apple_II_series#Apple_II Apple II], [http://en.wikipedia.org/wiki/BBC_Micro BBC Micro], [http://en.wikipedia.org/wiki/Commodore_64 C64], [http://en.wikipedia.org/wiki/ZX_Spectrum ZX Spectrum] albo wyświetlenie całości lub części obrazka do góry nogami to tylko kwestia napisania odpowiedniej Display List i podania [[ANTIC (układ)|ANTIC-owi]] wskaźnika do niej.

Jedyna restrykcja, jaką [[ANTIC (układ)|ANTIC]] narzuca co do ulokowania danych obrazu jest taka, że dane dla pojedynczej linii trybu graficznego nie mogą przecinać granicy bloku 4 KB. Licznik adresujący pamięć obrazu ma co prawda 16 bitów, ale podczas normalnej pracy [[ANTIC (układ)|ANTIC]] zmienia tylko 12 najmłodszych bitów - dlatego po dojechaniu do końca bloku 4 KB zacznie pobierać nie to, co znajduje się dalej, ale to, co znajduje się na początku tego bloku (czyli, ów licznik, przepełni się). Jeśli pamięć obrazu ma przekraczać 4 KB, Display List musi być ułożona tak, żeby na granicy bloków czterokilobajtowych wypadał koniec jednej linii trybu, a następna zaczynała się już poza tą granicą. Do utworzenia tej drugiej linii musi zostać użyty rozkaz LMS, który przeładowuje całe 16 bitów wspomnianego licznika "przerzucając" tym samym [[ANTIC (układ)|ANTIC]] do następnego bloku 4 KB.

===JMP i JVB===

$01 jest to rozkaz skoku JMP pod adres podany w następnych dwóch bajtach Display List. Rozkaz ten tworzy oprócz tego - przed skokiem - jedną pustą linię obrazu. Ustawienie bitu 7 powoduje jeszcze wygenerowanie przerwania [[DLI]], natomiast ustawienie bitu 6 przekształca rozkaz JMP w JVB (Jump and wait for Vertical Blank). Różnica jest taka, że po wykonaniu skoku JVB ANTIC czeka z wykonywaniem dalszych rozkazów na impuls synchronizacji pionowej. Rozkaz taki - skoku z oczekiwaniem na synchronizację pionową - powinien kończyć Display List i jednocześnie "uruchamiać" ją od początku.

===Przesuw obrazu===

Rozkazy $10 i $20 powodują odpowiednio: włączenie poziomego i pionowego przesuwu ekranu. Mogą one występować równocześnie w jednej linii Display List, ale trzeba mieć na uwadze, że przy włączonym szerokim ekranie w liniach niektórych trybów mogą wystąpić zniekształcenia.

====HSCRL====

Włączenie poziomego przesuwu powoduje, że treść linii Display List będzie przesuwana w lewo o 16-n cykli koloru według zawartości bitów 0..3 rejestru [[Rejestry ANTIC-a#HSCROL|HSCROL]] tak, jak to zobrazowano poniżej:

Przykładowa treść 8 linii ekranowych bez przesunięcia
1 1 2 2 3
0 7 8 5 6 3 4 1 - kolejna dana w linii
0 ........ ........ ........ ........
...oo... .ooooo.. ..oooo.. .oooo...
..oooo.. .oo..oo. .oo..oo. .oo.oo..
.oo..oo. .ooooo.. .oo..... .oo..oo.
.oo..oo. .oo..oo. .oo..... .oo..oo.
.oooooo. .oo..oo. .oo..oo. .oo.oo..
.oo..oo. .ooooo.. ..oooo.. .oooo...
7 ........ ........ ........ ........
linia ekranowa (skaningowa)

Przykładowa treść 8 linii ekranowych z przesunięciem o 1 cykl koloru
1 1 2 2 2
0 7 8 5 6 3 4 9 - kolejna dana w linii
0 ........ ........ ........ ......xx
.oo....o oooo.... oooo...o ooo...xx
oooo...o o..oo..o o..oo..o o.oo..xx
o..oo..o oooo...o o......o o..oo.xx
o..oo..o o..oo..o o......o o..oo.xx
ooooo..o o..oo..o o..oo..o o.oo..xx
o..oo..o oooo.... oooo...o ooo...xx
7 ........ ........ ........ ......xx
linia ekranowa (skaningowa)

Po włączeniu przesuwu poziomego linia, niezależnie od ustawienia szerokości ekranu w [[Rejestry ANTIC-a#DMACTL|rejestrze DMACTL]], będzie miała logiczną szerokość, jak dla obrazu szerokiego, czyli:

* 48 bajtów dla trybów [[Graphics 0|0 OS]], [[ANTIC Display List#Tryby znakowe|3 ANTIC]], [[Graphics 7|7 OS]], [[Graphics 8|8 OS]], [[Graphics 9|9 OS]], [[Graphics 10|10 OS]], [[Graphics 11|11 OS]], [[Graphics 12|12 OS]], [[Graphics 13|13 OS]] i [[Graphics 15|15 OS]],
* 24 bajty dla [[Graphics 1|1 OS]], [[Graphics 2|2 OS]], [[Graphics 5|5 OS]], [[Graphics 6|6 OS]] i [[Graphics 14|14 OS]],
* 12 bajtów dla [[Graphics 3|3 OS]], [[Graphics 4|4 OS]].

Ponieważ w różnych trybach jeden piksel na szerokość zajmuje różną ilość cykli koloru, tak więc przesunięcie treści ekranu o cykl koloru jest równoważne z przesunięciem o piksel wyłącznie w trybach [[Graphics 1|1 OS]] i [[Graphics 2|2 OS]], [[Graphics 6|6 OS]], [[Graphics 7|7 OS]], [[Graphics 12|12 OS]], [[Graphics 13|13 OS]], [[Graphics 14|14 OS]] i [[Graphics 15|15 OS]].

Przykładowa treść 8 linii ekranowych w trybie średniej rozdzielczości z przesunięciem o 1 cykl koloru
11 11 11 11 11 22 22 22 22 22
01 23 45 67 89 01 23 45 67 89 01 23 45 67 89 - kolejna dana w linii
0 .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. xx
.o o. .. .o oo oo .. .. oo oo .. .o oo o. .. xx
oo oo .. .o o. .o o. .o o. .o o. .o o. oo .. xx
o. .o o. .o oo oo .. .o o. .. .. .o o. .o o. xx
o. .o o. .o o. .o o. .o o. .. .. .o o. .o o. xx
oo oo o. .o o. .o o. .o o. .o o. .o o. oo .. xx
o. .o o. .o oo oo .. .. oo oo .. .o oo o. .. xx
7 .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. xx
: 1 1 1 1 1
: 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 - piksel
linia ekranowa (skaningowa)

W trybach wysokiej rozdzielczości [[Graphics 0|0 OS]], [[ANTIC Display List#Tryby znakowe|3 ANTIC]] i [[Graphics 8|8 OS]], gdzie jeden piksel ma szerokość połowy cyklu koloru, przesunięcie o cykl koloru przesuwa treść obrazu o 2 piksele.

Przykładowa treść 8 linii ekranowych w trybie wysokiej rozdzielczości z przesunięciem o 1 cykl koloru
1 1 2 2 2
0 7 8 5 6 3 4 9 - kolejna dana w linii
0 ........ ........ ........ ......xx
.oo....o oooo.... oooo...o ooo...xx
oooo...o o..oo..o o..oo..o o.oo..xx
o..oo..o oooo...o o......o o..oo.xx
o..oo..o o..oo..o o......o o..oo.xx
ooooo..o o..oo..o o..oo..o o.oo..xx
o..oo..o oooo.... oooo...o ooo...xx
7 ........ ........ ........ ......xx
: 111111 11112222 222222
: 01234567 89012345 67890123 456789 - piksel
linia ekranowa (skaningowa)

W trybach niskiej rozdzielczości [[Graphics 3|3 OS]], [[Graphics 4|4 OS]] i [[Graphics 5|5 OS]], gdzie jeden piksel ma szerokość 2 lub 4 cykli koloru, przesunięcie o cykl koloru przesuwa treść obrazu o pół, lub ćwierć ([[Graphics 3|3 OS]]) piksela bez zmiany interpretacji wartości piksela, jak ma to miejsce w trybach [[GTIA|GTIA]].

W trybach [[GTIA|GTIA]] ([[Graphics 9|9 OS]], [[Graphics 10|10 OS]] i [[Graphics 11|11 OS]]), gdzie piksel ma szerokość 2 cykli koloru dopiero przesunięcie o 2 cykle koloru prowadzi do przesunięcia ekranu o piksel. Ponieważ przesuwaniem treści obrazu zajmuje się [[ANTIC (układ)|ANTIC]], zanim jeszcze [[GTIA|GTIA]] nałoży nań informację o kolorach, więc przesuwanie treści o 1 cykl koloru skutkuje zmianą wartości pikseli na ekranie, jak poniżej:

Przykładowa treść 8 linii ekranowych trybu GTIA bez przesunięcia
1 1 1 1 1 2 2 2 2 2 3
0 3 4 7 8 1 2 5 6 9 0 3 4 7 8 1 - kolejna dana w linii
0 .... .... .... .... .... .... .... ....
...o o... .ooo oo.. ..oo oo.. .ooo o...
..oo oo.. .oo. .oo. .oo. .oo. .oo. oo..
.oo. .oo. .ooo oo.. .oo. .... .oo. .oo.
.oo. .oo. .oo. .oo. .oo. .... .oo. .oo.
.ooo ooo. .oo. .oo. .oo. .oo. .oo. oo..
.oo. .oo. .ooo oo.. ..oo oo.. .ooo o...
7 .... .... .... .... .... .... .... ....
: 0 1 2 3 4 5 6 7 - piksel
linia ekranowa (skaningowa)

Przykładowa treść 8 linii ekranowych trybu GTIA z przesunięciem o 1 cykl koloru
1 1 1 1 1 2 2 2 2 2
0 3 4 7 8 1 2 5 6 9 0 3 4 7 8 - kolejna dana w linii
0 .... .... .... .... .... .... .... ..xx
.oo. ...o oooo .... oooo ...o ooo. ..xx
oooo ...o o..o o..o o..o o..o o.oo ..xx
o..o o..o oooo ...o o... ...o o..o o.xx
o..o o..o o..o o..o o... ...o o..o o.xx
oooo o..o o..o o..o o..o o..o o.oo ..xx
o..o o..o oooo .... oooo ...o ooo. ..xx
7 .... .... .... .... .... .... .... ..xx
: 0 1 2 3 4 5 6 7 - piksel
linia ekranowa (skaningowa)

====VSCRL====

Uaktywnienie pionowego przesuwu ekranu w linii Display List skutkuje przesunięciem treści ekranu o n linii ekranowych (skaningowych) w górę zależnie od wartości znajdującej się w bitach 0..3 [[Rejestry ANTIC-a#VSCROL|rejestru VSCROL]].

Dla potrzeb następnych wyjaśnień załóżmy, że Display List skonstruowana jest następująco:

dlist:
$70 : 8 pustych linii
$62 screen : LMS + VSCRL + tryb 2
$02 : tryb 2
$02 : tryb 2
$41 dlist : JVB

Kiedy przesunięcie jest mniejsze niż liczba linii zajmowanych przez linię trybu Display List, wtedy linia trybu Display List następująca bezpośrednio po sekcji przesuwanej zostaje "ściśnięta" do jednej linii ekranowej i uczestniczy w wyświetlaniu przesuwanej treści.

Przykładowa treść 3 linii trybu wysokiej rozdzielczości Display List gdy VSCROL=4
1 1 2 2 3
0 7 8 5 6 3 4 1 - kolejna dana w linii
0 .oo..oo. .oo..oo. .oo..... .oo..oo.
.oooooo. .oo..oo. .oo..oo. .oo.oo..
.oo..oo. .ooooo.. ..oooo.. .oooo...
........ ........ ........ ........
........ ........ ........ ........ - pierwsza linia Display List z VSCRL
...oo... .ooooo.. ..oooo.. .oooo...
..oooo.. .oo..oo. .oo..oo. .oo.oo..
7 .oo..oo. .ooooo.. .oo..... .oo..oo.

8 .oo..oo. .oo..oo. .oo..... .oo..oo. - pierwsza linia Display List bez VSCRL ("ściśnięta" do jednej linii ekranowej)

9 ........ ........ ........ ........
...oo... .ooooo.. ..oooo.. .oooo...
..oooo.. .oo..oo. .oo..oo. .oo.oo..
.oo..oo. .ooooo.. .oo..... .oo..oo.
.oo..oo. .oo..oo. .oo..... .oo..oo. - druga linia Display List bez VSCRL
.oooooo. .oo..oo. .oo..oo. .oo.oo..
.oo..oo. .ooooo.. ..oooo.. .oooo...
16 ........ ........ ........ ........
linia ekranowa (skaningowa)

Jeśli bezpośrednio za przesuwaną sekcją znajdzie się pusta linia, to ona będzie wyświetlana przy przesuwaniu w ostatniej linii przesuwanej sekcji.

W przypadku gdy przesunięcie przekracza ilość linii trybu, pierwsza linia sekcji przesuwanej jest rozszerzana do 16 linii ekranowych i zawiera zduplikowaną zawartość linii Display List, natomiast pierwsza linia sekcji nieruchomej nie jest "ściskana", ale nadal uczestniczy w wyświetlaniu zawartości sekcji ruchomej.

Przykładowa treść 3 linii trybu wysokiej rozdzielczości Display List gdy VSCROL=12
1 1 2 2 3
0 7 8 5 6 3 4 1 - kolejna dana w linii
0 .**..**. .**..**. .**..... .**..**.
.******. .**..**. .**..**. .**.**.. - zniekształcona treść dwóch pierwszych linii ekranowych (* - piksel, który powinien być wyświetlony, a nie jest)
.oo..oo. .ooooo.. ..oooo.. .oooo...
........ ........ ........ ........
........ ........ ........ ........ - zduplikowana pierwsza linia Display List z VSCRL
...oo... .ooooo.. ..oooo.. .oooo...
..oooo.. .oo..oo. .oo..oo. .oo.oo..
7 .oo..oo. .ooooo.. .oo..... .oo..oo.

8 .oo..oo. .oo..oo. .oo..... .oo..oo.
.oooooo. .oo..oo. .oo..oo. .oo.oo..
.oo..oo. .ooooo.. ..oooo.. .oooo...
........ ........ ........ ........
........ ........ ........ ........ - pierwsza linia Display List z VSCRL
.oooooo. .oooooo. ..ooooo. .oo..oo.
.oo..... .oo..... .oo..... .oo..oo.
15 .ooooo.. .ooooo.. .oo..... .oooooo.

16 .oo..... .oo..... .oo..oo. .oo..oo.
.oo..... .oo..... .oo..oo. .oo..oo.
.oooooo. .oo..... ..ooooo. .oo..oo.
........ ........ ........ ........
........ ........ ........ ........ - pierwsza linia Display List bez VSCRL
.oooooo. .oooooo. ..ooooo. .oo..oo.
.oo..... .oo..... .oo..... .oo..oo.
23 .ooooo.. .ooooo.. .oo..... .oooooo.

24 ........ ........ ........ ........
.oooooo. .oooooo. .oo..oo. .oo.....
...oo... .....oo. .oo.oo.. .oo.....
...oo... .....oo. .oooo... .oo.....
...oo... .....oo. .oo.oo.. .oo..... - druga linia Display List bez VSCRL
...oo... .oo..oo. .oo..oo. .oo.....
.oooooo. ..oooo.. .oo..oo. .oooooo.
31 ........ ........ ........ ........
linia ekranowa (skaningowa)

Testowanie wielkości przesunięcia odbywa się poprzez sprawdzenie czy odpowiednie bity są wyzerowane:
* w trybach [[Graphics 8|8 OS]], [[Graphics 9|9 OS]], [[Graphics 10|10 OS]], [[Graphics 11|11 OS]], [[Graphics 14|14 OS]] i [[Graphics 15|15 OS]] - bity 0..3,
* w trybach [[Graphics 6|6 OS]] i [[Graphics 7|7 OS]] - bity 1..3,
* w trybach [[Graphics 4|4 OS]] i [[Graphics 5|5 OS]] - bity 2..3,
* w trybach [[Graphics 0|0 OS]], [[ANTIC Display List#Tryby znakowe|3 ANTIC]], [[Graphics 1|1 OS]], [[Graphics 3|3 OS]] i [[Graphics 12|12 OS]] - bit 3,
* w trybach [[Graphics 2|2 OS]] i [[Graphics 13|13 OS]] nie jest sprawdzany żaden bit [[Rejestry ANTIC-a#VSCROL|rejestru VSCROL]] i dlatego w tych trybach nie występuje efekt duplikacji.

===Puste linie TV===

$x0 jest to kod rozkazu tworzenia pustych linii obrazu. Liczba tych linii określana jest przez trzy pierwsze bity starszej połówki bajtu: $00 tworzy jedną pustą linię skaningową, $10 dwie, $20 trzy, $30 cztery, $40 pięć, $50 sześć, $60 siedem a $70 osiem. Najstarszy bit wybiera [[DLI]], tak samo jak przy rozkazach linii trybu.

===Tryby znakowe===

Rozkazy tworzenia trybów tekstowych:

* tryb $02: tryb monochromatyczny o szerokości 32, 40 lub 48 znaków, przy czym każdy znak ma wysokość ośmiu pikseli. Trybu tego używa system operacyjny jako trybu wyświetlania systemowej konsoli tekstowej o wielkości 40x24 znaki ([[Graphics 0|GRAPHICS 0]]).
* tryb $03: odmiana trybu powyższego. Wszystko jest tak samo, z wyjątkiem tego, że znaki wyświetlane są w matrycy 8x10 pikseli. Układ [[ANTIC (układ)|ANTIC]] sprzętowo dodaje dwie puste linie do wszystkich znaków (na dole na znaków $00-$5F, na górze dla znaków $60-$7F - w ostatnim wypadku rysowanie znaku odbywa się od drugiej linii matrycy, zaś dwie pierwsze linie matrycy wyświetlane są jako dwie ostatnie linie znaku). Ostatnia ćwiartka zestawu znaków (znaki $60-$7F) to w wewnętrznej organizacji ANTIC-a małe litery alfabetu angielskiego, tak więc tryb ten jest przydatny dla edytorów tekstu (i w istocie jest wykorzystywany np. przez program [[SpeedScript]]), bo pozwala na wyświetlanie małych liter z "wyrazistymi" ogonkami. Ten tryb wyświetlania nie ma odpowiednika w numeracji trybów systemu operacyjnego.
* tryb $04: odpowiednik trybu $02, ale matryca znaków interpretowana jest graficznie tak, by każde dwa bity tworzyły jeden piksel. Piksel ten może być w jednym z czterech kolorów, przy czym jeśli oba bity piksela są zapalone, to wybór rejestru koloru dodatkowo zależy od tego, czy bit 7 znaku jest zapalony czy nie. Kolory wybierane są z palety 128 barw przez pięć rejestrów kolorów. Jest to tryb 12 systemu operacyjnego ([[Graphics 12|GRAPHICS 12]]) o wielkości 40x24 znaki w pięciu kolorach. Tryb ten jest bardzo często wykorzystywany w grach ze względu na stosunkowo dużą liczbę kolorów i niewielkie przy tym zapotrzebowanie na pamięć (ekran o rozdzielczości 160x192 piksele w 5 kolorach zajmuje tylko 960 bajtów, plus generator znaków).
* tryb $05: odmiana trybu $04 o dwukrotnie mniejszej rozdzielczości pionowej; w systemie operacyjnym jest to tryb 13 o wielkości 40x12 znaków w pięciu kolorach ([[Graphics 13|GRAPHICS 13]]).
* tryb $06: jest to tryb znakowy, w którym znak ma rozmiary 8x8 pikseli, ale jeden piksel tego trybu ma szerokość dwóch pikseli trybu najwyższej rozdzielczości. W efekcie w jednej linii mieszczą się (w zależności od wybranej szerokości obrazu) 16, 20 lub 24 znaki. Każdy znak może być wyświetlony w jednym z czterech kolorów, które wybierają dwa najstarsze bity jego wartości. Kolory te są wybierane z palety 128 barw przez cztery rejestry kolorów. Dodatkowo do dyspozycji jest oddzielny kolor tła wybierany przez osobny rejestr koloru, również z palety 128. Jest to tryb 1 systemu operacyjnego ([[Graphics 1|GRAPHICS 1]]).
* tryb $07: odmiana trybu $06 o dwukrotnie mniejszej rozdzielczości pionowej. Jest to tryb 2 systemu operacyjnego ([[Graphics 2|GRAPHICS 2]]).

===Tryby bitowe===

Oprócz trybów znakowych dostępnych jest osiem trybów graficznych:

* tryb $08: jest to tryb graficzny, w którym jeden piksel ma rozmiary 8x8 pikseli trybu najwyższej rozdzielczości. Dostępne sa cztery kolory z palety 128. Jest to tryb 3 systemu operacyjnego, o rozdzielczości 40x24 piksele w 4 kolorach ([[Graphics 3|GRAPHICS 3]]).
* tryb $09: jest to tryb graficzny, w którym piksel ma rozmiary 4x4 piksele trybu najwyższej rozdzielczości. Dostępne są dwa kolory z palety 128. Jest to tryb 4 systemu operacyjnego, o rozdzielczości 80x48 pikseli w 2 kolorach ([[Graphics 4|GRAPHICS 4]]).
* tryb $0a: jest to odpowiednik trybu $09, lecz dostępne są 4 kolory z palety 128. Jest to tryb 5 systemu operacyjnego ([[Graphics 5|GRAPHICS 5]]).
* tryb $0b: w tym trybie piksel ma rozmiar 2x2 piksele trybu najwyższej rozdzielczości. Dostępne są dwa kolory. Jest to tryb 6 systemu operacyjnego ([[Graphics 6|GRAPHICS 6]]).
* tryb $0c: w tym trybie piksel ma szerokość dwóch pikseli trybu najwyższej rozdzielczości i wysokość jednej linii skaningowej. Jest to tryb 14 systemu operacyjnego, 160x192 piksele w dwóch kolorach z palety 128 ([[Graphics 14|GRAPHICS 14]]).
* tryb $0d: jest to odpowiednik trybu $0b w 4 kolorach, czyli tryb 7 systemu operacyjnego o rozdzielczości 160x96 w 4 kolorach ([[Graphics 7|GRAPHICS 7]]).
* tryb $0e: jest to kolorowy odpowiednik trybu $0c, czyli tryb 15 systemu operacyjnego, 160x192 piksele w 4 kolorach ([[Graphics 15|GRAPHICS 15]]).
* tryb $0f: jest to monochromatyczny tryb najwyższej rozdzielczości, tryb 8 systemu operacyjnego, 320x192 piksele w jednym z dwóch odcieni tego samego koloru z palety 128 ([[Graphics 8|GRAPHICS 8]]).

Podane tu rozmiary ekranu dla poszczególnych trybów, np. 40x24 czy 320x192 to standardowe rozdzielczości wybierane przez system operacyjny. Trzeba jednak pamiętać, że ekran można wedle potrzeb zwęzić do 32 kolumn (256 pikseli) lub poszerzyć do 48 kolumn (384 pikseli) oraz regulować jego wysokość tudzież położenie pionowe z dokładnością do jednej linii skaningowej (piksela) za pomocą Display List.

==Tryby GTIA==

System operacyjny oferuje ponadto trzy tryby graficzne "wielokolorowe" o rozdzielczości 80x192 piksele, tzw. tryby [[GTIA]]. Są to [[Graphics 9|GRAPHICS 9]], [[Graphics 11|GRAPHICS 11]] i [[Graphics 10|GRAPHICS 10]]. Dostępnych jest 16 kolorów wybieranych wartością piksela (4 bity na piksel). Pierwszy z tych trybów daje dostęp do 16 odcieni w jednym kolorze (z palety 16), drugi do 16 kolorów w jednym odcieniu, trzeci do 9 kolorów wybranych dowolnie z palety 128 - układ GTIA dysponuje niestety tylko dziewięcioma rejestrami kolorów, dlatego ten ostatni tryb nie pozwala na używanie 16 barw.

Nie są to tryby układu [[ANTIC (układ)|ANTIC]] - z punktu widzenia tego układu wszystkie trzy to monochromatyczny tryb najwyższej rozdzielczości (GRAPHICS 8). Przekształcenie go w tryb wielokolorowy następuje przez ingerencję w [[rejestry GTIA#GTIACTL|rejestr kontroli układu GTIA (GTIACTL)]], co zmienia interpretację danych obrazu. Oczywiście w ten sam sposób można przekształcić dowolny inny tryb ANTIC-a.

W komputerach, w których zamiast GTIA znajduje się układ [[CTIA]], te trzy tryby nie są dostępne. Natomiast w komputerach SECAM, z powodu ograniczeń sprzętowych układu [[FGTIA]] (zob.), tryb GRAPHICS 9 oferuje 8 odcieni, a GRAPHICS 11 - 15 kolorów.

W systemie PAL, dzięki pewnej jego właściwości, zmieszanie dwóch trybów wielokolorowych - tego z 16 stopniami szarości z tym z 16 kolorami - daje dostęp do trybu graficznego o rozdzielczości 80x96 pikseli w 256 kolorach (pełne osiem bitów na piksel). Trybu tego używa program [[Paint 256]] (ta sztuczka nie działa, jeśli używamy [[VBXE]] i wyjścia RGB).

Dodatkowo obraz w trybie GRAPHICS 10 jest przesunięty o pół piksela (1 [[cykl koloru]]) w prawo w stosunku do położenia pikseli w trybach 9 i 11. Pozwala to na podwojenie rozdzielczości poziomej obrazu powstałego ze zmieszania trybów 9 i 10 ([[HIP]], [[TIP]]).

==Ciekawostki==
* Jedna z najbardziej zaawansowanych animacji opartych o Display List została stworzona w demku do gry [[Five to five]] przez [[Gizmo Magic]]. W liniach trybu $0e wykonana jest pseudotrójwymiarowa animacja dywanu, czyli coś na kształt [http://pl.wikipedia.org/wiki/Teksturowanie teksturowania] wykonywanego na falującej powierzchni.
* Ciekawy przykład Display List zawiera gra [[Galaxian]] - większość ekranu jest tworzona za pomocą rozkazów pustych linii, a grafika widoczna w tych liniach jest w całości generowana przez [[Player/Missile Graphics|graczy i pociski]].
* Ciekawa sztuczka została wykorzystana w grze [[Knight Lore]], gdzie dane wyświetlane na ekranie oddalone o 1 bajt w rzeczywistości w pamięci oddalone są o 8 bajtów: Display List zbudowana została w taki sposób, że generator znaków pełni rolę pamięci ekranu, natomiast wskaźnik pamięci ekranu ustawiony jest na sekwencję $00-$7f. W efekcie pamięć ekranu zajmuje 128 bajtów.

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

Atari8

2015-01-06T22:55:52Z

Mikey: to chyba nieaktualne ;)

'''#atari8''' Kanał [http://pl.wikipedia.org/wiki/IRC IRC] na [[Ircnet|Ircnecie]].

Kanał powstał około roku 1995 z inicjatywy [[Slaves]]a. W zamyśle miał skupiać [[scena|scenę]] [[Atari 8-bit|"małego" Atari]], i wydaje się że tak właśnie jest, jako że większość bywalców kanału jest z nią mniej lub bardziej powiązana.
Niemniej, każdy jest mile widziany, bez względu na 'scenowanie' czy też posiadany komputer.
Jeśli chcesz pogadać o [[Atari]], umówić się na [[copy party]] albo [[Sztab Kryzysowy]], poszukać pomocy z uruchomieniem programu/sprzętu, albo po prostu pogadać, to jest to miejsce dla Ciebie. Pamiętaj jednak aby przestrzegać regulaminu.

Na kanale można spotkać takie osoby jak: [[MacGyver]], [[slaves]], [[krap]], [[miker]], [[lisu]], [[dely]], [[mikey]], [[KMK|drac030]], [[radi]], [[epi]], [[Vasco]], [[Pin]], [[innuendo]], [[mono]], [[stryker]], [[seban]], [[lewis]], [[rzóg]], [[electron]]...

'''Krótki regulamin kanału (kilka prostych zasad unikania problemów):'''

* dobrze jest po wejściu na kanał posiedzieć trochę bez odzywania się (poidlować) Pozwoli to zapoznać się z atmosferą na kanale oraz z panującymi zwyczajami. Często nikt się nie odzywa przez dłuższy czas, nie oznacza to, że kanał jest martwy. Po prostu zadaj pytanie albo czekaj aż ktoś się odezwie. Nie zniechęcaj się.
* polskie znaki kodujemy w iso-8859-2 albo nie używamy ich wcale. (Nagminne śmiecenie unikodem albo cp1250 będzie kończyć się zabraniem głosu takiej osobie)
* nie wklejamy długich tekstów (2-3 linijki jeszcze ujdą) Jeśli chcesz wkleić długi tekst, skorzystaj z serwisu [http://pastebin.com pastebin.com] i wklej samego URLa.
* na kanale, w przeciwieństwie do [[Atari Area]] '''NIE WOLNO''' używać '''skracaczy linków''' typu '''Tiny.pl''' albo '''42.pl'''.
* nie używamy kolorków i innych 'mircyzmów'.

Innych ograniczeń raczej nie ma. Po prostu bądź sobą i traktuj innych tak jakbyś sam chciał być traktowany.

[[Kategoria:Atari 8-bit]]
[[Kategoria:Miejsca w sieci]]

Dyskusja:Lista komend SIO według kodów operacyjnych

2014-10-09T20:17:00Z

Mikey:

W sprawie komendy DIAG stacji 1050 obawiam sie ze nieprawda jest jakoby dalo sie cofnac glowice na sciezke -1. Przesuniecie glowicy na nielegalna sciezke (procedura SEEK) powoduje skok do rozkazu BRK ktory wywoluje przerwanie IRQ obslugiwane przez stacje, i jest sygnalizowane przez rytmiczne wlaczanie i wylaczanie silnika stacji. W samej procedurze (TSEEK) wywolywanej rozkazem $23 legalne wartosci to 0-39. Inne sa ignorowane i zglaszany jest blad rejestrem C. Jedyne wyjscie z tej sytuacji to reset stacji. Nie wiem skad pochodza te informacje ale wg mojej najlepszej wiedzy sa bledne. [[Użytkownik:Mikey|Mikey]] 22:17, 9 paź 2014 (CEST)

Hobgoblin

2014-08-30T12:28:35Z

Mikey: typo

{{grafr|Hobgoblin.gif}}
'''"Hobgoblin"''' to gra zręcznościowa napisana przez Davida Parsonsa, wydana w 1990 roku przez [[Atlantis Software]] m.in. na BBC Micro, Commodore 64, Amstrada CPC i ZX Spectrum. Jest to imitacja popularnej w latach 80. XX w. gry [[Ghosts 'N Goblins]].

W 2008 roku gra doczekała się wersji na [[Atari 8-bit]]. Za zgodą autora oryginału, [[Xxl]] skonwertował wersję z BBC Micro, przy okazji optymalizując jej kod. Gra została wzbogacona o obrazki autorstwa [[Kaz]]a oraz o muzykę i dźwięki dodane przez [[stRing]]a, i wydana przez [[GR8 Software]]. Premiera miała miejsce w Halloween.

Wyprodukowano 50 indywidualnie ponumerowanych kopii, z czego pierwsze 25 to "edycja rozszerzona".

W skład edycji podstawowej wchodzą:
*cartridge z grą;
*instrukcja w 5 językach;
*kartonik z numerem serii;
*plakacik "Wanted";
*pudełko z obwolutą.
Edycja rozszerzona dodatkowo zawiera drewniany breloczek z logo gry oraz autograf XXLa.

Gra została także udostępniona w sieci w postaci pliku [[COM]].

==Cheaty==
Naciśnięcie podczas pauzy '''Control'''+'''L''' zwiększa liczbę żyć.

==Odnośniki zewnętrzne==
*[http://gr8.atari.pl/joomla/index.php?option=com_content&task=blogcategory&id=18&Itemid=29 Hobgoblin] na stronie [[GR8 Software]]
*[http://atarionline.pl/v01/index.phtml?subaction=showfull&id=1225417842&archive=&start_from=403&ucat=1&ct=nowinki ''Można zamawiać Hobgoblin''] - artykuł na [[Atarionline.pl]]
*[http://atarionline.pl/v01/index.phtml?subaction=showfull&id=1222353678&archive=&start_from=449&ucat=1&ct=nowinki ''Za chwilę nowa gra!''] - artykuł na [[Atarionline.pl]]

{{stub}}
[[Kategoria:Gry dla Atari 8-bit]]
[[Kategoria:Gry platformowe]]

Jakub Husak

2014-08-25T19:52:22Z

Mikey: Drobne poprawki, uzupelnienia, ency itp

{{grafr|Husak.JPG}}

Rocznik 1971. Warszawiak, już w 1985 roku posiadał Atari 800 XL. Jeden z pierwszych w Polsce profesjonalnych [[muzyk|muzyków]] na małym Atari, tworzył utwory w [[BASIC]]u, [[Action!]], [[asembler]]ze, [[Softsynth]] (np. Wodospadem Czasu, Wśród Gwiazd Nadziei). Jego utwory znalazły się w pierwszych polskich komercyjnych produkcjach ([[Warsaw Tetris]], [[Battle Ships]], [[Inside]], [[Ortografia]], [[Tanks]]). Jego muzyka ozdabia kilkanaście programów na Atari. Oprócz muzyki tworzył też [[demo|dema]] ([[Garfield]], [[Your Body]], Axel-F) oraz gry ([[Super Fortuna]], [[Problem Jasia]], [[StarBall]]). Autor oryginalnego systemu odczytu taśmy w normalu używanego w [[Mirage]] Software (umożliwiał cofnięcie taśmy i ponowną próbę odczytu w przypadku wystąpienia błędu). Rezydent [[Giełda na Grzybowskiej|giełdy na Grzybowskiej]]. Próbował też swych sił w muzyce na komputerze [http://pl.wikipedia.org/wiki/Amiga Amiga] (np. cover muzyczny utworu tytułowego z "Pszczółki Mai", wystawiony na Primavera Party 1994 w Starachowicach).
Na Atari, poza autorskimi rozwiązaniami, używał chętnie [[Chaos Music Composer]]a.
Uczestniczył w [[Atari Stars Party]] w 1990 r. oraz w [[SillyVenture 2010]].
Zajmuje się też elektroniką. Konstruktor [http://www.husak.com.pl/pl/2010/12/atari-c64-amiga-joystick-usb-adapter/ Atari USBJoy Adapter], oraz pierwszej całkowicie polskiej tablicy interaktywnej WIT. Zmontował też własną drukarkę 3D na podstawie projektu RepRap, którą można było obejrzeć w akcji na [[SillyVenture 2012]] oraz [[Fortification 2k13]]. Twórca uniwersalnego kartridża 128/256 kB dla gry [[Ridiculous Reality]], którego główną zaletą jest jego cena oraz uniwersalność. Uczestniczy w projekcie SIO2SD (testy, funkcjonalność, projekt płytki smd jednostronnej). Rozwinął znacząco nierozwijany projekt [[EnvisionPC]], o nowej nazwie [[EnvisionPC Reborn]], dodając funkcje, których brakowało użytkownikom.

Obecnie żonaty, troje dzieci. Jest wielkim miłośnikiem komputerów firmy Apple (gdzie też tworzy czasem muzykę).

==Odnośniki zewnętrzne==
*[http://jakub.husak.com.pl/ Strona domowa Jakuba Husaka]
*[http://www.linkedin.com/in/jakubhusak Jakub Husak w LinkedIn]
*{{ASMADB|Jakub+Husak}}
*[http://atarionline.pl/v01/index.php?subaction=showfull&id=1246730044&archive=&start_from=0&ucat=5&ct=wywiady Wywiad dla portalu Atari Online]
*[http://ksiegaparties.ppa.pl/1994/94-primavera-silesia7.html Jedna z relacji Primavera Party 1994]
*[http://reprap.org Strona projektu reprap]
*[http://e-w2m.com.pl/tablicainteraktywna Tablica interaktywna WIT]

[[Kategoria:Ludzie]]

Mikey (osoba)

2013-11-21T22:32:02Z

Mikey:

Yankee

2013-04-07T12:21:06Z

Mikey:

Grafik w grupie [[MEC]].
Jego twórczość to kilka logosów w demie [[Isolation]] oraz parę nie wystawionych nigdy fullscreenów.

{{stub}}

[[Kategoria:Ludzie]]

BrudnopisMikeya

2013-01-15T11:44:26Z

Mikey:

<pre>Register summary for selected Western Digital floppy drive controllers

Unified format
Greg Cook, 19/Aug/2005

Command register

Model
WD2795/WD2797 x x x x . . . x x . . x . x
WD2791/WD2793 x x x x . . x . x . x . . x
WD1773 x x x x . x . . x . x . . x
WD1770/WD1772 x x x x x . . . x x . . x .

Type Command b7 b6 b5 b4 b3 b2 b1 b0
I Restore 0 0 0 0 H X h h V r r r r r
I Seek 0 0 0 1 H X h h V r r r r r
I Step 0 0 1 u H X h h V r r r r r
I Step in 0 1 0 u H X h h V r r r r r
I Step out 0 1 1 u H X h h V r r r r r
II Read sector 1 0 0 m H S S L E 0 C U 0 0
II Write sector 1 0 1 m H S S L E P C U a a
III Read address 1 1 0 0 H 0 0 0 E 0 0 U 0 0
III Read track 1 1 1 0 H 0 0 0 E 0 0 U 0 0
III Write track 1 1 1 1 H 0 0 0 E P 0 U 0 0
IV Force interrupt 1 1 0 1 I I I I I X I I X I

Parameters:
0 = always 0
1 = always 1
X = not used (reset to 0)

a = Data address mark
0 = Data address mark
1 = Deleted-data address mark
C = Side compare
0 = Disable side compare
1 = Enable side compare
E = Settling delay
0 = No delay
1 = Delay: 15 ms for WD279x at 2 MHz, and WD1772
30 ms for WD279x at 1 MHz, and WD1770/WD1773
h = Head load
0 = Unload head at beginning
1 = Load head at beginning
H = Motor On
0 = Enable spin-up sequence
1 = Disable spin-up sequence
I = Interrupt
I0 = Interrupt on not ready to ready transition
I1 = Interrupt on ready to not ready transition
I2 = Interrupt on index pulse
I3 = Interrupt immediately
0 = No interrupt
1 = Raise interrupt on this condition
I0..I3
all 0 = terminate current command without interrupt

L = Interpretation of ID field
The sector length in bytes is determined from the following
table:
LSBs of sector length in ID field
00 01 10 11
L
0 256 512 1024 128
1 128 256 512 1024
WD177x and WD2791/3 operate with L = 1.
m = Multiple sectors
0 = Single sector
1 = Multiple sectors
P = Write precompensation
0 = Enable write precompensation
1 = Disable write precompensation
r = Stepping rate
Model, clock frequency
WD1770 WD1772 WD279x WD279x
/WD1773 @2 MHz @1 MHz
r1 r0
0 0 6 ms 6 ms 3 ms 6 ms
0 1 12 ms 12 ms 6 ms 12 ms
1 0 20 ms 2 ms 10 ms 20 ms
1 1 30 ms 3 ms 15 ms 30 ms
S = Side comparand
0 = Compare for side 0
1 = Compare for side 1
u = Update track (T in 279x datasheet)
0 = No update
1 = Update track register
U = Update SSO (Side select)
0 = Update SSO to 0
1 = Update SSO to 1
V = Verify on track
0 = No verify
1 = Verify on destination track

Status register

Model
WD2795/WD2797 . x . x . . x . x . x x x x
WD2791/WD2793 . x . x . . x . x . x x x x
WD1773 . x . x . x . . x . x x x x
WD1770/WD1772 x . x . x . . x . x . x x x

Type Command b7 b6 b5 b4 b3 b2 b1 b0
I (all type Is) M n X w s h h R R c c T I b
II Read sector M n X 0 a a a R R c c d q b
II Write sector M n w w a f 0 R R c c d q b
III Read address M n X 0 a 0 0 R R c c d q b
III Read track M n X 0 a 0 0 R 0 c 0 d q b
III Write track M n w w a f 0 R 0 c 0 d q b
IV Force interrupt
-while busy - - - - - - - - - - - - - 0
-while idle M n X w s h h R R c c T I 0
- Idle M n X w s h h R R c c T I b

Parameters:
0 = always 0
X = not defined
- = retains previous value

a = Data address mark
0 = Data address mark
1 = Deleted-data address mark
b = Busy
0 = controller idle
1 = controller busy
c = CRC error
0 = CRC verified
1 = CRC error
d = Lost data (late register service)
0 = no data lost
1 = data lost
f = Write fault
0 = no write fault
1 = write fault
h = Head loaded
0 = drive head not loaded
1 = drive head loaded
I = Index pulse
0 = disc not at index mark (/IP = high)
1 = disc at index mark (/IP = low)
M = Motor on
0 = drive motor off
1 = drive motor on
n = Not ready
0 = drive ready
1 = drive not ready
q = Data request
0 = Data register does not require service
1 = Data register requires service
R = Record not found
0 = record found / verified on track
1 = record not found / seek error
s = Motor spin up sequence completed
0 = spin up not completed
1 = spin up completed
T = Track 0
0 = drive head not at track 0 (/TR00 = high)
1 = drive head at track 0 (/TR00 = low)
w = Write protect
0 = disc write enabled
1 = disc write protected

Notes:

The WD2791 and WD2795 have inverted data bus lines.
As noted elsewhere, the Busy flag may be left set when the FDC is idle, if
the FDC has been reset while a command was in progress.
If the WD1773 or WD279x is idle, and n = 1, flags c,h,I,R,T and w may be
invalid and contain 0.
The WD1770/2 status register description is taken from the datasheet; some
flags may have fixed values for certain commands, as with the other models.

References:

1770/2/3 Datasheet
http://www.funet.fi/pub/cbm/documents/chipdata/wd177x/index.html
177x datasheet extracts and BBC disc hardware summary
http://www.nvg.org/bbc/doc/wd1770.txt
http://www.poppyfields.net/acorn/tech/1770.shtml
279x datasheet and application notes
http://tcg.speccy.cz/zoom/files/wd2797.pdf
BBC Datasheets
http://members.aon.at/~musher/bbc/datasheets.htm

Disclaimer:

The documentation in this file is for information only. For a more
authoritative specification, refer to the manufacturer's original
datasheets. The author does not guarantee the suitability of the hardware
for use in any particular application, especially life support and/or
critical systems; for authoritative information on suitability refer to the
manufacturer. Whilst every effort has been made to maintain accuracy,
this file may contain errors, inaccuracies or omissions which may or
may not also be present in the datasheet(s). Specifications are subject to
change without notice. This documentation is supplied without warranty,
not even the implied warranties of merchantability or fitness for a
particular purpose. In no event shall the author or his suppliers be liable
for any loss, damage, injury or death, of any nature and howsoever caused,
arising from the use of, or failure, inability or unwillingness to use,
this documentation.

Greg Cook, [email address]
</pre>

BrudnopisMikeya

2013-01-15T11:43:48Z

Mikey:

Register summary for selected Western Digital floppy drive controllers

Unified format
Greg Cook, 19/Aug/2005

Command register

Model
WD2795/WD2797 x x x x . . . x x . . x . x
WD2791/WD2793 x x x x . . x . x . x . . x
WD1773 x x x x . x . . x . x . . x
WD1770/WD1772 x x x x x . . . x x . . x .

Type Command b7 b6 b5 b4 b3 b2 b1 b0
I Restore 0 0 0 0 H X h h V r r r r r
I Seek 0 0 0 1 H X h h V r r r r r
I Step 0 0 1 u H X h h V r r r r r
I Step in 0 1 0 u H X h h V r r r r r
I Step out 0 1 1 u H X h h V r r r r r
II Read sector 1 0 0 m H S S L E 0 C U 0 0
II Write sector 1 0 1 m H S S L E P C U a a
III Read address 1 1 0 0 H 0 0 0 E 0 0 U 0 0
III Read track 1 1 1 0 H 0 0 0 E 0 0 U 0 0
III Write track 1 1 1 1 H 0 0 0 E P 0 U 0 0
IV Force interrupt 1 1 0 1 I I I I I X I I X I

Parameters:
0 = always 0
1 = always 1
X = not used (reset to 0)

a = Data address mark
0 = Data address mark
1 = Deleted-data address mark
C = Side compare
0 = Disable side compare
1 = Enable side compare
E = Settling delay
0 = No delay
1 = Delay: 15 ms for WD279x at 2 MHz, and WD1772
30 ms for WD279x at 1 MHz, and WD1770/WD1773
h = Head load
0 = Unload head at beginning
1 = Load head at beginning
H = Motor On
0 = Enable spin-up sequence
1 = Disable spin-up sequence
I = Interrupt
I0 = Interrupt on not ready to ready transition
I1 = Interrupt on ready to not ready transition
I2 = Interrupt on index pulse
I3 = Interrupt immediately
0 = No interrupt
1 = Raise interrupt on this condition
I0..I3
all 0 = terminate current command without interrupt

L = Interpretation of ID field
The sector length in bytes is determined from the following
table:
LSBs of sector length in ID field
00 01 10 11
L
0 256 512 1024 128
1 128 256 512 1024
WD177x and WD2791/3 operate with L = 1.
m = Multiple sectors
0 = Single sector
1 = Multiple sectors
P = Write precompensation
0 = Enable write precompensation
1 = Disable write precompensation
r = Stepping rate
Model, clock frequency
WD1770 WD1772 WD279x WD279x
/WD1773 @2 MHz @1 MHz
r1 r0
0 0 6 ms 6 ms 3 ms 6 ms
0 1 12 ms 12 ms 6 ms 12 ms
1 0 20 ms 2 ms 10 ms 20 ms
1 1 30 ms 3 ms 15 ms 30 ms
S = Side comparand
0 = Compare for side 0
1 = Compare for side 1
u = Update track (T in 279x datasheet)
0 = No update
1 = Update track register
U = Update SSO (Side select)
0 = Update SSO to 0
1 = Update SSO to 1
V = Verify on track
0 = No verify
1 = Verify on destination track

Status register

Model
WD2795/WD2797 . x . x . . x . x . x x x x
WD2791/WD2793 . x . x . . x . x . x x x x
WD1773 . x . x . x . . x . x x x x
WD1770/WD1772 x . x . x . . x . x . x x x

Type Command b7 b6 b5 b4 b3 b2 b1 b0
I (all type Is) M n X w s h h R R c c T I b
II Read sector M n X 0 a a a R R c c d q b
II Write sector M n w w a f 0 R R c c d q b
III Read address M n X 0 a 0 0 R R c c d q b
III Read track M n X 0 a 0 0 R 0 c 0 d q b
III Write track M n w w a f 0 R 0 c 0 d q b
IV Force interrupt
-while busy - - - - - - - - - - - - - 0
-while idle M n X w s h h R R c c T I 0
- Idle M n X w s h h R R c c T I b

Parameters:
0 = always 0
X = not defined
- = retains previous value

a = Data address mark
0 = Data address mark
1 = Deleted-data address mark
b = Busy
0 = controller idle
1 = controller busy
c = CRC error
0 = CRC verified
1 = CRC error
d = Lost data (late register service)
0 = no data lost
1 = data lost
f = Write fault
0 = no write fault
1 = write fault
h = Head loaded
0 = drive head not loaded
1 = drive head loaded
I = Index pulse
0 = disc not at index mark (/IP = high)
1 = disc at index mark (/IP = low)
M = Motor on
0 = drive motor off
1 = drive motor on
n = Not ready
0 = drive ready
1 = drive not ready
q = Data request
0 = Data register does not require service
1 = Data register requires service
R = Record not found
0 = record found / verified on track
1 = record not found / seek error
s = Motor spin up sequence completed
0 = spin up not completed
1 = spin up completed
T = Track 0
0 = drive head not at track 0 (/TR00 = high)
1 = drive head at track 0 (/TR00 = low)
w = Write protect
0 = disc write enabled
1 = disc write protected

Notes:

The WD2791 and WD2795 have inverted data bus lines.
As noted elsewhere, the Busy flag may be left set when the FDC is idle, if
the FDC has been reset while a command was in progress.
If the WD1773 or WD279x is idle, and n = 1, flags c,h,I,R,T and w may be
invalid and contain 0.
The WD1770/2 status register description is taken from the datasheet; some
flags may have fixed values for certain commands, as with the other models.

References:

1770/2/3 Datasheet
http://www.funet.fi/pub/cbm/documents/chipdata/wd177x/index.html
177x datasheet extracts and BBC disc hardware summary
http://www.nvg.org/bbc/doc/wd1770.txt
http://www.poppyfields.net/acorn/tech/1770.shtml
279x datasheet and application notes
http://tcg.speccy.cz/zoom/files/wd2797.pdf
BBC Datasheets
http://members.aon.at/~musher/bbc/datasheets.htm

Disclaimer:

The documentation in this file is for information only. For a more
authoritative specification, refer to the manufacturer's original
datasheets. The author does not guarantee the suitability of the hardware
for use in any particular application, especially life support and/or
critical systems; for authoritative information on suitability refer to the
manufacturer. Whilst every effort has been made to maintain accuracy,
this file may contain errors, inaccuracies or omissions which may or
may not also be present in the datasheet(s). Specifications are subject to
change without notice. This documentation is supplied without warranty,
not even the implied warranties of merchantability or fitness for a
particular purpose. In no event shall the author or his suppliers be liable
for any loss, damage, injury or death, of any nature and howsoever caused,
arising from the use of, or failure, inability or unwillingness to use,
this documentation.

Greg Cook, [email address]

Dyskusja:1MB SIMM RAM Extension

2012-12-25T12:13:40Z

Mikey: /* błąd na obrazku */

Odczuwa się brak wszystkiego. [[Użytkownik:KMK|KMK]] 06:53, 10 mar 2006 (CET)

Generalnie ta kombinacja bitów dotyczy nie tylko rozszerzenia na SIMMie, lecz wszelkich "normalnych" rozszerzeń 1MB na porcie B. [[Użytkownik:Macgyver|Macgyver]] 23:11, 30 maj 2006 (CEST)

== błąd na obrazku ==

Zamieniono funkcję bitu 1. Powinno być 1= basic odłączony. 0 - podłączony.

heh tyle lat nikt tego nie zauważył :) dzieki jakub [[Użytkownik:Mikey|Mikey]] 13:13, 25 gru 2012 (CET)

Nietoperek

2012-11-11T13:31:04Z

Mikey:

Znany na scenie także jako Ntp lub Ptica. Mieszkaniec podkrakowskich Proszowic. Czołowy [[noper]] grupy [[Tristesse]]. Udziela się w wyjazdach na [[copy party|parties]] organizując skuteczny transport. Czasem aktywny również w innych dziedzinach (w tym muzyka).

[[Kategoria: Ludzie]]
{{Stub}}

Vasco

2012-11-11T13:28:11Z

Mikey:

Znany jako ''najstarszy atarowiec na scenie'', choć przygodę ze sceną rozpoczął około 1994-95 r. Początkowo [[swaper]], z czasem organizator wielu zlotów w [[Opalenica|Opalenicy]], gdzie kiedyś mieszkał. Założyciel grupy [[Tristesse]], redaktor [[Syzygy]], wydawca dysków PD (serii ''Vasco Public Domain Disk'' - ukazało się 11 części (do ściągnięcia [ftp://pigwa.net/stuff/collections/atari_forever/PD/Vasco/ tutaj]). Dodał swoje 3 grosze do kilku produkcji scenowych, jak również sam był bohaterem wielu takowych (np. demka [[Too Hard 3]] albo [[Media:Dracon-killer_.png|takiej grafiki]]). Vasco jest głównym redaktorem portalu poświęconego scenie małego Atari: [http://www.atari8.info '''Atari8'''].

Uczestnik wielu zlotów:

1995:
* [[QuaST 1995]] - Orneta
* [[Mikołów|Silesian Atari Open]] - [[Mikołów]]

1996:
* [[QuaST 1996]] - Orneta
* Polish Summer - Poznań

1997:
* [[Rush Hours]] - Częstochowa
* [[QuaST 1997]] - Orneta
* [[Code Copy]] - Prievidza/Słowacja
* [[Last Party 1997]] - [[Opalenica]]

1998:
* [[Rush Hours]] - Częstochowa
* [[Scenery]] - Podkowa Leśna
* [[QuaST 1998]] - Elbląg
* [[Code Copy]] - Prievidza/Słowacja
* [[Last Party 1998]] - [[Opalenica]]

1999:
* [[Atariada 1999]] - Prostejov/Czechy
* [[Lato Ludzików 1999]] - [[Opalenica]]
* [[Last Party 1999]] - [[Opalenica]]

2000:
* [[Forever 2000|Forever 2E3]] - Trencin/Słowacja
* [[Stęszew]]
* [[Lato Ludzików 2000]] - [[Opalenica]]
* [[East 2000]] - [[Mońki]]
* Satellite - Szczecin
* [[Last Party 2000]] - [[Opalenica]]

2001:
* [[Forever 2001]] - Trencin/Słowacja
* [[Stęszew]]
* [[Lato Ludzików 2001]] - [[Opalenica]]
* [[Last Party 2001]] - [[Opalenica]]

2002:
* [[Forever 2002]] - Trencin/Słowacja
* [[Stęszew]]
* [[Lato Ludzików 2002]] - [[Opalenica]]
* [[East 2002]] - [[Mońki]]
* [[Last Party 2002]] - [[Opalenica]]

2003:
* [[Kocerany]]
* [[Stęszew]]
* Symphony - Poznań
* [[QuaST 2003]] - Orneta
* [[Last Party 2003]] - [[Opalenica]]

2004:
* [[Forever 2004|Forever Five]] - Trencin/Słowacja
* [[QuaST 2004]] - Orneta
* [[East 2004]] - [[Mońki]]
* [[SillyVenture 2004]] - Gdańsk

2005:
* [[Forever 2005|Forever Hex]] - Trencin/Słowacja
* [[QuaST 2005]] - Orneta

2006:
* [[Forever Seven]]
* [[Głuchołazy]]
* [[East 2006]]
[[Kategoria:Ludzie]]

Dyskusja:Top Drive 1050

2012-09-11T09:40:52Z

Mikey:

Doglebna analiza kodu tej stacji oraz praca nad wlasnymi procedurami transmisji 68.2k w 1050, każą mi przypuszczać
że takiemu zachowaniu stacji (niemoznosc sygnalizacji bledow w turbo) jest nieuniknione w tej predkosci.
Optymalna procedura odbioru ciagu bajtow w tej predkosci nie pozwala na zamieszczenie dodatkowego testu na wystapienie timeoutu od
ukladu RIOT. (7 cykli - bit porta/bvc error) Efektem tego jest to ze po przelaczeniu sie w turbo, stacja nie ma mozliwosci wyjscia z petli przez timeout (sytuacja normalna w przypadku bledu na szynie podczas transmisji) Sygnalizacja bledu mozliwa jest tylko podczas pracy w 19200. Stad tez niemoznosc automatycznego przelaczania na turbo (jak w UltraSpeed przez obserwacje bledow podczas odbioru pojedynczych bajtow) Moze Pecus by cos wiecej napisal :)
[[Użytkownik:Mikey|Mikey]] 11:40, 11 wrz 2012 (CEST)

POKEY

2012-09-11T09:30:37Z

Mikey:

{{grafr|Atari_POKEY.png}}
Pot-Keyboard Integrated Circuit - wielofunkcyjny układ LSI.

== Numery katalogowe ==

* Standard: '''C012294'''
* [[PORKEY]] (wersja stereo): '''C020574'''
* MEG (wersja CMOS): '''C021463'''

== Przeznaczenie ==

Służy do generowania dźwięku, kontroli interfejsu szeregowego ([[SIO]]), obsługi manipulatorów analogowych (''wiosełek'' - paddle) i klawiatury. Poza tym Pokey zawiera cztery układy zegarowe oraz generator liczb pseudolosowych i jest głównym - ale nie jedynym - źródłem przerwań [[IRQ]]. Układ ma [[rejestry POKEY-a|29 rejestrów]] i zajmuje adresy $D200-$D2FF.

==Transmisja szeregowa==

===Protokół transmisji pojedynczych bajtów===

Protokół transmisji urządzeń podłączonych do szyny szeregowej (zob. [[Gniazdo SIO]]) jest zdefiniowany następująco:

* 1 bit startu (0)
* osiem bitów danych
* brak kontroli parzystości
* 1 bit stopu (1)
* 19200 bitów na sekundę
* poziom +4 V oznacza logiczną jedynkę, a 0 V - zero.

Dane transmitowane są w kolejności od najmłodszego bitu. Szybkość transmisji 19200 bitów na sekundę nie dotyczy magnetofonu kasetowego, gdzie określona jest na 600 bitów na sekundę.

Układ POKEY działa jako [http://en.wikipedia.org/wiki/UART UART], przejmując na siebie podział bajtów, wpisanych przez system do [[Rejestry POKEY-a#SEROUT|rejestru wyjścia szeregowego (SEROUT)]], na pojedyncze bity i wyemitowanie ich na złącze szeregowe z zaprogramowaną częstotliwością, lub scalenie napływających z urządzenia bitów w bajt i przekazanie go w [[Rejestry POKEY-a#SERIN|rejestrze wejścia szeregowego (SERIN)]].

===Szybkość transmisji===

Szybkość transmisji programowana jest przez OS przy użyciu połączonych w parę dzielników 3 i 4 (AUDF3 i AUDF4), do których doprowadza się sygnał o częstotliwości głównego zegara systemu, czyli 1773447 Hz w systemie PAL albo 1789772,5 Hz w systemie [http://pl.wikipedia.org/wiki/NTSC NTSC]. Szybkość tę możemy obliczyć według następującego wzoru:

baud = (F/2)/(R+7)

gdzie F to wspomniana wyżej częstotliwość bazowa, a R - wartość wstawiana do rejestru układu POKEY. Żądaną wartość licznika dla znanej prędkości możemy obliczyć po przekształceniu tego wzoru:

R = ((F/2)/baud)-7

Szukana wartość (tzw. [[HS Index]]) to R po zaokrągleniu do najbliższej całkowitej.

Normalnie ustawianą przez system operacyjny wartością R jest 40. Teoretycznie ma to odpowiadać szybkości 19200 bitów na sekundę, z podanego wzoru wynika jednak, że w rzeczywistości jest to 18866,45 bps w systemie PAL oraz 19040 bps w systemie NTSC. W praktyce szybkość transmisji nieprzyspieszanej może wahać się w zakresie od 17734,46 bps do 20152,8 bps (19200 bps ±5%; odpowiada to wartościom dzielnika POKEY-a z zakresu od 43 do 37, w systemie PAL).

Możliwości układu POKEY nie kończą się jednak na szybkości 20 kbps. Niektóre możliwe do wygenerowania szybkości transmisji przedstawia poniższa tabela:

<table border=1 cellpadding=5>
<tr><td><b>R</b></td><td><b>bps<br>(PAL / NTSC)</b></td><td><b>Uwagi</b></td></tr>

<tr><td>0</td><td>126674,7 / 127840,9</td><td>Szybkość trudna do praktycznego użycia ze względu na zakłócenia powodowane przez układ [[ANTIC (układ)|ANTIC]] przy generowaniu obrazu.</td></tr>
<tr><td>1</td><td>110840,4 / 111860,8</td><td>j/w. Jest to najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 115,2 kbps (6x19200).</td></tr>
<tr><td>2</td><td>98524,8 / 99431,8</td><td>Maksymalna praktycznie użyteczna szybkość transmisji szeregowej ze stacją dysków</td></tr>
<tr><td>3</td><td>88672,3 / 89488,6</td><td> </td></tr>
<tr><td>4</td><td>80611,2 / 81353,3</td><td>Szybkość opcjonalna stacji [[XFD602]]</td></tr>
<tr><td>5</td><td>73893,6 / 74573,8</td><td>Najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 76800 bps (4x19200).</td></tr>
<tr><td>6</td><td>68209,5 / 68837,4</td><td>Szybkość stacji [[LDW Super 2000]], [[Top Drive 1050]], [[TOMS Turbo Drive]], [[TOMS Multi Drive]], [[TOMS 710]], [[TOMS 720]], [[XFD601]]/602 itd., krótko mówiąc, najpopularniejsze "turbo" do szeregowej stacji dysków</td></tr>
<tr><td>7</td><td>63337,3 / 63920,4</td><td> </td></tr>
<tr><td>8</td><td>59114,9 / 59659</td><td>Najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 57600 bps (3x19200). Szybkość transmisji używana w stacji [[SN-360]] z firmwarem [[Mikey|Mikeya]] (jedyna możliwa prędkość turbo, narzucona sprzętowo przez zegar UARTa w stacji)</td></tr>
<tr><td>9</td><td>55420,2 / 55930,4</td><td>Szybkość transmisji używana w rozszerzeniach [[Speedy 1050]] oraz [[Hyper-XF]]</td></tr>
<tr><td>10</td><td>52160,2 / 52640,4</td><td>52 kbps, szybkość stacji [[US Doubler]] i [[Happy Warp]]</td></tr>
<tr><td>11</td><td>49262,4 / 49715,9</td><td> </td></tr>
<tr><td>12</td><td>46669,6 / 47099,3</td><td> </td></tr>
<tr><td>13</td><td>44336,1 / 44744,3</td><td> </td></tr>
<tr><td>14</td><td>42224,9 / 42613,6</td><td> </td></tr>
<tr><td>15</td><td>40305,6 / 40676,6</td><td> </td></tr>
<tr><td>16</td><td>38553,2 / 38908</td><td>Maksymalna szybkość nie modyfikowanych stacji [[XF551|XF-551]] oraz [[CA-2001]]. Najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 38400 bps (2x19200).</td></tr>
</table>

Oczywiście wartość dzielnika częstotliwości może mieć i wyższe wartości, do 65535 włącznie (co daje 13,6 bps).

===Magnetofon===

Dla magnetofonu domyślną wartością rejestru jest 1484, co odpowiada szybkości 594,7 bps. Szybkość tę podczas transmisji komputer dostosowuje w pewnym zakresie do bieżących potrzeb wynikłych np. z nierównomiernego przesuwu taśmy bądź jej rozciągnięcia itd.

Odczyt z magnetofonu przeprowadzany jest tak samo, jak komunikacja z innymi urządzeniami. Do zapisu danych na magnetofon stosowany jest tryb dwutonowy, gdzie logicznej jedynce odpowiada ton o częstotliwości 5278 Hz, a zeru - o częstotliwości 3958,56 Hz (w systemie PAL; odpowiednio są to wartości 5 i 7 dla rejestrów AUDF1 i 2).

===Przydźwięk I/O===

Podczas odczytu szeregowego na wyjściu audio komputera pojawia się dźwięk sygnalizujący, że transmisja jest w toku. Dźwięk ten jest generowany automatycznie przez POKEY-a, a źródłem jest kanał audio użyty jako generator częstotliwości (normalnie AUDF3/4) dla wejścia szeregowego.

Sposób generowania dźwięku jest dość prosty. Podczas odczytu z dyskietki na wyjściu AUDIO (pin 37) pojawia się sygnał prostokątny 1Vpp (Voh=~5V, Vih=~4V). Na każdy odebrany bajt - dziesięć okresów (start, 8 bitów danych, stop) o częstotliwości równej prędkości transmisji. Przy 19200 bps jest to oczywiście zbyt wysoka częstotliwość, aby była słyszalna. To co słychać, to krótka (ok. pół bitu) przerwa na synchronizację generatora, pomiędzy bitem stopu bajtu n a bitem startu bajtu n+1 (czyli ton o częstotliwości ok. 1800 Hz); i, oczywiście, dłuższe przerwy między odbieranymi bajtami 'A' i 'C' (patrz [[SIO#Po.C5.82.C4.85czenia_szeregowe|SIO]]).

{{ImgFrm|http://drac030.krap.pl/transmisja-mini.png|http://drac030.krap.pl/transmisja.png|Przebiegi sygnałów ''audio '' i ''data in'' podczas odczytu z magnetofonu - wykres z analizatora stanów logicznych.}}

Z odczytem z kasety jest bardzo podobnie - najpierw odbiór dwóch bajtów $AA (ustalenie częstotliwości taktowania - brak dźwięku na wyjściu), potem prawie dokładnie tak samo jak dla dysku, czyli dziesięć okresów częstotliwości taktowania na każdy odbierany bajt, z synchronizacją generatora każdym kolejnym bitem startu. Amplituda sygnału jest o około połowę mniejsza niż przy odczycie z dysku. Dodatkowo pojawia się (prawdopodobnie losowo - nie zauważa się jakiejś zależności - na oko z prawdopodobieństwem bliskim 0,5) modulacja dźwięku podstawowego częstotliwością 31,666 kHz o znacznie większej amplitudzie (łacznie 4Vpp) - ale raczej bez znaczenia dla brzmienia. To, co słychać, to ton podstawowy ~600 Hz z nałożoną częstotliwością synchronizacji bajt/bajt - ~ 60Hz. Okresowa (na blok danych) zmiana brzmienia pochodzi stąd, że dla każdego bloku występuje pewna niedokładność określenia częstotliwości taktowania (nieco inna wysokość tonu podstawowego), a ona z kolei powoduje inną długość przerw na synchronizację bajt/bajt.

Nie ma żadnej zależności między zawartością danych a generowanym dźwiękiem. Wrażenie, że jest inaczej, powstaje raczej wskutek przesłuchów i zakłóceń na połączeniach SIO w przypadku stacji dysków, w przypadku magnetofonu - przesłuchów pomiędzy ścieżką danych a (zazwyczaj pustą) ścieżką audio itp.

Jak napisano, przydźwięk kontrolny generowany jest tylko podczas odczytu, ale jednak zapis też nie jest całkowicie bezgłośny: w przypadku "normalnych" urządzeń szeregowych [[SIO]] (tj. wszystkich oprócz magnetofonu) źródłem dobiegających wtedy z głośnika postukiwań czy też chrupnięć są nadsyłane przez urządzenie potwierdzenia odbioru komend i danych. Natomiast zapis na magnetofon jest, jak napisano powyżej, realizowany akustycznie w trybie dwutonowym, stąd dźwięk.

Przydźwięk można wyłączyć zerując rejestr systemowy IOSNDEN ($41), co powoduje, że procedury szeregowe OS-u redukują głośność w kanale AUDF3/4 do zera i dźwięk milknie; normalnie zaś stosowanym poziomem głośności jest 8.

== Zobacz też ==
* [[Rejestry POKEY-a]]
* [[QUAD POKEY]]

== Odnośniki zewnętrzne ==
* [http://ftp.pigwa.net/stuff/collections/nir_dary_cds/Tech%2520Info/POKEY.PDF POKEY CO12294 - oryginalna dokumentacja]. Zawiera wewnętrzne schematy
* [http://krap.pl/mirrorz/atari/homepage.ntlworld.com/kryten_droid/Atari/800XL/atari_hw/pokey.htm Wersja HTML dokumentacji]
* [http://krap.pl/mirrorz/atari/homepage.ntlworld.com/kryten_droid/Atari/800XL/atari_hw/pokey.htm#Pin%20list Opis końcówek]
* [http://en.wikipedia.org/wiki/POKEY POKEY w Wikipedii]

[[Kategoria:Atari 8-bit]]

NTSC vs PAL

2012-04-22T21:55:29Z

Mikey:

Wśród użytkowników Atari, programistów i wszelkiej maści autorów podręczników narosło wiele mitów na temat różnic między modelami w wersjach PAL i NTSC, w szczególności zaś dotyczących częstotliwości taktowania [[CPU]] i długości [[Ramka|ramek]] oraz linii. Poniżej wyjaśniono krok po kroku co wpływa na te różnice i jak obliczyć poprawne wartości.

==NTSC==
Atari zostało zaprojektowane w USA, stąd ścisła zależność pomiędzy częstotliwością zegara a systemem telewizyjnym NTSC.

Atari działające w systemie NTSC wyposażone jest w kwarc o częstotliwości 3,57958 MHz. Jest to dokładna częstotliwość tzw. "podnośnej koloru NTSC" czyli częstotliwości na której modulowany (kodowany) jest sygnał koloru, który jest następnie mieszany z monochromatycznym obrazem.

Sygnał o takiej samej częstotliwości taktuje [[ANTIC (układ)|ANTIC-a]] i jest wewnętrznie dzielony przez 228 dla uzyskania częstotliwości synchronizacji poziomej (w tym przypadku 15,625 kHz). Wynika z tego że w jednej linii komputer generuje 228 kolorowych punktów (z czego 160 to treść obrazu, a reszta to wygaszanie (HBLANK) i synchronizacja pozioma). Z uwagi na synchronizację ANTIC-a i CPU, ten drugi jest taktowany połową wartości tego sygnału, czyli 1,78979 MHz.

W komputerach z układem [[FREDDIE]] główny kwarc ma częstotliwość 14,31818 MHz, co po podziale przez osiem daje częstotliwość taktowania CPU: 1,7897725 MHz.

==PAL==
Ponieważ "podnośna koloru" w PAL-u wynosi 4,433618 MHz, pojawił się problem. Gdyby chcieć tylko zmienić kwarc na częstotliwość podnośnej, zmieniłaby się rozdzielczość pozioma. W linii nie mieściłoby się już 228 punktów, lecz 283 (wynika to z tej samej kalkulacji co wyżej - częstotliwość kwarcu podzielona przez częstotliwość poziomą). Zegar taktujący procesor miałby 2,216809 MHz, czyli połowę częstotliwości kwarcu, i tyle też podają błędnie niektóre źródła.

Brak kompatybilności rozdzielczości poziomych w obu systemach spowodował, że inżynierowie [[Atari|Atari]] zdecydowali się zastosować dwa oddzielne kwarce, jeden dla ANTIC-a, CPU i GTIA, a drugi do generowania podnośnej PAL. Ponieważ jednak częstotliwość podnośnej NTSC ma się nijak do podnośnej PAL, przy niezależnej pracy obu kwarców występowałby na ekranie nieprzyjemny efekt przesuwającej się siatki.
Aby zsynchronizować pracę obu kwarców, konieczna była mała korekta częstotliwości kwarcu systemowego na 3,546894 MHz. W ten sposób na 5 impulsów kwarcu 4,433618 MHz przypadają 4 impulsy kwarcu 3,546894 MHz. Ten ostatni, podobnie jak poprzednio podzielony przez dwa, taktuje procesor, w tym przypadku z częstotliwością 1,773447 MHz.

W komputerach z układem [[FREDDIE]] zamiast dzielić częstotliwość 3,546894 MHz przez dwa, dzieli się 14,187576 MHz przez osiem, co wychodzi na to samo.

==Podsumowanie==
Częstotliwość kwarcu systemowego:

* NTSC = 3,579580 MHz (14,31818 MHz)
* PAL = 3,546894 MHz (14,187576 MHz)

Częstotliwość linii:

* NTSC = 3,579580 MHz/228 = 15,699 kHz
* PAL = 3,546894 MHz/228 = 15,556 kHz

Częstotliwość ramek:

* NTSC = 15,699/262 = 59,92 Hz
* PAL = 15,556/312 = 49,86 Hz

I najważniejsze:

* Częstotliwość CPU NTSC = 1,789790 MHz (1,7897725 MHz)
* Częstotliwość CPU PAL = 1,773447 MHz

Jak widać różnica jest bardzo niewielka (komputer NTSC jest szybszy o ok. 1%), a podstawowa niekompatybilność obu systemów polega na tym, że NTSC generuje przerwanie [[VBL]] co 262 linie obrazu (czyli ok. 60 razy/sek), a PAL co 312 linii (czyli ok. 50 razy/sek).

==Kompatybilność==
===Prędkość===
Różnica w częstotliwości odświeżania ekranu ma pewne znaczenie, jeśli chodzi o kompatybilność oprogramowania. Zasadniczo, oprogramowanie użytkowe nie uzależnia swojego działania od prędkości działania komputera, więc programy powstałe po jednej stronie oceanu działają bez problemów na komputerach z drugiego końca świata.

W przypadku gier czy [[demo|dem]] nie jest niestety tak dobrze - oprogramowanie z tej kategorii zazwyczaj jest zsynchronizowane z przerwaniem VBL. Efekt jest taki, że gry lub dema powstałe w USA na komputerach europejskich działają wolniej (50/60, czyli 83,3% prędkości) niż było to zamierzone przez twórców, i na odwrót - gry europejskie działają o 20% za szybko na komputerach amerykańskich. O ile uruchomienie programu z USA na komputerze PAL poza spowolnieniem nie powoduje innych błędów (między kolejnymi VBL jest więcej czasu), to w odwrotnej sytuacji często bywają problemy. Wynika to z mniejszej ilości czasu między przerwaniami VBL na komputerach NTSC - programy PAL-owskie po prostu się nie wyrabiają.

Przykładem jest gra [[Elektra Glide]], powstała w Anglii. Zadaniem gracza jest przejechać określoną trasę w wyznaczonym czasie. Ukończenie tej gry na amerykańskiej wersji sprzętu jest prawdopodobnie niemożliwe, ponieważ licznik czasu jest zsynchronizowany z VBL, więc na komputerach NTSC przyspiesza. Natomiast prędkość gry (w tym prędkość pojazdu) nie zmienia się - graczowi zostaje więc za mało czasu na ukończenie etapu.[http://www.atariage.com/forums/index.php?showtopic=68984] Mimo tego gra została wydana w USA przez [[Mastertronic]].

Także większość dem stworzonych w Europie działa błędnie, lub w ogóle się nie uruchamia na komputerach NTSC.

Niewielu autorów gier było świadomych tego problemu i modyfikowało swoje programy przed ich wydaniem za oceanem. Przykłady:
* "[[International Karate]]" - efektem uruchomienia gry na komputerze NTSC są występujące czasem błędy w grafice zawodników. Wersja amerykańska, zatytułowana "World Karate Championship", została zmodyfikowana tak, że rozgrywka (a także muzyka w tle) jest nieco wolniejsza, co powoduje, że WKC na komputerze NTSC działa z mniej więcej taką samą prędkością co IK na komputerze PAL.
* "[[Rescue on Fractalus!]]" - wersja kasetowa, wydana w Europie przez Activision, wyraźnie szybciej odtwarza muzykę tytułową niż amerykański oryginał. Jednak różnica w prędkości odświeżania ekranu podczas gry, o ile w ogóle istnieje, nie jest odczuwalna.

W XXI wieku świadomość różnic jest dużo bardziej rozpowszechniona (tak jak ogólna wiedza o Atari), i europejscy autorzy gier starają się dostosowywać swoje dzieła do standardu NTSC. Przykładem jest gra "[[Yoomp!]]", mająca 2 wersje - wersja PAL odświeża ekran co 2 ramki, wersja NTSC (w przygotowaniu) działa w 3 ramkach i ma dostosowaną prędkość rozgrywki. Dodatkowo, z uwagi na mniejszą częstotliwość odświeżania, autorowi udało się zwiększyć długość widocznego tunelu - w wersji NTSC gracz widzi przed sobą 5 kafelków, o 1 więcej niż w wersji PAL.

===Kolory===
[[GTIA]] w wersji NTSC generuje inne kolory niż wersja PAL. W efekcie amerykańskie gry uruchomione na PAL-owskich komputerach mają czasem dziwne kolory (zielone niebo itp.). Nieliczne gry dostosowują paletę kolorów do standardu telewizyjnego; jedyne znane przypadki to "[[Pole Position]]" i "[[Ms Pac-Man]]".[http://www.atariage.com/forums/index.php?showtopic=135114] Polskie publikacje o tematyce Atari nierzadko powielały informacje o kolorach ze źródeł amerykańskich, w efekcie wprowadzając w błąd. Przykładowo, w [[Tajemnice Atari|Tajemnicach Atari]] 6-7/92 w artykułach "Mapa pamięci"[http://tajemnice.atari8.info/6-7_92/6-7_92_mapa.html] i "Piszemy demo"[http://tajemnice.atari8.info/6-7_92/6-7_92_piszemydemo.html] podane są dwie tabele kolorów, każda znacząco inna.

Drugą kwestią jest [[efekt artefaktów]]. Efekt ten występuje w [[tryby monochromatyczne ANTIC-a|trybach monochromatycznych]] tylko na komputerach NTSC (w PAL-owskich też występuje, ale jest daleko mniej widoczny i trudniej go kontrolować). W związku z tym programy korzystające z tego efektu na sprzęcie PAL pokazują pionowe pasy w miejscu kolorów widocznych w NTSC. Przykłady to "[[Tower Toppler]]", "[[Choplifter]]" (wersja mono) czy "[[Drol]]". Z kolei programy europejskie (np. "[[Artefakt przodków|Artefakt przodków]]", "[[Kult]]") w NTSC mogą wyglądać nieładnie lub nieczytelnie. I tu podobnie, powstały w Polsce książki opisujące efekt artefaktów, wprowadzając zamieszanie.

Większość emulatorów Atari nie obsługuje poprawnie efektu artefaktów ani ww. różnic w kolorach. Emulator [[Atari800]] do wersji 2.0.1 zawierał niedokładną emulację artefaktów, od wersji 2.0.2 dodana została poprawna emulacja (przełącznik -ntscemu); zaś dopiero w wersji 2.1.0 pojawiła się obsługa różnic w kolorach.

===Geometria ekranu===
W standardzie NTSC obraz generowany przez Atari ma 262 linie, w PAL zaś jest ich 312. Oznacza to, że w PAL-owskim Atari piksele są prawie kwadratowe, natomiast w NTSC są nieco wydłużone w pionie - ponieważ stosunek wysokości do szerokości piksela w systemie PAL jest mniejszy niż w NTSC. Jest to szczególnie widoczne w grze Yoomp! - w systemie PAL wyświetlany tunel jest okrągły, natomiast w NTSC jest on wyraźnie rozciągnięty w pionie.[http://www.atariage.com/forums/index.php?showtopic=128929] Można ten efekt zobaczyć emulatorze Atari800, po włączeniu filtrowania NTSC (Display Settings -> NTSC artifacting = NTSC filter).

===Grywalność===
Wszystkie wspomniane różnice mają wpływ na jakość gier. Poza skrajnymi przypadkami, jak "Elektra Glide", uruchomienie gry na nieodpowiednim systemie zmienia jakość grafiki, albo spowalnia/przyspiesza rozgrywkę, zmieniając jej poziom trudności. Daje to efekt niezgodny z zamierzeniami autorów, co może mieć znaczenie dla purystów chcących odbierać wrażenia z gry jak najbardziej bliskie oryginalnemu zamysłowi.

== Zobacz też ==
* [[VBL]]
* [[6502]]
* [[POKEY]]

[[Kategoria:Atari_8-bit]]

POKEY

2012-01-30T20:17:56Z

Mikey: /* Szybkość transmisji */

{{grafr|Atari_POKEY.png}}
Pot-Keyboard Integrated Circuit - wielofunkcyjny układ LSI.

== Numery katalogowe ==

* Standard: '''C012294'''
* [[PORKEY]] (wersja stereo): '''C020574'''
* MEG (wersja CMOS): '''C021463'''

== Przeznaczenie ==

Służy do generowania dźwięku, kontroli interfejsu szeregowego ([[SIO]]), obsługi manipulatorów analogowych (''wiosełek'' - paddle) i klawiatury. Poza tym Pokey zawiera cztery układy zegarowe oraz generator liczb pseudolosowych i jest głównym - ale nie jedynym - źródłem przerwań [[IRQ]]. Układ ma [[rejestry POKEY-a|29 rejestrów]] i zajmuje adresy $D200-$D2FF.

==Transmisja szeregowa==

===Protokół transmisji pojedynczych bajtów===

Protokół transmisji urządzeń podłączonych do szyny szeregowej (zob. [[Gniazdo SIO]]) jest zdefiniowany następująco:

* 1 bit startu (0)
* osiem bitów danych
* brak kontroli parzystości
* 1 bit stopu (1)
* 19200 bitów na sekundę
* poziom +4 V oznacza logiczną jedynkę, a 0 V - zero.

Dane transmitowane są w kolejności od najmłodszego bitu. Szybkość transmisji 19200 bitów na sekundę nie dotyczy magnetofonu kasetowego, gdzie określona jest na 600 bitów na sekundę.

Układ POKEY działa jako [http://en.wikipedia.org/wiki/UART UART], przejmując na siebie podział bajtów, wpisanych przez system do [[Rejestry POKEY-a#SEROUT|rejestru wyjścia szeregowego (SEROUT)]], na pojedyncze bity i wyemitowanie ich na złącze szeregowe z zaprogramowaną częstotliwością, lub scalenie napływających z urządzenia bitów w bajt i przekazanie go w [[Rejestry POKEY-a#SERIN|rejestrze wejścia szeregowego (SERIN)]].

===Szybkość transmisji===

Szybkość transmisji programowana jest przez OS przy użyciu połączonych w parę dzielników 3 i 4 (AUDF3 i AUDF4), do których doprowadza się sygnał o częstotliwości głównego zegara systemu, czyli 1773447 Hz w systemie PAL albo 1789772,5 Hz w systemie [http://pl.wikipedia.org/wiki/NTSC NTSC]. Szybkość tę możemy obliczyć według następującego wzoru:

baud = (F/2)/(R+7)

gdzie F to wspomniana wyżej częstotliwość bazowa, a R - wartość wstawiana do rejestru układu POKEY. Żądaną wartość licznika dla znanej prędkości możemy obliczyć po przekształceniu tego wzoru:

R = ((F/2)/baud)-7

Szukana wartość (tzw. [[HS Index]]) to R po zaokrągleniu do najbliższej całkowitej.

Normalnie ustawianą przez system operacyjny wartością R jest 40. Teoretycznie ma to odpowiadać szybkości 19200 bitów na sekundę, z podanego wzoru wynika jednak, że w rzeczywistości jest to 18866,45 bps w systemie PAL oraz 19040 bps w systemie NTSC. W praktyce szybkość transmisji nieprzyspieszanej może wahać się w zakresie od 17734,46 bps do 20152,8 bps (19200 bps ±5%; odpowiada to wartościom dzielnika POKEY-a z zakresu od 43 do 37, w systemie PAL).

Możliwości układu POKEY nie kończą się jednak na szybkości 20 kbps. Niektóre możliwe do wygenerowania szybkości transmisji przedstawia poniższa tabela:

<table border=1 cellpadding=5>
<tr><td><b>R</b></td><td><b>bps<br>(PAL / NTSC)</b></td><td><b>Uwagi</b></td></tr>

<tr><td>0</td><td>126674,7 / 127840,9</td><td>Szybkość trudna do praktycznego użycia ze względu na zakłócenia powodowane przez układ [[ANTIC (układ)|ANTIC]] przy generowaniu obrazu.</td></tr>
<tr><td>1</td><td>110840,4 / 111860,8</td><td>j/w. Jest to najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 115,2 kbps (6x19200).</td></tr>
<tr><td>2</td><td>98524,8 / 99431,8</td><td>Maksymalna praktycznie użyteczna szybkość transmisji szeregowej ze stacją dysków</td></tr>
<tr><td>3</td><td>88672,3 / 89488,6</td><td> </td></tr>
<tr><td>4</td><td>80611,2 / 81353,3</td><td>Szybkość opcjonalna stacji [[XFD602]]</td></tr>
<tr><td>5</td><td>73893,6 / 74573,8</td><td>Najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 76800 bps (4x19200).</td></tr>
<tr><td>6</td><td>68209,5 / 68837,4</td><td>Szybkość stacji [[LDW Super 2000]], [[Top Drive 1050]], [[TOMS Turbo Drive]], [[TOMS Multi Drive]], [[TOMS 710]], [[TOMS 720]], [[XFD601]]/602 itd., krótko mówiąc, najpopularniejsze "turbo" do szeregowej stacji dysków</td></tr>
<tr><td>7</td><td>63337,3 / 63920,4</td><td> </td></tr>
<tr><td>8</td><td>59114,9 / 59659</td><td>Najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 57600 bps (3x19200). Szybkość transmisji używana w stacji [[SN-360]] z firmwarem [[Mikey|Mikeya]]</td></tr>
<tr><td>9</td><td>55420,2 / 55930,4</td><td>Szybkość transmisji używana w rozszerzeniach [[Speedy 1050]] oraz [[Hyper-XF]]</td></tr>
<tr><td>10</td><td>52160,2 / 52640,4</td><td>52 kbps, szybkość stacji [[US Doubler]] i [[Happy Warp]]</td></tr>
<tr><td>11</td><td>49262,4 / 49715,9</td><td> </td></tr>
<tr><td>12</td><td>46669,6 / 47099,3</td><td> </td></tr>
<tr><td>13</td><td>44336,1 / 44744,3</td><td> </td></tr>
<tr><td>14</td><td>42224,9 / 42613,6</td><td> </td></tr>
<tr><td>15</td><td>40305,6 / 40676,6</td><td> </td></tr>
<tr><td>16</td><td>38553,2 / 38908</td><td>Maksymalna szybkość nie modyfikowanych stacji [[XF551|XF-551]] oraz [[CA-2001]]. Najbliższy (odchyłka <5%) odpowiednik "standardowej" szybkości 38400 bps (2x19200).</td></tr>
</table>

Oczywiście wartość dzielnika częstotliwości może mieć i wyższe wartości, do 65535 włącznie (co daje 13,6 bps).

===Magnetofon===

Dla magnetofonu domyślną wartością rejestru jest 1484, co odpowiada szybkości 594,7 bps. Szybkość tę podczas transmisji komputer dostosowuje w pewnym zakresie do bieżących potrzeb wynikłych np. z nierównomiernego przesuwu taśmy bądź jej rozciągnięcia itd.

Odczyt z magnetofonu przeprowadzany jest tak samo, jak komunikacja z innymi urządzeniami. Do zapisu danych na magnetofon stosowany jest tryb dwutonowy, gdzie logicznej jedynce odpowiada ton o częstotliwości 5278 Hz, a zeru - o częstotliwości 3958,56 Hz (w systemie PAL; odpowiednio są to wartości 5 i 7 dla rejestrów AUDF1 i 2).

===Przydźwięk I/O===

Podczas odczytu szeregowego na wyjściu audio komputera pojawia się dźwięk sygnalizujący, że transmisja jest w toku. Dźwięk ten jest generowany automatycznie przez POKEY-a, a źródłem jest kanał audio użyty jako generator częstotliwości (normalnie AUDF3/4) dla wejścia szeregowego.

Sposób generowania dźwięku jest dość prosty. Podczas odczytu z dyskietki na wyjściu AUDIO (pin 37) pojawia się sygnał prostokątny 1Vpp (Voh=~5V, Vih=~4V). Na każdy odebrany bajt - dziesięć okresów (start, 8 bitów danych, stop) o częstotliwości równej prędkości transmisji. Przy 19200 bps jest to oczywiście zbyt wysoka częstotliwość, aby była słyszalna. To co słychać, to krótka (ok. pół bitu) przerwa na synchronizację generatora, pomiędzy bitem stopu bajtu n a bitem startu bajtu n+1 (czyli ton o częstotliwości ok. 1800 Hz); i, oczywiście, dłuższe przerwy między odbieranymi bajtami 'A' i 'C' (patrz [[SIO#Po.C5.82.C4.85czenia_szeregowe|SIO]]).

{{ImgFrm|http://drac030.krap.pl/transmisja-mini.png|http://drac030.krap.pl/transmisja.png|Przebiegi sygnałów ''audio '' i ''data in'' podczas odczytu z magnetofonu - wykres z analizatora stanów logicznych.}}

Z odczytem z kasety jest bardzo podobnie - najpierw odbiór dwóch bajtów $AA (ustalenie częstotliwości taktowania - brak dźwięku na wyjściu), potem prawie dokładnie tak samo jak dla dysku, czyli dziesięć okresów częstotliwości taktowania na każdy odbierany bajt, z synchronizacją generatora każdym kolejnym bitem startu. Amplituda sygnału jest o około połowę mniejsza niż przy odczycie z dysku. Dodatkowo pojawia się (prawdopodobnie losowo - nie zauważa się jakiejś zależności - na oko z prawdopodobieństwem bliskim 0,5) modulacja dźwięku podstawowego częstotliwością 31,666 kHz o znacznie większej amplitudzie (łacznie 4Vpp) - ale raczej bez znaczenia dla brzmienia. To, co słychać, to ton podstawowy ~600 Hz z nałożoną częstotliwością synchronizacji bajt/bajt - ~ 60Hz. Okresowa (na blok danych) zmiana brzmienia pochodzi stąd, że dla każdego bloku występuje pewna niedokładność określenia częstotliwości taktowania (nieco inna wysokość tonu podstawowego), a ona z kolei powoduje inną długość przerw na synchronizację bajt/bajt.

Nie ma żadnej zależności między zawartością danych a generowanym dźwiękiem. Wrażenie, że jest inaczej, powstaje raczej wskutek przesłuchów i zakłóceń na połączeniach SIO w przypadku stacji dysków, w przypadku magnetofonu - przesłuchów pomiędzy ścieżką danych a (zazwyczaj pustą) ścieżką audio itp.

Jak napisano, przydźwięk kontrolny generowany jest tylko podczas odczytu, ale jednak zapis też nie jest całkowicie bezgłośny: w przypadku "normalnych" urządzeń szeregowych [[SIO]] (tj. wszystkich oprócz magnetofonu) źródłem dobiegających wtedy z głośnika postukiwań czy też chrupnięć są nadsyłane przez urządzenie potwierdzenia odbioru komend i danych. Natomiast zapis na magnetofon jest, jak napisano powyżej, realizowany akustycznie w trybie dwutonowym, stąd dźwięk.

Przydźwięk można wyłączyć zerując rejestr systemowy IOSNDEN ($41), co powoduje, że procedury szeregowe OS-u redukują głośność w kanale AUDF3/4 do zera i dźwięk milknie; normalnie zaś stosowanym poziomem głośności jest 8.

== Zobacz też ==
* [[Rejestry POKEY-a]]
* [[QUAD POKEY]]

== Odnośniki zewnętrzne ==
* [http://ftp.pigwa.net/stuff/collections/nir_dary_cds/Tech%2520Info/POKEY.PDF POKEY CO12294 - oryginalna dokumentacja]. Zawiera wewnętrzne schematy
* [http://krap.pl/mirrorz/atari/homepage.ntlworld.com/kryten_droid/Atari/800XL/atari_hw/pokey.htm Wersja HTML dokumentacji]
* [http://krap.pl/mirrorz/atari/homepage.ntlworld.com/kryten_droid/Atari/800XL/atari_hw/pokey.htm#Pin%20list Opis końcówek]
* [http://en.wikipedia.org/wiki/POKEY POKEY w Wikipedii]

[[Kategoria:Atari 8-bit]]

SN-360

2011-11-14T22:56:29Z

Mikey: /* Bibliografia */

{{ImgFrm|http://atariki.krap.pl/images/0/06/Sn360-1-small.JPG|http://atariki.krap.pl/images/1/14/Sn360-1.jpg|Stacja SN 360}}
==Opis==
Polska stacja dysków 5.25" zaprojektowana przez Sławomira Nienałtowskiego, autora m.in. [[Atari Super Turbo|Atari Super Turbo (AST)]]. Sprzedawana przez firmę Atari Studio (późniejszy [[Mirage]]). Obsługuje tryby gęstości [[SD]], [[ED]], [[DD]], [[DD|DSDD]]. Z racji zastosowania napędu 360k istniała możliwość przenoszenia programów z/do PC via dyskietki. Do stacji dołączony był zestaw programów o nazwie "SN-Converter", służący do tego celu.

Do stacji można podłączyć napęd 720k od Amigi/ST lub pecetowy 1.44M (po drobnych modyfikacjach oraz po zmianie firmware'u) i uzyskać pojemność 720k

==Konstrukcja==

* mikroprocesor: 80C51
* kontroler: WD 2797B
* [[ROM]]: 8 KB (EPROM z firmware'em stacji)
* [[RAM]] 8 KB
* prędkość obrotowa: 300 obr./min.

==Cechy użytkowe==

* maksymalny transfer oryginalnej stacji - 19200 bps. Po zastosowaniu firmware'u opracowanego przez [[Mikey]]a - 57600 bps)
* brak przelotowego gniazda SIO
* możliwość ustawienia ID tylko w zakresie D1-D2

==Benchmark==

<table cellpadding=3 cellspacing=3>
<tr>
<td><b>DOS II+/D</b></td>
<td width="10"> </td>
<td><b>SpartaDOS X</b></td>
<td width="10"> </td>
<td> </td>
</tr>
<tr>
<td>
Standard:

* DOS zapis: 1191.25 B/s
* DOS odczyt: 1401.21 B/s
* DOS średnia: 1296.23 B/s

Turbo:

* DOS zapis: 2540.92 B/s
* DOS odczyt: 2622.49 B/s
* DOS średnia: 2581.70 B/s
</td><td width="10"> </td>
<td>
Standard (DSDD):

* DOS zapis: 1389.89 B/s
* DOS odczyt: 1400.61 B/s
* DOS średnia: 1395.25 B/s

Standard (SSDD):

* DOS zapis: 1410.28 B/s
* DOS odczyt: 1416.40 B/s
* DOS średnia: 1413.34 B/s
</td>
<td width="10"> </td>
<td>
Turbo (DSDD):

* DOS zapis: 3103.16 B/s
* DOS odczyt: 3094.34 B/s
* DOS średnia: 3098.75 B/s

Turbo (SSDD):

* DOS zapis: 3163.24 B/s
* DOS odczyt: 3141.95 B/s
* DOS średnia: 3152.59 B/s

</td>
</tr>
</table>

==Pliki==

* [[Media:Sn360.bin.gz| Zawartość EPROM-u stacji]]
* [[Media:Sn360utilz.atr| Obraz oryginalnej dyskietki dołączanej do stacji przez producenta]]
* [[Media:INSTRUKCJA_OBSŁUGI_SN-360.pdf| Instrukcja]]

==Bibliografia==
* [[KMK|Konrad Kokoszkiewicz]], "SN-360 - nowa stacja dla Atari", Bajtek 8-9/1993, s. 16-17
* [[mikey|Mikey/NG]] SN-360, Syzygy Magazine #5
[[Kategoria:Peryferia 8-bit]]

Atari8

2011-11-14T20:48:02Z

Mikey:

'''#atari8''' Kanał [http://pl.wikipedia.org/wiki/IRC IRC] na [[Ircnet|Ircnecie]].

Kanał powstał około roku 1995 z inicjatywy [[Slaves]]a. W zamyśle miał skupiać [[scena|scenę]] [[Atari 8-bit|"małego" Atari]], i wydaje się że tak właśnie jest, jako że większość bywalców kanału jest z nią mniej lub bardziej powiązana.
Niemniej, każdy jest mile widziany, bez względu na 'scenowanie' czy też posiadany komputer.

Kanał ma opinię jednego z bardziej przyjaznych na IRCNecie, a to z racji braku jakichkolwiek problemów osobowościowych pośród operatorów. Jeśli chcesz pogadać o [[Atari]], umówić się na [[copy party]] albo [[Sztab Kryzysowy]], poszukać pomocy z uruchomieniem programu/sprzętu, albo po prostu pogadać, to jest to miejsce dla Ciebie. Pamiętaj jednak aby przestrzegać regulaminu.

Na kanale można spotkać takie osoby jak: [[MacGyver]], [[slaves]], [[krap]], [[miker]], [[lisu]], [[dely]], [[mikey]], [[KMK|drac030]], [[radi]], [[epi]], [[Vasco]], [[Pin]], [[stryker]], [[seban]], [[lewis]], [[rzóg]], [[electron]]...

'''Krótki regulamin kanału (kilka prostych zasad unikania problemów):'''

* dobrze jest po wejściu na kanał posiedzieć trochę bez odzywania się (poidlować) Pozwoli to zapoznać się z atmosferą na kanale oraz z panującymi zwyczajami. Często nikt się nie odzywa przez dłuższy czas, nie oznacza to, że kanał jest martwy. Po prostu zadaj pytanie albo czekaj aż ktoś się odezwie. Nie zniechęcaj się.
* polskie znaki kodujemy w iso-8859-2 albo nie używamy ich wcale. (Nagminne śmiecenie unikodem albo cp1250 będzie kończyć się zabraniem głosu takiej osobie)
* nie wklejamy długich tekstów (2-3 linijki jeszcze ujdą) Jeśli chcesz wkleić długi tekst, skorzystaj z serwisu [http://pastebin.com pastebin.com] i wklej samego URLa.
* na kanale, w przeciwieństwie do [[Atari Area]] '''NIE WOLNO''' używać '''skracaczy linków''' typu '''Tiny.pl''' albo '''42.pl'''.
* nie używamy kolorków i innych 'mircyzmów'.

Innych ograniczeń raczej nie ma. Po prostu bądź sobą i traktuj innych tak jakbyś sam chciał być traktowany.

[[Kategoria:Atari 8-bit]]
[[Kategoria:Miejsca w sieci]]

Mikey (osoba)

2011-11-14T20:47:54Z

Mikey:

{{Blowjobb}}
Od 1994 do 2003 [[koder|koder]], autor tekstów a od 1999 współredaktor magazynu [[Syzygy]]

Autor między innymi: [[TxE]], [[DisASS]], [[Ascii Collection #1]], [[Lame #1]], [[Blokers]], [[Bash]], [[sapplug-xmms]], oraz cyklu artykułów o [http://pl.wikipedia.org/wiki/Corewars Core Wars] ([[Syzygy]] 4-6)

Zrewersował, zdebugował i zoptymalizował rom stacji [[SN-360]], oraz dodał turbo i komendy do poprawnej współpracy z SDX.
http://www.youtube.com/watch?v=SHJFU9YIZjQ

Przewinął się przez następujące grupy: [[New Generation]], [[Syzygy Team]], [[Blowjobb]]

Obecnie nieaktywny.

[[Kategoria:Ludzie]]

Dyskusja:KMK

2011-02-06T19:32:30Z

Mikey: /* Zastanów się co tutaj robisz... */

== Zastanów się co tutaj robisz... ==

Widzę, że rozsiewasz na Atariki swoją szemraną propagandę. Ale [http://atariki.krap.pl/index.php?title=Tdc&diff=29142&oldid=29102 kuriozalna jest twoja edycja z 7 kwietnia 2010 roku].

Ja rozumiem, że lubisz rozsiewać irracjonalne bzdury, ale skoro tak jesteś przekonany, że masz rację, to może warto by było to uźródłowić, inne fakty opisywane na Atariki wciąż znajdują swoje nowe źródła – w sprawie oczerniania mojej osoby jakoś od lat nie potrafisz wskazać choć jednego źródła (!). Polskie firmy produkujące oprogramowanie (w tamtym okresie w Polsce) to nie była bezludna wyspa i nie było to 5 programów, skoro masz rację nie powinno stanowić problemu znaleźć choć 20 źródeł popierających twoje kalumnie, a tak to pozostają jedynie wymysłami.

Jesteś już na tyle duży, że powinieneś wiedzieć, że zamiast używać zwrotów „Wg własnych deklaracji” powinieneś poszukać źródeł i uźródłowić swoje rewelacje, a tak to robisz z tej encyklopedii jakiegoś pudelka, gdzie wg ciebie: ktoś, gdzieś, coś twierdzi, a co gorsze to dodane informacje dla całego projektu nie mają żadnego znaczenia. Jako redaktor (przecież z doświadczeniem!) powinieneś już wiedzieć, że w ten sposób jedynie szkodzisz całości przedsięwzięcia jakim jest Atariki.

W dalszej części zdania, bezsensownie wprowadzasz ludzi w błąd podając nieprawidłowe źródła (ciekawe jak to znalazłeś na forum, na którym nie bywasz !). Otóż problem z kompilacją miał miejsce w innym roku i na innym party (bo chodziło o Głuchołazy a zalinkowany cytat dotyczy tematu oraz zdjęcia z Grzybsoniady) – w dodatku na tym party nawet nie byłeś obecny, więc piszesz o czymś, co do czego zdaje się tobie że wiesz o co chodzi i kogo to dotyczy. Czy czytasz to co zamieszczasz ??
Bo na razie robisz z Atariki jakiegoś brukowca zawierającego bzdety i nieprawidłowe źródła.

Dlatego przypominam niezbędnik wikiredaktora, bo najwyraźniej masz tutaj gigantyczne braki:

* [http://pl.wikipedia.org/wiki/Wikipedia:Poradnik_autora_Wikipedii#Weryfikowalno.C5.9B.C4.87 Weryfikowalność 1] oraz [http://pl.wikipedia.org/wiki/Wikipedia:Weryfikowalność Weryfikowalność 2]

* [http://pl.wikipedia.org/wiki/Wikipedia:Poradnik_autora_Wikipedii#.C5.B9r.C3.B3d.C5.82a źródła]

* [http://pl.wikipedia.org/wiki/Wikipedia:Bibliografia Wikipedia:Bibliografia]

* [http://pl.wikipedia.org/wiki/Wikipedia:Poradnik_autora_Wikipedii#Encyklopedyczno.C5.9B.C4.87 encyklopedyczność 1] oraz [http://pl.wikipedia.org/wiki/Wikipedia:Encyklopedyczność encyklopedyczność 2]

* [http://pl.wikipedia.org/wiki/Wikipedia:Nie_przedstawiamy_twórczości_własnej Wikipedia:Nie przedstawiamy twórczości własnej]

:gdzie czytamy:
::''Hasło, w którym występuje niepożądana twórczość własna, można rozpoznać po:''
:::* ''proponowaniu nowych, nigdzie nieopublikowanych hipotez, metod lub rozwiązań technicznych;''
:::* (...)
:::* ''posługiwaniu się własnymi argumentami (bez cytowania uznanych źródeł takich argumentów), które mają na celu wsparcie innych pomysłów, teorii, argumentów czy punktów widzenia;''
:::* (...)
:::* ''podsumowywaniu faktów w sposób wygodny dla autora, bez wskazania tego typu syntezy w uznawanych źródłach.''

:oraz czytamy w ''Dyskusje na temat, na ile reprezentatywny jest dany punkt widzenia''
::''jeśli dany punkt widzenia reprezentuje opinię skrajnej mniejszości, nie powinien być on umieszczany w Wikipedii, niezależnie od tego czy komuś wydaje się, że jest on prawdziwy i nawet niezależnie od tego czy można go jakoś dowieść''

* [http://pl.wikipedia.org/wiki/Wikipedia:Czym_Wikipedia_nie_jest#Wikipedia_nie_jest_serwisem_zamieszczaj.C4.85cym_tw.C3.B3rczo.C5.9B.C4.87_osobist.C4.85 Wikipedia nie jest serwisem zamieszczającym twórczość osobistą]

* [http://pl.wikipedia.org/wiki/Wikipedia:Czym_Wikipedia_nie_jest#Wikipedia_nie_jest_m.C3.B3wnic.C4.85 Wikipedia nie jest mównicą]

* na koniec bardzo przydatne: [http://pl.wikipedia.org/wiki/Wikipedia:Wikietykieta W Wikipedii należy przestrzegać zasad etykiety]

Jesteś dużym chłopcem, więc nie będę już Tobie tłumaczył czym jest POV i NPOV.

Jeszcze inną sprawą jest to, że skoro już o kimś musisz pisać, to może przed szukaniem źródeł zapytasz właśnie jego co ma na ten temat do powiedzenia, bo jeśli ktoś jest aktywny, bywa na partach, to nie trzeba szukać źródeł, wystarczy zapytać – bo znajduje się tu znacznie więcej bzdur, które można wyjaśnić.

Mam nadzieję że zrozumiesz swój błąd oraz szkody jakie uczyniłeś. [[Użytkownik:Tdc|Tdc]] 17:35, 5 lut 2011 (CET)

Nie chcę się wtrącać w wasz dyskurs ale po co uzasadniasz swoje tezy linkami do wikipedii, skoro atariki to nie wikipedia i nawet jest to napisane na głownej stronie którą zapewnie przeczytałeś. O ile wiem z wikipedią atariki ma tyle wspólnego że działa na tym samym oprogramowaniu. [[Użytkownik:Mikey|Mikey]] 20:32, 6 lut 2011 (CET)

Mikey (osoba)

2011-01-25T17:01:29Z

Mikey:

Kody klawiszy

2010-04-22T21:47:57Z

Mikey:

<table border=1 cellpadding=5>
<tr><td><b>Kod (dec)</b></td><td><b>Klawisz</b></td></tr>
<tr><td>0</td><td>L</td></tr>
<tr><td>1</td><td>J</td></tr>
<tr><td>2</td><td>;</td></tr>
<tr><td>5</td><td>K</td></tr>
<tr><td>6</td><td>+</td></tr>
<tr><td>7</td><td>*</td></tr>
<tr><td>8</td><td>O</td></tr>
<tr><td>10</td><td>P</td></tr>
<tr><td>11</td><td>U</td></tr>
<tr><td>12</td><td>RETURN</td></tr>
<tr><td>13</td><td>I</td></tr>
<tr><td>14</td><td>-</td></tr>
<tr><td>15</td><td>=</td></tr>
<tr><td>16</td><td>V</td></tr>
<tr><td>18</td><td>C</td></tr>
<tr><td>21</td><td>B</td></tr>
<tr><td>22</td><td>X</td></tr>
<tr><td>23</td><td>Z</td></tr>
<tr><td>24</td><td>4</td></tr>
<tr><td>26</td><td>3</td></tr>
<tr><td>27</td><td>6</td></tr>
<tr><td>28</td><td>ESC</td></tr>
<tr><td>29</td><td>5</td></tr>
<tr><td>30</td><td>2</td></tr>
<tr><td>31</td><td>1</td></tr>
<tr><td>32</td><td>,</td></tr>
<tr><td>35</td><td>N</td></tr>
<tr><td>37</td><td>M</td></tr>
<tr><td>38</td><td>/</td></tr>
<tr><td>39</td><td>LOGO</td></tr>
<tr><td>40</td><td>R</td></tr>
<tr><td>42</td><td>E</td></tr>
<tr><td>43</td><td>Y</td></tr>
<tr><td>44</td><td>TAB</td></tr>
<tr><td>45</td><td>T</td></tr>
<tr><td>46</td><td>W</td></tr>
<tr><td>47</td><td>Q</td></tr>
<tr><td>48</td><td>9</td></tr>
<tr><td>50</td><td>0</td></tr>
<tr><td>51</td><td>7</td></tr>
<tr><td>52</td><td>BACKSPACE</td></tr>
<tr><td>53</td><td>8</td></tr>
<tr><td>54</td><td><</td></tr>
<tr><td>55</td><td>></td></tr>
<tr><td>56</td><td>F</td></tr>
<tr><td>57</td><td>H</td></tr>
<tr><td>58</td><td>D</td></tr>
<tr><td>60</td><td>CAPS</td></tr>
<tr><td>61</td><td>G</td></tr>
<tr><td>62</td><td>S</td></tr>
<tr><td>63</td><td>A</td></tr>
</table>

[[Kategoria:Niezb%C4%99dnik_kodera]]

Kody klawiszy

2010-04-22T21:46:23Z

Mikey:

Kody klawiszy

2010-04-22T21:44:56Z

Mikey:

Dyskusja:Warp4

2010-04-19T12:00:49Z

Mikey:

Pierwsze zdjęcie przedstawia 'półwarpa' :) bo to jest płytka z RAMem i logiką do tego. Także opis troche wprowadza w błąd.
To nie może być 'zdjęcie warpa' bo to nie jest warp :) tylko pewna jego część :)
[[Użytkownik:Mikey|Mikey]] 14:00, 19 kwi 2010 (CEST)

TDC

2010-04-09T12:42:36Z

Mikey: A to komu przeszkadzalo?

{{grafr|tdc.jpg}}
Tomasz 'Tdc' Cieślewicz. Znany również jako '''Alf'''. Atarowiec bardziej z zamiłowania niż z działalności. Niegdyś udzielał się nieco w [[Atari Magazyn]]ie. Obecnie niemal nieaktywny na forum [[atari.area]]. Główny bohater [[TDC Hack Demou]]. Wg własnych deklaracji, od wczesnych lat 90 specjalista od programowania w języku [[Action!]], obecnie - przy próbach skompilowania napisanych dawno temu programów - co i rusz natrafiający na [http://atarionline.pl/forum/comments.php?DiscussionID=376&page=1#Item_18 błędy w kompilatorze].

Na party w [[Głuchołazy|Głuchołazach]] wystawił grafikę w [[ST]] [[gfx]] [[compo]] ([[Media:2terribl.png|podgląd]]), zrobioną podczas trwania tej imprezy. Bez wiedzy autorów (drugim był [[Kaz]]) którzy przygotowywali ją do demka, na kompoty w Głuchołazach 2009 trafiła praca [http://tdc.pigwa.net/PraceZKompotow/Glucholazy2009_TDC_Falcon.png"Falcon"], powstała (wg Tdc - do 2009 była nieznana) w pierwszej połowie lat 90. Zajęła ona tam 2 miejsce.

Ze względu na fakt rozprzestrzeniania się na forum publicznym pogłosek (patrz [http://atariarea.krap.pl/forum/viewtopic.php?pid=101134#p101134 odpowiedni wątek] na [[Atari Area]], [http://atariarea.krap.pl/forum/viewtopic.php?pid=104333#p104333 tu jest jego zakończenie]), [http://tdc.pigwa.net/PraceZKompotow/Glucholazy2007_2terribl_work.zip Tdc zamieścił na serwerze wszystkie pliki pracy nad grafiką, która trafiła na kompoty w 2007 roku].

Obeność na [[Party|parties]]:

* [[QuaST 1998]] Elbląg
* [[Kocerany]] 2003
* Opalenica 2006
* [[Głuchołazy]] 2006
* [[Grzybsoniada]] 2007
* Głuchołazy 2007
* Głuchołazy 2008
* Grzybsoniada 2009
* Głuchołazy 2009

[[Kategoria:Ludzie]]

Dyskusja:Przeplot

2010-04-04T16:35:13Z

Mikey:

Kompletnie brakuje danych o XF551 (300 obr./min.) i CA-2001 (38400 bps przy 288 obr./min.). To drugie stopniowo uzupełnię, ale do tego pierwszego trzeba mieć XF-kę, a ja nie mam :/ [[Użytkownik:KMK|KMK]] 17:03, 20 sty 2007 (CET)

Brak też Karin Maxi, niestety - ja komputer, gdzie mam wbudowany sterownik mam padnięty póki co, a zewnętrznego kontrolera nie mam :(--[[Użytkownik:Sikor|Sikor]] 21:02, 25 lis 2009 (CET)

Usunąłem nieprawdziwe dane o gołej 1050. [[Użytkownik:Mikey|Mikey]] 01:12, 4 kwi 2010 (CEST)

:Info o DD przywróciłem, jest zaznaczone, że to przeplot Top Drive'a. Pozostałe przeploty, o ile dobrze pamiętam, też pochodzą z dyskietek formatowanych przez Top Drive'a. Być może należałoby go wyłączyć w oddzielną sekcję, bo przeplot ED ma lepszy (1 obrót mniej). [[Użytkownik:KMK|KMK]] 12:15, 4 kwi 2010 (CEST)

:: Fakt, zagalopowałem się, nie zauważyłem tego top drive. Info o przeplotach SD/ED golej 1050 niemniej bylo nieprawdziwe ;) [[Użytkownik:Mikey|Mikey]] 18:35, 4 kwi 2010 (CEST)

SN-360

2010-04-03T23:14:24Z

Mikey: niepotrzebne i konfundujące ;)

Dyskusja:Przeplot

2010-04-03T23:12:27Z

Mikey:

Przeplot

2010-04-03T23:10:47Z

Mikey: nie wiem skad pochodzily te informacje ale sa nieprawdziwe

{{SDP}}

Przeplot, po angielsku ''interleave'' lub ''skew'', określa fizyczną kolejność sektorów na ścieżce dyskietki. Kolejność ta jest ustalana podczas formatowania i pozostaje niezmienna aż do przeformatowania dyskietki.

Praktycznie każda stacja dysków do ośmiobitowego Atari ma charakterystyczny dla siebie przeplot, dobrany do prędkości transmisji, gęstości i szybkości obrotowej napędu tak, żeby efektywna szybkość odczytu i zapisu była optymalna. Większość stacji produkowanych w latach osiemdziesiątych XX wieku obraca dyskietką 288 razy na minutę, w [[XF551]] i [[Karin Maxi]] jest to 300 obr./min., a w [[XFD601]]/[[XFD602|602]] - 360 obr./min.

== Przeplot standard ==
Normalnie sektory na ścieżce dyskietki ułożone są kolejno od sektora o najniższym numerze do sektora o numerze najwyższym (np. od 1 do 18 w [[SD]] i [[DD]]). W ośmiobitowym Atari, przy prędkości transmisji 19200 bps zapewnia to odczytanie całej ścieżki w 18 obrotach dyskietki. Jest to tzw. przeplot standard, 1:18 (co oznacza: jedna ścieżka w 18 obrotach). W podwójnej gęstości ustala to efektywną szybkość transmisji na 1228-1280 bajtów na sekundę - w zależności od szybkości obracania się dyskietki w różnych stacjach, od 288 do 360 obrotów na minutę.

Przy szybkości komunikacji ze stacją dysków ustawionej na 19200 bps efektywnej prędkości wymiany danych nie da się istotnie ulepszyć manipulując przeplotem, gdyż np. w gęstości podwójnej, w czasie odczytu pojedynczego sektora (odczytania go z nośnika i wysłania do komputera) dyskietka wykonuje prawie 3/4 obrotu (dokładniej, około 260 stopni przy prędkości 288 obr./min.), a sporo pozostałego czasu zajmuje przygotowanie odczytu sektora następnego, tj. nadanie komendy przez komputer, jej odbiór i interpretacja w stacji dysków, przesłanie potwierdzenia itp.

=== 288 obr./min. ===

Dla prędkości 288 obr./min. i standardowej transmisji optymalne są przeploty zastosowane w stacji [[1050]]:

* SD (1-18): 1,3,5,7,9,11,13,15,17,2,4,6,8,10,12,14,16,18
* ED (1-26): 1,3,5,7,9,11,13,15,17,19,21,23,25,2,4,6,8,10,12,14,16,18,20,22,24,26
* DD stacja nie obsługuje

=== 300 obr./min. ===

Stacja [[SN-360]]:

* SD stacja nie formatuje w ogóle
* ED (1-26): 1,24,22,20,18,16,14,12,10,8,6,4,2,25,23,21,19,17,15,13,11,9,7,5,3,26
* DD (1-18): 1,9,17,8,16,7,15,6,14,5,13,4,12,3,11,2,10,18
* DSDD (1-18): jak DD, a na drugiej stronie dyskietki 18,10,2,11,3,12,4,13,5,14,6,15,7,16,8,17,9,1 (czyli DD wspak)

=== 360 obr./min. ===

Przy prędkości obrotowej 360 obr./min. i stadardowej transmisji stosuje się następujące przeploty:

* SD (1-18): 1,6,11,16,3,8,13,18,5,10,15,2,7,12,17,4,9,14
* ED (1-26): 1,24,21,18,15,12,9,6,3,26,23,20,17,14,11,8,5,2,25,22,19,16,13,10,7,4
* DD (1-18): 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18

Zapewnia to odczyt ścieżki w 11 obrotach dla SD, 17 dla ED i 18 dla DD (przeploty 1:11, 1:17 i 1:18).

== Przeplot turbo ==
Kolejność sektorów zmienia się przy formatowaniu z tzw. przeplotem turbo. Gdy dyskietka ma być odczytywana z prędkością większą niż standardowe 19200 bps, konieczna jest zmiana przeplotu, gdyż samo przyspieszenie transmisji przy zwykłym przeplocie nic nie daje: ścieżka nadal będzie odczytywana w takiej samej liczbie obrotów, jak przy 19200 bps, tylko przerwy pomiędzy sektorami się wydłużą.

Jak napisano powyżej, każda stacja dysków ma swój przeplot, dobrany do prędkości transmisji, gęstości i szybkości obrotowej napędu. Te różnice są widoczne zwłaszcza w przeplotach turbo, dlatego przeplot turbo dobry w jednej stacji rzadko jest dobry dla innej. Niektóre stacje (np. [[XFD601]] i [[XFD602]]) oprócz przeplotu dobierają też wzajemny układ ścieżek tak, żeby po przejściu na następną ścieżkę jej początkowy sektor znalazł się od razu pod głowicą.

=== 288 obr./min. ===
==== US Doubler ====
Typowy przeplot turbo - przeplot [[US Doubler]]a - pozwala odczytać ścieżkę [[SD]] w pięciu, a [[ED]] i [[DD]] w siedmiu obrotach przy transmisji 52 kbps. Kolejność sektorów jest następująca:

* SD (1-18): 1,5,9,13,17,2,6,10,14,18,3,7,11,15,4,8,12,16
* ED (1-26): 1,5,9,13,17,21,25,2,6,10,14,18,22,26,3,7,11,15,19,23,4,8,12,16,20,24
* DD (1-18): 1,14,9,4,17,12,7,2,15,10,5,18,13,8,3,16,11,6

Efektywna szybkość transmisji wynosi wtedy odpowiednio 2212 bajtów na sekundę dla [[SD]], 2282 dla [[ED]] i 3160 dla [[DD]].

==== Top Drive 1050 ====
Dla Top Drive 1050 i pokrewnych rozszerzeń (np. [[TOMS Multi Drive]]) posługujących się transmisją 68,2 kbps przeploty wyglądają jak następuje:

* SD (1-18): 1,5,9,13,17,2,6,10,14,18,3,7,11,15,4,8,12,16 (identycznie jak w US Doublerze)
* ED (1-26): 1,10,19,6,15,24,2,11,20,7,16,25,3,12,21,8,17,26,4,13,22,9,18,5,14,23
* DD (1-18): 1,12,4,15,7,18,10,2,13,5,16,8,11,3,14,6,17,9

Ścieżka odczytywana jest w minimum pięciu obrotach w SD, sześciu w ED i siedmiu w DD.

=== 300 obr./min. ===

Stacja SN-360 używa tu przeplotów US Doublera, patrz wyżej.

=== 360 obr./min. ===
==== XFD601/2 ====
W stacjach [[XFD601]] i [[XFD602]] przy szybkości transmisji ustawionej na 80 kbps stosowane są przeploty jak poniżej:

* SD (1-18): 1,12,5,16,9,2,13,6,17,10,3,14,7,18,11,4,15,8
* ED (1-26): 1,16,5,20,9,24,13,2,17,6,21,10,25,14,3,18,7,22,11,26,15,4,19,8,23,12
* DD (1-18): 1,14,9,4,17,12,7,2,15,10,5,18,13,8,3,16,11,6 (identycznie jak w US Doublerze)

Odczyt ścieżki SD następuje w pięciu obrotach, a siedmiu w ED i DD.

==Uwagi==

Najlepiej stosować przeploty z liczbą nieparzystą w mianowniku, która sama (lub jej różnica z liczbą sektorów) nie jest jednocześnie całkowitym dzielnikiem liczby sektorów na ścieżce. Takie przeploty są równomierne, np.

* ED: 1:5, 1:7, 1:9, 1:15, 1:17
* SD/DD: 1:11, 1:13

Formatowanie dyskietek z odpowiednim przeplotem nie jest jedyną techniką optymalizowania odczytu z dyskietki; inną jest [[buforowanie ścieżek]].

[[Kategoria:Glosariusz]]

Dyskusja:CC65

2010-03-18T18:48:19Z

Mikey: /* Librarian */

"Wstawianie wstawek assemblerowych musi odbywać się poprzez pliki z rozszerzeniem *.s"

hmmm... podczas gdy w dokumentacji napisane jest:
<pre>CC65 allows inline assembly by a special keyword named "asm". Inline assembly
looks like a function call. The string in parenthesis is output in the
assembler file.

Example, insert a break instruction into the code:

asm ("brk")
</pre>
--[[Użytkownik:Jellonek|Jellonek]] 14:51, 12 lip 2005 (CEST)

"...Teraz resetujemy komputer i możemy zacząć bawić się CC65 pod Windowsem."

nie wystarczy przelogowanie sie?
--[[Użytkownik:Jellonek|Jellonek]] 14:55, 12 lip 2005 (CEST)

== SDP ==

Tekst wymaga przeredagowania, przede wszystkim zmiany z pierwszej osoby l.mn. (piszemy, znajdujemy) na trzecią, usunięcia kolokwializmów typu "moeżmy wpaść" i ogólnej encyklopedyzacji. [[Użytkownik:KMK|KMK]] 11:22, 8 kwi 2008 (CEST)

== Librarian ==

Naprawdę jest takie słowo w języku polskim? Nie lepiej archiwer do bibliotek albo coś co po prostu nawiązuje do tego
co 'librarian' (nie ten z biblioteki publicznej ;) tak naprawdę robi ? [[Użytkownik:Mikey|Mikey]] 19:48, 18 mar 2010 (CET)

Dyskusja:CC65

2010-03-18T18:47:56Z

Mikey:

6 strona

2010-03-15T15:13:57Z

Mikey: takietam

Obszar 256 bajtów pamięci od 1536 do 1791 (szesnastkowo od $0600 do $06FF) z którego nie korzysta system operacyjny, ani żaden znany DOS. Często obszar ten używany jest przez procedury w [[asembler|języku maszynowym]] wspomagające programy w [[BASIC|BASIC-u]], lub
jako dodatkowy (niejako 'darmowy' - bo nie podnoszący MEMLO) bufor w programach.

Magazyn [[Tajemnice Atari]] prowadził ''Konkurs 6 strona'' na najlepszy program wykorzystujący ten obszar pamięci.
[[Kategoria:Glosariusz]]

Strona zerowa

2010-03-13T13:39:20Z

Mikey: prosze nie kasowac, jest stub i kategoria, bedzie sie dopisywac

Obszar pamięci 0000-00FF, mający dla procesorów z rodziny 65xx specyficzne 'sprzętowe' znaczenie, ponieważ wiele rozkazów procesora wymaga argumentu na stronie zerowej, szczególnie rozkazy przesłania danych do/z pamięci adresowanej przez wskaźnik.

System operacyjny korzysta ze strony zerowej do przechowywania zmiennych i wskaźników. Poniżej lista wszystkich znanych lokacji strony zerowej z ich znaczeniem dla systemu operacyjnego:

{{stub}}
[[Kategoria:Programowanie Atari 8-bit]]

Mapa pamięci

2010-03-13T13:30:40Z

Mikey:

"Mapa pamięci" to wyszczególnione i opisane obszary pamięci komputera, czyli do czego służy, co robi konkretna komórka, rejestr lub obszar pamięci. Najwięcej na ten temat napisał Wojciech Zientara w książkach wydawanych przez [[SOETO]] w latach 1988-1991. Wszystkie książki i ważniejsze publikacje prasowe zostały zgromadzone na stronie [http://tajemnice.atari8.info/ Archiwum TA]:

*[http://tajemnice.atari8.info/ksiazki/ Mapa pamięci ATARI XL/XE: Podstawowe procedury systemu operacyjnego]

*[http://tajemnice.atari8.info/ksiazki/ Mapa pamięci ATARI XL/XE: Procedury interpretera Basica]

*[http://tajemnice.atari8.info/ksiazki/ Mapa pamięci ATARI XL/XE: Procedury wejścia-wyjścia]

*[http://tajemnice.atari8.info/ksiazki/ Mapa pamięci ATARI XL/XE: Dyskowe Systemy Operacyjne]

==Schemat pamięci Atari [[400/800]] i [[XL]]/[[XE]]==

<table border = 1 cellpadding = 5>
<tr><td><b>Adres</b></td><td><b>RAM</b></td><td><b>ROM</b></td></tr>
<tr><td colspan = 3></td></tr>
<tr><td>$0000-$00FF</td><td>[[Strona zerowa]]</td><td rowspan = 10>Brak</td></tr>
<tr><td>$0100-$01FF</td><td>Stos [[6502]]</td></tr>
<tr><td>$0200-$02FF</td><td>Strona druga, wektory przerwań i inne zmienne [[OS]]</td> </tr>
<tr><td>$0300-$03FF</td><td>Strona trzecia, bloki [[DCB]] i [[IOCB]], [[CIO#HATABS|HATABS]], wewnętrzne zmienne [[SIO]], bufor drukarki</td> </tr>
<tr><td>$0400-$047F</td><td>Bufor magnetofonu (128 bajtów); [[QMEG_OS|QMEG]]: zmienne</td> </tr>
<tr><td>$0480-$057F</td><td>Obszar nie używany przez OS, zarezerwowany</td> </tr>
<tr><td>$0580-$05FF</td><td>Bufor wyjściowy pakietu matematycznego</td> </tr>
<tr><td>$0600-$06FF</td><td>[[6 strona|Strona szósta]], zarezerwowana dla programów użytkownika</td> </tr>
<tr><td>$0700-$1FFF</td><td>DOS ($1FFF to jest maximum)</td> </tr>
<tr><td>$2000-$3FFF</td><td>Wolna pamięć. Minimum pamięci RAM to 10k w Atari 800XL/65XE/130XE (system 1.02/1.03) oraz 16k w 1450XLD (system 2.03). Jeśli pamięci jest mniej, system nie startuje.</td> </tr>
<tr><td>$4000-$7FFF</td><td>Wolna pamięć, w komputerach z rozszerzeniem RAM obszar przełączalnych banków pamięci</td><td>Dodatkowo pod $5000-$57FF może zostać włączony SELF TEST (tylko w serii XL/XE). Fizycznie jest on częścią OS ROM "przysłoniętą" rejestrami I/O w obszarze $D000-$D7FF.</td></tr>
<tr><td>$8000-$9FFF</td><td rowspan = 2>Wolna pamięć</td><td>Obszar [[cartridge]] A
* [[Cartridge (mapa pamięci)|Cartridge]] zewnętrzny</td></tr>
<tr><td>$A000-$BFFF</td> <td>Obszar cartridge B
* Cartridge zewnętrzny
* Wewnętrzny cartridge Atari [[BASIC]] (tylko XL/XE, oprócz [[1200XL]])
</td></tr>

<tr><td colspan = 3></td></tr>

<tr><td>$C000-$CBFF</td><td rowspan=2>Wolna pamięć "pod ROM-em" (tylko w serii [[XL]]/[[XE]]).
W komputerach serii [[400/800]] jest to obszar pusty, nie ma tu ani RAM-u ani ROM-u.
</td>
<td>[[Sygnatura ROM]] (tylko XL/XE)</td></tr>

<tr><td>$CC00-$CFFF</td> <td>Międzynarodowy zestaw znaków (tylko XL/XE), zob. [[ATASCII]]</td></tr>

<tr><td>$D000-$D0FF</td><td>Brak, [[rejestry GTIA]]</td><td rowspan = 7>Brak</td></tr>
<tr><td>$D100-$D1FF</td><td>Brak, [[rejestry PBI]] (tylko w serii XL/XE)</td></tr>
<tr><td>$D200-$D2FF</td><td>Brak, [[rejestry POKEY-a]]</td></tr>
<tr><td>$D300-$D3FF</td><td>Brak, [[rejestry PIA]]</td></tr>
<tr><td>$D400-$D4FF</td><td>Brak, [[rejestry ANTIC-a]]</td></tr>
<tr><td>$D500-$D5FF</td><td>Brak, [[rejestry zewnętrznych modułów ROM]]
* [[rejestry modułu Action]]
* [[rejestry modułu R-Time 8]]
* [[rejestry modułu SpartaDOS X]]
</td></tr>
<tr><td>$D600-$D7FF</td><td>Brak, [[rejestry PBI]] (tylko w serii XL/XE)
* rejestr [[ROM Changer|ROM Changera]]</td></tr>
<tr><td>$D800-$DFFF</td><td>
Wolna pamięć "pod ROM-em" (tylko w serii XL/XE). W czasie wymiany danych z [[nowe urządzenia|nowym urządzeniem]] zastępowana przez [[ROM PBI]].</td><td>
* [[pakiet matematyczny]]
* obszar [[ROM PBI]] (tylko w serii XL/XE), uaktywniany w czasie wymiany danych z [[nowe urządzenia|nowym urządzeniem]].
</td></tr>
<tr><td>$E000-$E3FF</td><td rowspan = 2>Wolna pamięć "pod ROM-em" (tylko w serii XL/XE)</td><td>Standardowy zestaw znaków</td></tr>
<tr><td>$E400-$FFFF</td> <td>Drugi blok OS ROM:<br>
* [[tablica skoków]]
* [[tablice wektorów ROM]]
* wektory [[przerwania|przerwań]] [[CPU]]
</td></tr>
</table>

==Zobacz też==
* [http://www.atariarchives.org/mapping/ Mapping the Atari]
* [http://www.atariarchives.org/mmm/ Master Memory Map]

[[Kategoria:Menu Główne]]
[[Kategoria:Programowanie Atari 8-bit]]

Dyskusja użytkownika:Yansen

2010-02-28T21:57:13Z

Mikey:

Witam. Bądź uprzejmy zapoznać się z artykułami [[Obsługa Atariki]] i [[Zasady dodawania]]. Hasła nie spełniające podstawowych wymogów będą kasowane bez żadnej litości. Wymagana jest także kategoryzacja, weź tu za wzór istniejące hasła. Lista gotowych kategorii jest [http://atariki.krap.pl/index.php/Specjalna:Categories tutaj]. [[Użytkownik:KMK|KMK]] 10:25, 25 lut 2010 (CET)

Czy Yansen to JBW? Jeśli tak to witam, i składam wyrazy szacunku za cały wkład w popularyzacje programowania w Polsce.
Dzięki JBW zacząłem programować i do dzisiaj to robię. Pozdrawiam [[Użytkownik:Mikey|Mikey]] 22:57, 28 lut 2010 (CET)

Sampler

2010-02-13T00:17:55Z

Mikey: oj#2 :)

Urządzenie, zwykle w postaci modułu [[cartridge]], służące do [[digitalizacja|digitalizacji]] dźwięku. Pierwsze tego typu urządzenia dla Atari powstały w USA. W Polsce było w obiegu kilka takich urządzeń, poczynając od końcówki lat 80. ("Crystal Sound" firmy [[Atares]], tudzież dopracowany, komercyjny pakiet [[Mirage AD Converter]]). Dzięki temu urządzeniu na scenie pojawiło się wiele demek z samplowanymi instrumentami (co znakomicie poprawiało jakość dźwięku, szczególnie podkładów rytmicznych - perkusji), a nawet całych wielkich kawałków (np. w "Saturday Demo" czy parę dem znanego (poźniej z Amigi) XTD). Samplera chętnie używali tacy muzycy jak [[TL]], czy [[Trener]].

Podobne urządzenia powstawały również za granicą.

{{stub}}
[[Kategoria:Glosariusz]]

Sampler

2010-02-13T00:17:27Z

Mikey: oj

Urządzenie, zwykle w postaci modułu [[Cartrige]], służące do [[digitalizacja|digitalizacji]] dźwięku. Pierwsze tego typu urządzenia dla Atari powstały w USA. W Polsce było w obiegu kilka takich urządzeń, poczynając od końcówki lat 80. ("Crystal Sound" firmy [[Atares]], tudzież dopracowany, komercyjny pakiet [[Mirage AD Converter]]). Dzięki temu urządzeniu na scenie pojawiło się wiele demek z samplowanymi instrumentami (co znakomicie poprawiało jakość dźwięku, szczególnie podkładów rytmicznych - perkusji), a nawet całych wielkich kawałków (np. w "Saturday Demo" czy parę dem znanego (poźniej z Amigi) XTD). Samplera chętnie używali tacy muzycy jak [[TL]], czy [[Trener]].

Podobne urządzenia powstawały również za granicą.

{{stub}}
[[Kategoria:Glosariusz]]

Sampler

2010-02-13T00:16:51Z

Mikey: pudeleczka my ass

Urządzenie, zwykle w postaci modułu [[Cartrige], służące do [[digitalizacja|digitalizacji]] dźwięku. Pierwsze tego typu urządzenia dla Atari powstały w USA. W Polsce było w obiegu kilka takich urządzeń, poczynając od końcówki lat 80. ("Crystal Sound" firmy [[Atares]], tudzież dopracowany, komercyjny pakiet [[Mirage AD Converter]]). Dzięki temu urządzeniu na scenie pojawiło się wiele demek z samplowanymi instrumentami (co znakomicie poprawiało jakość dźwięku, szczególnie podkładów rytmicznych - perkusji), a nawet całych wielkich kawałków (np. w "Saturday Demo" czy parę dem znanego (poźniej z Amigi) XTD). Samplera chętnie używali tacy muzycy jak [[TL]], czy [[Trener]].

Podobne urządzenia powstawały również za granicą.

{{stub}}
[[Kategoria:Glosariusz]]

6532

2010-02-09T20:57:22Z

Mikey: prominentnie wystepuje rowniez w 1050

... zwany też '''RIOT''' (od ang. ''RAM-I/O-Timer'') - wyprodukowany przez [http://en.wikipedia.org/wiki/MOS_Technology MOS Technology] układ scalony zawierający 128 bajtów statycznej pamięci RAM, dwa cyfrowe, dwukierunkowe porty wejścia/wyjścia po 8 bitów każdy oraz programowalny licznik. Dostępny w wersjach 1 i 2 MHz, w zwykłej obudowie 40-nóżkowej. Zastosowany w konsoli [[2600]], stacji [[1050]], oraz interfejsie [[850]].

== Zobacz też ==

*[http://www.devili.iki.fi/pub/Commodore/docs/datasheets/CSG/6532-8102.zip 6532 Datasheet (MOS) (GIF)]
*[http://www.ionpool.net/arcade/gottlieb/technical/datasheets/R6532_datasheet.pdf 6532 Datasheet (Rockwell) (PDF)]
*[http://sourceforge.net/projects/fpga2600 Implementacja 6532 w VHDL (część projektu FPGA2600)]

[[Kategoria:Atari 8-bit]]
[[Kategoria:Atari - Konsole]]

SN-360

2009-12-15T17:44:51Z

Mikey: /* Benchmark */

{{ImgFrm|http://atariki.krap.pl/images/0/06/Sn360-1-small.JPG|http://atariki.krap.pl/images/1/14/Sn360-1.jpg|Stacja SN 360}}
==Opis==
Polska stacja dysków 5.25" zaprojektowana przez Sławomira Nienałtowskiego, autora m.in. [[Atari Super Turbo|Atari Super Turbo (AST)]]. Sprzedawana przez firmę Atari Studio (późniejszy [[Mirage]]). Obsługuje tryby gęstości [[SD]], [[ED]], [[DD]], [[DD|DSDD]]. Z racji zastosowania napędu 360k istniała możliwość przenoszenia programów z/do PC via dyskietki. Do stacji dołączony był zestaw programów o nazwie "SN-Converter", służący do tego celu.

Do stacji można podłączyć napęd 720k od amigi/ST lub pecetowy 1.44M (po drobnych modyfikacjach oraz po zmianie firmware'u) i uzyskać pojemność 720k

==Konstrukcja==

* mikroprocesor: 8051 (Phillips 80C51BH-3)
* kontroler: WD 2797 (Siemens 2797B-P)
* Eprom: 8 KB z [[ROM|ROMem]] stacji
* [[RAM]] 8 KB (NEC D4168C-20)
* prędkość obrotowa: 300 obr./min.

==Cechy użytkowe==

* maksymalny transfer oryginalnej stacji - 19200 bps. Po zastosowaniu firmware'u opracowanego przez Mikey'a - 57600 bps)
* brak przelotowego gniazda SIO
* możliwość ustawienia ID tylko w zakresie D1-D2

==Benchmark==
Benchmark przeprowadzony programem RW-TEST pod DOS II+/D.
Pod Spartadosem 3.2G wyniki będą o około 0.5KB/s lepsze.

Standard:

DOS zapis: 1191.25 B/s<br>
DOS odczyt: 1401.21 B/s<br>
DOS średnia: 1296.23 B/s<br>

Turbo:

DOS zapis: 2540.92 B/s<br>
DOS odczyt: 2622.49 B/s<br>
DOS średnia: 2581.70 B/s<br>

==Pliki==

* [[Media:Sn360.bin.gz| Zawartość EPROMu ze stacji]]
* [[Media:Sn360utilz.atr| Obraz oryginalnej dyskietki dołączanej do stacji przez producenta]]

[[Kategoria:Peryferia 8-bit]]

SN-360

2009-12-15T17:44:22Z

Mikey: /* Benchmark */

{{ImgFrm|http://atariki.krap.pl/images/0/06/Sn360-1-small.JPG|http://atariki.krap.pl/images/1/14/Sn360-1.jpg|Stacja SN 360}}
==Opis==
Polska stacja dysków 5.25" zaprojektowana przez Sławomira Nienałtowskiego, autora m.in. [[Atari Super Turbo|Atari Super Turbo (AST)]]. Sprzedawana przez firmę Atari Studio (późniejszy [[Mirage]]). Obsługuje tryby gęstości [[SD]], [[ED]], [[DD]], [[DD|DSDD]]. Z racji zastosowania napędu 360k istniała możliwość przenoszenia programów z/do PC via dyskietki. Do stacji dołączony był zestaw programów o nazwie "SN-Converter", służący do tego celu.

Do stacji można podłączyć napęd 720k od amigi/ST lub pecetowy 1.44M (po drobnych modyfikacjach oraz po zmianie firmware'u) i uzyskać pojemność 720k

==Konstrukcja==

* mikroprocesor: 8051 (Phillips 80C51BH-3)
* kontroler: WD 2797 (Siemens 2797B-P)
* Eprom: 8 KB z [[ROM|ROMem]] stacji
* [[RAM]] 8 KB (NEC D4168C-20)
* prędkość obrotowa: 300 obr./min.

==Cechy użytkowe==

* maksymalny transfer oryginalnej stacji - 19200 bps. Po zastosowaniu firmware'u opracowanego przez Mikey'a - 57600 bps)
* brak przelotowego gniazda SIO
* możliwość ustawienia ID tylko w zakresie D1-D2

==Benchmark==
Benchmark przeprowadzony programem RW-TEST pod DOS II+/D
Pod Spartadosem 3.2G wyniki są o 0.5KB/s lepsze.

Standard:

DOS zapis: 1191.25 B/s<br>
DOS odczyt: 1401.21 B/s<br>
DOS średnia: 1296.23 B/s<br>

Turbo:

DOS zapis: 2540.92 B/s<br>
DOS odczyt: 2622.49 B/s<br>
DOS średnia: 2581.70 B/s<br>

==Pliki==

* [[Media:Sn360.bin.gz| Zawartość EPROMu ze stacji]]
* [[Media:Sn360utilz.atr| Obraz oryginalnej dyskietki dołączanej do stacji przez producenta]]

[[Kategoria:Peryferia 8-bit]]

Mikey (osoba)

2009-12-15T13:52:22Z

Mikey:

{{Blowjobb}}
Od 1994 do 2003 [[koder|koder]], autor tekstów a od 1999 współredaktor magazynu [[Syzygy]]

Autor między innymi: [[TxE]], [[DisASS]], [[Ascii Collection #1]], [[Lame #1]], [[Blokers]],[[Bash]], [[sapplug-xmms]], oraz cyklu artykułów o [http://pl.wikipedia.org/wiki/Corewars Core Wars] ([[Syzygy]] 4-6)

Przewinął się przez następujące grupy: [[New Generation]], [[Syzygy Team]], [[Blowjobb]]

Kontakt: <mikey#atari.pl>

[[Kategoria:Ludzie]]