Emulator

Same thing happened to me with Resident Evil Code Veronica (GameCube) - after playing ~5 min I got that Fifo message but when I pressed No the game hang (black screen).

Can we bisect to when this behavior started. We know quite a few games are doing this, but we have no clue what build started the behavior and cannot fix it through blindly guessing :(

It is quite difficult to track but i would say that 4.0 3756 seems stable with no FIFO is overflowed by gatherpipe! errors. It is a rev between that and 4.0 4041.

Ok, i think i found it, https://github.com/dolphin-emu/dolphin/pull/1417 should be the offending commit.

Did https://github.com/dolphin-emu/dolphin/pull/1483 not change the behavior?

No, it seems to be have the same issue until the latest.

Specifically https://el.dolphin-emu.org/download/dev/af1a08fbf31be8c4871d136a2885b280455146b0/ should be the last rev without issue. I used Battallion Wars 2 and a clean shader cache to test.

Good work kostamar if that was indeed the offending commit!

Anyone want to try http://dl.dolphin-emu.org/prs/pr-1519-dolphin-latest-x64.7z and see if it prevents the error?

This does not contain a true fix, but merely disables an optimization that may or may not be responsible.

Tried it and got an error in a couple of minutes, it doesn't fix it.

with last rev fifo error continue to show up,with the rev 4.0 3756 all was fine and runs great!i stay with tht until someon fix the error :)

I can't reproduce in the latest builds... not confident this is fixed or anything. Will try again.

I think you had only luck, problem still there (4.0-4109 - game Cursed Mountain)

What's your computer? I'm considering a few options, and I'd like to start collecting more information on the processors involved.

Windows 8.1, Intel e8400, Nvidia GTX650ti

JMC4789, Battalion wars 2 was quite known in the past to suffer from many "FIFO is overflowed by gatherpipe" errors before marcosvitali fifo rewrite. It is more important which game you try, it is definitely there in the last rev and i am pretty sure it began after https://github.com/dolphin-emu/dolphin/pull/1417 was merged.

Kostamarino: There hasn't been a consistent way to reproduce the bug yet though. Once we have that, we can finally sort down this bug.

True and that's why i suggest battalion wars 2 for testing, in the past it was the most troublesome game that marcos had to deal with that error, while still somewhat random at the very least it is common enough to not have difficulty reproducing.

Marcosvit tested himself and was unable to reproduce in the game.

Ok, that's weird then, could it be hardware or settings dependent? It was quite easy to reproduce here. And probably for others as well seing the reports.

That's what I'm thinking, but I have no idea what...

Jmc, could you do me a favor and build the latest with pr #1417 and its follow up pr #1483 reverted for testing? I am having trouble doing it here with the latest, always getting the error openal32.lib cannot be opened. This problem has being quite annoying lately (i am getting it in a lot of games) and at the very least having the offending commit confirmed is a step forward.

Let me know if PR1536 helps.

https://github.com/dolphin-emu/dolphin/pull/1536

It can be tested here:
https://dl.dolphin-emu.org/prs/pr-1536-dolphin-latest-x64.7z

Kostamarino: It seems as though we're investigating multiple issues at once right now. Please try other games (if you have any of the others afflicted) running into this problem.

latest builds doesen't resolve the error,it seems appears less often but is still there...

Unfortunately pr-1536 (4.0-4139 dirty) doesn't help in Cursed Mountain.

It seems that the problem (at least for me) occurs only when fps get below normal speed (30 or 60 - so maybe that's why not everyone is experiencing the problem) and I think it is due to the fact that in latest revisions fps are not exactly in sync with vps (now when fps are at 28, vps show 60 - 100% speed), in revisions without the problem I had the "usual" 28 fps - 56 vps 94% speed)

Kostamar, I think you pointed out the wrong revision: for me in Cursed Mountain the fifo overflown by gatherpipe error message began to appear with revision 4.0-4061 https://github.com/dolphin-emu/dolphin/pull/1230 (4.0-4059 seems to work fine here), also 4.0-4061 doesn't seem to have the "de-syncing fps vps" that I reported before, so the "desync" should not a problem at all.

You were probably lucky in your testing, see the initial issue report by learndigitalaudio that has the issue with an older rev than what you reported. Also i am not testing a single game.

Maybe there are two different issues, anyway with broken revisions I'm getting fifo overflow after 2 max 3 minutes, with 4.0-4059 I can test 1 hour without the message coming out, other than that the revision that I pointed out really has some fifo changes in it...

rigation, alucard, I have made another attempt at this. Let me know how it goes. It can be downloaded at the same link. The file has been updated.

https://github.com/dolphin-emu/dolphin/pull/1536

It can be tested here:
https://dl.dolphin-emu.org/prs/pr-1536-dolphin-latest-x64.7z

Skidau, for me with the new pr-1536 the problem is fixed
Thanks

Same problem in game The Last Story.
Tested pr-1536,played about 1 hour without errors.
Thanks

i've noticed the bug with metroid prime,never get fifo error before in any past game i played but the last builds are all affected with that,at first i think was my cpu the problem(i have a phenomII 960t X4 unlocked to a 1060t x6 core)but it seems was not the case,i stay with 4.0 3576 right now and wait :)

Seems like you missed that there's already the above branch that should fix the problem ;)

i'm under 4.0 4161 right now and it seems solved,i cross my finger :D

Unfortunately 4.0-4161 still has the fifo overflow issue

I also found out that Baldur's gate Dark Alliance was effectively broken before 4.0-4061 (sligtly different problem: Fifo overflow + GFX FIFO Unknown opcode), and that it is also fixed by the new pr 1536

I'm having trouble reproducing the issue even on the problematic builds so there is no point in testing the fixed one. Might be due to the fact that I changed hardware after I wrote about the FIFO problem with Resident Evil Code Veronica. I switched from AMD CPU and GPU to Intel + Nvidia. So as mentioned already this could very well be hardware related.

https://code.google.com/p/dolphin-emu/source/detail?r=1d1942dde9605785c3486c70b08aebe74730ca94

404 not found.

is the fix available in the main branch yet? (sorry i don't know how it all works yet)

https://dolphin-emu.org/download/

Yes, the fix is in any rev on and later than 4.0-4203. The latest development build has the fix included.

Thanks!

i have this problem in revision 4.0-4473 with Sonic Colours

varie, next time that the problem occurs, write down (or screenshot) the third pop-up that begins with "Illegal command". The message contains some useful information for diagnosis.

After the reports i tested battallion wars 2 again, and it seems to have regressed but not as bad as before, i have some indication that it might be after https://el.dolphin-emu.org/download/dev/ff4526b4a9b7dbcbdbaff35a657739e272aea637/ that the problem started again.

After further testing i am pretty sure that the hw bounding box implementation for d3d causes it, using opengl seems fine with latest dev among all other indications.

oh, bbox causes fifo errors? Have you tried single core? bbox is a new stalling feature which is hard for the fifo to sychronize.

Yeah, weirdly though it is backend specific, it doesn't happen with the hw bbox implementation for open gl. I haven't tried single core since it worked fine with dual core till now in d3d.