Kernel loader i SD2IEC

[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

[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.

[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

[rs2322]

Ja uzywam tego z powodzeniem [SD2IEC Kernal 2.2],

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

[Nitro]

rs: zły strzał, tu chodzi o kod do ładowania[loader].

[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.

[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

[Nameless]

a jak byś użył tego ?
https://www.c64-wiki.com/wiki/SJLOAD

[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?

[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.

[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.

[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.