Some questions about this option:
- So, is DSPLLE recommended at all any more with all the recent LLE changes?
- How does it interact with the JIT option (if at all)?
- What is it supposed to do and when would you want to turn it on?
- It says "not recommended" but why? And why do we have it then? For debugging?
Quote:Some questions about this option:
- So, is DSPLLE recommended at all any more with all the recent LLE changes?
- How does it interact with the JIT option (if at all)?
- What is it supposed to do and when would you want to turn it on?
- It says "not recommended" but why? And why do we have it then? For debugging?
If your talking about the
dsp-lle audio plugin:
1. Oh god yes, in fact more so.
2. Causes a massive speedup in exchange for the possibility of reduces accuracy
3. Emulated the behavior of the actual chip. You use it when you desire accuracy over performance.
4. Because it's too slow for most people to use.
If your talking about the
dsplle on thread option:
1. No.
2. It doesn't change how jit works. Jit lle works regardless of whether it is on or off.
3. It is supposed to speed up the lle audio plugin. You would only use it when you're feeling retarded.
4. It's not recommended because it caused all kinds of problems. Audio desyncing from video, crackling, popping, static, stuttering, even occasional crashes. They started working on it in a desperate attempt to get the lle plugin to run faster but were never able to get it working properly and when lle jit work started that turned out to be a much better solution so then they stopped trying. We have it mainly because the devs don't like to remove stuff in case their is even the slightest chance that anyone out their might want to use it (same reason we still have the lock threads to cores option). And also it does offer a small speedup when using the lle plugin so their is SOME benefit from using it even if the cons outweigh the pros.
I have a feeling you mean to say dsplle on thread but I can't be sure since dsp-lle could mean either one.
(01-12-2011, 12:56 PM)NaturalViolence Wrote: [ -> ]Quote:Some questions about this option:
- So, is DSPLLE recommended at all any more with all the recent LLE changes?
- How does it interact with the JIT option (if at all)?
- What is it supposed to do and when would you want to turn it on?
- It says "not recommended" but why? And why do we have it then? For debugging?
If your talking about the dsp-lle audio plugin:
1. Oh god yes, in fact more so.
2. Causes a massive speedup in exchange for the possibility of reduces accuracy
3. Emulated the behavior of the actual chip. You use it when you desire accuracy over performance.
4. Because it's too slow for most people to use.
If your talking about the dsplle on thread option:
1. No.
2. It doesn't change how jit works. Jit lle works regardless of whether it is on or off.
3. It is supposed to speed up the lle audio plugin. You would only use it when you're feeling retarded.
4. It's not recommended because it caused all kinds of problems. Audio desyncing from video, crackling, popping, static, stuttering, even occasional crashes. They started working on it in a desperate attempt to get the lle plugin to run faster but were never able to get it working properly and when lle jit work started that turned out to be a much better solution so then they stopped trying. We have it mainly because the devs don't like to remove stuff in case their is even the slightest chance that anyone out their might want to use it (same reason we still have the lock threads to cores option). And also it does offer a small speedup when using the lle plugin so their is SOME benefit from using it even if the cons outweigh the pros.
I have a feeling you mean to say dsplle on thread but I can't be sure since dsp-lle could mean either one.
Wow, thanks for covering both. Your assumption is right. Sometimes you have all these small things your trying to remember to write but you overlook the obvious ones.
Ok, sounds like the DSPLLE on thread option doesn't really offer anything. Good to know!