Emulator Issues #2749
closed
graphical issue in "De blob"
0%
Description
From many many revision, from 5000 about to last revision 5555, as it'is
possible to see in image, there are two black square that cover a good part
of screen, and it's unplayable, or it's very hard to play! I thought that
this issue was already reported!
Updated by sskkiipp over 14 years ago
think this was fixed? which graphics plugin do you use?
Updated by skidau about 14 years ago
Issue 3412 has been merged into this issue.
Updated by giaga7 about 14 years ago
So it's stil not fixed... Can t be a graphic problem or an internal problem of emulator?
Updated by NeoBrainX about 14 years ago
Is this still an issue with r6327 for DX9/DX11?
Updated by giaga7 about 14 years ago
I will tell you!:) For now I can't test sorry!
Updated by giaga7 about 14 years ago
Anyway NeoBrainX Thanks for teh effort!! I will tell you if it's fixed!!
Updated by giaga7 about 14 years ago
Nope, this does not fix the issue look at screenshots!
Updated by james.straub about 14 years ago
I tried all of the settings in DX9/DX11/OPGL and it looks just like that.
Updated by NeoBrainX almost 14 years ago
What about r6669 with DX9? still an issue?
Updated by giaga7 almost 14 years ago
For now I can't test because I cannot use my pc only my notebook! In fact in last time I can't test anything and I'm not commenting commits and issues!:(
Updated by diegovalencial almost 14 years ago
Tried r6689 with DX9, DX11 and OpenGL and the issue is still there (64 bit).
Updated by bezeek over 13 years ago
This issue exists with the sequel, de Blob 2 as well, which is otherwise highly playable. In de Blob 2 it is a single black box.
With copy on, it is partially translucent, and mirrors parts of the environment.
With copy off, it is opaque.
There is a list of other Wii games using the Havok engine here:
http://www.havok.com/index.php?page=wii
If anyone could test one or more for the same problem, I'm sure it would be helpful to the developers.
Tested r7238 on Linux_x64 using JIT and JITIL.
Updated by giaga7 over 13 years ago
Hey I finally ultimated my new pc, I will see if this issue still exist! For now I don't have de blob 2 I will se if some friend can borrow it to me!
Updated by Lucas.Szczepurek over 13 years ago
Screenshots of de blob 2:
http://img822.imageshack.us/g/sdbp781.png/
I think the black box has something to do with the incorrect representation horizon.
Updated by LM1234 over 13 years ago
Issue 4656 has been merged into this issue.
Updated by GuilhermeGaga almost 13 years ago
Last revision 3.0 - 235 still got this problem, there is no fix for this?
Its an old issue.
thx.
Updated by Sonicadvance1 almost 13 years ago
Does the texture still show up in the upper left if you play at native resolution?
Updated by GuilhermeGaga almost 13 years ago
Yes the problem is still there in native resolution.
Updated by Autoran1 about 12 years ago
Looks much better after r08a9c6603712
here's the screen EFB to RAM required
http://i.minus.com/iueUWjGYZvGWZ.png
EFB to Texture looks the same as ever
Updated by GuilhermeGaga about 12 years ago
Yeah, but now the problem it's the same in revision 3.0-791, or b2e2e49fe497, this is still not playable due this issue. Too bad, this game rocks.
Updated by Autoran1 about 12 years ago
I think i've found the source of this issue
The game was improved in reb01a110c957 ,look's lie it requires more Texture Preloading investigations
Updated by NeoBrainX about 12 years ago
Do you have some comparison screenshots? Texture preloading support indeed is not finished yet, but I'm not sure if that's the actual issue here.
Updated by Autoran1 about 12 years ago
Ok, here we go
Backend: Doesn't matter
EFB to RAM: must be ON
rdabb35afce25 -409
http://i.minus.com/i5N4KlCdEbKtF.png
and the next one reb01a110c957 -410
http://i.minus.com/iZs4DvMiVnV3D.png
I think the difference is obvious:)
Updated by NeoBrainX about 12 years ago
- Status changed from New to Accepted
Hm, this cries for a Video_Software implementation of texture preloading. An actual fix in the hardware accelerated backends will be more time demanding.
Btw you're doing an amazing job helping us out with issues this :)
Updated by Autoran1 about 12 years ago
Software render look's the same r6f21f5eb3434
http://i.minus.com/ibqHm5eSBYuFyW.jpg
Maybe the problem is common
Updated by NeoBrainX about 12 years ago
Video_Software is now using the same (incomplete) code like the other backends, that commit was just meant as a starting point for further work when I actually have time to think about it :P
Updated by diegovalencial almost 12 years ago
No changes using tmem_rgba8 branch.
Updated by NeoBrainX almost 12 years ago
- Status changed from Accepted to Work started
The branch tried to fix the issue in Video_Software, only, but wasn't finished (that's why I deleted my comment again).
I've done some extensive tests on real hardware and (after working around a bug in libogc) was able to figure out how the feature is supposed to work on real HW. http://i1104.photobucket.com/albums/h325/no_cluez/de_blob_rgba8_tmem.png?t=1357825675 shows a screenshot of some of my local changes ;)
Updated by NeoBrainX almost 12 years ago
- Status changed from Work started to Accepted
Revision 304814e7cc fixes this issue in Video_Software.
Revision e7c883d6be59 implements similar (and functional) support in the hw backends, but unfortunately it doesn't seem to fix the issue :|
Updated by Autoran1 almost 12 years ago
Issue is fixed for HW backends too, game just requires EFB to RAM to work fine
Updated by NeoBrainX almost 12 years ago
Heh awesome, I wonder why I did not think of enabling that :p
I'll fix the game ini tomorrow, then this issue can be closed.
Updated by NeoBrainX almost 12 years ago
- Status changed from Accepted to Fixed
tomorrow/today/whatever. Fixed.
Thanks for checking again ;)