Replies: 10 comments 3 replies
-
|
Hi, what kind of support do you have in mind? Replacing kernal vectors to support LOAD, SAVE etc. is the easiest way to provide some support, but with little compatibility compared to IEC-based devices... is that enough? |
Beta Was this translation helpful? Give feedback.
-
|
Hello,I was thinking about something that can allow to « mount » a d64 image - and then load files from it.Right now we can only launch PRG files, REU, if I’m not wrong, using the browser menu, but d64 image are not supported ?Best regards,MarcEnvoyé de mon iPhoneLe 25 sept. 2024 à 21:55, frntc ***@***.***> a écrit :
Hi,
what kind of support do you have in mind? Replacing kernal vectors to support LOAD, SAVE etc. is the easiest way to provide some support, but with little compatibility compared to IEC-based devices... is that enough?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
What about .crt, is that hard to support on RAD? |
Beta Was this translation helpful? Give feedback.
-
|
That's possible via emulating the 6510 and the PLA. I have this running, but not yet in release condition... |
Beta Was this translation helpful? Give feedback.
-
|
I'd like to use only RAD to run Sonic the Hedgehog game, so *.d64 or much better *.d81 images should be loaded. Do you think it is possible to convert *.d81 to *.crt and then *.crt to *.prg which works right now with RAD? |
Beta Was this translation helpful? Give feedback.
-
|
Most of the loading in Sonic c64 is into the REU before the game starts.
It could be done I guess with a .prg if you had the game data already in a
16mb .reu bank...
…On Sun, 9 Feb 2025, 09:52 tomnic79, ***@***.***> wrote:
I'd like to use only RAD to run Sonic the Hedgehog game, so *.d64 or much
better *.d81 images should be loaded. Do you think it is possible to
convert *.d81 to *.crt and then *.crt to *.prg which works right now with
RAD?
—
Reply to this email directly, view it on GitHub
<#57 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A3ZE5RFVZG2Y26VA65TVGN32O2DB3AVCNFSM6AAAAABO3DD2O2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMJQGU3TCNQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
I'm sure it would be possible to create a PRG+REU-image version (but I think this was not planned for Sonic). Converting D81->CRT->PRG is something that will not work (the D81 holds much more data than a PRG) |
Beta Was this translation helpful? Give feedback.
-
|
The VSF-loading of the new firmware can load a Vice snapshot created when Sonic reached its main menu. Might be a solution to your question ;-) |
Beta Was this translation helpful? Give feedback.
-
|
Hello all ! Best regards; Myself |
Beta Was this translation helpful? Give feedback.
-
|
Yes, your questions was hijacked in between ;-) While possible (rather at the level of kernal vectors) it's something that would cost quite some time to implement, and free time is a scarce resource atm :-/ |
Beta Was this translation helpful? Give feedback.
-
|
This is a genius and simple update.
So I can load custom kernals..(by making Snapshots of them) they should
work fine as they are injected in ram on boot normally?
Is it possible to modify the reset sequence so that the kernel keeps
getting loaded on reset... The answer is probably in your docs 😎
But amazing, I have globe demo running instantly. A snapshot of Super
Copyright Bros works great as well.
Is there any code or setting that could allow the management of the multi
load carts in memory? Ie easy flash Snapshots fail at the point they try to
access more data...
I'll eventually tinker myself.
Thank you so much for everything you've done.
…On Mon, 3 Mar 2025, 08:07 frntc, ***@***.***> wrote:
Yes, your questions was hijacked in between ;-) While possible (rather at
the level of kernal vectors) it's something that would cost quite some time
to implement, and free time is a scarce resource atm :-/
—
Reply to this email directly, view it on GitHub
<#57 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A3ZE5RDZFDMRMT5U2EIMXKL2SNXIRAVCNFSM6AAAAABO3DD2O2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMZWHAZTMMY>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
You're asking about something that I wanted to add to the description: snapshots with different kernals than in the real machine will typically crash, because some vectors in RAM might assume to find something in the ROM (which is different). Right, once an EF- or MD-CRT will try to access some more data it'll crash because that hardware is not emulated. It's really just dumping the snapshot to RAM once and roughly setting the timers and VIC-sync before starting. I assume most demos/intros will probably not work via VSFs because the timings are not exact. Also the disk status is not restored (simply because I have never even thought how this would be done). |
Beta Was this translation helpful? Give feedback.
-
|
I think that regardless of minor limitations, so much more can now be
loaded and works.
It's like a flash cart now with REU.
This hugely expands the usability and functionality of the RAD.
…On Mon, 3 Mar 2025, 09:42 frntc, ***@***.***> wrote:
You're asking about something that I wanted to add to the description:
snapshots with different kernals than in the real machine will typically
crash, because some vectors in RAM might assume to find something in the
ROM (which is different).
Right, once an EF- or MD-CRT will try to access some more data it'll crash
because that hardware is not emulated. It's really just dumping the
snapshot to RAM once and roughly setting the timers and VIC-sync before
starting. I assume most demos/intros will probably not work via VSFs
because the timings are not exact. Also the disk status is not restored
(simply because I have never even thought how this would be done).
—
Reply to this email directly, view it on GitHub
<#57 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A3ZE5RELOYTTPS2CJRHIPB32SOCNJAVCNFSM6AAAAABO3DD2O2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMZWHA4DMMY>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Hello,
Is there a chance that one day the RAD may support d64 image ?
If I'm not wrong, only PRG are supporter right now.
If I ask the question, it's because I have an idea in mind :)
Do you know the excellent "VISION Basic" project? A new, powerful Basic that requires memory expansion ...
The RAD will work perfecly with it :)
Best regards from France,
Beta Was this translation helpful? Give feedback.
All reactions