@all With help of BSzili added Timidy support (so .midi works when you install timidy), but still no sounds and what is most annoing : when switch to full-screen mode crash is still here, and it crashes in the SDL itself. So dunno what i can do about, and if anyone need version with .midi (but without sounds and with that crash) i can upload it.
I have a port of another program that crashes on fullscreen switchaswell. I don't know what it causing it, might be the same reason your port does...so if you ever find out why it's crashing, please let me know.
It's driving me crazy because both gdb and db101 can't pinpoint what is causing it...a crash inside SDL might be the reason why, though
a crash inside SDL might be the reason why, though
Sure it is inside SDL, in case with duke3dw stack trace even point on function which cause that : SDL_SetGammaRamp. Not when i call that function for myself from code, but when i do call for example SDL_SetGamma() which internally in SDL call SDL_SetGammaRemap or something, and that part crashes.
Third possibility after eDuke port would be eRampage, wich is really nice game. Erampage is modified from eDuke, so after eDuke, eRampage would be piece of cake.
PS. WWII GI was last comercial game wich used build engine. Even it was a comercial flop, it is very nice game. Never tried/played NAM/Napalm.
PS:. Kasie, I know that you are busy, put could you check how much would be reguired to compile eDuke and tell results to us? Maybe somebody would be interested IF it is not too difficult. Though "diffucult" is very relative term ;)
PS:. Kasie, I know that you are busy, put could you check how much would be reguired to compile eDuke and tell results to us? Maybe somebody would be interested IF it is not too difficult. Though "diffucult" is very relative term ;)
I checked code briefly, and its _very_ close to the duke3dw by structure. So port of it should be more or less easy, just not by me currently. All what porter will need, it have a look at duke3dw sources done by bszili (on aros.archives, or older one on aminet), and by the same logic apply fixes to eduke32.
Dynamic library to Using direct Hardware render on AmigaOS4 machine 3D support with Warp3D, additionals functions based on boost library and a new "timer" / "math" for increase speed up on SDL part, new code for "i18n" stuff (support all locale now), endianess convert.
@Thelier Tried to disable it even before, everything going on to be pretty slow once you try to play with gamma settings, while with crash, it all works, and you can skip DSI . So it even better to have it all working at least ..
@tlosm Quote:
try to use the dev kit libboostyGfx from hunoppc
Its not related to our problem, and as far as i remember, its not avail for developers. I.e. its only avail as ready to use sobjes for end users, not as developer's kit which they (developers) can use to make their ports. I even ask him sometime ago to make SDK for , but if i remember right he says he do not want to do so, or something.
So sure it will be slow , it is slow on a Powerbook G4 1.67 but will be funny see it run :P
Quake 4 is much much really fast on P book G4 with all the settings Max when will be available probably will run good on the 460,Aone,X1000,Peg2 if one day Gallium will come a true thing.
perform bad on mini but perform great on Powerbook G4 Im sure it will perform great on X1000 or an 460 with a radeon 9250 128mb on pci and probably on Aone/pergasos machine with 9000pro Agp (9800xt isnt supported :( )
I asked BSzili some time ago about his sources of TORCS and Speed Dreams, so he send them to me, and i was able to build them, but.
Torks: heavy crash in w3d driver. I never see anything like that before for all those 4 years while i on os4 and to those opengl ports. I ask Karlos to help with, but he says its something heavy with driver, so "welcome to the wonderful time of driver debugging" , what mean Torks fail for us.
Speed Dreams: That one works, except 1-2 dsis there and there and few visual glitches. But it slow even on peg2. Through few screens: