Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
108 user(s) are online (87 user(s) are browsing Forums)

Members: 1
Guests: 107

Amigafreak02, more...

Support us!

Headlines

 
  Register To Post  

AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
First bug from me are Warp3D related:

On Radeon9250 (and maybe on some other Warp3d Radeon drivers), on aos4.1u2 (and u1, and plain 4.1) W3D_DrawElements function just does not works. Programms which use that function works itself (no crash, no freeze), everything looks ok, but visually just black screen, and no any rendering happenes.

Function back that everything ok, but just do not works.

But we got it to work with mA1 + Radeon 7000 with W3D_Radeon.library *52.x*. (the same source), so, i think that something broken in drivers.

I upload the code example (and aos4 binary) to reproduce the problem here.

The same example works on any 68k warp3d drivers (elbox ones with voodoo3, and hyperion ones, with bvision and cvision), and on morphos too (i know that make no big since, but, it can show that code are works ). But do not works on aos4 with radeon9250 and maybe on others.


@All

Will be good, if users can just download example, and try on their machines, and write - did it works, or black screen, and on which configs/gfx cards.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Just popping in
Just popping in


See User information
@kas1e

FPSE is using DrawElements and is working with 4.1 update 1 and the Radeon 9250. I'm guessing something isn't setup correctly and just happends to work on the Radeon 7000 (and "lesser") but not on the 9250.

(I wouldn't use the FPSE Warp3D plugin with a Radeon 9250 though, as all textures will be rendered at half intensity (too dark), as there's something wrong with the colorscaling in the R200 driver.)

Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@kas1e
Tried your test on OS4.1 Update 2 on my Sam440 Mini-ITX (built-in Radeon M9 chip), and it does *not* display any Cow. I tried disabling compositing, 32-bit screen, 16-bit screen, no difference.

Author of the PortablE programming language.
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@ChrisH

Yep. Same for me.

@ AmiDog

If you can, take a look at code plz, and fix it if you can. I (and not only i), tryed to fix it many times with no luck. We read all that crappy warp3d documentation, check many states, but still, nothing. What make me think that there is a bug (or , some kind of undocumented stuff, which we do not know).

Maybe you also can just create an example, where you draw on screen 1 texture by w3d_DrawElements function (not W3D_DrawArray (maybe you miss it ?) , but exactly W3D_DrawElements.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Just popping in
Just popping in


See User information
@kas1e

Had a quick look at the sources and started by searching for the setting of w, as I had issues with that myself in the past. Anyway, if I remember correctly it should basically be set to 1.0-z, but you are setting it to 1.0/z. Don't know if that's the issue here though (not in front of my A1 right now)...

Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
I have the same black screen here, plus during the demo it gave me some GFX corruptions on the software in background (OWB in this case)

I have a Sam Flex 800 Mhz with Radeon 9250

Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Quite a regular
Quite a regular


See User information
hello,

black window here on the sam667ep

working fine on my A1200 with original elbox driver with Mediator + MMU=Yes (with another warp3D 68k version).

mean working fine on 68K and have been broken when warp3D came to AOS4.

A1200+Mediator+VooDoo3+060/50+96mo+IIYAMA 17"+CD,CDRW,ZIP SCSI-KIT
SAM440EP on Mapower 3000+AOS4.1

Amiga Docs Disk Preservation Project
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@AmiDog
Thanks for the tip, but i change in code all 1.0/z on 1.0-z, and still the same.
(there is 2 lines, one in LoadObject):
Quote:

u=V[0]; v=V[1]; x=V[2]; y=V[3]; y=-y; z=V[4]; w=1.0-z;


And one in ProjectP:
Quote:

P->w= 1.0-P->z;


But that not helps,and still black window. If you can, check it plz.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@AmiDog

In Warp3D_Devel.guide:

" In Warp3D, the W coordinate is used as the inverse of the z coordinate, i.e. w = 1/z. The reason for this is that for texture mapping, the z value is not linear, but 1/z is(1). Note that the z value we are talking about here is the z value in camera or eye space, that is, before the perspective transformation took place."

==> if we do perspective
x2=perspectiveformula(x);
y2=perspectiveformula(y);
z2=perspectiveformula(z);

Then w=1/z not 1/z2

But there is no perspective in our code-example ..

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@kas1e

MiniGL uses W3D_DrawElements() (see draw.c), so I'm wondering why your code isn't working. Have you set up the view window properly (scissor)?

Hans

Join Kea Campus' Amiga Corner and support Amiga content creation
https://keasigmadelta.com/ - see more of my work
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@Hans

Yep, i use in code:
Quote:

#define LARGE 640
#define HIGH 480
W3D_Scissor scissor = {0,0,LARGE,HIGH};


Then after creating of warp3d context i set necessary state for:

Quote:

W3D_SetState(context, W3D_SCISSOR, W3D_ENABLE); /* clip to screen size */


And then, in SwitchDisplayW3D() function:
Quote:

W3D_SetDrawRegion(context,bm,0,&scissor);

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@kas1e
I guess somebody who knows what they are talking about needs to read your example code.

Author of the PortablE programming language.
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@ChrisH
I know how its boring to found bugs (if there is code bug) in code done not by yourself :) But hope AmiDog or Hans can just make it works => it can be used as example for all the others later.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@kas1e

I've had a look, and this is a bug in the driver. You're not doing anything wrong, and the fact that it works with Radon 7000 series confirms that. MiniGL uses W3D_InterleavedArrays(), not W3D_VertexPointer() when it uses W3D_DrawElements().

Hans

Join Kea Campus' Amiga Corner and support Amiga content creation
https://keasigmadelta.com/ - see more of my work
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@Hans

Can you somehow traced it, or, maybe just add to aos4 bugs database that with attached my example, so, Rogue (or who fix w3d bugs) can easyly check and reproduce it.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Just can't stay away
Just can't stay away


See User information
@Hans

Good work.

Go to top
Re: AOS 4.x Warp3D drivers bug in W3D_DrawElements
Home away from home
Home away from home


See User information
@kas1e

Quote:

kas1e wrote:
@Hans

Can you somehow traced it, or, maybe just add to aos4 bugs database that with attached my example, so, Rogue (or who fix w3d bugs) can easyly check and reproduce it.


Already done.

Hans

Join Kea Campus' Amiga Corner and support Amiga content creation
https://keasigmadelta.com/ - see more of my work
Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 4 ( 0 members and 4 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project