1,926

(29 odpowiedzi, napisanych Software, Gry - 8bit)

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.

1,927

(29 odpowiedzi, napisanych Software, Gry - 8bit)

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
       ...
       .em

Jeś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

1,928

(8 odpowiedzi, napisanych Sprzęt - 8bit)

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ć. ;)

1,929

(11 odpowiedzi, napisanych Software, Gry - 8bit)

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:

1,930

(8 odpowiedzi, napisanych Scena - 8bit)

LOL! Ale oldsq! 8O

1,931

(4 odpowiedzi, napisanych Miejsca w sieci)

Prawie? Czy to znaczye, że Pinek ma więksy wypas? Czy może chodzi o łóżko wodne w garażu? ;)

1,932

(11 odpowiedzi, napisanych Software, Gry - 8bit)

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     rts

Komó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:

1,933

(5 odpowiedzi, napisanych Software, Gry - 8bit)

Ja bym kupił dla samego karta, ale 20 BUGpsów, to torchę za dużo. :(

1,934

(13 odpowiedzi, napisanych Sprzęt - 8bit)

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...

1,935

(5 odpowiedzi, napisanych Bałagan)

Przede wszystkim nie istniało pojęcie IT, chyba, że E.T.  :)

1,936

(5 odpowiedzi, napisanych Bałagan)

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:

1,937

(4 odpowiedzi, napisanych Miejsca w sieci)

8O Każdy ma jakiegoś bzika, 8O
8O Każdy jakieś hobby ma... 8O

1,938

(29 odpowiedzi, napisanych Zloty)

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.  :(

1,939

(8 odpowiedzi, napisanych Sprzęt - 8bit)

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!).

1,940

(13 odpowiedzi, napisanych Bałagan)

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.

1,941

(25 odpowiedzi, napisanych Bałagan)

A ja się nie mogę wyspać od kilku miesięcy. Za to głowa niepier... równo.

1,942

(39 odpowiedzi, napisanych Bałagan)

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:

1,943

(7 odpowiedzi, napisanych Miejsca w sieci)

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:

1,944

(31 odpowiedzi, napisanych Zloty)

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:

1,945

(10 odpowiedzi, napisanych Miejsca w sieci)

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. ;)

1,946

(10 odpowiedzi, napisanych Miejsca w sieci)

Eee... A do czego kolega pije, bo nie pamiętam. ;)

1,947

(10 odpowiedzi, napisanych Miejsca w sieci)

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. ;)

1,948

(36 odpowiedzi, napisanych Zloty)

meśka dw róló_było
mov ax, meśka
neg ax

Co pan tu z pętlum wyjeżdża. :?

Powinno być: :idea:

meśka = róló_było

    lda meśka
    eor #$ff
    sta opinia_o_party

albo tak:

meśka = róló_było

    move.w   meśka,d0
    not.w    d0
    move.w   d0,opinia_o_party

BTW: ja również potrzebuję pocieszenia. Wszystko przez to, że do sieci dorwałem się w piątek i za późno dowieciałem sie o strefie G.A.Z.U.  :cry:

1,949

(40 odpowiedzi, napisanych Zloty)

Pociąg fajny jest,
można sobie pobiegać,
wypić z kumplem można też
i zdemolować jakiś przedział.

Ok. Ostatniego nie popieram, ale...  :twisted:

Jadę jak na porządnego scenowca przystało - pociągiem. Mam nadzieję, że spotkam tam ekipę w liczbie > 0 (czyt. wsiądę do tego, w którym będzie więcej partyzantów).

1,950

(2 odpowiedzi, napisanych Software, Gry - 8bit)

Jaki extract? Skąd? Jakie i po co 3 pierwsze sektory?

Dyskowe wersje Sparty są plikami binarnymi w standardzie AtariDOS, tj. nagłówek: $FFFF, początek bloku, koniec bloku, blok danych,...

Aby utworzyć dyskietkę startową wystarczy skopiować plik *.DOS na dyskietkę w formacie Sparty i wykonać polecenie BOOT PLIK.DOS (polecenie dostępne w każdej wersji SpartaDOS-u). Zamiast tego lepiej użyć programu INIT.COM lub XINIT.COM i zwalić czarną robotę na komputer. Jeśli brakuje Sparty lub wspomnianych programów, wystarczy nagrać na dyskietkę plik *.DOS. W boot sektorze bajty 40 i 41 ($28, $29, liczone od zera) zawierają numer pierwszego sektora mapy pliku, który ma być ładowany w trakcie bootowania. Jeśli DOS nagrany został na czystą dyskietkę, to należy w tych byjtach wpisać wartości 7 i 0 (dyskietki do 1023 sektorów: SD/SS, DD/SS), albo 8, 0 (>=1024 sektorów: ED, DD/DS), albo 9, 0 (>=2048 sektorów: dyskietki 720kB), albo... Łatwo policzyć.  :D