Polecam obejrzec to.
Oh my God! What was that!? :D
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
ASAP ma 20 lat - wydanie 7.0.0 20 grudnia 2005 został utworzony pierwszy commit w repozytorium CVS projektu ASAP (Another Slight Atari Player).
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.
atari.area forum » Posty przez Lizard
Polecam obejrzec to.
Oh my God! What was that!? :D
Cytaty z "Mr.Atari's MyIDE(tm)-hardware for ATARI XL/XE-computers":
IDE handles 16 bit-words, but because a Atari is 8 bit, only the lower 8 bits of the words are used. This means that the Atari can use only half the drive-capacity.
I wszysyko jasne: tylko połowa dysku jest wykorzystywana. Ciekawe co interfejs robi z drugim bajtem. HDD nie wyśle następnego słowa dopóki nie zostanie pobrane w całości poprzednie. Jeśli gość rozwiązał to programowo, to transfer jest dwa razy niższy niż KMK IDE. Jeśli sprzętowo - powinien być porównywalny (jestem jednak pewien, że nie większy!)
This first sector is divided into 9 groups of 8 bytes.
(...)
The first group contains the physical size of the harddisk and how many partitions there are:
(...)
The next 8 groups are the partition-tables. The bytes are arranged as follows:
Tu widać, że MyIDE pozwala na założenie do ośmiu partycji. Poza tym partycje zaczynają się od pełnego cylindra.
Tak, ale wymaga dodatkowego wsparcia w postaci Atari 800Byx'ow. :lol:
Co masz na myśli, bo nie wiem czy mam się obrazić? ;)
Może i jest to kombinowanie. Na pewno jednak mniejsze niż pisanie pięćdziesiątego asemblera. Poza tym wygląda to skomplikowanie, ale takie nie jest. Skomplikowanie mogą wyglądać same makra, ale ich stosowanie jest bajecznie proste.
Rozkazy JSL i JML w 65816 dotyczą skoków poza pierwsze 64kB, a nie do banków, więc tutaj nie znajdą zastosowania. Niewątpiwie jednak jego 16-bitowe rejestry mogą skrócić i przyspieszyć opisane procedury.
Zamiast pisać nowy asembler, można ułożyć makra dla dowolnego makroasemblera.
Preferowany MAE ze względu obsługę ficzerów 816-tki, ale nie tylko:
ˇ MAE potrafi zmieniać wartości etykiet w czasie asemblacji, co może być przydatne dla zapamiętywania numeru banku:
_bank.no = -1 ; $FFFFFF - 24-bit!
set _bank.no = _bank.no+1 ˇ Makra MAE, w czasie asemblacji, wstawiane są jako listing do źródła i dopiero wtedy kompilowane. Dzięki temu można pokombinować z dynamicznym tworzeniem etykiet, a nawet kodu (!) co jest istotne przy odwołaniach pomiędzy bankami:
!!!makro .md
...
bank:1 = :2
...
.emJeśli teraz wywołamy makro makro z parametrami np. 0 i $FF, to asembler utworzy etykietę bank0 o wartości 255, której wartość można później zmieniać!
ˇ MAE rozpoznaje lokalne etykiety makra (nazwa poprzedzona trzema kropkami - ...local) co chroni przed błędami typu Label defined twice.
ˇ Nie będę się już tutaj rozwodzić nad asemblacją warunkową, ale przy tego typu operacjach jest ona niezbędna.
Dołączam się więc do swych przedmówców.
Po co wyważać otwarte drzwi? :D
Co gorsza, są przecież sektory 512B (ok. dwa razy krótsze oczekiwanie na dane od dysku), w dodatku stosowałem rozkaz odczytu wielu sektorów, co pozwala ominąć 14 dodawań adresu c/h/s na klatkę, a NMI pozostało wyłączone...
Czy to znaczy, że MyIDE z sektorami 256B chodzi z szybkością KMK IDE 512B? Tak wynika z Twojej wypowiedzi.
ale obawiam się, że... KMK JEST WOLNIEJSZA OD MYIDE...
Na jakiej podstawie wysnuwasz swe wątpliwości?
Dobrze było by przeprowadzić testy szybkości obu interfejsów jednym benchmarkiem i wtedy ogłosić wyniki. Poza tym p[ozostaje kwestia, czy szybszy jest soft czy hard? Jeśli to pierwsze, to wiadomo co należy zrobić. ;)
Na tym dowcip polega. Nawet jak uda Ci się spreparować taką tablicę, w co wątpię, to zajmie ona tyle pamięci, że lepiej od razu porzucić ten temat.
A wątpię, bo do masz tylko 16 bitów, a dwa wyniki w/w mnożenia, to razem bitów 24. Jednym słowem miałbyś tablicę "sum kontrolnych". A te mają to do siebie, że dla różnych kombinacji na wejściu mogą dać jednakowe wyniki na wyjściu.
Poza tym, nadal nie wiesz co będziesz mnożył następnym razem. A jak wiesz, to po co mnożyć? Lepiej od razu zrobić tabelkę gotowych iloczynów. :lol:
LOL! Ale oldsq! 8O
Prawie? Czy to znaczye, że Pinek ma więksy wypas? Czy może chodzi o łóżko wodne w garażu? ;)
Jeśli możesz poświęcić 8kB, to zrób tablicę wszystkich możliwych wyników, a proca mnożenia wyglądać będzie tak (spisana z kartki, nie zoptymalizowana, nie wiem czy działa, ale chodzi o sama ideę :rolleyes: ):
mul48 lda m4
and m8
tax
beq ?x
clc
lda m4
adc #>tab.lo
sta t.lo+1
adc #$10
sta t.hi+1
ldy m8
lda (t.hi),y
tax
lda (t.lo),y
?x rtsKomórki na stronie 0 o adresach t.lo i t.hi zawierają młodsze bajty tablic wyników i nie powinny się zmieniać w czasie wykonywania programu.
Zrobienie samej tablicy nie stanowi problemu. :)
Epi: jak przewidzisz wartości czynników drugiego mnożenia i jaką masz gwarancję, że mnożenie to będzie przez tę samą liczbę 8-bitową?
A nawet jeśli, to jak potem rozdzielisz wartość 16-bitową na dwie 12-bitowe? Tylko tak szybciutko, bo 60 cykli, to nie wiele. :twisted:
Ja bym kupił dla samego karta, ale 20 BUGpsów, to torchę za dużo. :(
Wrzuć do AUTOEXEC.BAT: POKE 710,kolorek :) A jak chcesz na stałe, to uderz do mnie na priva podeślę Ci coś w tym temacie.
Wg mnie numery wersji są na tyle blisko siebie, że różnice najprawdopodobniej dotyczą samego kodu. Jeśli chodzi o mieszanie linii (a)dresowych, o których wspomina Pinek, to może pomóc coś takiego:
1. Zgrywamy zawartość EPROMU z wersją 4.20 i zapisujemy do pliku.
2. Bierzemy plik SDX420.ROM.
3. Patrzymy jak poprzeplatane są bajty dwóch powyższych plików.
4. Bierzemy plik SDX422.ROM i mieszmy go zgodnie z ustalonym przed chwilą przeplotem.
5. Wrzucamy pomieszany plik 4.22 na EPROM.
W razie czego dysponuje programem zapisującym każdy z panków SDX do osobnego pliku.
A teraz znane mi różnice:
1. Po uruchomieniu 4.22 komunikat o braku Sweet-16 (mowa oczywiście o standardowych Atarkach z 6502). Do czego Sparcie potrzebny 816 - nie wiem. Może tylko po to, by ustawić wektory prerwań w RAMie pod ROMem pod właściwymi dla 816 adresami?
2. Inne działanie prompcika. W 4.20 chcąc mieć literę dysku i ścieżkę trzeba było ustawić PATH na $L:$P>, w 4.22 - $L$P>.
3. Różne adresy niektórych procedur systemowych (w większości o 2 bajty do przodu, ale są wyjątki), przez co, o mało nie popełniłem gafy podczas analizowania jednego programu z carta ostatniej wersji SDX.
4. Oczywiście część programów z modułu jest w nowszych wersjach (m.in. ATARIDOS.SYS i INDUS.SYS).
5. Podejrzewam, że usunięto część błędów i dodano nowe. :twisted:
6. Inny numer wersji po wydaniu polecenia VER. ;)
Konkluzja: nichil novi sub Iovi.
Być może różnic jest więcej, ale...
Przede wszystkim nie istniało pojęcie IT, chyba, że E.T. :)
Pamiętacie to: http://atariarea.histeria.pl/forum/viewtopic.php?t=1744?
No to w najnowszym nuerze możemy przeczytać o Symphony 2004. Nic specjalnego, ale rozwaliła mnie taka oto końcówka:
Demoscena to głównie europejski ruch fanów awangardowej sztuki multimedialnej. Jego korzenie sięgają lat 80., czyli momentu popularyzacji ośmiobitowych komputerów domowych (np. ZX Spectrum, Commodore 64, Atari 800XL/65XE/130XE, Amiga 500 itp.).
Kolorek i wytłuszczenie dodałem już od siebie.
Myślę, że autor przez "itp." chciał powiedzieć: PC AT i 386. :twisted:
8O Każdy ma jakiegoś bzika, 8O
8O Każdy jakieś hobby ma... 8O
Toz to legendarny BYX(R)(TM) :)
Bez siary, teraz nie siarkuja :)
A ile wolt to niech sie smakosze wypowiedza :)
To OSZUSTWO!!! Prawdziwe, legendarne wina rozlewane są po 750ml, a to ma tylko 700. :(
A pod jakim DOSem to testowałeś? A raczej w jakim formacie była partycja, z której odpalałeś sample/animki? Najlepsze transfery uzyskuje się dla partycji Sparty. W przypadku partycji AtariDOSa (MyDOS) szbykość spada o jakieś 10kB/s.
Sterownik KMK nie oblicza za każdym razem adresu sektora, tylko zwiększa odpowiednio wartości o jeden (w przypadku odczytu sekwencyjnego, kiedy plik nie jest sfragmentowany), co dodatkowo zwiększa szybkość (porównaj testy szybkości dla sequence i random pod SI).
KMK pisząc D2D umieścił dwa krótkie bufory poza obszarem $4000-$7FFF (banki pamięci), aby uniknąć opóźnień wyikających z nadmiernego przełączania takowych pod SDX w trybie banked.
Myślę, że aby KMK był wolniejszy od czegokolwiek, to to cokolwiek musiałoby wykorzystywać DMA. Kiedyś bawiłem się w wyciąganie szybkości na maksa i wiem, że to co daje interfejs Konrada jest maksymalną szybkością dla 6502 przy zegarze 1.79MHz. Różnice kilku kilobajtów przy szybkości 100kB/s raczej nie mają znaczenia i wynikają z szybkości samych dysków (to naprawdę ma znaczenie).
D2D dla zwiększenia częstotliwości sampli wywala systemową procedurę rozpoznawania źródła IRQ i na chama wstawia skok do odtwarzania sampla.
Stosując sektory 512B pozbawiasz się możliwości zapisu kilu plików na partycji, co nie jest dobrym rozwiązaniem. Takie coś było zastowoane w mojej animce, którą pokazywałem w Opalenicy w 1997. Było to 14fps w GR.15 + MPT i jakoś nic się nie cięło. Co innego z samplami.
BTW. Przy samplowaniu bezpośrednio na dysk udało się wyciągnąć ok. 20kHz (czyli tyle ile odczyt, który jest 2-krotnie szybszy!).
A u nas w 100lnicy był już i kryzysowy i krezusowy, to teraz będzie kratywnościowy. Ciekawe kiedy będzie kreatynowy?
...a i tak skończy się na kretynowym. :twisted:
Jestem za pomysłem Sikora.
A ja się nie mogę wyspać od kilku miesięcy. Za to głowa niepier... równo.
Czyżby środkowa?
He, he, a tak BTW, to w tej chwili ludzie ze środkowej jest najwięcej, a ta część nie została uwzględniona w odpowiedziach. To dyskryminiacja! :twisted:
Albo nie rozumiem angielskiego humoru, albo mój angielski nie pozwala na dopatrzenie/dosłuchanie się czegokolwiek wspólnego z Atari, prócz koszulki i nazwy "grupy". :rolleyes:
A u mnie wszystko zmienia się z miesiąca na miesiąc. :?
Trudno mi powiedzieć, który termin będzie najlepszy, ale chyba zaraz po 10-tym (Matki Boskiej Pieniężnej ;) ).
Hej, jak zwykle ja :mrgreen:
Sikor, dlaczego masz takie wielkie zęby? :twisted:
A tak. Pisząc poprzedniego posta nie widziałem jeszcze zdjęć, bo coś nie chciały się wyświetlić. ;)
Teraz nie pozostaje mi nic innego jak oddać palmę pierwszeństwa. Oby Ci nie odbiła. ;)
Eee... A do czego kolega pije, bo nie pamiętam. ;)
Oj, tak. Boli i to bardzo. A najfajniejsze jest to, że człowiek przypomina sobie o tych nowinkach oglądając AVIki, JPEGi, czytając RTT i relacje innych. :D
Zgodnie z powyższym przyznaję się, że jak dziś nie pamiętam już/jeszcze żadnej nowinki z przed roku. ;)
atari.area forum » Posty przez Lizard
Wygenerowano w 0.130 sekund, wykonano 13 zapytań