The latest SVN bugs thread
Re: The latest SVN bugs thread
Hm - can you try something - set the material BlendOperation to EBO_ADD. That seems to fix all similar problems usually.
IRC: #irrlicht on irc.libera.chat
Code snippet repository: https://github.com/mzeilfelder/irr-playground-micha
Free racer made with Irrlicht: http://www.irrgheist.com/hcraftsource.htm
Code snippet repository: https://github.com/mzeilfelder/irr-playground-micha
Free racer made with Irrlicht: http://www.irrgheist.com/hcraftsource.htm
-
- Posts: 109
- Joined: Tue Jan 09, 2007 1:18 pm
Re: The latest SVN bugs thread
Nope, nothing changes.
Crimson Glory full Irrlicht game source code!
What I Do - my blog & dev log
Currently developing Link-Dead
What I Do - my blog & dev log
Currently developing Link-Dead
Re: The latest SVN bugs thread
Hm, sorry, then I can't really say much about it. But Hybrid is still working on alpha-stuff, so maybe just a wait a while. Or even better - if you can create some test-code + data to reproduce this for us then it would certainly help a lot!
IRC: #irrlicht on irc.libera.chat
Code snippet repository: https://github.com/mzeilfelder/irr-playground-micha
Free racer made with Irrlicht: http://www.irrgheist.com/hcraftsource.htm
Code snippet repository: https://github.com/mzeilfelder/irr-playground-micha
Free racer made with Irrlicht: http://www.irrgheist.com/hcraftsource.htm
Re: The latest SVN bugs thread
In windows, like example 14(window mode) with directx 9.0c there are problems with ZBUFFER.
Re: The latest SVN bugs thread
I'm trying to save a custom scene node to a irrscene file.
But saving and/or loading the MaterialTypeParam is not properly working
But saving and/or loading the MaterialTypeParam is not properly working
Code: Select all
Material.MaterialTypeParam = video::pack_texureBlendFunc(
video::EBF_SRC_ALPHA,
video::EBF_ONE_MINUS_SRC_ALPHA,
video::EMFN_MODULATE_1X,
video::EAS_TEXTURE | video::EAS_VERTEX_COLOR);
-
- Admin
- Posts: 14143
- Joined: Wed Apr 19, 2006 9:20 pm
- Location: Oldenburg(Oldb), Germany
- Contact:
Re: The latest SVN bugs thread
This was also reported in another thread. We need to switch to an int parameter where we can safely store these bitfields. Not sure if we can fix this for 1.8, though, as it needs some investigations in material usage in general.
Re: The latest SVN bugs thread
I updated to the latest Irrlicht version (trunk) today (rev 4054), using the nightly build.
But the shadows in DirectX 9 are not working anymore, first I thought it was my project, but even the examples (tutorial 8 ), doesnt have any shadows in DirectX.
But the shadows in DirectX 9 are not working anymore, first I thought it was my project, but even the examples (tutorial 8 ), doesnt have any shadows in DirectX.
Stencil Shadows artefacts
Latest SVN Build
Compiled on Linux, OpenGL with X11
Sorry for the large size, but its neccessary.
Compiled on Linux, OpenGL with X11
Sorry for the large size, but its neccessary.
Re: The latest SVN bugs thread
kaos wrote:In windows, like example 14(window mode) with directx 9.0c there are problems with ZBUFFER.
Nvidia GeForce GTX 560 Ti have problems with ZBUFFER( I'm making one application with viewports in windows with directx sdk and visual express 2010), My program work great in Nvidia GeForce GT 550M (from my notebook)
Re: The latest SVN bugs thread
I found the problem, If I make my rtt more little than my resolution. Not workkaos wrote:kaos wrote:In windows, like example 14(window mode) with directx 9.0c there are problems with ZBUFFER.
Nvidia GeForce GTX 560 Ti have problems with ZBUFFER( I'm making one application with viewports in windows with directx sdk and visual express 2010), My program work great in Nvidia GeForce GT 550M (from my notebook)
if I have 1680x1050 I need set render target size to 1681x1051.
Re: The latest SVN bugs thread
Checking 4094 rev.
Also some problem with OpenGL rendering.
Please check the difference:
http://filebeam.com/c97168854f39e202e3c ... 4b3298.jpg
If i switch to "bump mapping" mode, then i see only "mipmap defect"; if i switch to "diffuse" mode, then no defects.
Direct3D8/9 rendering has no defects in any mode.
Also some problem with OpenGL rendering.
Please check the difference:
http://filebeam.com/c97168854f39e202e3c ... 4b3298.jpg
If i switch to "bump mapping" mode, then i see only "mipmap defect"; if i switch to "diffuse" mode, then no defects.
Direct3D8/9 rendering has no defects in any mode.
-
- Admin
- Posts: 14143
- Joined: Wed Apr 19, 2006 9:20 pm
- Location: Oldenburg(Oldb), Germany
- Contact:
Re: The latest SVN bugs thread
The problem in the example seems to be a merge error. I guess I had the driver choice changed in trunk already, and now merged the same change again.
The problems with bump mapping were not recognized before. I have to check if they are here as well.
The problems with bump mapping were not recognized before. I have to check if they are here as well.
Re: The latest SVN bugs thread
The problem with bump mapping i checked with 2 video cards:
- GeForce GTX 460M (with OpenGL 4.2.0) // reproducible (screenshots in previous post)
- Radeon X1650 (with OpenGL 2.1.8545) // NOT reproducible
- GeForce GTX 460M (with OpenGL 4.2.0) // reproducible (screenshots in previous post)
- Radeon X1650 (with OpenGL 2.1.8545) // NOT reproducible
Re: The latest SVN bugs thread
I checked it too.
GeForce 6500 with OpenGL 1.2 only (this card doesn't have more) with the same results.
GeForce 6500 with OpenGL 1.2 only (this card doesn't have more) with the same results.
"There is nothing truly useless, it always serves as a bad example". Arthur A. Schmitt
Re: The latest SVN bugs thread
Hello!
This is not a bug of current SVN trunk version, but other thing.
I had found that something that was added quite long time ago in SVN trunk never gets to release version.
For now I found only one thing (don't know how much there are more):
ITimer.h in 1.7.3 release has no EWeekday enum, RealTimeDate struct and getRealTimeAndDate() method, which was added to SVN trunk at 7th september 2010 (in rev. 3395).
So i was thinking that maybe its some bug in managing trunk and branches?
P.S.: i'm just reporting (want you to know).
This is not a bug of current SVN trunk version, but other thing.
I had found that something that was added quite long time ago in SVN trunk never gets to release version.
For now I found only one thing (don't know how much there are more):
ITimer.h in 1.7.3 release has no EWeekday enum, RealTimeDate struct and getRealTimeAndDate() method, which was added to SVN trunk at 7th september 2010 (in rev. 3395).
So i was thinking that maybe its some bug in managing trunk and branches?
P.S.: i'm just reporting (want you to know).