Aktualności: C64 Power - online od stycznia 2000 !

Autor Wątek: rozszerzenie pamieci na USER PORT  (Przeczytany 818 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline Skull

  • Level 6
  • ******
  • Wiadomości: 2034
rozszerzenie pamieci na USER PORT
« Odpowiedź #15 dnia: 07 Czerwca 2010, 20:09 »
@Fenek, wbrew pozorom sd2iec dziala na obrazach d64 prawdopodobnie jak 1541u (chociaz tego drugiego nie mam) roznica polega na emulowaniu samej transmisji (jak rowniez kernala) stacji c1541, aby zapewnic 99% kompatyblinosci.
Ale jesli chodzi o same obrazy to dostep nie jest do nich w zaden sposob ograniczony. Przykladowo, jak \"przejde\" do jakiegos obrazu na karcie, to komunikacja sie odbywa tak samo jak dla innych stacji:
load\"$\",8 - wyswietli mi katolog dokladnie jak na stacji c1541, malo tego nawet po resecie c64 ta emulowana dyskietka nie znika. jak wpiszesz load \"*\",8 to wgra sie pierwszy plik NIE na karcie, ale akurat na otwartym obrazie dysku (dokladnie tak jakby dyskietka siedziala w stacji).
Problem lezy glownie w loaderach - bo one sie pakuja do ramu stacji c1541 - a sd2iec po prostu jest inny.
Nie wiem dokladnie jak, ale swietnie radzi sobie z sd2iec FINAL3 (widocznie jego turbo bazuje tylko na obsludze z c64, a nie z urzadzenia) - wgrywa pliki w turbo jak ze stacji - ACTION mu tu ustepuje, i wgrywa programy w \"tradycyjnej\" szybkosci transmisji.

Na razie nie zauwazylem jakiegos calodyskowego kopiera z obrazow d64 umieszczanych na karcie SD, takiego sektor w sektror, ale to jest tylko i wylacznie kwestia software\'u - ktory na razie jak widac raczkuje (niestety kopier actiona wariuje, a szkoda).
 
Co do rozwiazan sprzetowych, tylko niech nikt nie kombinuje takiego urzadzenia ktore procek w c64 musiloby skanowac CYKLICZNIE stany portow, aby szla transmisja. To zaburza calkowicie uzywanie takiego urzadzenia w trakcie czegokolwiek oprocz samej transmisji - jakies muzyczki, albo animacji i efektach opartych na cyklowaniu konczac.

suchy

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #16 dnia: 08 Czerwca 2010, 07:10 »
                   
Jacek31 napisal:
...Natomiast nalezy sobie zdac sprawe, ze konstrukcja prosta oparta o liczniki jak proponuje Suchy, to sprzet z natury mulowaty i ograniczony swoja prostota. ...


... no dawno juz nie czytalem wiekszego bzdeta!  \"Very  \"Very  \"Very  Na jakiej podstawie tak twierdzisz: zrobiles UCarta? Testowales go? Jacus wez ty sie w koncu za jakas konkretna robote i przestan tworzyc takie konstrukcje literackie, bo sie osmieszasz!

@Skull, testowales DraCopy (nie DraBrowser nie FileBrowser, nie Fibr) ze stacja i SD2IEC. Kopier z managerem katalogow i plikow dla dwoch urzadzen - w dwoch okienkach mozna ustawic rozne numery urzadzen IEC, jest tam rowniez opcja zaznacz wszystko (* - gwiazdka) dla kopiowwania?

DraCopy dla C64

... Kisiel pisal niedawno, ze nawet na jego twardziela dobrze kopiuje.

Offline Skull

  • Level 6
  • ******
  • Wiadomości: 2034
rozszerzenie pamieci na USER PORT
« Odpowiedź #17 dnia: 08 Czerwca 2010, 08:15 »
                   
suchy napisal:

@Skull, testowales DraCopy...


testowalem, chyba juz wszystkie - niestety w kazdym z tych programow, to kopiowanie szfankuje, albo zamienia miejsca plikow, albo wogole nie wszystkie skopiuje, i wszystkie dzialaja przerazliwie wolno -> wygrywa tu nadal kabel x1541...
Ech, jak nie wyjdzie nic sensownego w najblizszym czasie to moze sie pokusze o napisanie czegos -> najlepiej polaczyc turbo z finala 3 z jakims loaderem (a wlasciwie wystarczy sama obsluga danych po serialu, nie koniecznie dwubitowa i bez zabawy w kodzie gcr) dla stacji 1541. Moze guru od loaderow Wegi cos pomoze.

ps. na razie udalo mi sie napisac taki \"mikro\"substytut kernala c64 - na potrzeby loadera w swojej gierce. Dziala to szybciej niz standardowe ladowanie i mozna to jakos kontrolowac.

ps2. a swoja droga jestem zawiedziony procedurami transmisji zawartych w romie c64, nie dosc ze dzialaja wolno, to nie mozna ich kontrolowac tak aby dzialaly pod wlasnymi aplikacjami - dluzsze wywolanie wlasnych przerwan i... po synchronizacji (latwiej juz sie bawic z cyklowaniem w transmisji dwubitowej) .

Jacek31

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #18 dnia: 08 Czerwca 2010, 10:50 »
                   
Cytat:
... no dawno juz nie czytalem wiekszego bzdeta! Very Happy Very Happy Very Happy Na jakiej podstawie tak twierdzisz: zrobiles UCarta? Testowales go? Jacus wez ty sie w koncu za jakas konkretna robote i przestan tworzyc takie konstrukcje literackie, bo sie osmieszasz!

Primo.
Ja porownalem szybkosc uzyskania danego adresu na liniach adresowych za pomoca zwyklego licznika i rejestru przesuwnego. Nie porownywalem zadnej konkretnej konstrukcji (chocby z tego powodu ze nie mam jej schematu). Nie  wiem skad uroil ci sie ten UCart o ktorym nawet na moment nie wspomnialem \"Question\"
Duo.
Chyba sam przyznasz ze wystawienie dowolnego adresu na chocby 16 bitowej szynie adresowej wiekszego niz owe 16 bedzie szybsze za pomoca rejestru przesuwnego ktory potrzebuje na wystawienie dowolnego adresu tylko tych 16 cykli zegara, niz zliczenie go programowo za pomoca licznika.
Zreszta dobitny przyklad juz podalem wczesniej.
Tri.
Ty w swoim rozumowaniu uparcie zakladasz liniowy dostep do pamieci, czyli wlasciwie kopiowanie jakis tam blokow pamieci, wtedy owszem licznik bedzie szybszy od rejestru przesuwnego, ale ja jak by sobie budowal jakas pamiec to tez bym chcial miec w miare szybki dostep do danych w trybie wybiorczym (przesylanie danych pod rozne znaczaco sie od siebie rozniace adresy).

Reasumujac atakujesz moje rozumowanie, bo sie rozni od twojego, a jak bys dobrze pokombinowal to dojdziesz do wniosku ze wystarczy polaczyc rejestr przesuwny z programowanym licznikiem i masz 2 w jednym, w zaleznosci od potrzeb majac do wyboru lepsze rozwiazanie.

suchy

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #19 dnia: 08 Czerwca 2010, 11:03 »
@Skull, sprawdz jeszcze raz DraCopy jak zainstalujesz EPROMka, zobaczysz roznice! Jedynie DraCopy dziala u mnie dobrze, jesli chodzi o SD2IEC (stacji nie mam wiec nie sprawdze). Fibr jest tez OK, ale dluzej od DraCopy laduje directory (zauwazysz jak bedziesz mial ponad 100 podkatalogow w glownym dir. ! - wazne przy plikach M2I). Tylko DraCopy (no i Fibr) poprawnie obsluguja pliki dyskowe M2I w SD2IEC, FileBrowser, DraBrowser wymiekaja. A M2I dla SD2IEC to miodzio dla pelnodyskowych programow, dzialajacych w C64 poprawnie (z dogrywaniem  introsow, poziomow, zapisywaniem HI-scores itd - sprawdzilem), tak jak .D64 dla stacji. Pisalem juz gdzies, ze na niemieckim forumC64, chlopaki maja programik: \"M2I maker\", ktorym przekonwertowali dla potrzeb SD2IEC wiekszosc interesujacych pelnodyskowych gierek .D64 (ktore w tym formacie nie dzialaly na SD2IEC chyba ze wzgledu na orientalne fastloadery, odpalane w stacji). Tutaj jest zbior ok. 300 gierek (klawych, sam ostatnio pogiercowalem sobie na realmaszynce w golfa (wspomnienia), RenegadeIII, TurricanaIII (ktorego nie znalem) a zona widzac to, znaczaco stukala sie w czolo   \"Very  \"Very  \"Very  ):

http://www.creepitz.de/downloads/m2i/

SD2IEC z pelnodyskowymi programami M2I + C64 z JiffyDOSem i DraCopy (wgranym do kazdego istotnego katalogu - przy pojemnosci karty SD 2GB mozna sobie na to pozwolic) to sama przyjemnosc!   \"Cool\"

Offline Kisiel

  • Level 7
  • *******
  • Wiadomości: 11447
  • Number 7 in all users competition...
    • http://wiki.projekt64.filety.pl/doku.php
rozszerzenie pamieci na USER PORT
« Odpowiedź #20 dnia: 08 Czerwca 2010, 11:03 »
xxx
idz wyprostowany wśród tych co idą na kolanach

...w przypadku checi zakupu UK1541,GA,MA,T8500,T7501 prosze o kontakt na Facebooku, haslo: UK1541....

suchy

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #21 dnia: 08 Czerwca 2010, 11:12 »
@Kisiel, moze pora zostawic leciwe stacje i twardziele dla kolekcjonerow i pojsc z postepem (sam mi to kiedys radziles)!  \"Wink\"

Offline Skull

  • Level 6
  • ******
  • Wiadomości: 2034
rozszerzenie pamieci na USER PORT
« Odpowiedź #22 dnia: 08 Czerwca 2010, 11:30 »
                   
suchy napisal:
@Kisiel, moze pora zostawic leciwe stacje i twardziele dla kolekcjonerow i pojsc z postepem (sam mi to kiedys radziles)!  \"Wink\"

hehe, zdaje sie ze Kisiel, korzysta z IDE, a potem z konwertera na CF - czyli twardziele to nie jego przypadek \"Smile\"

suchy

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #23 dnia: 08 Czerwca 2010, 00:00 »
... no tak faktycznie, kiedys widzialem fotki kisielowego moda!

suchy

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #24 dnia: 08 Czerwca 2010, 00:00 »
... no, ale fakt, faktem pozostaje, ze ciekawe uzytki pod nowe media (np. SD2IEC) poki co powstaja nie u nas (np. DraCopy, Fibr, M2I-maker). Nie ma ci u nas Koderow, co by mogli stworzyc cos rodzimego w tym wzgledzie??

Offline Kisiel

  • Level 7
  • *******
  • Wiadomości: 11447
  • Number 7 in all users competition...
    • http://wiki.projekt64.filety.pl/doku.php
rozszerzenie pamieci na USER PORT
« Odpowiedź #25 dnia: 08 Czerwca 2010, 00:00 »
xxx
idz wyprostowany wśród tych co idą na kolanach

...w przypadku checi zakupu UK1541,GA,MA,T8500,T7501 prosze o kontakt na Facebooku, haslo: UK1541....

Offline KB777

  • Level 6
  • ******
  • Wiadomości: 2430
  • -profil nieaktywny-
rozszerzenie pamieci na USER PORT
« Odpowiedź #26 dnia: 08 Czerwca 2010, 00:00 »
                   
Jacek31 napisal:
Fenek Ja osobiscie np. bardzo chetnie bym widzial czytnik kart MMC/SD wpinany do User Port


http://noname.c64.org/csdb/release/?id=17975
-profil nieaktywny-

suchy

  • Gość
rozszerzenie pamieci na USER PORT
« Odpowiedź #27 dnia: 25 Września 2011, 18:35 »
                   
suchy napisal:
... no, ale fakt, faktem pozostaje, ze ciekawe uzytki pod nowe media (np. SD2IEC) poki co powstaja nie u nas (np. DraCopy, Fibr, M2I-maker). Nie ma ci u nas Koderow, co by mogli stworzyc cos rodzimego w tym wzgledzie??


... no to teraz odwoluje moje slowa z zeszlego roku (moze to jednak poskutkowalo   \"Wink\"  ):

http://c64scene.pl/viewtopic.php?t=725