Bummer. There's a higher chance of me patching 0913 rather than rewriting the blitter.slingshot wrote:The blitter is not my work, it's the original from Till Harbaum. I just made it somewhat compatible with the FX68K, and the 3-way handshaking of the bus arbitration, which is not in TG68K. That didn't make it more compatible with demos. I think the best would be to use the original schematics (which worked pretty well for the GSTMCU). But it's not a trivial work.sebdel wrote: I found a bunch of articles that explain pretty well how it's connected to the MCU and the roles of BR, BG and BGACK but that doesn't tell much about the internals of the blitter. I mean, do you think the internal state machine would need to be rewritten?
It's no more a MiSTery
Moderators: Mug UK, Zorro 2, spiny, Greenious, Moderator Team
Re: It's no more a MiSTery
Re: It's no more a MiSTery
Just added a patch, and now at least doesn't freeze or corrupts the screen. If you can find out while the music is not started after the selection, maybe it would be to possible fixing that, too.sebdel wrote: Bummer. There's a higher chance of me patching 0913 rather than rewriting the blitter.
Re: It's no more a MiSTery
Thanks, that's exactly the kind of patch I thought I might pull off given a couple of weeks of trial and error.slingshot wrote:Just added a patch, and now at least doesn't freeze or corrupts the screen. If you can find out while the music is not started after the selection, maybe it would be to possible fixing that, too.sebdel wrote: Bummer. There's a higher chance of me patching 0913 rather than rewriting the blitter.

I'll try to guess what happens with the music. I just lost an afternoon figuring out that the PRG is compressed and disassembling it is entirely pointless

Re: It's no more a MiSTery
Yeah, usually tracing in an emulator is the way to go.sebdel wrote: Thanks, that's exactly the kind of patch I thought I might pull off given a couple of weeks of trial and error.
I'll try to guess what happens with the music. I just lost an afternoon figuring out that the PRG is compressed and disassembling it is entirely pointless
Re: It's no more a MiSTery
I could depack it actually, it uses UPX, a modern binary packer that supports Atari, how nice of them, I had no idea such a thing existed.slingshot wrote:Yeah, usually tracing in an emulator is the way to go.sebdel wrote: Thanks, that's exactly the kind of patch I thought I might pull off given a couple of weeks of trial and error.
I'll try to guess what happens with the music. I just lost an afternoon figuring out that the PRG is compressed and disassembling it is entirely pointless
Not much progress yesterday, I tried your latest patch that indeed improves stability of 0913 (but still no sound), and then it occured to me that it may help with other modern STe productions so I got a bit sidetracked.
Takeaways on modern demos:
- Motus works perfectly
- We were @ probably works but my monitor can't handle it :/
- lots of stuff these days are distributed as "MSA". I don't know if there's a big difference with ".ST" but support for MSA would be nice.
Older stuff:
- How to use The ventura demo: the disk number appears right next to the screen title. Insert the correct disk BEFORE you press space.
- The Ventura/Board and spheres screen properly displays the naos logo up in the syncscrolling lines. That's quite an achievement, it worked on 50% of atari st out there from our observations.
- The Big demo needs TOS1.02
- There are tons of corrupted TOS images out there (esp. [fr]) so if you have a demo that don't start, make sure you can boot to desktop first.
Bugs:
- Soft Reset does not always jump into the reset demos (electra). It seems to work only for older TOS. I don't know if that's expected.
- After the big demo reset screen, there's a reset that does not resets the YM2149. You get a rebooted machine with noise coming out of the audio.
Re: It's no more a MiSTery
I still wouldn't make high-stakes investments on STe demos, they like if the blitter does its job in exactly the same cycles as the original. Even there's a game (Lethal Xcess) which requires cycle-perfect blitter.
MSA is just the ST with a header, and optional compression. Not a hardware friendly format.
Yeah, Electra doesn't work with TOS2.06. But it's not unexpected at all.
The CPU reset instruction currently resets IKBD only, while in reality it should reset all peripherals. YM2149 can be added easily.
MSA is just the ST with a header, and optional compression. Not a hardware friendly format.
Yeah, Electra doesn't work with TOS2.06. But it's not unexpected at all.
The CPU reset instruction currently resets IKBD only, while in reality it should reset all peripherals. YM2149 can be added easily.
-
- Captain Atari
- Posts: 161
- Joined: Fri Aug 12, 2005 11:33 pm
- Location: Austin, TX, USA
- Contact:
Re: It's no more a MiSTery
Hopefully I'll get back to trying things out this weekend.
I don't know any 68000 I'm afraid, slingshot, otherwise I'd try to provide more information. (I know plenty of Z80 but that's not much help here).
One day I'll teach myself, but having a young child means it isn't going to be soon.
I don't know any 68000 I'm afraid, slingshot, otherwise I'd try to provide more information. (I know plenty of Z80 but that's not much help here).
One day I'll teach myself, but having a young child means it isn't going to be soon.
Re: It's no more a MiSTery
You did it once again, thanks for the patch. Why are you only connecting peripheral_reset to the MFP and YM though? From the schematics it seems XRESET is all over the place, starting with the blitter?slingshot wrote:I still wouldn't make high-stakes investments on STe demos, they like if the blitter does its job in exactly the same cycles as the original. Even there's a game (Lethal Xcess) which requires cycle-perfect blitter.
MSA is just the ST with a header, and optional compression. Not a hardware friendly format.
Yeah, Electra doesn't work with TOS2.06. But it's not unexpected at all.
The CPU reset instruction currently resets IKBD only, while in reality it should reset all peripherals. YM2149 can be added easily.
Re: It's no more a MiSTery
Do you think is there any demo out there which must reboot and reset the blitter?sebdel wrote: You did it once again, thanks for the patch. Why are you only connecting peripheral_reset to the MFP and YM though? From the schematics it seems XRESET is all over the place, starting with the blitter?
ACIA, DMA and the Shifter don't even have a reset pin, so blitter and FDC can be added, if turns out something need it.
Re: It's no more a MiSTery
Of course it's probably useless. I was asking because I was under the impression that the way you implemented this core was to match the schematics period.slingshot wrote:Do you think is there any demo out there which must reboot and reset the blitter?sebdel wrote: You did it once again, thanks for the patch. Why are you only connecting peripheral_reset to the MFP and YM though? From the schematics it seems XRESET is all over the place, starting with the blitter?
ACIA, DMA and the Shifter don't even have a reset pin, so blitter and FDC can be added, if turns out something need it.

Re: It's no more a MiSTery
Of course, I try. But I reserve the right for some freedomsebdel wrote: Of course it's probably useless. I was asking because I was under the impression that the way you implemented this core was to match the schematics period.

Re: It's no more a MiSTery
I've found the issue, however the fix has a conflict how I interpret a part of the STe schematics. Is it possible to test this on a real STe?Total Eclipse wrote: The Union Demo - Level 16 fullscreen fails to load, just goes back to the main menu. The original on AtariMania is a STX, so I've had to use the version on POV112 from pouet.net. Issue exists in ST and STE mode.
- Total Eclipse
- Captain Atari
- Posts: 294
- Joined: Tue Jul 20, 2004 2:20 pm
- Location: Sheepy Magna, UK
Re: It's no more a MiSTery
I don't have access to STe, both myself and friends only have STfm. Hopefully someone on here can test shortly.slingshot wrote:I've found the issue, however the fix has a conflict how I interpret a part of the STe schematics. Is it possible to test this on a real STe?Total Eclipse wrote: The Union Demo - Level 16 fullscreen fails to load, just goes back to the main menu. The original on AtariMania is a STX, so I've had to use the version on POV112 from pouet.net. Issue exists in ST and STE mode.
Atari equipment all in storage - Now playing with MiST 

Re: It's no more a MiSTery
I can test this tomorrow morning CET, if I'm not too late. Too drunk nowTotal Eclipse wrote:I don't have access to STe, both myself and friends only have STfm. Hopefully someone on here can test shortly.slingshot wrote:I've found the issue, however the fix has a conflict how I interpret a part of the STe schematics. Is it possible to test this on a real STe?Total Eclipse wrote: The Union Demo - Level 16 fullscreen fails to load, just goes back to the main menu. The original on AtariMania is a STX, so I've had to use the version on POV112 from pouet.net. Issue exists in ST and STE mode.

On the other side of the screen, it all looks so easy.
Re: It's no more a MiSTery
https://www.exxoshost.co.uk/atari/games ... (1992).zipRealLarry wrote: I can test this tomorrow morning CET, if I'm not too late. Too drunk nowAnybody a download link for this demo?
Select Union Demo, then walk to the L16 door.
Thanks!
Re: It's no more a MiSTery
Just tested this demo, Level 16, but after loading I was exited back to be in front of the Level 16 door. Machine is a STE/TOS 1.62/4MBslingshot wrote:https://www.exxoshost.co.uk/atari/games ... (1992).zipRealLarry wrote: I can test this tomorrow morning CET, if I'm not too late. Too drunk nowAnybody a download link for this demo?
Select Union Demo, then walk to the L16 door.
Thanks!
I'll leave this setup for further testing, if needed. I took the opportunity to update this "grab&play" machine with ParCP, JayMSA and other needful tools, so I can test instantly now (all other Ataris are somewhat fixed in furnitures

You do not have the required permissions to view the files attached to this post.
On the other side of the screen, it all looks so easy.
Re: It's no more a MiSTery
That's cool! It's how STe should behave according to the ASIC schematics (and I've implemented it correctly then). No emulator does this.RealLarry wrote:Just tested this demo, Level 16, but after loading I was exited back to be in front of the Level 16 door. Machine is a STE/TOS 1.62/4MB
Re: It's no more a MiSTery
Ha! I was afraid at first that this would be NOT the wanted behaviourslingshot wrote:That's cool! It's how STe should behave according to the ASIC schematics (and I've implemented it correctly then). No emulator does this.RealLarry wrote:Just tested this demo, Level 16, but after loading I was exited back to be in front of the Level 16 door. Machine is a STE/TOS 1.62/4MB


On the other side of the screen, it all looks so easy.
Re: It's no more a MiSTery
It's hard to argue with the original machine's behaviorRealLarry wrote: Ha! I was afraid at first that this would be NOT the wanted behaviourBut okay, then:
Good work - as always!

-
- Captain Atari
- Posts: 294
- Joined: Sun Sep 20, 2009 6:54 am
- Location: FRANCE
Re: It's no more a MiSTery
hi
just a dub question, is someone work to port this good core to mister ?
just a dub question, is someone work to port this good core to mister ?
Re: It's no more a MiSTery
I swear the scroller was not messed up in STe mode when I tested it yesterday. It was great to see the L16 fullscreen again, good jobslingshot wrote:It's hard to argue with the original machine's behaviorRealLarry wrote: Ha! I was afraid at first that this would be NOT the wanted behaviourBut okay, then:
Good work - as always!
This demo is clearly not designed for STe - just look at the bottom scroller. And even in emulators, which starts the Level 16 fullscreen, it's messed up.

Regarding the Union demo: I'm looking for a proper disk image, I don't like the compilation experience. It seems it's not so easy because of the custom disk format.
Re: It's no more a MiSTery
I'm sure it issebdel wrote: I swear the scroller was not messed up in STe mode when I tested it yesterday.

Re: It's no more a MiSTery
Following up on this...slingshot wrote:Yeah, usually tracing in an emulator is the way to go.sebdel wrote: Thanks, that's exactly the kind of patch I thought I might pull off given a couple of weeks of trial and error.
I'll try to guess what happens with the music. I just lost an afternoon figuring out that the PRG is compressed and disassembling it is entirely pointless
A bit of a stab in the dark but I noticed that 0913 sometime freezes to a black screen right around the LMC1992 initialization. Is it implemented? I can't find it. Do you think in can be the cause of the freezes or no sound symptoms?
I don't really understand how that piece of code works, is the mask register moving on its own while it transfers on the MW interface? And what's going on with the SR, do you need to be in supervisor mode when writing to MW but not when reading?
Code: Select all
$00061176 : 40e7 move sr,-(sp)
$00061178 : 46fc 2700 move #$2700,sr
$0006117c : 31fc 07ff 8924 move.w #$7ff,$ffff8924.w
$00061182 : 31c0 8922 move.w d0,$ffff8922.w
$00061186 : 0c78 07ff 8924 cmpi.w #$7ff,$ffff8924.w
$0006118c : 67f8 beq.s $61186 <= There could be an infinite loop here ?
$0006118e : 46df move (sp)+,sr
$00061190 : 0c78 07ff 8924 cmpi.w #$7ff,$ffff8924.w
$00061196 : 66f8 bne.s $61190 <= Or here ?
$00061198 : 4e75 rts
Re: It's no more a MiSTery
Responding to myself because I can not edit:sebdel wrote: I don't really understand how that piece of code works, is the mask register moving on its own while it transfers on the MW interface? And what's going on with the SR, do you need to be in supervisor mode when writing to MW but not when reading?Code: Select all
$00061176 : 40e7 move sr,-(sp) $00061178 : 46fc 2700 move #$2700,sr $0006117c : 31fc 07ff 8924 move.w #$7ff,$ffff8924.w $00061182 : 31c0 8922 move.w d0,$ffff8922.w $00061186 : 0c78 07ff 8924 cmpi.w #$7ff,$ffff8924.w $0006118c : 67f8 beq.s $61186 <= There could be an infinite loop here ? $0006118e : 46df move (sp)+,sr $00061190 : 0c78 07ff 8924 cmpi.w #$7ff,$ffff8924.w $00061196 : 66f8 bne.s $61190 <= Or here ? $00061198 : 4e75 rts
- disregard my comment about supervisor, this all happens in an exception vector so it's irrelevant. I still don't see what's the point of restoring SR early though.
- I found the MW doc and indeed, you are supposed to poll the mask register so I understand this code better.If the MW interface is correctly implemented (found it in gstshifter) then all is well with the world

Re: It's no more a MiSTery
It usually waits until the register "turns around". Are you sure it never exits from that loop?sebdel wrote: - I found the MW doc and indeed, you are supposed to poll the mask register so I understand this code better.If the MW interface is correctly implemented (found it in gstshifter) then all is well with the world
Actually many games are setting the MW, and don't freeze.