do rejestrow sprzetowych nie zapisze ci mini cpu, midi cpu, ani nawet haj tower cpu - ka pe wu?

> do rejestrow sprzetowych nie zapisze ci mini cpu, midi cpu, ani nawet haj tower cpu - ka pe wu?

a gdzie napisalem ze zapisze?

wyraznie napisalem ze nie zapisze:

>(zapis do rejestrow oraz do pamieci vbxe - wiadomo, ze z poziomu np blittera nie zapiszemy rejestrow sprzetowych ale jak bedzie minicpu w rdzeniu to przynajmniej bedziemy mogli czytac co zostalo do rej.sprzetowych wpisywane)

to teraz wolniej napisze: bedzie mozna czytac to co zostalo do rejestrow sprzetowych zapisane przez 6502 a znajdzie sie jako cien w pamieci vbxe poprzez:

> oraz kontroli zapisu do pamieci vbxe gdy zaslaniana jest przez rejestry sprzetowe

jeszcze wolniej:

umozliwic konfiguracja memacA gdy czesc pamieci vbxe zaslania rejestry sprzetowe aby zapis do rejestrow sprzetowych (przez 6502) powodowal zapis rowniez do pamieci vbxe (tej zasloietej)

a to jest mozliwe.

Czy nie jest tak że:

1) w FPGA brakuje miejsca i było już tłumaczone, że nawet usunięcie blittera (skądinąd już używanego przez istniejący soft) nie zwolni go tyle, żeby zrealizować MPU?

2) zastąpienie blittera przez MPU spowoduje spadek wydajności, gdyż obecnie blitter potrzebyje 1 cyklu na odczyt bajtu i jednego na zapis, a MPU potrzebowałby jeszcze cykli na odczyt rozkazów?

Tak tylko pytam.

elc: moze zapowiadany jakis czas temu devpack by xxl wystarczyl? sam wyrzuci co chce z core, doda emulacje z80, bedzie dolaczal/wczytywal odpowieni core razem z gra.

@drac030
owszem, to jest jasne. trzeba przedyskutowac za/przeciw, sprawdzic jaki bedzie koszt takich modyfikacji (kosztem jakich funkcji vbxe mogly by byc wprowadzone). ja zauwazylem, sa funkcje vbxe, ktore fajnie wygladaja ale na papierze, uzytecznosc maja albo ograniczona albo nie maja jej wcale - to moje zdanie, byc moze inni programisci odnajda w pomysle jak w pierwszym poscie cos co pozwoli im pchnac jakies swoje projekty na vbxe do przodu. po wtore, tak, emulowany blitter bedzie wolniejszy (o ile nie wiem, mozna sie dowiedziec) ale wzrosnie uzytecznosc takiego rozwiazania a tego nie mozna niedocenic.

@electron
karta vbxe rozpoczales pewna rewolucje... jest pewien niedosyt i trzeba to doprowadzic do konca, takie jest moje zdanie.
z tym 75% przesadziles ;-) teraz sprawdzam i tylko 66% wybralo "pomidor" :D
Tebe jak to Tebe... czeka tylko zeby wbic zebiska w nowy rdzen ;-) (*)

> cięcia musiałyby być większe

jak duze. podejrzewam, ze jestes zwolennikiem pelnego cpu, wez pod uwage ze moze nie wszystko w takim cpu jest potrzebne a funkcjonalnosc nadal bedzie zachowana.

> że MPU w zadaniach typowo blitterowych (przesyłanie, wypełnianie itd.) będzie dużo dużo wolniejsze od istniejącego blittera

tak, to jest jasne. moglbys powiedziec cos, oczywiscie teoretycznie o szybkosci takiego cpu?

> Decyzję czy coś robić uzależniam ostatecznie od tego, czy ktoś jeszcze wyrazi zainteresowanie i np.spiszemy umowę na 3 gry

jesli nie bedzie zainteresowania to biore to na siebie :p

@jellonek
zanim napisalbym emulacje gtia na poziomie tej electrona to dopadnie mnie kryzys wieku sredniego, kupie harleya i bede podrywal cycate 20-stki. innymi slowy moge miec juz inne priorytety ;-)

to bardzo, bardzo zly pomysl, juz raz o tym pisalem. sam devpack to zly pomysl, udostepnianie zrodla corea to tez zly pomysl i programowe przelaczanie corea to tez bardzo zly pomysl.

(*) Luz Tebe.

to ze nie ma miejsca wszyscy wiedza (ja tez ;) rozchodzi sie o to co usunac, zeby miejsce sie znalazlo...

tak, blitter w takiej formie zniknie ale pojawi sie cos bardziej uzytecznego co zreszta moze 'emulowac' rowniez blitter, pytanie czy szybkosc bedzie do zaakceptowania.

niestety nie będzie nowego rdzenia, byłem w Toruniu gdzie mieszka Electron, czekałem aż wyjdzie z pracy, potem rozjechałem jego dupsko po asfalcie, tak że temat można zamknąć

aha, pamiętajcie że zrobiłem to dla Was ...

Wstydzę się to mówić, ale Pinokio ma rację :)

pin: to opierdol autorow tych 90% "sztywniakow" ze nie wykorzystali kodu przez draca zamieszczonego w atariki.

btw. ten kod mozna prosto wykorzystac dodajac gdzies w preinicjalizerze tablice wystapien 0xd6 jako adres, po czym po wykryciu karty na 0xd7 przeleciec sie po zawartosci tablicy adresow inkrementujac znajdujace sie pod tymi adresami wartosci.
wystarczy dodac do inicjalizacji tyci-tyci kodu + troche danych (do nadpisania po inicjalizacji - reusable space) na tablice wystapien 0xd6
to wcale nie takie trudne...

Ja osobiście jestem zadowolony z rdzenia FX takiego jakim jest, blitter mi odpowiada. Oczywiście fajnie byłoby mieć super-hiper MPU (wiadomo, że twór procesoropodobny byłby *zapewne* elastyczniejszy), ale nie zamiast blittera. Najwyżej oprócz. A na oprócz, jak wyżej napisano, nie ma miejsca.

Czy nie można z tym poczekać do (obiecywanej na ostatnich Głuchołazach) wersji 3.0 z większym FPGA?

Ostatnio edytowany przez drac030 (2011-01-06 05:50:07)

A na jakiej zasadzie ma wyjść 3.0? To będzie coś lepszego od V1 i V2 i użytkownicy tychże znajdą się w głębokiej d...? ;)

Candle i Electron na Głuchołazach będą bezpłatnie wymieniać VBXE 1.0 i 2.0 na 3.0

organizatorzy Głuchołaz powinni spodziewać się dużej frekwencji