(11-13-2015, 05:13 AM)Ramoth Wrote: [ -> ]Water is broken. Can it be fixed?
That's happening because of the free camera feature. It isn't the same as moving the camera ingame.
(11-09-2015, 04:56 PM)StripTheSoul Wrote: [ -> ]@ rlaugh0095: I think he's rather talking about performance benefits.
Well, the most obvious one (though that has nothing to do with x64) is the Async Shader Cache Generation which takes away that annoying stuttering when seeing something new in a game.
Thank you for your response. Other than different builds being less/more compatibile with different games, would there be any general downside to me using Ishiruka over a mainstream build?
Thanks again in advance.
I don't see any. Just try it out. You can even use Dolphin Ishiiruka and Dolphin master alongside each other, just put them in two different folders. They will share the user folder, so no copying around of saves 'n stuff.
(12-26-2014, 12:11 AM)Timmy1977 Wrote: [ -> ] (12-20-2014, 05:46 AM)Tino Wrote: [ -> ] (12-20-2014, 01:40 AM)Timmy1977 Wrote: [ -> ]Also test Donkey Kong country returns, works better but ... the donkey kong sprite become invisible from the beginning of the game when on the official version the problem won't appears
thanks
Even the latest version have the donkey kong problem?
Yes tried the the stable and unstable version
I tried with DX11
Any idea?
I'm still seeing the flickering/transparent Donkey Kong and Diddy Kong rendering with the latest build 458(f8cacda) on DX11. This is from nearly a year ago, so I'm not sure if there's been a workaround figured out since.
I also had same issue with Donkey Kong Returns where character model doesn't show up with both latest versions of Ishiiruka and master. Only way to get it to work properly is to use Dolphin master build 4.0-8000
Don't start putting ALL issues in this thread; only those that are not in master.
The issue in DKCR is already known, but we still discuss how to deal with it. Right now, it seems the old code was broken and the correct rendering was only possible with efb2ram. *But* this issue is just a one pixel offset, so nobody noticed this "broken" behavior. There is a way to fix it with the partial efb copy path already known for NSMBW, but we'll see ...
(11-16-2015, 09:40 PM)degasus Wrote: [ -> ]The issue in DKCR is already known, but we still discuss how to deal with it. Right now, it seems the old code was broken and the correct rendering was only possible with efb2ram. *But* this issue is just a one pixel offset, so nobody noticed this "broken" behavior. There is a way to fix it with the partial efb copy path already known for NSMBW, but we'll see ...
cool, thanks for sharing. One peculiarity worth mentioning, is that if I disable "Scaled EFB Copy" then Donkey Kong is visible, though at a reduced resolution (while everything else is at the higher resolution). Some scenes also have similar low-res artifacts with "Scaled EFB Copy" turned off and are typically prominent on only the left hand side of the frame.
[
attachment=14102]
...That's exactly what "Scaled EFB Copy" is supposed to do. That's why the option exists in the first place. It's not a peculiarity that EFB things become pixelated without it.
I mean, it might have been notable at some point that Dong himself is drawn with EFB copies, but now that we're aware of issues with him, it's not.
...Never mind, you're talking about him being invisible with it on. v_v;
(11-14-2015, 08:10 AM)StripTheSoul Wrote: [ -> ]I don't see any. Just try it out. You can even use Dolphin Ishiiruka and Dolphin master alongside each other, just put them in two different folders. They will share the user folder, so no copying around of saves 'n stuff.
Thanks, i will give it a go