3D being seriously bugged

[NHervé]

Hi,

In most games the 3D is fine, but in RaymanDS the 3D display has serious bugs, such as the menu texts not showing up, the sky and the water moving way too fast, the Ptizetre on left being IN the rock instead of being ON the rock, Carmen the Whale being upside-down as a dead fish, artifacts appearing and disappearing suddently, and others... That was only the menu.

I've also another game where the 3D is seriously bugged : it's Worms2 Open Warfare. The game works but is not (very) playable due to the land being seriously incorrect.

Hope some of these bugs will be fixed in the next version.

[Lino]

Which version? :eating

[NHervé]

version 1.0.2.2

[RockmanForte]

Originally Posted by Lino

Which version? :eating

Maybe you should focus on 3-D to fix to improvement it.

[NHervé]

Yes, the 3D is damn buggy, I think the main problem is some coordinates being wrong.

[NHervé]

I think I'll release a plugin for 3D, that will be more correct.

[Lino]

Well

[RockmanForte]

Lino will need everything he can get help from you and maybe some other people. Lino deserves it!

[NHervé]

Yes but I've 2 problems :

1 - To get the DC of iDeaS, I need to use the funcs in the IWnd struct that is in the VIDEO3DPARAM struct. But I must Sleep() of at least 1 millisecond before and after each call, else the emu crashes. Isn't there a less hacky way to avoid this crash ?

2 - The touchscreen doesn't work in some cases (RRR2, Mario 64, NSMB menus, ...). It works perfect with the older versions. Lino, did you touch the touchscreen handling ? Try to fix it in the new version.

[Lino]

Originally Posted by NHervé

Yes but I've 2 problems :

1 - To get the DC of iDeaS, I need to use the funcs in the IWnd struct that is in the VIDEO3DPARAM struct. But I must Sleep() of at least 1 millisecond before and after each call, else the emu crashes. Isn't there a less hacky way to avoid this crash ?

2 - The touchscreen doesn't work in some cases (RRR2, Mario 64, NSMB menus, ...). It works perfect with the older versions. Lino, did you touch the touchscreen handling ? Try to fix it in the new version.

1) Crash? I havent problems? Linux or Windows? Do you must Sleep()? Why? It's created with the window.

2) The functions of the touchscreen are always the same, maybe your setting are bugged.

[NHervé]

1) It's on Windows, here's my code :

PROTO_SINT SetInfoFunc(LPSETPLUGININFO lpInfo){
	if(lpInfo==NULL)return 0;

	if(PLUGINISENABLE(lpInfo)){
		if(lpInfo->lParam)memcpy(&Nitro3D.pluginStruct, (void*)lpInfo->lParam, sizeof(VIDEO3DPARAM));
		if(!(Nitro3D.pluginStruct.lpWnd))return 0;
		Sleep(0);
		Nitro3D.dc=Nitro3D.pluginStruct.lpWnd->DC();
		Sleep(0);
		Nitro3D.glInit();
	}
	return 1;
}

You can see that I call Sleep(0) before and after my call to IWnd->DC(). If I remove one of the two Sleep(0) calls, the emu crashes. Why ? Please help me, or I'll think you don't want the plugins you didn't create.

2)It's me who is buggy, the touchscreen setting was set to Far Corners instead of Normal. The touchscreen now works perfect.

[Lino]

I repeat I havent problems, DC() returns a simple value of variable, it isnt a complex code, I dont know because your code requires a small timeslice. Do you know?

[NHervé]

I don't know why, else I won't ask.
I think I'll rather use GetDC(0) to get my DC.

[RockmanForte]

You are working on desmume and ideas ? Interesting. I would love to see how far you can go.

[Lino]

I don't know why, else I won't ask.
I think I'll rather use GetDC(0) to get my DC

I havent problems, I don't know it.
I use the variable up to when I havent problems.

You are working on desmume and ideas ? Interesting. I would love to see how far you can go.

[NHervé]

For sound plugins, I started another plugin I compiled with DevC++ and the pfn_r* funcs now work fine.