X68000's exe to Amiga converter?

[Retro1234]

Originally Posted by hitchhikr

Updated the archive with a third script which converts X68000 ADPCM samples into WAV files (https://www.hitchhikr.net/x68kconverters.zip).

Btw, i think you're focusing on the wrong games.

I assume you downloaded the TOSEC archive and though this was it, right ?
Well, there's much more to that machine than that, download this archive instead: https://archive.org/details/Sharp_X68000_Collection

Granted, the archive is more than 16 gigabytes but it contains more than 1000 homebrews including a lot of unofficial ports of games from other Japanese platforms (like the Famicom) & other weird stuff.

Also, I checked the machine hardware more thoroughly and I noticed several drawbacks & shortcomings in it's architecture (especially regarding the CPU & the VRAM), I also checked these so-called 1:1 arcade CPS1 ports, they aren't really 1:1 ports, and even if the code for the Sharp computers was optimized to death they still suffer from slowdowns on the base machines and don't contain every elements from the originals.

The X68000 is a powerful machine alright, but it's not as "almighty" as you may think it is.

And if you're interested here's the point of view of a Japanese demoscener talking about how the Amiga was received in Japan and how it was compared to the X68000 back then: https://yosshin4004-github-io.transl..._x_tr_pto=wapp

f.

Have you successfully converted anything?

[hitchhikr]

Rome wasn't built in a day.

[Retro1234]

That's cool I just wondered. I know you disassembled those games Zool etc a while back and thought it would be up your street

[sokolovic]

If it could helps porting a proper version of Ghouls N Ghost to the Amiga...

[Bren McGuire]

ChoRenSha 68k
[ Show youtube player ]

Originally Posted by Bruce Abbott

Name one.

[jotd]

totally doable on A500 without slowdowns

[Retro1234]

The x68000 cost more but you assume it must of had a library of serious applications to justify the price tag but finding any info on these apps seems impossible.

[saimon69]

I remember seeing a painter app in a youtube video, was using tools similar to MacPaint but with a 15 bit palette

[Retro1234]

Do you have a link?

[Retro1234]

after looking further...... The x68000 was in the Classic Mac 68k price range. It filled a gap for a 16bit+ home computer to have Japanese characters.
It was a good development machine for Japanese game developers such as Capcom and Arcade ports were of very high quality.

It does seem to be a bit scarce of serious applications, tools and hardware. Although it was only released in Japan so maybe I'm not looking in the right place?

Also modern games such as Doom and Quake etc don't seem to be a thing - maybe a port of Dread would be welcome?

[saimon69]

Originally Posted by jotd

totally doable on A500 without slowdowns

Actually if you give a look of what Powder can do it might be feasible but not with 1:1 graphics

[hitchhikr]

I added two scripts in the archive (https://www.hitchhikr.net/x68kconverters.zip)
x68kpalette2ocs.py & x68kcolor2ocs.py to help convert X68k colors to OCS ones.

I also ported a old Japanese game called Dragon Slayer (https://www.hitchhikr.net/dragonslayer.zip).

Converting it was quite easy as it's doesn't really use much of the X68k features, it's basically the FM7/PC88 version ported to the Sharp's machine. I used it to set a preliminary framework for further conversions (stay tuned).

The game should work on a vanilla Amiga with just 256k of memory.

If you want to know more about this antediluvian game:

http://www.hardcoregaming101.net/dragon-slayer/
https://www.mobygames.com/game/18618/dragon-slayer/

[TCD]

Originally Posted by hitchhikr

I also ported a old Japanese game called Dragon Slayer (https://www.hitchhikr.net/dragonslayer.zip).

Nice one Had a quick go on WinUAE and it seems to work fine. Looking forward to where this is going

Edit: HOL entry https://amiga.abime.net/games/view/dragon-slayer

[hitchhikr]

Updated the game archive:
I included a manual and fixed a bug with reloading the save file when starting a new game (if the file is present).

EDIT: And a visual bug with the warps.

[Retro1234]

Wow great work dude

[kremiso]

ah Dragon Slayer, old but surely a milestone
cool choice, thanks

bookmarked the thread

[PortuguesePilot]

Originally Posted by hitchhikr

I added two scripts in the archive (https://www.hitchhikr.net/x68kconverters.zip)
x68kpalette2ocs.py & x68kcolor2ocs.py to help convert X68k colors to OCS ones.

I also ported a old Japanese game called Dragon Slayer (https://www.hitchhikr.net/dragonslayer.zip).

Converting it was quite easy as it's doesn't really use much of the X68k features, it's basically the FM7/PC88 version ported to the Sharp's machine. I used it to set a preliminary framework for further conversions (stay tuned).

The game should work on a vanilla Amiga with just 256k of memory.

If you want to know more about this antediluvian game:

http://www.hardcoregaming101.net/dragon-slayer/
https://www.mobygames.com/game/18618/dragon-slayer/

Awesome! Any more of these low-spec (X68000-wise) "easy" ports around? If yes, keep 'em commin'!

[hitchhikr]

Added x68kplanar2png.py to the x68kconverters archive (see url above).

Awesome! Any more of these low-spec (X68000-wise) "easy" ports around?

yes.

[Retro1234]

Presumably the way the graphics are displayed are very different to the Amiga - So how does that work?

[hitchhikr]

There are 5 different graphics types:

16 bit 65536 colors.
16 bit chunky 256 colors.
16 bit chunky 16 colors.
Planar bitplanes 16 colors (same as on the Amiga).
Tilemapped 256 colors (sprites & 2 backgrounds).

The first three ones are using the same graphic memory so they're mutually exclusive.