Problem with Battle Squadron
 

Hi,

I think I have found a bug within the emulation, with WinUAE 0.9.92.

When I play Battle Squadron, some sprites are not displayed. Those sprites are the number of lives left for player 1 in the upper left corner. The problems is more visible when you must enter your initials... Only the first 2 are shown. The 3rd initial and the [ENTER] character are invisible. See the screenshot... The entered name is CHB (see 11. line in the Bravest Aviators), but it is shown as CH in the corner !

If it is a newly discovered bug, I'll be proud to have found it, because bugs are really rare ;-)
If it's a configuration problem, tell me what to do... But I have the most A500 compatible configuration, and AFAIR, Battle Squadron worked very well on my old A500.

CUL8R

No, I didn't. I go and download it now. Then I'll try Battle Squadron in a few minutes, if WinFellow is simple enough ;-)

That's fun!!!

With WinFellow, my bug disappeared... but some new bugs appeared!!!

Look at the attachment, and compare with the previous one:

1. The left and right scores and missiles [M] are of the same color (left should be blue)
2. The Highest score is truncated !
3. The "2up" is replaced by some "lives" sprites.
4. The 2nd player score is truncated, and some digits are strangely shaped.
5. Some pixels missing in the 1st player's missiles.
6. Some missiles missing for the 2nd player.

Well! Both emulators seem to have problems to handle the display of this game!!!

It seems that there is too many sprites. That was OK for my good old A500, but WinUAE truncates some sprites it cannot manage, and fellow truncates some other sprites.

But now, I'm sure it's an emulator problem, not an ADF one. Thank you for the tip.

Now, Toni knows it is work for him ;-)

Battle Squadron uses copper to write sprite data registers. (non-dma mode) and timing must be 100% cycle exact for sprites to work correctly (both copper and sprite state machine)

Some other examples: Leander (partially) and demo Total Triple Trouble.

Unfortunately sprite state machine is much more complex than hardware reference manual says..

Disable Picasso96 and work with Direct / Indirect JIT, should fix the corruption... Seriously, im beginning to think that WinFellow tops WinUae by a VERY LARGE margin...

Could that also be the cause of the problem with the score display in Super Methane Bros (all versions)? I'm not sure if it's meant to show a lot of zeroes, but I do know at least one character in the score always looks dodgy.

Why not just buy yourself another Amiga computer? :rolleyes

Toni:

Even with 68000 + more compatible, Match A500 speed, Cycle exact CPU + Blitter, Full collision, disk speed 100%, the problem is still there.
So, I guess that when you write about a timing to be exact, it is more complex than just checking "Cycle exact CPU + Blitter"!? Do you mean it is a known problem?

FallenSeraphin:

I'm emulating an A500. I never play with Picasso and JIT parameters. 68000 +ECS only!

TheAmigaMan:

I don't need to buy one... Mine is still alive... but far from me... One day, I'll go back to my parent's attic and wake it up ;-)

Dont forget that original (and most after) games worked with OCS, not ECS :D... trust me this has fixed some games i couldnt get to work :)

I hadn't tried OCS yet...

Now, I've tried every combination of OCS, ECS Agnus with Kick 1.2 and 1.3... No change.

Well, in fact, that is a minor bug. I can still play with that bug. My aim was just to know if it is a bug or a mis-configuration. Now, I think that's a bug, and I reported it. I hope it will increase the quality of v1.0 ;-)

Thank you all!

Not necessarily.
Yet I'm a bit puzzled that both 'M's are of the same color in the 2nd screenshot you posted, whereas they're of a different color in the 1st screenshot on top of the thread.
Some of the problems you've reported might be a problem of the crack you've used. I could even assume that the crack you've used is actually a preview/beta and not the retail/sales version!
Please note that a lot of cracks from a lot of games do not support saving the game or highscore. (e. g. cracked Pinball Dreams, 90% of all versions of Prince of Persia)
Crackers are usually selfish, with a strong urge to eternalize themselves in the images. :D Hence, most highscore is either auto-overwritten on startup or protected against overwriting, no matter what you've previously entered.

However, it might work with the original CAPS version perhaps.
(please do not ask questions about this, I have sent you a PM with all info you need. ;))

As soon as you have got hold of this version by any imaginable magical way ;), I strongly request you to recheck current WinUAE with this version whether some "bugs" (?) have disappeared (or indeed not).

Be serious...

The second screenshot is from WinFellow!!! I think I was not really explicit about that.

I had a problem with 2 sprites in the upper left corner with WinUAE. Kodoichi suggested me to try with WinFellow. All other problems shown in the 2nd screenshot come from WinFellow.

In fact, that's why I think of an emulation bug... There is one bug with WinUAE, and with WinFellow, that bug disappeared but others appeared. Probably because they handle sprites differently... but not 100% accurately :-(

I have a very slow comp at work in wich WinFellow works a LOT better then WinUAE, so im very serious...

Don't feed the troll ;-)

Not really, it was rather a decent mix-up, making it hard to follow for me. But nevermind :D

Aaaahh...ok.
Well WinUAE DID show correct colors for me, that's what I was trying to point out. :-)

You definitely are.
For instance, there are (still!) economically aggrieved regions in this world where people simply could never afford an Athlon XP machine for financial reasons (the former so-called 'Third World' in particular), so WinFellow - and in general, applications that only demand low resources - will always be a blessing for these people!!
I really like the fact that this gives more people a way to enjoy emulation, because they're not simply locked out! :great

Yes, 2 months ago all I had was a Pentium MMX 233 Mhz. And I only got this new computer because I was REAL lucky

My girlfriend's computer is a Pentium 133Mhz with 96 mb of ram.

I have a friend who has a Pentium MMX 233Mhz with 32 mb of ram

Completely off-topic, just showing that what Andreas says is really the truth :)

Small update...

I tried CAPS image. The "lives sprites bug" is still there. I guess it is not a bad ADF problem.

Yes, this is chipset emulation problem. Sprite's X-coordinate is updated by copper slightly too late.

This is quite interesting discovery because in theory this should not work on real Amigas either. It seems this is yet another "secret" chipset feature..

I think I found logical reason for this feature.. It may not be 100% right but it seems to work without breaking anything else (famous last words, I know..)

EDIT: This also fixes Bubba'n'Stix background mountain jumping so it can't be totally wrong fix :)