![]() |
![]() |
#1 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
Super Mario 64 for MorphOS
Soon the sources and the recipe on how to compile it.
[ Show youtube player ] |
![]() |
![]() |
#2 |
AmigaMan
Join Date: Oct 2012
Location: Castro Urdiales/Spain
Posts: 766
|
Fantastic mate!
Eres una jodida maquina! |
![]() |
![]() |
#3 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
@tolkien Gracias ! Lo jodido ha sido compilarlo en Morphos....
For those interested; You need a N64 Super Mario rom (only tested the US version) Game uses latest SDL2.0.14 and SDK. - Crosscompile is easy (tested on Debian 11 X86). - On MOS you will need also Python3 installed (whatever version on MOS-Storage) and hexdump binary that I will provide. - Required patience and time with the clumpsy workarounds I did..... |
![]() |
![]() |
#4 |
Targ Explorer
|
Nice job, well done!
|
![]() |
![]() |
#5 |
Ex nihilo nihil
Join Date: Oct 2017
Location: CH
Posts: 5,150
|
Really nice ! Thanks for this
![]() |
![]() |
![]() |
#6 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
https://github.com/Cowcat5150/sm64ex
For now game can be build in a crosscompile environment. Need to tidy up the compile recipe for real MOS machines. Full compilation is provided now for both ways. As noted in video, game has some issues with model shadows and transitions due to missing texture parameter "GL_MIRRORED_REPEAT" in tiny.gl. Last edited by Cowcat; 14 September 2021 at 17:48. |
![]() |
![]() |
#7 |
Registered User
Join Date: Jan 2020
Location: FRANCE
Posts: 6
|
Greats !!! Thanks
I test to compile US version on MOS System and working fine (same as my SDL 2.0.16) here I need to test EU version I put SDL_GameControllerRumble to have rumble working :-) Just to your readme : you make a little mistake make makefile.morphos = make -f makefile.morphos time to compile : 90 minutes on MacMini but it's more speedly on PowerMac G5 2.7 ;-) I need to find why need to disable SDL_opengl_glext.h in SDL_openGL.h... Thanks again |
![]() |
![]() |
#8 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
@BeWorld You're welcome ! Joystick works ????
Oh good to share mistakes ![]() The "_glext.h" I don't know why it is so much trouble. Even disablig SDL2/ includes there, still keeps calling it. By the way, config and save is in env-archive:sm64pc. Save works as I started to earn stars. Question is why is also so much trouble create dirs from makefiles in the "standard" way. Last edited by Cowcat; 15 September 2021 at 13:34. |
![]() |
![]() |
#9 |
Registered User
Join Date: Jan 2020
Location: FRANCE
Posts: 6
|
Yes Joystick working well via "Game Controller", i test it with my xbo360 gamepad.
If your Joystick is not recognized by SDL2... you need map it with "controllermap" and copy/paste result on gamecontroller.txt (ENV:/ENVARC ![]() https://github.com/Cowcat5150/sm64ex...ler_sdl.c#L256 Here i just put SDL_GameControllerRumble (with some hit to working with MOS and xbox360 gamepad) for save/config, maybe use PROGDIR unless SDL_GetPrefPath (i dont like it lol) in https://github.com/Cowcat5150/sm64ex...platform.c#L90 > Question is why is also so much trouble create dirs from makefiles in the "standard" way. mmm I already had same problem with other ports > First test with "eu" ROM... beautifull freeze when i launch game... mmmm i edit makefile.morphos (VERSION ?= eu ) and create makedir sequences/eu |
![]() |
![]() |
#10 |
Registered User
Join Date: Apr 2015
Location: Spain
Posts: 529
|
Great Cowcat !!!!!
|
![]() |
![]() |
#11 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
@Estrayk Holas !!
@BeWorld : Yep: eu version has some issue. A linux binary works but without sound. |
![]() |
![]() |
#12 |
Registered User
Join Date: Jan 2020
Location: FRANCE
Posts: 6
|
@CowCat
I think i find what problem have with SDL2_opengl.h, no need to edit headers of SDL2 Test to comment all : #define GL_GLEXT_PROTOTYPES 1 on gfx_opengl.c / gfx_opengl_legacy.c and gfx_sdl2.c and all delete your define here : https://github.com/Cowcat5150/sm64ex...l_legacy.c#L28 i test all seem working. |
![]() |
![]() |
#13 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
@BeWorld
Yep it is obvious that glext_prototypes should be disabled. Must be a brainfart of some kind maybe, because I was looking at outputs of the wrong objects all the time when I was commenting one and not the other and reverse ??? ![]() Whatever, I'm old. Thanks. |
![]() |
![]() |
#14 |
Registered User
Join Date: Jan 2020
Location: FRANCE
Posts: 6
|
@CowCat old maybe but good porter ! :-) thanks
|
![]() |
![]() |
#15 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
Testing the PC build of "eu" version apart from no audio output, the performance is low compared to the speedy "us" version.
Maybe the "nightly" sm64ex fixes stuff.... Stay away from "eu" versions for a while. |
![]() |
![]() |
#16 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
Some of the latest upgrades fixes shadows/transitions screens by adding custom textures and code.
For those who painfully built the game before, it doesn't imply a full compile: Just adding the new stuff, deleting level_rules.mk in build/us-pc/ dir and make again should put all in place. There are a couple of options in makefile like TEXTURE_FIX (old bug with the smoke texture when Mario burns) and NODRAWINGDISTANCE that allows full drawing of objects on screen without checking (yep) distance: Found that an effect like bubbles (cannon water bomb - Bob-omp course) tends to not appear when full water drop explodes near Mario but generally all looks pretty good with no slowdown. Of course it means a full recompile. Still playing through game testing bugs and such: Some few occasional freezes appeared before but new changes maybe fixed those (who knows, game has plenty of bugs to be found). |
![]() |
![]() |
#17 |
Registered User
Join Date: Nov 2018
Location: Italy
Posts: 166
|
Just found the WarpOS native port on the Zone .. so i've tried it under AmigaOS 4.1 (MiniGL) and .. it works! :-)
But there are some minor problems with certain textures though.. some show certain area in white, while in some other areas they are black instead... but in general the rendering is almost fine and the game seems working nicely and without any crash :-) I hope the port can go ahead... If needed i can provide a few grabs showing the rendering issues under OS4 :-) |
![]() |
![]() |
#18 |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
@samo79
You found it ![]() The texture problems are related to the sources used and those aren't the same as the MorphOS port. Depending of the system running, this issues appear more or less: Warpos version on MOS all is fine except for the Mario front face that had to be changed to not look wrong for the Amiga version. I know someone tested an earlier version on OS4 and more problems showed up (swirl of coloured vectors, etc). Pictures, videos, whatever could help but I don't have access to other machines to test. |
![]() |
![]() |
#19 |
Semi-Retired
Join Date: Mar 2012
Location: Leiden / The Netherlands
Posts: 2,066
|
I'm almost done moving :-)
|
![]() |
![]() |
#20 |
Registered User
Join Date: Aug 2005
Location: Skarabörg, Sweden
Age: 45
Posts: 1,038
|
Cool! Is there a 68k port too?
Would be fun to try it out on Pistorm. |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Amiga Super Mario Bros. ? | fishyfish | Retrogaming General Discussion | 244 | 14 June 2020 10:27 |
Super Mario Wip | Retro1234 | project.Amiga Game Factory | 42 | 25 April 2019 13:58 |
Super Mario Bros 2.5D | Shoonay | Retrogaming General Discussion | 3 | 04 August 2008 22:57 |
Super Mario 3 in 11 min. | Kodoichi | Nostalgia & memories | 7 | 03 December 2003 05:45 |
|
|