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
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Opcje wyszukiwania (Strona 70 z 329)
to pozostawiam Tobie :-)
troszke poszperalem w pirackich kopiach z tamtego okresu ... i nie jest tak zle, ciekawostka jest gra "Beach Head" 83 rok ze wszystkich piratow (chyba z 6 roznych) mam wrazenie ze niezaleznie powstaly tylko 2 :-) ewidentnie widac ze piraci korzystali z kompresji!
w Beach Head znalazlem dwie rozne procedury kompresji RLE
1. ze slowami kodujacymi BF i CF (kiepsko bo np. pojedyncza dana "CF" bylaby kodowana 3 bajtami)
2. ta ciekawsza z licznikami 8 i 16 bitowymi :-)
ciekawe czy inne calodyskowki tez tak traktowali ;-)
kompresor podaje jakis ofset od poczatku spakowanych danych - takie bezpieczne miejsce do ktorego mozna depakowac nie nadpisujac danych jeszcze nie rozpakowanyc? czy na oko kodera? ;-)
dzieki :-)
faktycznie na ustawieniach Fast jest najefektywniejszy - tak jak mowisz, pewnie to kwestia malych plikow dla atari.
Nie odnosilem sie do Twojego posta :)
tu jest fajnie opisane: https://en.wikipedia.org/wiki/CSG_65CE02
czytany bajt nigdy nie jest interpretowany jako rozkaz, zawsze jeszcze raz jest czytany i interpretowany
(swoja droga ten cpu z linku wykonuje niektore rozkazy w 1 cykl)
no ciekawe, ciekawe :-)
i to ze tylko nielegalse moga miec 8 cykli...
czyli caly ten pipeline to sciema, nawet jak mamy 1 bajtowy rozkaz w drugim cyklu czyta kolejny bajt to po wykonaniu tego rozkazu i tak przeczyta jeszcze raz kolejny bajt...
---
raczej chodzilo mi o ten dokument: http://visual6502.org/wiki/index.php?ti … ing_States
a konkretnie:
When T1 is displayed inside the seventh (bracketed) field, the external SYNC pin is also being driven high (by the node tested for T1) to indicate that the current memory read operation is for an instruction opcode.
a konkretnie:
Last cycle of all(*) opcodes
*-oprocz skokow...
Gdzies czytalem, ze 6502 pobiera nastepny rozkaz jeszcze w czasie wykonywania poprzedniego - w ostatnim cyklu.
Jesli to prawda to rozkazy skoku warunkowego pewnie maja to jakos rozwiazane ale mnie interesuje co sie stanie jesli kod programu znajduje sie w obszarze ktory wlasnie wykonywany rozkaz zmieni.
wykonujemy przykladowo rozkaz
A000: sta $d500
A003: lda #0
a po sta mamy pod adresem to:
A003: ldx #0
jaki bedzie efekt ?
jak wlasciciel pozwoli Ci zjesc na miescie to sobie zamowisz :)
kurczak... w sumie kielba bylaby lepsza
format PP to jakas tajemnica ;-) nigdzie nie ma opisu formatu danych... to jakas mutacja LZ
jesli ma tu ktos amige i sie nudzi ;-) to prosze o kompresje przykladowego pliku do PP z 5 wydajnosciami (Fast/ Medicore/ Good/ Very Good/ Best)
:D
panstwo z dykty
prosze nie siadac przy oknie bo psy sprawdzaja

od czego by tu zaczac ;D
SRAM na CPU ale po to, zeby ten softCPU mial podmienione rozkazy KIL/HLT/CIM na np. mnozenie, dzielenie, wypelnianie pamieci :D w 4 cykle... a nawet 8 ;-)
Pin napisał/a:... a prawidłowo napisany loader ładuje przez OS i to z każdego urządzenia obsługiwanego przezeń
nie. tylko ten loader ma sie zaladowac przez OS :-)
sun napisał/a:@xxl: to jeśli można, poproszę do testów.
nie dziala z u1mb :-)
2. to ze driver siedzi w ext ram bylo przedstawiane jako super duper ficzer, teraz staje sie wymowka :-) standard jesli propaganda sukcesu zawodzi.
3. oczywiscie ze dziala. prawidlowo napisany sterownik dziala z kazdym dos :D jesli sterownik pod sdx dzialaja tylko z nim to ... prosze bardzo ;-)
przekaz zespolowi sdx, ze sterowniki powinny byc zgodne z systemem :-) dla trybow znakowch (nawet 80 znakowc) programy powinny "myslec" ze pracuja w trybie znakowm - tak, niektore sprawdzaja :-) atari wprowadzilo pewne reguly dla zmiennych systemowych, po co je lamac... beda wiedziec o czym mowie.
sprawa dwa, wydajniej jest sprawdzic tryb na wektorze put - nigdy nie zaskoczy nas np takie cos:
GR.9+16 (ok.)
GR.9 (nie ok.)
fajnie by bylo miec DONGLA we wtyczce SIO z tym ustrojstwem - jest tam pin AUDIO-IN wiec dzwiek mielibysmy miksowany z POKEYem :-)
bardzo ciekawe z tymi fontami, tak sprawdzmy czy sterowniki wykonuja scroll fonta oczekuje wnikow takich, ze te ktore nie scrolluja beda mialy podobne czasy w put char na parzystych i nieparzystych wspolrzednych oraz jesli przechowuja fonty w zestawach 1kb to beda znaczaco szybsze
---
program testowy: raz sprawdzimy pozycje 0,0 pozniej 1,0
10 FOR X=1 TO 10000
20 POSITION 0,0: REM POSIOTION 1,0
30 ? "A";
40 NEXT X
50 GRAPHICS 0
wyniki:
ACE: 0:51 i 0:57
SDX: 1:06 i 1:11
E80: 0:52 i 0:58
napisalbym kasliwa uwage ze sdx przegrywa juz nawet z driverem pisanym na kolanie dwa dni.. ale sprawa staje sie zenujaca...
wygoda np. "responsywnosc" jest dosc wazna i nawet ulamek sekundy chocby jednorazowo ma znaczenie...
dobrze jest umiec racjonalizowac :-) np. jedzenie z talerza jest wygodne, ci co jedza z wiadra beda racjonalizowac ze w brzuchu i tak sie zmiesza ;-)
perinoid napisał/a:Jak często w takim programie trzeba przeliczać pozycję, żeby coś narysować? E... rzadko?
za kazdm razem kiedy wyswietlasz cos na ekranie... np. wprowadzony jeden znak z klawiatury
chcialem sprawdzic jak sobie radza sterowniki z obliczaniem adresow - tu nie bedzie scrolla
i wychodzi na to ze wszystkie obliczaja adresy - zaden nie tabelaryzuje?
wiem ze zostane posadzony o stronniczosc bo znowu SDX wychodzi najgorzej (naprawde chcialem mu dac fory bo myslalem ze skoro ma tyle ramu to bedzie tabelaryzowal) ...
test:
10 f.x=1 to 1000
20 a=rnd(0)*70
30 b=rnd(0)*20
40 pos.a,b
50 ? "atari";
60 n.x
70 gr.0
ACE80: 0:54
SDX80: 0:58
i dla jaj.. moj 2 stronicowy + 30 bajtow sterownik E80
E80: 0:52
najszbszy, a przypominam ze korzystam z systemowej procedury CONVERT ...
taka sytuacja
do tekstowego interfejsu uzytkownika
Znalezione posty [ 1,726 do 1,750 z 8,202 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.209 sekund, wykonano 11 zapytań