Emulator

Enabled EFB to RAM and Real XFB?

Yes, tried both. Nothing worked.

Turn on Progressive scan.

Issue 5675 has been merged into this issue.

Okay, just tried EFB to RAM and XFB it didn't work with me neither. Progressive scan enabled didn't work neither. Is there a fix?

Sorry forgot to add, my problem isn't about VC (virtual console) games, it's the collector's zelda game that comes with both zelda's from NES.

Issue 5891 has been merged into this issue.

Issue 5891 has been merged into this issue.

Issue 5675 has been merged into this issue.

Was this bug present in versions before R7170? Has it always been present, or was it a regression introduced at some point?

Confirmed to still be in 3.5-368.

yes still an issue in new dolphin.

Can you provide a 2 frame fifo log showing the issue with EFB2Ram enabled and XFB emulation disabled?
http://wiki.dolphin-emu.org/index.php?title=FifoPlayer

I can record a video and upload it to YouTube if that would help any. There are some graphics and you can see movement, so something's partially working somewhere.

NeoBrainX: I will do this later today.

@twocows360: Thanks.

Forgot to mention that I need a reference screenshot of the scene that you'll record a fifo log in.

A screenshot of the Dolphin render output, that is.

I have no idea how to use FIFO Player. I hit record and only 1 frame captured.

The wiki link I posted above gives a step-by-step explanation of how to create a fifo log. To capture more than one frame, you'll have to increase the number of frames to record.

How many frames do you want exactly to be captured?

2 should be fine.

Okay here is my recording.

I made a FIFO recording of 2 frames as asked. I included a screenshot of how this scene looks in Dolphin 3.5-392 and how it looks in higan's NES emulator. I can guarantee that the ROM being played is 100% identical in both screenshots; I dumped my own copy of Zelda CE and extracted the GCN image and the NES ROM of Zelda 1 as detailed near the bottom of my post here: http://gbatemp.net/threads/zelda-collectors-edition-ww-demo-timer-and-hacking.342248/

I forgot to mention i use 64bit 3.5-144 64bit. But even in the 32bit version the issue is still there.

Animal crossing also has this issue. Here's a FIFO recording of me trying to play Super Mario Bros.

I tested twocows360's fifo log with native dff player ( https://github.com/dolphin-emu/fifoplayer ).
When running the dff player in Dolphin, it shows the same input as Dolphin's internal fifo player. Turns out when running on a Wii it's displaying at least something which looks like the supposed output.

Reference picture: http://i1104.photobucket.com/albums/h325/no_cluez/Dolphin%20stuff/zelda1_correct_zps824f223e.png
Dolphin output: http://i1104.photobucket.com/albums/h325/no_cluez/Dolphin%20stuff/zelda1_zpsb779b086.png
Wii output: http://i1104.photobucket.com/albums/h325/no_cluez/Dolphin%20stuff/DSCN0027_zps9fa5111f.jpg

Note that the bottom of the Wii output reusing RAM contents from an unrelated fifo log that I run directly before this one.

Anyway, this should definitely be interesting...

I will post my FIFO Log, and screencap. I use Dolphin 3.5-1702.

Just wanted to say that NES games work fine in Dolphin when run through FCEUGX. Maybe that info could be useful.

Yes, I had already tried FCEUGX in Dolphin. Unfortunately, it did not help solve this issue. Good thinking, though.

Get owned NES games!

"Get owned NES games!"

Doesn't help nor fix the problem. Try giving us something useful than a lame response like that shit.

I was the one testing it, and while I didn't code the fixes, I'm the first one who noticed they were improved in the branch.

Here, something productive: https://dl.dropboxusercontent.com/u/484730/PZLE01-10.png

Heaven forbid someone actually celebrates progress on a longstanding bug. Seriously, loosen up.

this issue exists in latest versions of Dolphin 4.0.2

1: That is not the latest version of dolphin. Dolphin is in the 4.0-550s now.

2: Are not reading the comments? The bug is already being worked on and the games are playable within a branch.

I know this is a pretty big bug that needs to be fixed, but the answers are right in front of your face.

4.0.2 is the latest stable rls. and no i dont see anyone comment that someone is working on a fix being this is a long time posted.

Using the latest stable releases will not let you see new developments in the emulator. If you really want to see the condition of what NES games are doing, please use the latest build of this branch: https://dolphin-emu.org/download/list/tev_fixes_new/1/

OpenGL seems to work better with NES games than D3D at this point. You need to have Texture Cache set to safe for the sprites to load properly.

https://dl.dropboxusercontent.com/u/484730/FAKE01-4.png

It's pretty convoluted to get them working right now, I thought it was impossible to get them working VERY well. But, yeah. If you try hard enough with this branch, you can get the NES library working.

That's impressive! What branch is that? I don't see tev_fixes_new anymore, so I assume it's a different branch... unless it's mainline, in which case that's even more impressive. You said it's kind of convoluted, were there any specific settings you used to get that kind of output?

The branch is accessible at https://github.com/neobrain/dolphin/tree/tev_fixes_new .

Virtual Console NES games are 95% fixed in the Tev_Fixes_New branch. Take a look at this: https://dl.dropboxusercontent.com/u/484730/FAKE01-10.png

Compared with console - https://dl.dropboxusercontent.com/u/484730/TV2014021223422500.jpg

Note that I skipped the map on the emulator because I already had bombs. I went back and confirmed that the map works.

With this, plus a few other games I tested, I can show you some more.

https://dl.dropboxusercontent.com/u/484730/FEQE01-1.png

Every game has minor sprite corruption, just like the GameCube NES games. They also tend to want their own settings right now, and some of them are pretty slow.

I would like to set this to fixed in branch and make separate issue reports for the remaining issues after the merge.