Picasso96 Warp3D update bug

[mcleppa]

Just installed the newest updates and found that my miniGL programs started having graphics glitches.
Troubleshooted and found that the bug comes from the newly installed Picasso96 Warp3D library. The glitches happens at the edges of my textures and are showing themselves as either white big squares or a square with distorted pixels. I can upload screenshots of the glitches if you need to.

[aclogic]

Can you give us some more information about your system and which minigl-programs?

[kas1e]

@mcleppa
To confirm and report bug we need:

1). What kind of gfx card you have
2). Be sure that all the other components is latest, and name full versions of all the warp3d related libs where bug is happens and where nope
4). Name all warp3d ENVS: you have and what inside of them
3). small test case, or, if you didn't have one, then name those minigl apps which have bug , so we can test/retest it (and screenshots also can be good).

[mcleppa]

I'm using Sam440ep with Ati Radeon M9. I've installed all the latest updates through AmiUpdate, and have done testing by updating the libraries one by one. These glitches arrived after installing the latest W3D_Picasso96.library.
Following libraries are installed on my Sam;

ATIRadeon.chip 53.26
mglut.library 2.5
minigl.library 2.5
Picasso96API.library 53.4
W3D_Avenger.library 53.1
W3D_Napalm.library 53.1
W3D_Permedia2.library 52.42
W3D_Picasso96.library 53.6
W3D_R200.library 53.21
Warp3D.library 53.18

Glitches are happening on my own programs, haven't seen them on the other minigl examples, will try to recreate these glitches in a program which I can send to you. I will also try different textures and sizes to see if the graphics are corrupted in any way.

One of my programs where this happens is asg.lha, available on OS4Depot

All Warp3d ENVS: are untouched. And ENVARC:Warp3D directory does not exist

[Evillord68]

@mcleppa: could you make a snapshot of the glitches? I do not have a Sam440ep to confirm this problem.
Tested on my AOne XE G4, asg runs very well on this machine. Nice demo.

[mcleppa]

Snapshots after update
http://home.lyse.net/arildaarbakk/snapshots/after2.png
http://home.lyse.net/arildaarbakk/snapshots/after3.png
http://home.lyse.net/arildaarbakk/snapshots/after4.png
http://home.lyse.net/arildaarbakk/snapshots/after5.png
http://home.lyse.net/arildaarbakk/snapshots/after6.png
http://home.lyse.net/arildaarbakk/snapshots/after7.png

[kas1e]

Indeed buggy. Through i test asg on my peg2/radeon9250 now, and all is fine (no such glitches). So seems m9 only related.. If someone can reproduce it on their m9 we can then put it to BZ, but in meanwhile maybe it will worth to ask Karlos about ..

[mcleppa]

Here is a short minigl program that reproduces the fault.
http://home.lyse.net/arildaarbakk/programs/glitch.lha

just go into minigl directory and type make for compiling.

[Karlos]

I'll try to take a look today. Unfortunate that this never appeared in testing :-/

[Karlos]

Here is a short minigl program that reproduces the fault.
http://home.lyse.net/arildaarbakk/programs/glitch.lha

just go into minigl directory and type make for compiling.

Hi,

I've tested this on my A1 XE which is using (I believe) the same 256MiB (only 128MiB available) 128-bit R200. When I run the executable straight from the archive, I see the "lambo1_1024x512.jpg" texture scaled to fit in the display without any obvious corruption.

When I fully recompile the application, it still works.

What exactly should I be seeing?