Emulator

Issue 4569 has been merged into this issue.

Ok, I'll go easy here. Your translation, especially in the begining, barely makes any sense. It was unclear if you did any investigation yourself or if you consulted the forums. I checked myself and this looks to still be valid. But you can't keep asking if anyone's tested the game.

I'll delete my comments above and summarize some things to keep in mind around here though:
1) Do post issue once and in english
2) Don't ask every day if someone has a solution, etc.
3) Post images externally
4) Always go to the forums to get help, confirm issues, etc. Then come here stating your settings and how others are experiencing the same thing.

Ok

The patch i've posted in Issue 2098 affects this issue
After some tests i've found that increasing values from that patch fixes this issue comepletely

Obrigado testarei em breve o seu patch. Obrigado pela atenção!
(Portugues)

Thanks will test your patch soon. Thanks for listening!
(English. Translated into google translator)

Ok, this one was actually my fault

Could anyone provide a 2 frame fifo log of this game?
http://wiki.dolphin-emu.org/index.php?title=FifoPlayer

Does the game require XFB emulation to be enabled? If yes, ignore my previous question :p

It does not require XFB.
2 frame fifo log: http://ge.tt/4wJR1Qa/v/0?c

A little update for this issue
after tev-fixes new the game looks this way
http://i.minus.com/iX1eHE7BtQCqf.png
and after tev-konst-inputs branch
https://github.com/dolphin-emu/dolphin/commit/d0c497a01f5279971cb3a346c1fbaf6c5d6c678c
game looks completely briken
http://i.minus.com/ibfYee53nYeqgF.png

This game uses a multipass rendering scheme; first, it draws everything assigning arbitrary colors to objects to identify them. Then it draws the actual scene. At the very end, it outlines the objects, using a TEV pipeline which samples the result of the first pass to figure out which pixels should be black.

I'm not completely sure why this doesn't work, but I think the issue has something to do with texture encodings; EFB to RAM and EFB to texture appear to behave differently, which is odd because the game samples the encoded EFB in a straightforward manner, and the games uses some unusual formats to encode the EFB. It's also possible there is some issue with texture sampling.

https://github.com/magumagu/dolphin/compare/simpsons-hack , if someone wants to test... it appears to fix the dff, but I'd like someone to double-check with the actual game.

Thanks, this patch fixes the main issue, Homer and rabbit and other fellas now look correct, but game still sufffers from major z-fighting issues which on world's surface
after tev-konst-inputs branch

http://i.minus.com/ipJajECg9aFu3.png

But like you said it's only the hack, on the true console black spots on Homer are the places where black toony-line effect dynamicly change itself, it could become thiner or dissapear, your solution makes those lines constant it does look better than the issue, but still not right

The lines become thinner and thicker? Hmm, that makes it a bit more clear what effect the game is trying for.

Can you upload a dff which shows the "z-fighting"? I can't reproduce it with the dff from http://ge.tt/4wJR1Qa/v/0?c . (I don't think it's true z-fighting given how rendering works in this game...)

Here's the dff
http://ge.tt/4MWWmx72/v/0
here's the video (from real hardware) which will more likely describe this line effects(Homer's wrists is the best example)
http://www.youtube.com/watch?v=w_t9EMFM4Jw
and the screen of your branch i've posted before (just to compare)
http://i.minus.com/ipJajECg9aFu3.png

Another hack to try: https://github.com/magumagu/dolphin/compare/simpsons-hack-2 . Please take a screenshot with this; I'm not confident my results from the WARP renderer match AMD/NVidia.

Assuming I haven't made a mistake, the issue with the scenery is simply that we're sampling a texture using the wrong coordinates. The graphical glitches are a few steps removed from the error; the issue occurs during the first rendering pass.

At this point, I'm way beyond my depth; the pixel shader doesn't actually do anything interesting with the texture coordinates except convert them from float to integer; I think that means the issue is a rounding error in texture interpolation.

@magumagu9: Maybe this might be related to https://github.com/dolphin-emu/dolphin/blob/master/Source/Core/VideoCommon/VertexShaderManager.cpp#L372 , i.e. that we somehow end up with slightly incorrect texture coordinates because the vertices are shifted by 1/6 of a pixel?

The second hack fixes the environment issue
still te main issue remains
http://i.minus.com/iZuqH9sBr1sE7.png

For what it's worth, I just found this in my Dropbox: https://dl.dropboxusercontent.com/u/10060691/2013-11-02_17-21-03_small_shared.jpg

It shows hwfifoplayer running the fifolog posted by Billiard26 above on my Wii. Looks kind of odd, but better than most of the Dolphin-rendered images, I guess :p

Tried the latest revision from here
https://github.com/Tinob/Ishiiruka/commit/48656dae14a8f34e3578dabf994780575b965c28
and it fully fixes the main issue for DX11(flickering environment remains, but alredy fixed in master)
maybe smth out there may be usefull

Try this build -> https://dl.dolphin-emu.org/prs/pr-2075-dolphin-latest-x64.7z

Oops i guess i've already tried this before, just like i said, it fixes the environment issue, but the main issue still here

The main character stuff should be mostly fixed by using EFB2RAM.

Did i missed smth? but it doesn't fix the main character for me

As isaid before there's the revision in Ishiiruka
https://github.com/Tinob/Ishiiruka/commit/48656dae14a8f34e3578dabf994780575b965c28
that fixes tis issue
the very next revision breaks those canges, i tried to test it and i've found that those changes are in TextureCacheBase.cpp file,
Load, Cleanup and MakeRangeDynamic functions since i'm know nothing adout coding, i can't say more precicely, changes in these functions are connected can't test them separately without breaking the emulation
someone please take a look
and one more thing, i've noticed the fixed issue goes unscaled and EFB to Ram only even on higher IRs, acts like NSMBwii before Partial texture update merging

Can you please reupload the dff and check with latest Dolphin to see which issues are still present? All of your links died.

There are also horizontal lines in the introduction screens (Fox Studio for example) however game menus are fine, can anyone advise is these are related or not.

If not I'll post another issue.