Dolphin, the GameCube and Wii emulator - Forums

(03-08-2012, 03:29 PM)Lectrode Wrote: [ -> ]Since I don't have an AMD processor to test, I can't determine
if Intel is still making their compiler run a slower code path on
AMD processors than what they can handle. There is a program
that patches Intel builds to make them not check the processor
manufacturer.

I use that all the time

(03-08-2012, 03:29 PM)Lectrode Wrote: [ -> ]You can try this to patch Dolphin.exe (make sure you back it up before you patch it).

It automatically does that for you

(03-08-2012, 03:29 PM)Lectrode Wrote: [ -> ]

(03-03-2012, 07:46 PM)Gir Wrote: [ -> ]Should i use ICC Optimized builds if i have an AMD Processor
http://techreport.com/discussions/8547

Quote:If the program detects a "Genuine Intel" microprocessor, it executes a fully optimized code path and operates with maximum efficiency. However, if the program detects an "Authentic AMD" microprocessor, it executes a different code path that will degrade the program's performance or cause it to crash.

ICC Optimized will still deliver better performance on an AMD
processor than the vanilla builds.

Since I don't have an AMD processor to test, I can't determine
if Intel is still making their compiler run a slower code path on
AMD processors than what they can handle. There is a program
that patches Intel builds to make them not check the processor
manufacturer. You can try this to patch Dolphin.exe (make sure
you back it up before you patch it).

Compare the two builds as best you can and let us know if it
made any difference.

Of course, you don't have to do this if you don't want to. It may
even cause the computer to crash when you run it. I don't know.

If someone with an AMD processor can test this, I'd like to know
once and for all if Intel is still doing that, even though they are
not supposed to from the last court settlement.

And to quote myself:

(06-21-2011, 08:28 AM)Lectrode Wrote: [ -> ]Intel signed an agreement to no longer make apps run slower on other processors.
If they keep their word/contract (and even if they don't), then [patching]
may introduce critical errors when run on an AMD processor. If the app tries
to use something specific to an Intel processor, the app will crash.

[...]

The ICC optimizations still cause dolphin to run very noticeably faster even on AMD
processors. I would go so far as to say that the main cause of the speed increase
is the ICC optimizations. The SSE is probably just the icing on the cake

---

(03-07-2012, 06:22 AM)SoL1D Wrote: [ -> ]Is anyone else getting file not found when they click on "Latest (3.0-432-gee09def)"?

Fixed. Thx
*Clear browser cache to update scripts

(03-08-2012, 04:14 AM)kirbypuff Wrote: [ -> ]Could you compile the famous SVN r6515 (Regular build) with the FifoBusy , DKTOS and the 4x internal res patch?
This could be the ultimate build for The Last Story.

(03-08-2012, 06:52 AM)bjakja Wrote: [ -> ]You mean new fifo patch, it's only working with latest revisions, and old will still give freezes.
it would be better rev 3.0-438 fifo patch with graphic plugins from rev 7591 which fixes blur using dx9.

There is an older FifoBusy patch that would work with r6505. I don't
know how it compares to the FifoBusy branch in more recent revisions
nor do I know what bugs it may introduce.

I barely have enough time to compile these different revisions, let
alone try to make patches work for revisions they weren't made
for. I still want to compile the latest revision on the FifoBusy branch,
but this is midterm week. I'll be busy until Saturday at the earliest.

test http://freecode.com/projects/patch-authenticamd
https://github.com/jimenezrick/patch-AuthenticAMD

Lectrode Wrote:

bjakja Wrote:You mean new fifo patch, it's only working with latest revisions, and old will still give freezes.
it would be better rev 3.0-438 fifo patch with graphic plugins from rev 7591 which fixes blur using dx9.

There is an older FifoBusy patch that would work with r6505. I don't
know how it compares to the FifoBusy branch in more recent revisions
nor do I know what bugs it may introduce.

I meant by that this revision http://code.google.com/p/dolphin-emu/source/detail?r=b0f75f17ae19484735675fea348f7e95740f597f&name=FifoBusy with new fifo busy patch inside.
There is no fifo freezes in The Last Story, but it work slower compare to r6505 and have many of blur which can reduce graphic plugin from rev 7591

(03-08-2012, 03:29 PM)Lectrode Wrote: [ -> ]There is an older FifoBusy patch that would work with r6505. I don't
know how it compares to the FifoBusy branch in more recent revisions
nor do I know what bugs it may introduce.

I was talking about the old FifoBusy patch (as in your r6505 custom compile), not the latest one.

Apply the same old patches to r6515, but include the 4xIR patch as well.

Hey Lectrode love your builds, just wondering if you're ever going to implement a feature which allows for emulation of wii mote plus?

(03-14-2012, 12:55 PM)SoL1D Wrote: [ -> ]Hey Lectrode love your builds, just wondering if you're ever going to implement a feature which allows for emulation of wii mote plus?

He can't (-ish) do that, it's like he's a developer or something.

Isn't it already in?

(03-15-2012, 06:42 PM)lamedude Wrote: [ -> ]Isn't it already in?

Yeah-ish, it's on a different branch I think.

It's not a separate branch, it's a separate tree, i.e. it has nothing to do with "official" Dolphin development. I think meanwhile it's even safe to say that it's an (unmaintained?) fork.

Please compile great git 3.0-485 build ---> FifoBusy speed up and Fixes!