Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
HDDRIVER 12.75 Sterownik HDDRIVER, kluczowe narzędzie dla pamięci masowej Atari 16/32-bit, otrzymał aktualizację 12.75, która naprawia błąd w HDDRUTIL.
Opcje wyszukiwania (Strona 105 z 121)
Np tu: http://atariki.krap.pl/index.php/Sikor
Czasem pojawia się też na zdjęciach ze sztabów i zlotów.
Sikor. Nie chodzi o to, żeby zrobić COŚ - chodzi o to, żeby zrobić COŚ, CO WARTO POKAZAĆ. Inna reguła rządzi corocznym 1 IV pisaniem programu dla jaj.
Nooooo! Ładne! Czuje dziewczyna klimat :) Pogratulować.
@Jacques: Jest tam SCART. Używam tego monitorka do XL/XE+VBXE i mam kabelek DSUB(VBXE)->SCART(8833).
@Urborg: Jeśli to nie problem, to poprosiłbym właśnie taki kabelek. Dźwięk z wyjścia monitorowego STe się bardzo przyda.
Edit: @Jacques: O taki: http://www.amiga-hardware.com/showhardw … HARDID=879
Zakupię kabelek łączący Atari 520 STE z monitorem Philips CM 8833.
Ta, tylko samolotem nie zabierzemy tyle sprzętu co byśmy chcieli... :/
Oraz voltaż wraz z odpowiednim amperażem.
KMK i SpeedDrive po 1 szt.
Trzech. Niezależnie od postępu prac Candla chętnie zanabędę KMK/JŻ.
Przecież Candle robi już coś lepszego... Sam miałem ochotę na KMK/JŻ IDEA ale czekam cierpliwie.
No skończy się błędem, bo OS będzie czekał na resztę danych, których nie dostanie. Z kolei wysłanie większej ilości danych nie zakończy się błędem, jeśli 129 bajt w 256 bajtowym sektorze będzie identyczny z crc (właściwie to sumy bajtów z przeniesieniami) z pierwszych 128 bajtów. Jeśli nie będzie pasował, to błąd będzie. Reszta sektora zostanie zignorowana. Nie wiem co zrobi karin.
A nie jest to ograniczenie w ROM samej stacji? Przynajmniej w LDW2000, CA2001, INDUS. Po to właśnie chyba Trub pisał swój loader dla CPM, bo pierwsze 3 sektory dyskietek CPMowych miały po 256b.
Edit: Zresztą w samym protokole SIO nigdzie nie idzie informacja o ilości danych, więc musi to rozstrzygać samodzielnie sprzęt (Atari ma informację o ilości oczekiwanych/wysyłanych danych w DBYTE). Pewnie więc i inne stacje zakładają, że sektory 1..3 są zawsze 128b.
Korepetytora? A na co mi korepetytor? Powtarzanie jest zdecydowanie bardziej kształcące z korepetytorką. No i jak mówiłem - inwestycja... i tak dalej.
Lub (jeszcze lepiej) korepetytorki. Inwestycja na całe życie :)
Ja słucham cały czas prawie Cybernetic Celtic Wizarda. Bardzo fantasy ;)
Muszę.se wpisać w cefał: "POETA!"
To się kwalifikuje na wizytę u stomatologa.
Zdrowia, szczęścia, pomyślności dla małej.
A mogła być (K)Atarzyna...
@Alex: Świetna procedurka, ale:
- wymaga offscreen w formacie orica (czyli 8000 bajtów orica, no i 6400 bajtów na ekran antica),
- mimo tego można ją łatwo przerobić tak, żeby zapisywać konkretne 2 bajty ekranu antica przy aktualizacji 1 orica,
- nie byłoby problemu z czarną linią w środku obrazu.
Ciekawe, jak bardzo gra by zwolniła...?
Np. tak?
;ekran 32-bajtowy (wykorzystane bajty 1..30)
;X=x (0..39)
;Y=data
puttoscr:
lda hshltab,x
sta shldata+1
lda hshrtab,x
sta shrdata+1
shldata = *+1
lda sh0l,y
sta datal
shrdata = *+1
lda sh0r,y
sta datar
ldy postab,x
lda (line),y
and maskltab,x
datal = *+1
ora #0
sta (line),y
iny
lda (line),y
and maskrtab,x
datar = *+1
ora #0
sta (line),y
rts
postab: dta :40 1+#*6/8
hshltab: dta :10 >sh2l,>sh4l,>sh6l,>sh0l
hshrtab: dta :10 >sh2r,>sh4r,>sh6r,>sh0r
//tablice masek tresci ekranu odpowiednio dla lewego bajtu i prawego
maskltab: org *+40
maskrtab: org *+40
//tablice wartosci wpisywanych do pamieci ekranu przesunietych o n bitow
//i zamaskowanych (6-bit) odpowiednio dla lewego bajtu
sh0l: org *+$100
//sh2l ma te sama zawartosc, co sh0l (same zera) - mozna scalic w jedna
sh2l: org *+$100
sh4l: org *+$100
sh6l: org *+$100
//i dla prawego
sh0r: org *+$100
sh2r: org *+$100
sh4r: org *+$100
sh6r: org *+$100
Wychodzi sporo operacji na zapis jednego bajtu na ekranie no i całkiem spory narzut na tablice.
Podobnie by trzeba było zrobić z odczytem.
XXL to wie, dlatego Apple Invaders też wykorzystują 6 bitów na bajt :)
Znalezione posty [ 2,601 do 2,625 z 3,024 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.097 sekund, wykonano 19 zapytań