Strona 1 z 1

Kernel loader i SD2IEC

: 23 gru 2017, 18:09
autor: carrion
Witam
Nie bardzo wiem jak to na szybko sprawdzić więc pytam.
1. Czy jak użyję loadera z kernela to takie ładowanie zadziała z SD2IEC?
2. Takie ładowanie jest oczywiście wolne, ale jeśli będzie na pokłądie Action, Final albo inny card to czy ładowanie z kernela będzie przyspieszone?

piszę takie małe coś i chciałbym aby działało na SD2IEC i w miarę szybko ładowało.
TIA

C

Re: Kernel loader i SD2IEC

: 24 gru 2017, 13:43
autor: Nitro
Tak, ale lepiej użyć loadera Krilla[lub inne] - konfigurujesz go ze wsparciem dla ładowania via kernal plus fastloader i wtedy na gołym C64+1541 jest szybko, jest cokolwiek innego niż 1541, transmisja idzie przez kernal.

Re: Kernel loader i SD2IEC

: 18 sty 2018, 20:31
autor: wegi
SD2IEC wspiera Dream Load by Ninja, z cartów wspiera loader z FC3. Z AR nie zadziała turbo. Na SD2IEC można obejrzeć kilka dem, które mają Dream Load jak np. Error23 91% czy Pseudocode by Noice

Re: Kernel loader i SD2IEC

: 27 sty 2018, 17:23
autor: rs2322
Ja uzywam tego z powodzeniem [SD2IEC Kernal 2.2],

http://csdb.dk/release/?id=159050

Re: Kernel loader i SD2IEC

: 29 sty 2018, 17:06
autor: Nitro
rs: zły strzał, tu chodzi o kod do ładowania[loader].

Re: Kernel loader i SD2IEC

: 29 sty 2018, 17:25
autor: carrion
dokładnie... Nitro ma rację
jak znajdę chwilę czasu to przetestuję zwykłe ładowanie kernelowe z włożonym FCIII. Jeśli wszystko dobrze rozumiem powinno być szubko.

Re: Kernel loader i SD2IEC

: 29 sty 2018, 19:58
autor: Nitro
wegi już napisał, że AR nie wspiera, wspiera tylko FCIII i dwa inne systemy.
Zerknąłem drugi raz i loader krill'a nie wspiera szybkiej transmisji przy SD2IEC - będzie wolno, chyba, że w slocie będzie FC3 który podmienia procedury KERNALA. Chyba, że się pogryzą, nie wiem.
Bezpieczną opcją będzie jak mówi wegi Dreamload, gdzie rzeczywiście jest dobre wsparcie dla SD2IEC a w przypadku normalnej stacji też będzie dopał.


Info z oficjalnej strony.
SD2IEC INFO
OF ALL THE METHODS OF LOADING STUFF INTO YOUR COMMODORE, TFW8B'S SD2IEC SD CARD INTERFACES ARE THE BUSINESS. SD2IEC PROVIDES MUCH OF THE FUNCTIONALLY A 1541 DISK DRIVE, SUPPORTS FAST LOADERS LIKE JIFFYDOS, FINAL CARTRIDGE III AND EPYX FASTLOAD. TFW8B.COM VERSION OF THE SD2IEC IS THE MOST COMMON METHOD OF LOADING/SAVING ON A COMMODORE 8BIT TODAY!
Info z wiki:
Supports the JiffyDOS fast serial bus protocol, the Final Cartridge 3 fastloader/fastsaver, DreamLoad, Exos, GEOS

Re: Kernel loader i SD2IEC

: 29 sty 2018, 19:59
autor: Nameless
a jak byś użył tego ?
https://www.c64-wiki.com/wiki/SJLOAD

Re: Kernel loader i SD2IEC

: 29 sty 2018, 20:06
autor: Nitro
Supports the JiffyDOS fast serial bus protocol, the Final Cartridge 3 fastloader/fastsaver, DreamLoad, Exos, GEOS
Zerknąłem, i być może jest to najlepsza opcja jeśli program ma chodzić tylko z SD2IEC.[albo stacjami z Jiffy]

carrion: nie podałeś kluczowej informacji, ma to chodzić ze zwykłą stacją[szybko?] czy nie?

Re: Kernel loader i SD2IEC

: 29 sty 2018, 20:31
autor: carrion
@nitro
1. po pierwsze ma chodzić na SD2IEC i na zwyklej stacji
2. jak się da to ma działać szybko.

stąd były moje pytania. w pierwszej kolejności zrobię na loaderach kernalowych (jeśli będzie FCIII który ustawia wektory to też będzie szybko)
dopiero potem chciałem szukać czegość na podmianę aby było i kompatybilnie i szybko.

Re: Kernel loader i SD2IEC

: 29 sty 2018, 20:51
autor: Nitro
Ja bym zamiast się bawić od razu zaczął od Dreamloada, masz gwarancję, że na SD2IEC będzie mega szybko a i na normalnej stacji szybkość będzie przyzwoita choć oczywiście nie umywająca się do współczesnych loaderów. Użyłem go w moim pierwszym demie i nie narzekałem.

Re: Kernel loader i SD2IEC

: 30 sty 2018, 09:34
autor: skull
Zależy, jak ma wyglądać to ładowanie - jeśli ekran ma być wyłączony, to możesz skorzystać z dowolnego dla sd2iec (oczywiście również zwykłe load z kernala). Z doświadczenia wiem (sdbrowse) że ładowanie, ładowaniem, ale zawsze musi być, przynajmniej na początku, przesłanie loader-a do urządzenia. No a przesłanie jest już na standardowej transmisji kernalowej (bo nie wystarczy odbierać bajtów, trzeba je również wysyłać).
JEDYNE odstępstwo od tej reguły daje JiffyDos - który ma również własny protokół wysyłania (szybszy - mowa cały czas o SD2IEC) i dodatkowo jest 100% kompatybilny z standardowym kernalem ($ED40).
Wyciąłem te protokoły z oryginalnego Jiffy dostosowałem do potrzeb i użyłem zarówno do wysyłania jak i odbiera danych - bez potrzeby wymiany ROM-u w c64 (na JiffyDOS).
Ponieważ oprogramowanie SD2IEC tylko symuluje urządzenie na IEC - ważna jest sekwencja nadawczo-odbiorcza - po niej SD2IEC wie (albo nie wie) z jakim "loaderem" ma do czynienia i odpowiednio się dostosowuje.