hobocti77x:
ponieważ ich autorom nie udało się rozwiązać problemu odświeżania .
Hahaha 
Udało się, mistrzu sprzętu Kenjiro zapodał jako pracę dyplomową użycie pamięci z odświeżaniem 9-cio bitowym 44256 w c64.,, i wiesz było to dokładnie 19 lat temu.
I co ?
Świat poszedł do przodu ja nie widzę problemu aby w moim C64 było 2MB pamięci podtrzymywanej przez baterię... po prostu nie chce mi się przylutować scalaków.
Na przyszłość mniej szacunek do przeszłości szczególnie że zrobiłeś coś co może 20 lat temu było fajne na podstawie cudzych projektów.
Skull:
Bez obsługi zbioru timerów,
Problem w tym, że program w segmencie do IRQ czy NMI też może używać timerów i co wtedy...
Skull:
tak, większy problem będzie z "powrotem" niż przejściem
Dokładnie - nie mówiąc już o dalszych problemach jak np. doczytywanie danych ze stacji. Lajtowo niech tylko jeden task z kilku używa driva. Komunikacja odbywa się przez $dd00
na nieszczęście są tam dwa najmłodsze bity banku VICa - zrozumiałe, że jeżeli inny task zmieni bank VICa tudzież manager tasków to zrobi - to popieprzy on transmisję...
Proste programy w Basicu można taskować, ale z demami ciężka sprawa. Gry ewentualnie 1 plikowe można próbować...
To nie jest takie proste jak Ci się wydaje hobocti77x
wegi:
To nie jest takie proste jak Ci się wydaje hobocti77x
To akurat jest bardzo proste,
- jeden TVset
- jeden czterowejściowy spliter sygnałów wideo.
- jeden układ Cortex M0 do obsługi pilota IR RC5 oraz klawiatury z podziałem sygnału na buforach 1 na 4.
- 4 płyty główne C64 sprawne i działające
- 4 stacje dysków 1541 II.
I mamy sprzętowe rozszerzenie 256KB na pamięciach DRAM, w pełni funkcjonalne cztery taski z systemem nadzorującym a wszystko mieści się na jednym biurku.
Da sie ?
Da, tylko trzeba podejść do tematu nie jak wszyscy poprzednicy.
Kisiel:
Takie "rewelki" były w 1995 roku.
np: http://zepdev.pl/misc/reu_zep.pdf
F7sus4:
A dlugo trwaly prace nad SD-Box?
A ciekawe ile w tym czasie tak naprawdę tym się zajmowano.
Powiem tak jakoś ostatnio wzięło mnie na napisanie protokołu serialIEC na 8051 i zajęło mi to jedno popołudnie i o dziwo działa , może dokończę to jako RS232 z programowanymi prędkościami do 115200 b/s n układzie za 3 zł , lub droższym ok. 5 zł do 230400 b/s. lub (i) z możliwością pracy w sieci RS485.
W sumie to mam już w jakiś 70 proc. napisany w asemblerze emulator 6502 na ARM At91sam , więc właściwie mógłbym poskładać jakiś sensowny emulator 1541 ale bez ekranika
bo w sumie to od zezowania za obudowę c64 to można sobie co najwyżej wzrok zepsuć
F7sus4:
Dzieki, to wyjasnilo moje watpliwosci!
Moje nie. On mi bardziej przypomina tego IPA co wyskoczył, że 1541U zrobił na 50K. Forum jest cierpliwe jak papier.
Idę po popcorn i polokokte.
Skull:
Oprócz rozszerzenia pamięci (całkiem sporego), jest ten multitask, tyle że w zasadzie, niewiele szybszy od softwarowego przełączania segmentów pamięci. Tu zdecydowanie jest to wygodniejsze dla programisty, który nie musi się martwić nakładaniem się obszarów pamięci, nawet stosu. Jednak przy dobrym programie, to wszystko jest do zrobienia na samym rozszerzeniu pamięci.
to jest tutaj sendo, autor w innym watku zaczal tez krytykowac wymiane pamieci z REU... jesli sie wie jak zrobic takie full memeory space bankowanie to tez powinno sie zdawac sprawe z zad i walet bankowania segmentow (np +256k) jak i kontrolera DMA (REU)...
wegi:
Ojej rzeźbi dla siebie ale po co ta dyskusja - kolega zrobił ciekawe rozszerzenie i jaki sens deprecjonować to.
niestety trzeba sobie zadac pytanie na co to mozna uzyc - ja robilem prosty multitasking z priorytezacja, bez wywlaszczenia na mikrokontrolery AVR w mieszance C + asm, o ile dzialalo to i w teorii i w praktyce to w rzeczywistosci i tak nie mialo to jakichs wyjatkowych zalet wzgledem pisania softu bez mojego round-robina ;)