Blitter version test

[MisterUndo]

Result: 0040

1040 STE / 4Mb / TOS1.62UK
Combo-Chip:
ATARI (c) 1991
C032183-001
J9124
MM9200COC-VF6
XC01432A

[davemacblack]

Result: 0040

MegaST 4 / 4Mb / TOS1.02 De
Blitter:
9022NTD
C101643
(c) ATARI 1989
-31 I60611-01

[ijor]

Steem SSE: $0000 (seems strange may have made a mistake ? but I have checked blitter is well active... )

Yes, seems a Steem bug.

520STM(short) + Blitterboard Tos 2.06
520STE Tos 1.62

They were all in both machines $0040

STMicroelectornics: C101643-001 * Atari 1988 * -28 8937 KOREA * MKXB75AQ-00 * Z923889

That is a bit unexpected. So far all ST chips, and only ST variants, give a $3F result.
I assume the -001 is a typo, it should be -011?

Anybody with the old GE/RCA Blitter chip?

Thanks everybody for the tests.

[scsilord]

Steem SSE: $0000 (seems strange may have made a mistake ? but I have checked blitter is well active... )

Yes, seems a Steem bug.

520STM(short) + Blitterboard Tos 2.06
520STE Tos 1.62

They were all in both machines $0040

STMicroelectornics: C101643-001 * Atari 1988 * -28 8937 KOREA * MKXB75AQ-00 * Z923889

That is a bit unexpected. So far all ST chips, and only ST variants, give a $3F result.
I assume the -001 is a typo, it should be -011?

Anybody with the old GE/RCA Blitter chip?

Thanks everybody for the tests.

Yes the -001 is indeed a typo it's -011

[Frank B]

I tried it on a mega 4, 520 STFm with blitter fitted and my original 1.6 520 STe with discrete blitter. All 0x40,

[Frank B]

Does the 0x3f blitter always yield a word early or does it depend on the instruction sequence triggering the blitter?

[ijor]

Does the 0x3f blitter always yield a word early or does it depend on the instruction sequence triggering the blitter?

With "normal" code all Blitter versions behave the same. Otherwise several demos would break.

It doesn't yield earlier. It's about the Blitter buglet I mentioned before. Some code would expose the bug in some Blitter versions only.

[Total Eclipse]

In the interests of completeness, I've tried this on the MiST running the Mistery core, and get 0040 on both ST and STe settings.

[ijor]

Steem SSE: $0000 (seems strange may have made a mistake ? but I have checked blitter is well active... )

Yes, seems a Steem bug.

I contacted Steve (Steem SSE developer). He said it seems to be a very old bug. A fix will probably coming shortly.

In the interests of completeness, I've tried this on the MiST running the Mistery core, and get 0040 on both ST and STe settings.

I know. MiSTery uses my own Blitter (and CPU) code

[ragnar76]

I was curious

MiSTer FPGA report 0040
Suska III-C crashes with 2 bombs

[ijor]

Suska III-C crashes with 2 bombs

I didn't implement error trapping. If Blitter is not present it will crash like that with two bombs (bus error).

Can the Suska be configured for specific ST models/variants? You need to use STE mode, or at least to configure the system with Blitter.

[ragnar76]

By default, Suska is set to a STe with a Blitter. Perhaps, it's not implemented properly

[Mark_G]

My STE returned number 0040.

[Cyprian]

I wonder what value is returned on the Falcon

[DarkLord]

Okay, I finally got around to trying this. Sorry about being late to the party.

On my Mega ST4, TOS v2.06, with the Cloudy TOS board, Lightning ST board,
and an AdSpeed accelerator, the blitter test returned:

Results: 003F

HTH's.

[Cyprian]

Mega ST 1 - 003F
1040 STe (with external BLiTTER) - 0040
Later I'll check the chip number.

[ijor]

Thanks Cyprian.

Btw, I think we figured out exactly what is happening. See this thread at exxos forum:

https://www.exxosforum.co.uk/forum/view ... 953#p91953