| |
mankeli
Registered: Oct 2010
Posts: 146 |
Spindle and Sparkle demos not launching
Can someone explain why demos using Sparkle or Spindle loaders can't be run from 1541U by selecting the launch file and using "mount & run"?
You got to use "Run Disk" for the whole image. 99.9999% of the C64 demos can be launched with mount & run, and somehow this only seems affect those aforementioned loaders. |
|
... 60 posts hidden. Click here to view all posts....
|
| |
Martin Piper
Registered: Nov 2007
Posts: 726 |
Just turn oof dolphin dos. Like you need to do for most other games anyway. |
| |
Bitbreaker
Registered: Oct 2002
Posts: 508 |
I guess this is the difference in bitfire's bootloader install, before uploading the loader with M-W/M-E and reading in the dir sector. I had faced those problems on Peiselulli's old 1541U too.
.install_bootstrap
jsr .open_w_15
lda #'i'
jsr .iecout
jsr .unlisten
|
| |
Fungus
Registered: Sep 2002
Posts: 691 |
Quote: Quoting Martin PiperI don't target incompatible extras :) then you're in the wrong thread :)
Yeah the thread is titled Spindle and Sparkle demos not launching. It is not titled use Martin Piper's crap because reasons. |
| |
hedning
Registered: Mar 2009
Posts: 4732 |
I don't really understand all of the tech stuff, but if it works on real hw, why is this an issue? It feels like it's something that the Ultimate guys should go for? |
| |
tlr
Registered: Sep 2003
Posts: 1791 |
Quote: I don't really understand all of the tech stuff, but if it works on real hw, why is this an issue? It feels like it's something that the Ultimate guys should go for?
It works in the most common use case, yes. If you reset/power cycle the drive after loading it doesn’t work. Although not required, wouldn’t be bad to be resilient against something like that at the cost of 3 bytes IMO. Consider it a feature request.
BTW, this whole discussion pointed me to some potential problems in my own drive code. |
| |
Krill
Registered: Apr 2002
Posts: 2981 |
Note that reset/powercycle just before running can cause other issues.
Here's a decades-old code snippet from the olden days before 1541U et al.:stepperfix: ; here, the drive was apparently reset immediately before running the loader -
; step down a track: this works normally if the stepping bits are congruent with the stepper motor.
; however, it may happen that the bits are misaligned (opposite to the actual stepper position, bit 1
; reversed), this alone does not move the head but stepping makes it go into the direction opposite to
; the one desired when moving. the stepping down two halftracks will actually step up and step down one
; halftrack each and thus will end up on the same track as before, but align the stepper bits to the motor.
ldy #2
sty CURRTRACK41
dey
jsr trkseek41
stepperok:This kind of thing is relevant only when going full bare-metal, though, DOS "I" routine should work fine. =)
Edit: Thinking about it, not so sure any more about the last bit. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11390 |
anything that reads from the disk (using DOS/jobcode) should realign the stepper with the usual +/-0.5 tracks dance, no? |
| |
Krill
Registered: Apr 2002
Posts: 2981 |
Quoting chatGPZanything that reads from the disk (using DOS/jobcode) should realign the stepper with the usual +/-0.5 tracks dance, no? Only after errors. The problem of incongruent stepper bits may thus appear only after stepping (so after DOS-init and switching to bare-metal routines). |
| |
chatGPZ
Registered: Dec 2001
Posts: 11390 |
But we were talking about "I" command, no? When there is no error, its all fine? :) |
| |
tlr
Registered: Sep 2003
Posts: 1791 |
Quote: But we were talking about "I" command, no? When there is no error, its all fine? :)
it is, but a subsequent custom track seek needs to consider that the stepper bits can be incorrect and do "the dance" it self. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 - Next |
