Here’s the second game for the MSX Freestyle category in this issue of MSXdev! Shoulder Blade OVERDRIVE is a very fast arcade where you control a mech destroying all the enemies approaching you. The 3D scrolling effect is very engaging as it makes you feel the high speed action.

Are you working on an MSX game, or even have one finished? Please consider to submit your work as an entry for this legendary MSX contest, and have the guarantee of a wide as possible audience, gain the attention of potential cartridge producers and even contend to win some prizes!

Relevant link: MSXdev - Shoulder Blade OVERDRIVE

Media browser (7)

  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE
  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE
  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE
  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE
  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE
  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE
  • MSXdev'18 #9 - Shoulder Blade OVERDRIVE

Comments (29)

By KdL

Paragon (1130)

KdL's picture

01-11-2018, 20:01

Wow! Very nice!! LOL!

By Giangiacomo Zaffini 2

Expert (77)

Giangiacomo Zaffini 2's picture

01-11-2018, 20:42

Well done. IMHO it well deserves gameplay even in real hardware. Tongue

By syn

Paragon (1883)

syn's picture

01-11-2018, 23:36

this looks great!

By santiontanon

Hero (602)

santiontanon's picture

02-11-2018, 06:57

Really cool!!! Your games are always very original!!! I've played a couple of games to this one and it's interesting to figure things out. In my first game I was just shooting without paying any attention. But then I realized that the robot can dash and jump, and also learned how the shield regenerates, which adds another layer of strategy to the game. Pretty cool!!!

The visuals are also quite impressive, specially given how fast everything moves! Good job! Leaving the bar very high!

By valkyre

Champion (369)

valkyre's picture

02-11-2018, 07:25

Great game. Hoping to see an entry from santiontanon as well!

By santiontanon

Hero (602)

santiontanon's picture

03-11-2018, 09:19

@valkyre I'm running late, but I'll give it my best! I started setting things up last week, and today I even started coding! Smile

By KdL

Paragon (1130)

KdL's picture

03-11-2018, 10:20

I think that in the night (green) area even the main character could change its color. Wink

By MsxKun

Paladin (865)

MsxKun's picture

03-11-2018, 11:49

Game is not working on my F9S loading with ODO. Of course, I force boot, but I only get the game music working, and if you press space to start and fire, you hear the SFX, so something is happening there, but the video only outputs garbage.

Loading it on a Megaflash works fine, tho.

By ghost_jp

Expert (123)

ghost_jp's picture

03-11-2018, 12:38

MsxKun wrote:

Game is not working on my F9S loading with ODO.

According to https://www.msx.org/downloads/utilities/rom/odo-03, ODO seems to expect starting address on page 0. However, my Shoulder Blade OVERDRIVE starts from 4000h on page 1. Sub routines and data on page 0 are called by only inter-slot call. I wonder that is the reason why ODO can't load the game correctly.

Gentlemen, thank you for your applause. Especially Santi, you know a lot about me and my work. I'm looking forward to your striking back against my Buddhagille and Shoulder Blade OVERDRIVE. I'm sure everybody wishes the same thing. Come on and beat me off!!

By MsxKun

Paladin (865)

MsxKun's picture

03-11-2018, 13:25

ghost_jp wrote:
MsxKun wrote:

Game is not working on my F9S loading with ODO.

According to https://www.msx.org/downloads/utilities/rom/odo-03, ODO seems to expect starting address on page 0. However, my Shoulder Blade OVERDRIVE starts from 4000h on page 1. Sub routines and data on page 0 are called by only inter-slot call. I wonder that is the reason why ODO can't load the game correctly.

No no, ODO always worked fine with 48k ROM starting at 4000h. The info on that link is a bit confusing, ODO loads the ROM correctly at 0000 and the MSX-BIOS executes the part at 4000h if AB header is found there. In fact SBO executes and works, just the video shows a mess. Must be something a tiny silly thing for sure...

I wouldn't worry a lot, as the game works from cartridge and that's a better way to play with it :) But I can't avoid be curious about what happens...

(note, tried now with 4mb external RAM, as internal is in sub-slot and does the same, so no idea where's the problem, I loaded Perfect Fit with ODO -same, 48ks, starting at 4000h- and it works... I need to check another MSX, my F9S can be picky)

By ghost_jp

Expert (123)

ghost_jp's picture

03-11-2018, 13:27

Umm... that's certainly interesting issue but I don't feel necessity to solve the problem at least by my own. I'm sure working on ODO is not requirement for MSXdev. Of course, I will say the answer and cooperate to solve the issue if somebody throws concretized question against my code.

By Uninteresting

Resident (62)

Uninteresting's picture

03-11-2018, 13:33

The game looks pretty amazing. I'll need to read the manual to give it a proper go, first (just blindly hammering buttons didn't get me far).

By MsxKun

Paladin (865)

MsxKun's picture

03-11-2018, 14:16

ghost_jp wrote:

Umm... that's certainly interesting issue but I don't feel necessity to solve the problem at least by my own. I'm sure working on ODO is not requirement for MSXdev. Of course, I will say the answer and cooperate to solve the issue if somebody throws concretized question against my code.

I did extra tests. From the MegaflashROM. As I said it works fine. Except if you have the Padial SD Card reader also inserted on first slot. Cause the MSX boots the LPE first, uses FAT16 patch and so... and then boots the FlashROM. I get corrupter GFX... until I reset the game several times and it worked again. No SD Card Reader, no problem Smile (or SD card inserted but disabled, works fine).

Just for the fun of it I made a last test. Booted de SD Card disabling the FlashROM cartridge in the slot 2. Then executed OPFX /X to run directly the game from the cartridge. Works without problem!

No idea why that happens but certainly I wouldn't worry. Specially about the dev, where it's typical to see games not working or failing on real machines... Running Naked in a Field of Flowers (that's not the case, to be clear)

By MsxKun

Paladin (865)

MsxKun's picture

03-11-2018, 14:23

Sorry! A last thing!
Cause I can get my arse calm... I made another test with ODO Smile
Loaded the game, hard booted AND disabled SD Card when booting. The game works Smile

I think that can be useful for people that still has no linear FlashROM and have to load into RAM. Probably it will work anyway if they don't use the old LPE SD card, but just in case.

Also my F9S can be a bit extra tricky cause the internal firmware ROM. But worked, Man 1 - Machine 0

By ghost_jp

Expert (123)

ghost_jp's picture

03-11-2018, 21:21

At first, thank you for your effort, MsxKun!
Well, would you try the following image?

https://gray.ap.teacup.com/ghost/html/sbo100dbg1.zip

This is an improper version for debugging. You reported only visual output seemed not to work correctly, so I consider possibility of failure to get VDP port number by reading 0007h/MAIN-ROM.

My program reads the address soon after INIT and saves its value into RAM on page 3. If something impeded those behavior, the game could not access VDP correctly in most cases as you reported. The attached debug version is given the port number not from MAIN-ROM but a direct value; 098h. Everybody knows that does not comply to MSX standard, but I wonder it may separate the problem.

By MsxKun

Paladin (865)

MsxKun's picture

03-11-2018, 21:44

ghost_jp wrote:

At first, thank you for your effort, MsxKun!
Well, would you try the following image?

https://gray.ap.teacup.com/ghost/html/sbo100dbg1.zip

This is an improper version for debugging. You reported only visual output seemed not to work correctly, so I consider possibility of failure to get VDP port number by reading 0007h/MAIN-ROM.

My program reads the address soon after INIT and saves its value into RAM on page 3. If something impeded those behavior, the game could not access VDP correctly in most cases as you reported. The attached debug version is given the port number not from MAIN-ROM but a direct value; 098h. Everybody knows that does not comply to MSX standard, but I wonder it may separate the problem.

Ok, I'll try tomorrow under the same config. What you do is right, so no idea why this happens, but I'll check that debg rom.

By Maggoo

Paragon (1182)

Maggoo's picture

04-11-2018, 02:10

Very nice!!

By gdx

Prophet (2322)

gdx's picture

04-11-2018, 09:11

Realization very professional. Smile

MsxKun wrote:

Game is not working on my F9S loading with ODO.

This is often the case with Rom for MSX2 because them use more Ram than 16kB.

By MsxKun

Paladin (865)

MsxKun's picture

04-11-2018, 09:54

gdx wrote:

Realization very professional. Smile

MsxKun wrote:

Game is not working on my F9S loading with ODO.

This is often the case with Rom for MSX2 because them use more Ram than 16kB.

Could be in some cases, but not here, the game works with ODO. It only fails when the SD card reader is plugged AND enabled. The same ROM already loaded in RAM with ODO that fails when the SD is enabled, you simply reset and press the key to disable the SD reader, and then it works perfectly.
It's curious, but the solution is simple disable the SD, no big problem here.

By MsxKun

Paladin (865)

MsxKun's picture

04-11-2018, 10:05

ghost_jp wrote:

At first, thank you for your effort, MsxKun!
Well, would you try the following image?

This is an improper version for debugging. You reported only visual output seemed not to work correctly, so I consider possibility of failure to get VDP port number by reading 0007h/MAIN-ROM..

Does exactly the same. SD on, fail. SD off, success.
Maybe the Fat16 patch steps on something, but ..... right now, interesting enough, I loaded the rom on OpenMSX with ODO, emulating a TR-GT with IDE. Then it boots from the IDE image, with MSX-DOS (Fat12 here). From DOS I load the rom with ODO and I get the same result as on my MSX So next I got more simple. Just a DSK folder with DOS1 (command.com and msxdos.sys), got the same :/ So maybe the problem is with MSX-DOS itself.

By MsxKun

Paladin (865)

MsxKun's picture

04-11-2018, 10:07

MsxKun][quote=ghost_jp wrote:

At first, thank you for your effort, MsxKun!
Well, would you try the following image?

This is an improper version for debugging. You reported only visual output seemed not to work correctly, so I consider possibility of failure to get VDP port number by reading 0007h/MAIN-ROM..

Does exactly the same. SD on, fail. SD off, success.
Maybe the Fat16 patch steps on something, but ..... right now, interesting enough, I loaded the rom on OpenMSX with ODO, emulating a TR-GT with IDE. Then it boots from the IDE image, with MSX-DOS (Fat12 here). From DOS I load the rom with ODO and I get the same result as on my MSX So next I got more simple. Just a DSK folder with DOS1 (command.com and msxdos.sys), got the same :/ So maybe the problem is with MSX-DOS itself.

Oh, and again. Reset the machine, disable disk drive pressing SHIFT, the game works Smile

By Sandy Brand

Expert (119)

Sandy Brand's picture

04-11-2018, 12:10

Oh nice game! Smile

By ghost_jp

Expert (123)

ghost_jp's picture

05-11-2018, 03:20

MsxKun wrote:

Does exactly the same. SD on, fail. SD off, success.

Umm, that seems complicated. I don't have enough knowledge about how they connected SD card on our MSX, so I have no idea what impedes accessing VDP of my game.

I wonder one more possibility is monopolization of timer interruption. This program completely overwrites H.TIMI for mainly VDP access and BGM/SE driver. If SD implementation requires more polite behavior, some problem may occur. However I think my implementation is not so special.

By MsxKun

Paladin (865)

MsxKun's picture

05-11-2018, 15:22

ghost_jp wrote:
MsxKun wrote:

Does exactly the same. SD on, fail. SD off, success.

Umm, that seems complicated. I don't have enough knowledge about how they connected SD card on our MSX, so I have no idea what impedes accessing VDP of my game.

I wonder one more possibility is monopolization of timer interruption. This program completely overwrites H.TIMI for mainly VDP access and BGM/SE driver. If SD implementation requires more polite behavior, some problem may occur. However I think my implementation is not so special.

It's not the SD it's MSX-DOS. Even DOS1. And no, using HTIMI all for you shouldn't be a problem here. I do the same.
I'm quite lost too. Anyway as It's easier to just disable the disk drive (with SHIFT) once you boot the ROM, I wouldn't worry anymore.

By ghost_jp

Expert (123)

ghost_jp's picture

05-11-2018, 15:32

Thank you again for your effort, MsxKun!

By 黑い人健

Supporter (1)

黑い人健's picture

09-11-2018, 04:07

.
が倍
イ角
カス
スプ
☆ラ
 イ
 ト

The double sized sprites are really cool☆

By ghost_jp

Expert (123)

ghost_jp's picture

09-11-2018, 09:51

ちょwwwおまwww

By JohnHassink

Ambassador (5350)

JohnHassink's picture

10-11-2018, 05:39

So, I had to give this some time to properly judge it. But what a wonderful present, mister Washio!
What can I say. Compared to your earlier gifts to MSX, like Buddaghillie, this game is, regarding setting, obviously more straight-forward and more grounded in the material world than in the metaphysical or spiritual planes. But the gameplay itself unfolds to give us just as deep gameplay as your previous offerings.
Your games aren't always easy to master; they are never little snacks to pick up and casually devour. I will never be good at "Draconic Throne" for instance. They require some effort to get into the world that you create. But when the player manages to do just that, it is only extra rewarding.

This game resonated with me on multiple levels; as soon as the controls are understood, it truly feels like controlling a sturdy, but powerful battle mech against all odds on the harsh, unforgiving killing fields in the middle of enemy territory. It feels very satisfying to fend off and survive the relentless waves of enemy assaults. Especially when taking down the bosses. This game has some 'breathing' moments, luckily, but it sure keeps the player on his toes. It is so much fun. The more you understand and 'feel' the mechanics of the game, the more enjoyable it gets.

I often deplored the lack of the 'pseudo 3D' style games on MSX. Sure, there is Buck Rogers, Zoom 909, Hyper Rally, Penguin Adventure, Vaxol, Feedback, ANMA's "Squeek" and "Troxx", Karoshi's excellent "Night Driver" port, to name most of them. But this type of perspective could have been explored much more. I've never understood why "Space Harrier" was never ported to MSX by Sega itself, as they did take the effort to bring a lot of their stuff over to it.
When announced, I assumed this game, sharing that "from the back" perspective, would play like those games, but I was wrong. This is a unique experience. The only thing that it shares with aformentioned games is the perspective, but the gameplay itself is a whole other experience.

Domo arigato, Washio-san. This game may not be fun for everyone (my girlfriend, who is more a Nintendo fan anyway but really loved your "Zevimodoki") found it to be a borderline-epilectic experience, but to me, you have once again surpassed yourself with this.

By ghost_jp

Expert (123)

ghost_jp's picture

11-11-2018, 10:55

Dank je, John. Your review made me much happier than any other words. I can not talk to you in so good English nor Dutch, but I believe we have a stronger common language; video game culture.

My MSX profile