Dolphin, the GameCube and Wii emulator - Forums

Full Version: What is the problem here? Struggling to consistently run Twilight princess.
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
ok trato de ser lo mas claro posible y escusas si no me doy explicar bien en ingles ya que no es lo mismo espresar una idea en otro idioma que no es el tuyo
pero aclaro no tengo nada encontra del emulador solo digo que le falta tiempo para que se 100% rentable en un especto general
ahora si creo que requirir tanto cpu esta mal y es algo que se que se ira corriendo como en el project64 ahora mi procesador no es un joya pero me da para muchas cosa me dicen que es lento y en medio de la emualacion el cpu no esta usando ni el 40% de los dos nucleo no me vas a decir que no es problema de optimizacion.
se que eso cambiara con el tiempo y una buena aternativa es la computacion en paralelo con el gpu y cpu o mejor dicho apoyar o dividir la carga entre los dos
es verdad no soy programando soy administrador server por eso mencione que no se si es algo dificil de hacer ya que no es mi area
pero a mi falta de comprencion de lo que es el gpcpu y tu que eres un esperto porfavor explicame no esta de mas aprender de los demas
¿Qué? Even those of us who speak Spanish are rusty. If something isn't your first language, then tell us you've used a translator, as poor understanding through a translator looks like idiocy.
[quote='AnyOldName3' pid='213872' dateline='1337030117']
¿Qué? Even those of us who speak Spanish are rusty. If something isn't your first language, then tell us you've used a translator, as poor understanding through a translator looks like idiocy.
[/qu



That is the problem that translators changed the meaning of what you really mean by that is more good
(05-15-2012, 07:50 AM)shiblum Wrote: [ -> ][quote='AnyOldName3' pid='213872' dateline='1337030117']
¿Qué? Even those of us who speak Spanish are rusty. If something isn't your first language, then tell us you've used a translator, as poor understanding through a translator looks like idiocy.
[/qu



That is the problem that translators changed the meaning of what you really mean by that is more good

I tried three different translators and this was the best one:
Quote:OK I try to be more clear as possible and excuses if me I do not explain it in English it is not the same instead an idea in another language that is not yours
but clarified I have nothing discover the only emulator I say that it lacks time to be 100% profitable in general chewy
Now if I think that require both cpu is wrong and is something that is that is anger running as in the project64 now my processor is not a gem but I have many thing to tell me that it is slow and in the middle of the emualacion the cpu is not using less than 40% of the two core I not going to say that it is not problem of optimization.
be that change with time and a good alternative is the computation in parallel with the gpu and cpu rather support or split the load between the two
It is true I'm not programming am administrator server why mention that not is if it is something difficult to do because it isn't my area
but my lack of comprencion what is the gpcpu and you you are an expert please explain is not of more learn from others

It's still mostly unreadable. Bits and pieces make sense and that's about it.

It's not difficult, just pointless. GPUs are good at performing simple repetitive arithmetic/calculus on large sets of data. Ideal GPGPU applications have large data sets, high parallelism, have minimal dependency between data elements, and are compute intensive.

large data sets = big groups of data that are made of lots of small data elements. For example images are usually made of millions of pixels. An image is a data set, a pixel is a data element.
high parallelism = many things that can be done at the same time (because they don't rely on each others output)
data dependency = an arithmetic operation relies on the output of another arithmetic operation
compute intensive = lots of arithmetic being done on each data element

Dolphin has none of these properties except in the video thread which already uses the gpu and the texture decoder which has an openCL option that uses the gpu. Dolphin spends most of its cpu processing power emulating dsp and cpu instructions that would either be impossible to emulate on a gpu due to architectural limitations or much slower to emulate on the gpu.

Some examples of where using a gpu would be useful would be matrix algebra, image processing, video processing, vertex (geometry) processing, FFT (fast fourier transform), neural networking, cryptography, cryptanalysis, computational finance, speech/image recognition, audio processing, physically based simulations (literally anything to do with physics), and probably some more stuff.

All of these involve doing the same math over and over on many separate pieces of data that are part of a larger set of data with minimal data dependencies. For example images are usually made of millions of pixels and image processing involves running on a series of calculations on each pixel. GPUs can do this in parallel by processing many pixels at the same time. This is done through a programming paradigm called stream processing. You stream a set of data into the gpu (an image for example), give the gpu the kernel to run, the kernel is a small program/function that the gpu runs on each data element in the set, then you stream the resulting data out of the gpu. So in other words:
1. stream data set in
2. run kernel
3. stream data set out

In d3d and openGL shaders are compiled into kernels and the data sets are usually either made of pixels (texture/framebuffers) or vertexes (mesh/model). In GPGPU you write general purpose functions that are compiled into kernels and the data sets can be whatever you want. However these data sets are usually made of vectors.

Emulation cannot use this system in any useful way unless you are emulating a similar architecture, such as another gpu. I can't think of anything dolphin does that is unrelated to graphics where dolphin is trying to go through lots of data in a data set doing repetitive calculations.
There would have been easier to give an explanation como.lo do now that act arrogant. And that's why we are to learn from each other
It would have been easier to not assume that gpgpu would help when you don't know anything about it.

I'm tired of people with no knowledge of programming coming in here and claiming that they should be getting better performance and the emulator is not well optimized. Many of them claim that we can fix their problems by sprinkling some magic fairy dust on the emulator. Sometimes they say it's multithreading, sometimes they say gpgpu, and sometimes they say using newer instruction sets. And they always state that the reason it hasn't been implemented yet is because it's hard. They never stop to think about whether parallelism is even possible with the task at hand. They just assume that it's always possible and will always provide a massive speedup.
It IS well optimized, but some people believe that the Dolphin devs do that "AMD must use the slowest processing method as decreed by Intel" bullshit.
Couldn't be farther from the truth.
Sometimes upgrading is the only option.
Either pay or be happy.Dodgy

I don't know the first thing about programming and probably won't know much more even after college.
NaturalViolence does.
Quote:but some people believe that the Dolphin devs do that "AMD must use the slowest processing method as decreed by Intel" bullshit.

.......what?
(05-15-2012, 09:38 AM)NaturalViolence Wrote: [ -> ]
Quote:but some people believe that the Dolphin devs do that "AMD must use the slowest processing method as decreed by Intel" bullshit.

.......what?

http://fahwiki.net/index.php/FAH_&_QMD_&_AMD64_&_SSE2

Intel has designed its compiler purposely to degrade performance when a program
is run on an AMD platform. To achieve this, Intel designed the compiler to compile code
along several alternate code paths. Some paths are executed when the program runs on an Intel
platform and others are executed when the program is operated on a computer with an AMD
microprocessor. (The choice of code path is determined when the program is started, using a
feature known as “CPUID” which identifies the computer’s microprocessor.) By design, the
code paths were not created equally. If the program detects a “Genuine Intel” microprocessor,
it executes a fully optimized code path and operates with the 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.

Some people believe the Dolphin Devs do this, which isn't true.
Pages: 1 2 3