jamesrc wrote:
(Quick edit: I don't see any recent commits to your repo, so am I correct in assuming you've not pushed these changes yet?)
Not yet, there are some other surprises waiting. I'm afraid I'm too far away for some beer from Texas - but would be good, thanks
FYI, another one is waiting for you in France .
Greatings, my neighbor. Not only there...even more beer is ready for consuming here in the south western part of Germany, if @Slingshot starts a tour across europe - and I'm sure that @Gehstock will do his best in beer also in the eastern part of Germany.
On the other side of the screen, it all looks so easy.
A rare case of the old ST core being more compatible.
While the old core doesn't display part of the intro properly and the MiSTery core does, it's possible to start the game in the old core whereas in the MiSTery core the controls stop responding on the title screen after first adding a credit.
The text continues to animate, but neither up (to insert another credit) or fire (to start the game) cause anything to happen.
sebdel wrote:
FYI, another one is waiting for you in France .
Finished the house renewing?
Yep, took me long enough but totally worth it. I bought a new 32" monitor to celebrate. It does PiP with the vga input, super convenient
Talking about convenience, my Mist is on the operating table, I'm finally soldering that jtag header.
A rare case of the old ST core being more compatible.
I've introduced a bug in MFP, because I used a buggy datasheet (heh, wrong datasheets are floating around).
@sebdel but you don't have to debug your music disk, I found the issue (should I say it was in MFP?)
That's great news and I'm not even surprised. The MFP was the other stuff that was supposedly not 'accurate'. By the way, how does it work for FxCast ? How can it be a so -called cycle accurate ST with a sketchy MFP ?
sebdel wrote:
That's great news and I'm not even surprised. The MFP was the other stuff that was supposedly not 'accurate'. By the way, how does it work for FxCast ? How can it be a so -called cycle accurate ST with a sketchy MFP ?
YM-Audio is set to Mono, unless there's another setting I need to tweak.
Hopefully someone who isn't me (in case I'm crazy) and isn't you (because I don't want to waste your time listening to samples) can have a listen and confirm.
Thabks for the updated core slingshot, it's really good to see this getting some love.
I don't know if this will help with debugging, but I've been working through the Skid Row demo now that it's fixed on the latest core.
One demo, BMT3, is a full overscan screen scroll with a picture of a wolf, but (on my TV at least) the sync is lost and tears part way down the screen, but the central scroll line is stable.
Also, I feel like many key presses are being lost while walking around the main menu, is anyone else finding similar?
BTW, to find that screen, walk through the menu screen keeping to the left wall. It should be the second door you reach.
Tested as both a ST and STe.
Atari equipment all in storage - Now playing with MiST
slingshot wrote:I've introduced a bug in MFP, because I used a buggy datasheet (heh, wrong datasheets are floating around).
What buggy MFP datasheet are (were) you using ???
First item in a google search for "mfp 68901 datasheet"
5.1.3 Event Count Mode Operation
In addition to the delay mode and the pulse width measurement mode, timers A and B may be pro-
grammed to operate in the event count mode. Like the pulse width measurement mode, the event
count mode also requires an auxiliary input signal, TAl or TBI, and the interrupt channels normally
associated with 14 and 13 will respond to transitions on TAl and TBI, respectively. General purpose
lines 13 and 14 still function normally.
And the correct one:
6.1.3 Event Count Mode Operation
In addition to the delay mode and the pulse width measurement mode, timers A and B may
be programmed to operate in the event count mode. Like the pulse width measurement
mode, the event count mode requires an auxiliary input signal, TAI or TBI. General purpose
lines I3 and I4 can be used for I/O or as interrupt producing inputs.
Total Eclipse wrote:One demo, BMT3, is a full overscan screen scroll with a picture of a wolf, but (on my TV at least) the sync is lost and tears part way down the screen, but the central scroll line is stable.
Attached a picture that hopefully makes more sense...
BMT3.jpg
You do not have the required permissions to view the files attached to this post.
Atari equipment all in storage - Now playing with MiST