to co masz to afaik inny producent (wpisz cala nazwe w googlach) i taktowanie 4MHz

Czy istnieje możliwość wpakowania takiej dopałki do standardowego mechanizmu rozszerzeń Xl/XE, czyli cartridge'a? Jeśli tak, to odpadłaby dekompozycja malucha.

CMD mikro - procek sprzedawany przez ThePinka a wyciagniety wczesniej z Applówki?

To można spróbować obliczyć. Ale niestety, dopał nie będzie taki wielki, bo I/O ma być taktowane tradycyjnie, a zapis do RAM-u w pierwszych 64k będzie wolny. Może natomiast przyspieszyć zapis, bo I/O będzie nadal wolne, ale odczyt z RAM-u będzie szybki.

Teoretycznie sam odczyt sektora 512-bajtowego powinien zajmować 3620 cykli, co daje 244,8 kilobajta na sekundę. Odjąć 30% (Antic) - 160 kilobajtów na sekundę. Oczywiście pominąłem resztę kodu handlera, dzielenia, mnożenia, potęgowania i pierwiastkowania  :D  jakich wymaga CHS. Osobiście będę zadowolony, jeśli odczyt przekroczy 100 kB/s.

[ Dodano: 06.01.2005 14:41:46 ]
Mała poprawka: powyższe obliczenia są w porządku - chyba - dla zegara 1,773 MHz. W przypadku 14 MHz, ponieważ instrukcja przesłania blokowego zużywa dwa cykle na operację wewnętrzną, w praktyce czas przesłania jednego bajtu będzie 5,25 cykla (5 cykli wolnych i dwa szybkie). Daje to 2728 cykli na transfer 512 bajtów, czyli 325 kilobajtów na sekundę. Odjąć czas na Antic, 217 kB/sec.

Pożyjemy, zobaczymy  :D

To nie są obliczenia dla CHS, to sa obliczenia dla samego odczytu. Ale różnicy dużej pomiędzy LBA a CHS nie będzie, bo HD BIOS przeprowadza te obliczenia tylko w sytuacji, kiedy odczyt sektorów nie jest sekwencyjny.

Ja jestem jak najbardziej za! Tylko jak chcesz to zrobić? Poprostu "przejąć" lub przekierować odwołania do $d1xx ?!?

Mogę się mylić - proszę mnie poprawić, jeśli tak jest: niepamiętam w jakiej kolejności kontroler zapisuje i odczytuje 16-bitową daną (które jest 1-sze). To samo tyczy się 65c816, ale:

16 bitowe adresowanie jak jest rozwiązane? Bo to co Draco wymyślił, jest poprostu rewelka - 65c816 ma rozkaz, który przenosi blok pamięci z miejsta A do miejsca B. Więc jeśłi zrobiłbyś tak, że blok 512 bajtów w obszarze nowych rejestrów, to bardzo by to uprościło jego sterownik i możnaby było czytać / zapisywać dane z 1 sektora jednym rozkazem CPU  :lol:  bez jakiejś pętli czy czegoś w tym stylu  :lol: Rejestry ułożyć (np.)
$f03000 - Lo data
$f03001 - Hi Data
$f03002 - Lo Data
$f03003 - Hi Data]

można to chyba prosto zrobić sprawdzając tylko najstarsze bity adresowe i bit 0, który służyłby do wyboru Lo/Hi . A odczyt zapis można by rozwiązać na dwa sposoby - np. operację odczytu rozpoczynać od $f03000, a zapisu od $f03001 - tym sposobem mamy zx głowy zamianę miejscami rejestrów w trakcie zapisu/odczytu  :lol: i dodać jeden bajt za 512 bajtowym blokiem, aby przesunięty zapis mógł poprawnie wpisać ostatni bajt. Drugi sposób jaki przyszedł mi do głowy, to oprócz bitu A0 wykonać XOR na linii R/W i A0 - oczywiście w odpowiedni sposób, aby wynik był poprawny. Choć mi wydaję się, że 1-szy sposób jest prostrzy do wykonania, choć elektronikiem niejestem. Obszar tych 513 (!) bajtów, to nic innego jak powielone x razy dwa rejestry danych kontrolera będące obok siebie.

Hej Draco, a w takim przypadku ile zyskamy, jeśli rejestry będą taktowane na róni z pamięcią "Fast"?

czyli wychodzi na to, żę LBA będzie trochę szybsze niż CHS w normalnej, codziennej pracy - np. wyszukiwanie jakiegoś plikui, czy np. operacja defragmentacji ???  :rolleyes:  ;)

skomentowałbym to lecz ponieważ po raz drugi w przeciągu dnia muszę zejść piętro niżej po swoją szczękę, będe kończył...

CZyli użytkowej szybkości gdzieś około 1MB/s bedzie ?  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:

ja pierwszegomaja! Fullscreen movie 25fps z dźwiękiem stereo  44.1kHz 8-it ??? ja cie w ***** ******

wezmiemy jeszcze jakis player mp3 w C, wrzucimy do cc65 i gotowe ;)

z takim zegarem to bedzie mozna pisac programy w Basicu, ktore beda pewnie dzialac tak szybko jak napisane w assemblerze bez dopałki, albo i szybciej :)  (pod warunkiem ze Draco przewidzial Basic w nowym OS)

A przepisywanie boku pamieci w 65816 realizuja MVN i MVP, z tym ze maja ograniczenia do 64KB i nie sa tak szybkie jak uzycie strony zerowej, w koncu 65816 moze zmieniac polozenie tejze

MVN - move next - transfer bloku, rosnąco. Rozkaz przepisuje w pamięci blok danych o długości do 64k w rosnącej kolejności adresów. Adres źródłowy określa rejestr X, adres docelowy rejestr Y, długość bloku zmniejszona o jeden znajduje się w akumulatorze. Najstarsze bajty adresów źródłowego i docelowego definiowane są przez dwa dodatkowe parametry natychmiastowe. Jest to w gruncie rzeczy jednorozkazowa pętla o następującym działaniu:

    1) move ($aa,X),($bb,Y)
    2) inc X
    3) inc Y
    4) dec A
    5) bpl 1)

Stosunkowo długi czas przepisywania jednego bajtu (7 cykli) spowodowany jest przez konieczność każdorazowego odczytywania rozkazu:

    * MVN $aa $bb - 3 cykle
    * odczyt bajtu - 1 cykl
    * zapis bajtu - 1 cykl
    * inkrementacja rejestrów - 1 cykl
    * dekrementacja akumulatora i sprawdzenie warunku - 1 cykl 

Tryb adr.     Opcode     Bajtów     Cykli
MVN     $54     3     7 * długość bloku

Tia, dlatego napisałem, że to się okaże, czy jej - instrukcji MVN - uzycie będzie korzystne. Dane da się transferować szybciej, to znaczy z szybkością 9 cykli szybkich i dwóch wolnych (9 + 2*8 = 25 cykli szybkich) na dwa bajty. To daje 12,5 cykla na bajt, czyli mniej więcej 1107,8 kB/s, minus haracz, i mamy 738,6 kB/s.

Ale to tylko wtedy, jak będzie miejsce na taką dużą pętlę. W ROM-ie od PBI się ona nie zmieści, więc pozostaje tylko MVN.

że tak wetne sie w sprawe samych CPU. Jeśli jest możliwość załatwienia najszybszej werji PLCC - @ 14mhz - to ja się też zapisuje. Nie jest to - jak dla mnie żadna "konkurencja" - bo Atari nigdy nie traktowałem "zarobkowo". Więc - jeśli ktoś ma możliwość załatwienia za 50-60 zeta j.w. - zamawiam 1 szt. :D:D

Szczerze wątpię. Motorolka 68030/16 MHz sobie z tym nie radzi. Nieco większe - ale tylko nieco - szanse są przy mp2, ale chyba nawet amigowcom się nie udało osiągnąć zadowalających wyników na 68020/14 MHz - czyli na gołej 1200 - chociaż bardzo się starali.

Z drugiej strony, ja może czegoś nie wiem - bo na Falconie jest DSP, więc nikt się w to nie bawił, TT mało kto ma itd.

[ Dodano: 07.01.2005 01:35:59 ]

Wmontowywać BASIC-a do ROM-u nie ma sensu, skoro go można dużo lepiej załadować z twardego dysku. Taki interpreter BASIC-a, co by miał na program 64k RAM-u - czyli cały segment - spróbuję wykonać. To znaczy on się gdzieś tam w tle stopniowo pisze, ale OS jest ważniejszy.

MVN - move next - transfer bloku, rosnąco. Rozkaz przepisuje w pamięci blok danych o długości do 64k w rosnącej kolejności adresów. Adres źródłowy określa rejestr X, adres docelowy rejestr Y, długość bloku zmniejszona o jeden znajduje się w akumulatorze. Najstarsze bajty adresów źródłowego i docelowego definiowane są przez dwa dodatkowe parametry natychmiastowe. Jest to w gruncie rzeczy jednorozkazowa pętla o następującym działaniu:

Ten tekst jakoś mi wygląda znajomo. Kto go pisał?

[ Dodano: 07.01.2005 01:39:01 ]

No właśnie, 50 złotych mozna dać, zważywszy, że to i tak jest dwuipółkrotne przebicie ceny producenta. Też bym chciał jeden.