[UNOFFICIAL] Ishiiruka-Dolphin Custom Version

[Tino]

hellbringer616: About the issue with paletted textures, i will wait to see how that is solved in master, the common code in texture loading can't be diferent because it will break compatibility with a lot of existing texture packs.

---

President Magikarp: can you test, if xaudio with latency 0 has the same issue?

[President Magikarp]

(10-10-2014, 04:33 AM)Tino Wrote: President Magikarp: can you test, if xaudio with latency 0 has the same issue?

Tried XAudio2 with HLE and LLE and latency set to 0. The audio is still a lower pitch.

[Tino]

disabling timestretching fix the issue?

[Topken]

Way I understand the paletted texture problem is that the way it current works cuases Dolphin to use up to thousands of different texture ID's for a single texture throughout the game for a lot of textures like some UI elements and other things which currently causes textures packs to be HUGE with thousands of textures without even having the whole game retextured. Tino if you did do it for your branch only right now it would leave master alone and let people use that for current Texture packs. Down the line your changes can be merged and having to rename textures is going to happen sooner or later at some point if we really want to fix the paletted texture issue otherwise the current implementation is not a good way of doing things. Now if fixing the paletted texture issue helps to fix other issues that would be a good reason to fix paletted textures.

[President Magikarp]

(10-10-2014, 04:56 AM)Tino Wrote: disabling timestretching fix the issue?

No, it's still persistent.

[StripTheSoul]

@Topken: Ah, that's what you meant. Well, I don't think Tino should invest his time into that (of course he's free to do so if he wants to ). If Ishiiruka and master had different implementations of the costum texture loading all existing packs would have to be renewed (and not just renamed or something, but there would be a lot of work in it because all textures would have to be redumped) and then two of them would have to exist at the same time, one for master and one for Ishiiruka. Let's say I doubt the devs would take a new Ishiiruka implementation over into master, even if it was flawless...
It does work now, it's just annoying when making packs and to have those giant packs. This is really something that should be well thought-through and made directly in master, for all graphical backends. This has to be perfect as soon as it gets implemented because you cannot expect from texture pack creaters to redo their packs more than once.

[Topken]

Would NOT have to retexture anything would just have to rename the already done textures so that they matched the new system is all. Textures might have to redumped tho so that they can get the new file names but the work would have already been done on redoing the textures. Just look at the Xenoblade retexture thread for example. They currently have 2 ways of doing textures and one requires the Ishiiruka build since it uses Texmod which is 32bit only at this point in time.

[StripTheSoul]

I know they wouldn't have to redo the textures themselves, but just ask the Xenochronicles texture pack wizards how much work the redumping alone would be. And they would have to redump to get the new file names. They already said they'd be willing to do it. But surely not more than once. So a restructuring of the textute cache should be perfect so it wouldn't have to be changed again which would break all tex packs again...

[Tino]

updated the latest folder with a new version. please test if the issues reported in the dx11 backend are fixed and for those that where not having problems with dx11 if some performance is gained in this version.

[marcosvitali]

well, Here mi tests.

Ishiruka dx11 in observatory SMG efb to texture, 2.5 IR, 1920 -> 136 fps
Master dx11, same config -> 100 fps
Master GL -> 90 fps