Atariki - Wkład użytkownika [pl]

MicroPrint

2012-11-15T14:43:10Z

Pirx: /* Budowa */

Interfejs Centronics firmy [[Supra Corp.]] - urządzenie pozwalające podłączyć do małego Atari dowolną drukarkę z takim złączem. Co ciekawe, jako jeden z niewielu interfejsów nie potrzebuje dodatkowych sterowników - sam rozpoznaje tryb GRAFIKA/TEXT przełączając się odpowiednio (nie wymaga fizycznego przełączenia trybu pracy).

<center>[[Grafika:Microprint.jpg]]</center>

== Budowa ==
Układ zbudowany na płycie oznaczonej numerem '''30-0021-1''', wyposażony w układ Intel SCN8049H. W odróżnieniu od interfejsu [[MPP1150]] nie podłączono 13 pinu z portu SIO.

<center>[[Grafika:Mprpcb.gif]]</center>

== Zobacz też ==
[[MPP1150]]

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

Karin Maxi

2009-01-31T09:52:47Z

Pirx: wyglad

Interfejs pozwalający na podłączenie do Atari [[XE]] dowolnego napędu dyskietek od PC. Połączenie pomiędzy stacją a komputerem jest równoległe ([[nowe urządzenia|nowe urządzenie]]), co pozwala na uzyskanie transferów powyżej 20 kB/s. Interfejs stworzony został w połowie lat 90 XX wieku przez firmę [[Karin]] (Mariusz Geisler).

Istnieją dwie wersje tego interfejsu: zewnętrzna (wymagane jest posiadanie złącza expansion, czyli tylko Atari [[130XE]]/nowsze [[65XE]] lub Atari [[800XE]]) oraz wewnętrzna (interfejs wpina się w odpowiednie sygnały i nie jest wymagane powyższe złącze).

Co do napędów: stosuje się raczej napędy 5,25" i 3,5" o pojemności 360 do 720 kB (na 3,5" napędzie 720k można "wycisnąć" do 980 kilobajtów pojemności dyskietki formatując ją dwustronnie po 24 256-bajtowe sektory na ścieżkę). Inne pojemności stacji wymagają przetaktowania kontrolera i może się zdarzyć, że nie będą obsługiwać dyskietek atarowskich sformatowanych na nieprzerobionych stacjach.

Ciekawostką interfejsu jest obsługa pełnej pojemności boot-sektora (można zapisać 256 bajtów zamiast 128 jak w standardowych stacjach).

== Technikalia ==
* Zastosowany zegar: 8 MHz
* Zastosowany kontroler: WD 1772

== Sterowanie dodatkowe ==
Standardowo interfejs pozwala na ustawienie stacji jako D1 lub D2 za pomocą zworki oraz na podłączenie dwu napędów na raz.
Sztuczki:
* uruchomienie z wciśniętym klawiszem "SELECT" - zamienia stację z D1 na D2 bez ruszania zworek (przydatne w przypadku bootowania z innego napędu)
* przytrzymanie klawisza "Shift" podczas transmisji danych - chwilowe wstrzymanie transmisji i podejrzenie zawartości ekranu.

== Informacje użytkowe ==
Tak wygladała część kompletu sprzedawana przez producenta firme Karin. Dodatkowo, do kompletu dodawany był napęd dyskietek 5.25 lub 3.5 cala (zwykły napęd od PC).

[[grafika:Karinmaxi1.jpg]]
[[Grafika:Karinmaxi2.jpg]]

Do interfejsu oprócz instrukcji dodawana była dyskietka z [[MyDOS|MyDOSem]], który był w dość obszerny sposób w niej opisany.

[[Kategoria:Peryferia 8-bit]]

Btronic

2009-01-01T11:21:54Z

Pirx:

Paweł Bulkowski "Btronic" - rocznik '72, przedstawiciel pierwszej fali pre-sceny. Członek grup [[Our 5oft]] oraz [[Bloody Coders]]. Dobry znajomy Holendrów z [[High Tech Team]]. Tworzył [[Cracktro|cracktra]], [[Demo|dema]] i gry.
Współuczestniczył w powstawaniu między innymi: [[Stop! Gamo]], dem [[Unity]] (1992), [[Intel Outside]] (1994) oraz gier [[Operation Blood]], [[Bank Bang]] i [[Special Forces]]. Obecnie wiceprezes banku Goldman Sachs.

[[Kategoria:Ludzie]]

Chip8

2008-06-17T13:00:23Z

Pirx: TO nie emulator BASICa, ale bytecode maszyny wirtualnej (brzmi poważniej, niż jest)

{{Grafr|Chip1.gif}}
Prosty emulator interpretera bytecode maszyn wirtualnych Chip8 i Super Chip8, napisany przez [[Pirx]]a. Właściwie od tego produktu zaczęła się dyskusja na temat emulatorów innych maszyn dla Atari [[XL]]/[[XE]]. Program obsługuje gierki, pisane dla maszyn, których nazwy znajdują się zaraz na początku artykułu, dodatkowo obsługę klawiatury zamieniono na obsługę joystickiem. 
Wyboru gry dokonuje się klawiszami kursora, gra się joystickiem, a wyjście do menu jest obsługiwane za pomocą klawisza Esc.

Programik można pobrać [[Media:chip8.atr|stąd]].

{{stub}}

[[Kategoria:Oprogramowanie Atari 8-bit]]

CC65

2008-04-07T21:48:25Z

Pirx: /* Instalacja */

Właściwie '''The 6502C compiler'''. Pakiet kompilatora języka [[C]], [[asembler]]a (CA65), librariana, oraz linkera. Pierwotnie napisany przez Johna R. Dunninga na małe Atari. Obecnie rozwijana wersja
potrafi kompilować pod różne mikrokomputery oparte o [[procesor]] [[6502]], jak i 65816 (np. różne odmiany
Atari 8-bit, Commodore C64/C128/C16/C116 i inne, Apple II, Nintendo NES...), ale tylko jako tzw.
cross kompilacja - z komputerów udostępniających większe zasoby pamięci, mocniejsze procesory.

Poniżej znajduje się nieco kulawy wstęp (w głównej mierze autorstwa [[Tebe]]go) do używania
tego cross kompilatora z platformy PC, spod dowolnego systemu postdosowego.

== Wstęp do instrukcji ==
Sam program piszemy na PC w dowolnym edytorze tekstu jak Notatnik czy CodeGenie itp, a kompilator C czyli cc65 zamieni nam go na kod maszynowy 6502.

== Pliki do pobrania ==
Cały pakiet programów do tworzenia w C znajdziemy na stronie domowej projektu, patrz [[#Linki|Linki]].

Możemy też od razu wpaść na [[#Linki|ftp-a]] i pobrać plik z bibliotekami dla Atari XE/XL '''cc65-atari-''WERSJA''.zip''' oraz plik z kompilatorem przeznaczonym dla konkretnej platformy OS/2, Dos, Windows, np. '''cc65-win32-''WERSJA''.zip''' czyli Windows, bądź, dla platform unixowych,
plik ze źródłami ('''cc65-sources-''WERSJA''.tar.bz2'''), kompilowalnymi z użyciem standardowych
autotools.

== Instalacja ==
Jeśli mamy już ściągnięte oba pliki, znajdujemy dla nich miejsce na którejś z partycji (np. C) i rozpakowujemy je do np. katalogu C:\CC65

Teraz musimy jeszcze ustawić trochę zmiennych środowiskowych, aby kompilator, linker wiedział gdzie co jest. W przypadku rodziny Windows 9x, dopisujemy w pliku AUTOEXEC.BAT:

PATH=%PATH%;C:\CC65\BIN

SET CC65_INC=C:\CC65\INCLUDE
SET CC65_LIB=C:\CC65\LIB
SET LD65_CFG=C:\CC65\DOC

W przypadku Windows 2000, XP, robimy to następująco:

<tt>Mój Komputer -> Właściwości -> Zaawansowane -> Zmienne środowiskowe -></tt> dopisujemy w oknie <tt>Zmienne systemowe</tt>, czyli klikamy <tt>"Nowa"</tt> i uzupełniamy oba pola <tt>"Nazwa zmiennej"</tt> i <tt>"Wartość zmiennej"</tt> podobnie jak ma to miejsce w AUTOEXEC-u.

Teraz resetujemy komputer, bądź przelogowujemy się i możemy zacząć bawić się CC65 pod Windowsem.
(Zamiast ustawiać te zmienne na stałe, można również utworzyć plik wsadowy (.bat) uruchamiany
z wiersza poleceń i ustawiający je tylko dla danej sesji tegoż wiersza poleceń)

== Składniki pakietu ==
W katalogu C:\CC65\BIN znajdują się wszystkie pliki wykonywalne pakietu cc65:
ar65 - program do tworzenia bibliotek *.lib i operacji na nich, np. ar65 l atari.lib
wyświetli nam listę modułów wchodzących w skład biblioteki atari.lib

ca65 - makro assembler dla procesorów 6502, 65C02 i 65816

cc65 - kompilator języka C przeznaczony dla rodziny procesorów 6502

cl65 - program narzędziowy służący jako nakładka na kompilator i linker w jednym

co65 - programik do konwersji skompilowanych plików obiektowych do postaci źródeł assemblerowych

od65 - object dumper - pokazuje zawartość plików obiektowych (symbole, eksporty, importy, segmenty)

da65 - disassemler, stosuje zapis strawny na makro assemblera ca65

grc - to się Atarowcom nie przyda, bo jest to kompilator dla systemu GEOS z C64

ld65 - linker, czyli programik który składa do kupy wszystko i tworzy plik wykonywalny

== Przykład 1 ==
Teraz wypadałoby coś skompilować, czas więc na nieśmiertelny przykład, pewnie w [[BASIC]]-u też to pisaliście.

'''Przykład 1:'''
#include <stdio.h>

int main (void)
{
printf("Hello, world!\n");
return 0;
}

== Kompilacja ==
Nasz program zapiszemy do pliku np. "hello.c", aby go skompilować piszemy "'''cl65 -O -t atari hello.c -o hello.xex'''" i to wszystko, powstał plik HELLO.XEX który możemy już wczytać spod DOS-a. Uruchomienie go bezpośrednio nic nie da, musi być uruchomiony spod DOS-a.

Parametry które przekazaliśmy kompilatorowi cl65 oznaczają (wielkość liter jest rozróżniana):
-O [[optymalizacja]] kodu, tworzy optymalniejszy kod maszynowy
-t sys docelowy system, domyślnie jest to C64 :P
-o plik nazwa pliku wyjściowego

Wywołanie '''cl65''' to najszybszy i najprostszy sposób kompilacji. Skompilowany program domyślnie ładuje się od '''$2E00''', startuje od '''$2E01''', maksymalna długość skompilowanego programu może wynieść '''$8E20''' bajtów. Stos programowy liczy '''$0800''' bajtów pamięci. Strona zerowa używana jest od bajtu '''$82-$FF'''.

Domyślne ustawienia dla linkera (plik ATARI.CFG):
MEMORY {
ZP: start = $82, size = $7E, type = rw, define = yes;
HEADER: start = $0000, size = $6, file = %O;
RAM: start = $2E00, size = $8E20, file = %O; # $8E1F: matches upper bound $BC1F
}
SEGMENTS {
EXEHDR: load = HEADER, type = wprot;
CODE: load = RAM, type = wprot, define = yes;
RODATA: load = RAM, type = wprot;
DATA: load = RAM, type = rw;
BSS: load = RAM, type = bss, define = yes;
ZEROPAGE: load = ZP, type = zp;
AUTOSTRT: load = RAM, type = wprot;
}
FEATURES {
CONDES: segment = RODATA,
type = constructor,
label = __CONSTRUCTOR_TABLE__,
count = __CONSTRUCTOR_COUNT__;
CONDES: segment = RODATA,
type = destructor,
label = __DESTRUCTOR_TABLE__,
count = __DESTRUCTOR_COUNT__;
}
SYMBOLS {
__STACKSIZE__ = $800; # 2K stack
}

Jednak jakiekolwiek zmiany w pliku '''*.CFG''' nie zostaną zauważone jeśli
będziemy kompilować używając komendy '''"-t atari"''', trzeba ją zastąpić przez '''"-C atari.cfg"'''. Jeśli chcemy mieć też wpływ na typ CPU dla którego będzie generowany kod, lepiej jeśli rozbijemy proces generowania pliku wyjściowego na kompilację, asemblację i linkowanie, wtedy wszystko będzie pod kontrolą.

cc65 -O --cpu 6502 -t atari hello.c -o hello.s
ca65 -t atari hello.s -o hello.o
ld65 -C atari.cfg -o hello.xex atari.o hello.o atari.lib

Kompilator '''cc65''' tworzy z pliku '''hello.c''' plik '''hello.s''',
następnie makro assembler '''ca65''' z pliku '''hello.s''' tworzy '''hello.o''' i ostatecznie linker '''ld65''' z pliku '''hello.o''' i przy pomocy biblioteki '''atari.lib''' i '''atari.o''' oraz pliku konfiguracyjnego '''atari.cfg''' tworzy wykonywalny plik Atari '''hello.xex'''.

Jeśli chcemy aby kod programu był wykonywany na 65816, zmieniamy zapis
'''--cpu 6502''' na '''--cpu 65816'''. Czyż nie jest to cudownie proste :).

== Przykład 2 ==

'''Przykład 2:'''
#include <stdio.h>

int main (void)
{
char str1[30],str2[30];
int i;

puts("wprowadz lancuch 1"),gets(str1);
puts("wprowadz lancuch 2"),gets(str2);

for (i=0; str1[i]==str2[i]; i++)
{
}

if (str1[i]==0) // standard ansi, ciag znakow zakonczony zerem
{
puts("oba lancuchy sa identyczne");
return 0;
}

puts("lancuchy sa rozne");

return 0;
}

Programik pyta się o dwa łańcuchy znaków, potem je porównuje i informuje czy łańcuchy są identyczne, czy też różne. Jest jeszcze biblioteczna funkcja C -> "strcmp" która porówna ciągi, ale przecież jej użycie byłoby zbyt proste :)

== Przykład 3 ==

'''Przykład 3:'''
/* clock example: countdown */
#include <stdio.h>
#include <time.h>

void wait ( int seconds )
{
clock_t endwait;
endwait = clock () + seconds * CLK_TCK ;
while (clock() < endwait) {}
}

int main ()
{
int n;
printf ("Starting countdown...\n");
for (n=10; n>0; n--)
{
printf ("%d\n",n);
wait (1);
}
printf ("FIRE!!!\n");
return 0;
}

Programik zlicza od 10 do 0, wypisując stosowny komunikat na ekranie. Jest to też przykład wykonania opóźnienie z użyciem "time.h"

== Uwagi ==
Nie ma jednak róży bez kolców. Wstawianie wstawek assemblerowych musi odbywać się poprzez pliki z rozszerzeniem *.s, bądź mało czytelne wywołanie ASM("kod"). Przydzielana programowi pamięć w zasadzie mieści się w granicy $2000-$BFFF, troche mało jeśli ktoś myśli o większym projekcie. Problem z pamięcią miał też autor atarowskiej wersji systemu [[Contiki]], który posłużył się specjalnie okrojoną wersją DOS - PicoDos aby tylko wcisnąć więcej kodu poniżej adresu $2000.

== CA65 ==
Asembler dodawany do pakietu CC65.

== Linki ==
* [http://www.cc65.org Strona domowa CC65]
* [ftp://ftp.musoftware.de/pub/uz/cc65/ Serwer FTP projektu]
* [http://www.cc65.org/doc/ca65.html instrukcja użytkowania asemblera ca65]

{{stub}}

[[Kategoria:Emulacja]]
[[Kategoria:Języki programowania]]

CC65

2008-04-07T21:44:22Z

Pirx: /* Składniki pakietu */

Właściwie '''The 6502C compiler'''. Pakiet kompilatora języka [[C]], [[asembler]]a (CA65), librariana, oraz linkera. Pierwotnie napisany przez Johna R. Dunninga na małe Atari. Obecnie rozwijana wersja
potrafi kompilować pod różne mikrokomputery oparte o [[procesor]] [[6502]], jak i 65816 (np. różne odmiany
Atari 8-bit, Commodore C64/C128/C16/C116 i inne, Apple II, Nintendo NES...), ale tylko jako tzw.
cross kompilacja - z komputerów udostępniających większe zasoby pamięci, mocniejsze procesory.

Poniżej znajduje się nieco kulawy wstęp (w głównej mierze autorstwa [[Tebe]]go) do używania
tego cross kompilatora z platformy PC, spod dowolnego systemu postdosowego.

== Wstęp do instrukcji ==
Sam program piszemy na PC w dowolnym edytorze tekstu jak Notatnik czy CodeGenie itp, a kompilator C czyli cc65 zamieni nam go na kod maszynowy 6502.

== Pliki do pobrania ==
Cały pakiet programów do tworzenia w C znajdziemy na stronie domowej projektu, patrz [[#Linki|Linki]].

Możemy też od razu wpaść na [[#Linki|ftp-a]] i pobrać plik z bibliotekami dla Atari XE/XL '''cc65-atari-''WERSJA''.zip''' oraz plik z kompilatorem przeznaczonym dla konkretnej platformy OS/2, Dos, Windows, np. '''cc65-win32-''WERSJA''.zip''' czyli Windows, bądź, dla platform unixowych,
plik ze źródłami ('''cc65-sources-''WERSJA''.tar.bz2'''), kompilowalnymi z użyciem standardowych
autotools.

== Instalacja ==
Jeśli mamy już ściągnięte oba pliki, znajdujemy dla nich miejsce na którejś z partycji (np. C) i rozpakowujemy je do np. katalogu C:\CC65

Teraz musimy jeszcze ustawić troche zmiennych środowiskowych, aby kompilator, linker wiedział gdzie co jest. W przypadku rodziny Windows 9x, dopisujemy w pliku AUTOEXEC.BAT:

PATH=%PATH%;C:\CC65\BIN

SET CC65_INC=C:\CC65\INCLUDE
SET CC65_LIB=C:\CC65\LIB
SET LD65_CFG=C:\CC65\DOC

W przypadku Windows 2000, XP, robimy to następująco:

<tt>Mój Komputer -> Właściwości -> Zaawansowane -> Zmienne środowiskowe -></tt> dopisujemy w oknie <tt>Zmienne systemowe</tt>, czyli klikamy <tt>"Nowa"</tt> i uzupełniamy oba pola <tt>"Nazwa zmiennej"</tt> i <tt>"Wartość zmiennej"</tt> podobnie jak ma to miejsce w AUTOEXEC-u.

Teraz resetujemy komputer, bądź przelogowujemy się i możemy zacząć bawić się CC65 pod Windowsem.
(Zamiast ustawiać te zmienne na stałe, można również utworzyć plik wsadowy (.bat) uruchamiany
z wiersza poleceń i ustawiający je tylko dla danej sesji tegoż wiersza poleceń)

== Składniki pakietu ==
W katalogu C:\CC65\BIN znajdują się wszystkie pliki wykonywalne pakietu cc65:
ar65 - program do tworzenia bibliotek *.lib i operacji na nich, np. ar65 l atari.lib
wyświetli nam listę modułów wchodzących w skład biblioteki atari.lib

ca65 - makro assembler dla procesorów 6502, 65C02 i 65816

cc65 - kompilator języka C przeznaczony dla rodziny procesorów 6502

cl65 - program narzędziowy służący jako nakładka na kompilator i linker w jednym

co65 - programik do konwersji skompilowanych plików obiektowych do postaci źródeł assemblerowych

od65 - object dumper - pokazuje zawartość plików obiektowych (symbole, eksporty, importy, segmenty)

da65 - disassemler, stosuje zapis strawny na makro assemblera ca65

grc - to się Atarowcom nie przyda, bo jest to kompilator dla systemu GEOS z C64

ld65 - linker, czyli programik który składa do kupy wszystko i tworzy plik wykonywalny

== Przykład 1 ==
Teraz wypadałoby coś skompilować, czas więc na nieśmiertelny przykład, pewnie w [[BASIC]]-u też to pisaliście.

'''Przykład 1:'''
#include <stdio.h>

int main (void)
{
printf("Hello, world!\n");
return 0;
}

== Kompilacja ==
Nasz program zapiszemy do pliku np. "hello.c", aby go skompilować piszemy "'''cl65 -O -t atari hello.c -o hello.xex'''" i to wszystko, powstał plik HELLO.XEX który możemy już wczytać spod DOS-a. Uruchomienie go bezpośrednio nic nie da, musi być uruchomiony spod DOS-a.

Parametry które przekazaliśmy kompilatorowi cl65 oznaczają (wielkość liter jest rozróżniana):
-O [[optymalizacja]] kodu, tworzy optymalniejszy kod maszynowy
-t sys docelowy system, domyślnie jest to C64 :P
-o plik nazwa pliku wyjściowego

Wywołanie '''cl65''' to najszybszy i najprostszy sposób kompilacji. Skompilowany program domyślnie ładuje się od '''$2E00''', startuje od '''$2E01''', maksymalna długość skompilowanego programu może wynieść '''$8E20''' bajtów. Stos programowy liczy '''$0800''' bajtów pamięci. Strona zerowa używana jest od bajtu '''$82-$FF'''.

Domyślne ustawienia dla linkera (plik ATARI.CFG):
MEMORY {
ZP: start = $82, size = $7E, type = rw, define = yes;
HEADER: start = $0000, size = $6, file = %O;
RAM: start = $2E00, size = $8E20, file = %O; # $8E1F: matches upper bound $BC1F
}
SEGMENTS {
EXEHDR: load = HEADER, type = wprot;
CODE: load = RAM, type = wprot, define = yes;
RODATA: load = RAM, type = wprot;
DATA: load = RAM, type = rw;
BSS: load = RAM, type = bss, define = yes;
ZEROPAGE: load = ZP, type = zp;
AUTOSTRT: load = RAM, type = wprot;
}
FEATURES {
CONDES: segment = RODATA,
type = constructor,
label = __CONSTRUCTOR_TABLE__,
count = __CONSTRUCTOR_COUNT__;
CONDES: segment = RODATA,
type = destructor,
label = __DESTRUCTOR_TABLE__,
count = __DESTRUCTOR_COUNT__;
}
SYMBOLS {
__STACKSIZE__ = $800; # 2K stack
}

Jednak jakiekolwiek zmiany w pliku '''*.CFG''' nie zostaną zauważone jeśli
będziemy kompilować używając komendy '''"-t atari"''', trzeba ją zastąpić przez '''"-C atari.cfg"'''. Jeśli chcemy mieć też wpływ na typ CPU dla którego będzie generowany kod, lepiej jeśli rozbijemy proces generowania pliku wyjściowego na kompilację, asemblację i linkowanie, wtedy wszystko będzie pod kontrolą.

cc65 -O --cpu 6502 -t atari hello.c -o hello.s
ca65 -t atari hello.s -o hello.o
ld65 -C atari.cfg -o hello.xex atari.o hello.o atari.lib

Kompilator '''cc65''' tworzy z pliku '''hello.c''' plik '''hello.s''',
następnie makro assembler '''ca65''' z pliku '''hello.s''' tworzy '''hello.o''' i ostatecznie linker '''ld65''' z pliku '''hello.o''' i przy pomocy biblioteki '''atari.lib''' i '''atari.o''' oraz pliku konfiguracyjnego '''atari.cfg''' tworzy wykonywalny plik Atari '''hello.xex'''.

Jeśli chcemy aby kod programu był wykonywany na 65816, zmieniamy zapis
'''--cpu 6502''' na '''--cpu 65816'''. Czyż nie jest to cudownie proste :).

== Przykład 2 ==

'''Przykład 2:'''
#include <stdio.h>

int main (void)
{
char str1[30],str2[30];
int i;

puts("wprowadz lancuch 1"),gets(str1);
puts("wprowadz lancuch 2"),gets(str2);

for (i=0; str1[i]==str2[i]; i++)
{
}

if (str1[i]==0) // standard ansi, ciag znakow zakonczony zerem
{
puts("oba lancuchy sa identyczne");
return 0;
}

puts("lancuchy sa rozne");

return 0;
}

Programik pyta się o dwa łańcuchy znaków, potem je porównuje i informuje czy łańcuchy są identyczne, czy też różne. Jest jeszcze biblioteczna funkcja C -> "strcmp" która porówna ciągi, ale przecież jej użycie byłoby zbyt proste :)

== Przykład 3 ==

'''Przykład 3:'''
/* clock example: countdown */
#include <stdio.h>
#include <time.h>

void wait ( int seconds )
{
clock_t endwait;
endwait = clock () + seconds * CLK_TCK ;
while (clock() < endwait) {}
}

int main ()
{
int n;
printf ("Starting countdown...\n");
for (n=10; n>0; n--)
{
printf ("%d\n",n);
wait (1);
}
printf ("FIRE!!!\n");
return 0;
}

Programik zlicza od 10 do 0, wypisując stosowny komunikat na ekranie. Jest to też przykład wykonania opóźnienie z użyciem "time.h"

== Uwagi ==
Nie ma jednak róży bez kolców. Wstawianie wstawek assemblerowych musi odbywać się poprzez pliki z rozszerzeniem *.s, bądź mało czytelne wywołanie ASM("kod"). Przydzielana programowi pamięć w zasadzie mieści się w granicy $2000-$BFFF, troche mało jeśli ktoś myśli o większym projekcie. Problem z pamięcią miał też autor atarowskiej wersji systemu [[Contiki]], który posłużył się specjalnie okrojoną wersją DOS - PicoDos aby tylko wcisnąć więcej kodu poniżej adresu $2000.

== CA65 ==
Asembler dodawany do pakietu CC65.

== Linki ==
* [http://www.cc65.org Strona domowa CC65]
* [ftp://ftp.musoftware.de/pub/uz/cc65/ Serwer FTP projektu]
* [http://www.cc65.org/doc/ca65.html instrukcja użytkowania asemblera ca65]

{{stub}}

[[Kategoria:Emulacja]]
[[Kategoria:Języki programowania]]

Pirx

2006-12-18T16:49:49Z

Pirx:

Paweł Kalinowski "Pirx" - rocznik '73, przedstawiciel pierwszej fali pre-sceny. Członek grup [[Our 5oft]] oraz [[Bloody Coders]]. Dobry znajomy Holendrów z [[High Tech Team]]. Tworzył [[Cracktro|cracktra]], [[Demo|dema]] i gry.
Współuczestniczył w powstawaniu między innymi: [[Stop! Gamo]], dem [[Unity]] (1992), [[Intel Outside]] (1994) oraz gier [[Operation Blood]], [[Bank Bang]] i [[Special Forces]]. Były udziałowiec (zlikwidowanej) firmy [[Mirage|Mirage Interactive]], obecnie pracownik Gemius S.A.

Jego ostatnia produkcja (2006-01-17) to emulator/interpreter Chip8 i SuperChip8.

[[Kategoria:Ludzie]]

Pirx

2006-12-18T16:49:26Z

Pirx:

Paweł Kalinowski "Pirx" - rocznik '73, przedstawiciel pierwszej fali pre-sceny. Członek grup [[Our 5oft]] oraz [[Bloody Coders]]. Dobry znajomy Holendrów z [[High Tech Team]]. Tworzył [[Cracktro|cracktra]], [[Demo|dema]] i gry.
Współuczestniczył w powstawaniu między innymi: [[Stop! Gamo]], dem [[Unity]] (1992), [[Intel Outside]] (1994) oraz gier [[Operation Blood]], [[Bank Bang]] i [[Special Forces]]. Były udziałowiec (zlikwidowanej) firmy [[Mirage|Mirage Interactive]], obecnie pracownik Gemius S.A.

Jego ostatnia produkcja to emulator/interpreter Chip8 i SuperChip8.

[[Kategoria:Ludzie]]

Dyskusja:Video Interface

2006-09-19T15:04:53Z

Pirx:

O ile pamiętam, to zdanie "Możliwość nakładania na sygnał wizyjny obrazów lub napisów generowanych przez komputer" nie jest prawdziwe - Video Interface to był tylko digitizer obrazu TV, nie miał funkcji genlocka.

Hej! Jak najbardziej VIF miał możliwość nakładania swojego obrazu na obraz TV. Można było nałożyć sobie dowolny obrazek w 15 odcieniach na wejściowy sygnał video... ZTCP to przy wartości 0x00, mieliśmy przeźroczystość :) czyli 1-bitowy alpha channel :) --[[Użytkownik:Seban|Seban/SLIGHT]] 15:51, 19 wrz 2006 (CEST)

Czyli mial wejscie i wyjscie video? Moze to byl jakis prototyp?

Tam byl SCART czy chinche? Bo ja pamietam (jak przez mgle) tylko kabelek SIO. Przydalyby sie zdjecia.

Dyskusja:Video Interface

2006-09-19T07:07:28Z

Pirx:

Jakub Husak

2006-02-22T21:16:13Z

Pirx:

Jeden z pierwszych w Polsce profesjonalnych muzyków na małym Atari, tworzył niezapomniane utwory w Basicu, Action!, assemblerze, SoftSynth (Wodospadem Czasu, Wśród Gwiazd Nadziei). Jego utwory znalazły się w pierwszych Polskich komercyjnych produkcjach (Warsaw Tetris, BattleShips, Inside). Oprócz muzyki tworzył też dema (Garfield), gry (Super Fortuna, Problem Jasia). 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łdy na Grzybowskiej. Obecnie żonaty, jedno dziecko płci męskiej, pracuje w firmie AdOcean.

Pirx

2006-02-22T21:08:24Z

Pirx:

Paweł Kalinowski ('''Pirx''') - rocznik '73, przedstawiciel pierwszej fali pre-sceny. Członek grup [[Our 5oft]] oraz [[Bloody Coders]]. Dobry znajomy Holendrów z [[High_Tech_Team]]. Tworzył [[Cracktro|cracktra]], [[Demo|dema]] i gry. :)
Współuczestniczył w powstawaniu między innymi: ''[[Stop! Gamo]]'', ''[[Unity demo]]''(1992), ''[[Intel Outside]]'' (1994) oraz gier ''[[Operation Blood]]'', ''[[Bank Bang!]]'' i ''[[Special Forces]]''. Obecnie udziałowiec (upadającego) [[Mirage|Mirage Interactive]] i pracownik Gemius S.A.
Jego ostatnia produkcja to emulator/interpreter Chip8 i SuperChip8.

{{stub}}

[[Kategoria:Ludzie]]

Our 5oft

2005-03-22T08:17:23Z

Pirx:

Our 5oft założyli Btronic, [[Pirx]] i Blue Tom około roku 1988 w Pułtusku. Grupa istniała w czasach proto-sceny. Cos znaczące prodki grupy to (w kolejności mniej więcej chronologicznej):
Pewex demo (okazuje się, że Our 5oft był prekursorem emarketingu w Polsce:)
Kasprzak demo
Equation of Time
Stop! gamo
Halleproject demo (jedna część)
OMC65 crossassembler
Intel Outside

Gry:
Operation Blood
Bank Bang!
Special Forces

Grupa nie istnieje, choć [[Pirx]] i Btronic interesują się życiem sceny.

Pecuś

2005-03-22T08:04:18Z

Pirx:

Człowiek, który postanowił udowodnić, że 8-bitowe komputerki mogą odgrywać mody (pliki muzyczne w formacie .MOD). Twórca pierwszego playera modułów na małe atari.

Pirx

2005-03-22T08:00:18Z

Pirx:

Rocznik '73, przedstawiciel pierwszej fali pre-sceny. Członek grup Our 5oft oraz Bloody Coders. Współuczestniczył w powstawaniu m.innymi Stop! Gamo, Halleproject demo (1992), Intel Inside (1994) oraz gier Operation Blood, Bank Bang!, Special Forces. Obecnie pracownik i udziałowiec Mirage Interactive.