| |
Shadow Account closed
Registered: Apr 2002 Posts: 355 |
Was VSP and/or AGSP ever used in any commercial games?
I read that the recently released "Scramble 2010" preview was using VSP for the scrolling.
That made me wonder if any of the commercial games back in the day used such techniques?
Considering that it causes crashes on some C64s I think that it wouldn't have made it past QA, but maybe testing wasn't all that thorough back then...
|
|
... 29 posts hidden. Click here to view all posts.... |
| |
Oswald
Registered: Apr 2002 Posts: 5094 |
Quote: And how will that make Panta Rhei work?
As I see it:
1) Drops a D64. Attach it.
2) Drops a PRG. Create a D64 on the fly and attach it.
TDE always on.
thats just the illogical utter stupid way TDE works on vice. intruding your brains ;)
user settings should be never changed/toggled/played with to achieve something by a program. its the horror. one of the main reasons developers go to hell.
a) TDE on
a1) Drops a D64. Attach it. load wit TDE
a2) Drops a PRG. Create a D64 on the fly and attach it. load wit TDE
b) TDE off
a1) Drops a D64. Attach it. load without TDE
a2) load without TDE |
| |
HCL
Registered: Feb 2003 Posts: 728 |
Yeah!! and don't you ever f**king change my *settings* !!! :EEEEEE |
| |
MagerValp
Registered: Dec 2001 Posts: 1078 |
There's no need to create a D64 on the fly when loading prg files. Just shuffle the bytes into $0801-$xxxx, update the zp pointers, and leave device 8 as a 1541 with no disk in the drive. This is more or less identical to loading files over codenet, or loading from tape. The vice-filedma branch I pasted earlier implements this. Try it out.
|
| |
algorithm
Registered: May 2002 Posts: 705 |
Amazing how such a simple issue seems to be longwinded in winvice to keep a particular setting intact |
| |
cadaver
Registered: Feb 2002 Posts: 1160 |
Is there some additional subtlety of updating the kernal state in addition to the program start/end ZP regs, that led VICE to do it like that?
I do remember some programs failing on CCS64 when using the "fast" load option, as opposed to loading them the slow way. |
| |
MagerValp
Registered: Dec 2001 Posts: 1078 |
Yes, some programs make assumptions about the state of zeropage, etc. Those apps will just have to be put on a D64 instead. The new VICE betas automatically enable warp mode when autostarting, instead of doing fake 1541 loading. It takes another second to start, but compatibility is near 100%. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
not that its hard to setup the zeropage correctly. eg with the mmcr loader a onefiler cant tell wether it was loaded from disk using kernal or simply dumped into memory :) i'm sure it could be done in vice too =P
|
| |
MagerValp
Registered: Dec 2001 Posts: 1078 |
Yes, it's easy for most programs, but gets hairy once you start loading into zeropage, IO registers, and so on. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
on the real thing... yes. (i dont support that in mmcr either, but it really doesnt matter much) in emu it shouldnt make a big difference though :) (except autostart techniques, which will not work with DMAing data into memory) |
| |
MagerValp
Registered: Dec 2001 Posts: 1078 |
Right - maybe we're both arguing for the same thing: doing the absolute minimum to load a prg, instead of trying to simulate the whole process with virtual devices, as that's better left for D64s and true drive emulation anyway.
|
Previous - 1 | 2 | 3 | 4 - Next |