Go Back   Project64 Forums > General Discussion > Open Discussion

Reply
 
Thread Tools Display Modes
  #661  
Old 19th February 2014, 10:06 PM
MarathonMan's Avatar
MarathonMan MarathonMan is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Jan 2013
Posts: 454
Default

Quote:
Originally Posted by kode54 View Post
Now I need to debate whether it would even be worth lifting MarathonMan's VR4300 for the main processor side of the playback. It would be bothersome to adapt the save states to it, since the genius behind USF, hcs64, decided that USF files should forego lengthy setup code and instead bootstrap using Project64 save states, and it just wasn't a concern that anyone would ever need to process the files with any other emulator.

Bump.

There probably some subtle bugs in the VR4300 (at least, I suspect some). If you need something rock-solid stable, you might want to look elsewhere unless you really need the cycle-accuracy.
Reply With Quote
  #662  
Old 20th February 2014, 08:21 PM
Melchior's Avatar
Melchior Melchior is offline
Alpha Tester
Project Supporter
Super Moderator
 
Join Date: Apr 2007
Location: NH, USA
Posts: 230
Wink

loi....
I thought I had put it in my signature... but I guess I didn't I am using the latest everything....loi ;D....

PJ64 (v2.1.0.1) (ps: I updated my signature again ;D)


ok I will try that root location for the config and exe.... for your plugin...

thx for the explanation ;D....


oohh...? I have to use interpreter mode? ouch...
even with the CPU I do use it starts to fps lag quite a bit.. in interpreter mode..

I guess I will stick with my current setup as it works 90% of the time, not including the issues with save states saving blank screens and unable to continue I keep up with my in-game saving of Hybrid Heaven so I load from memory-card incase of save state fail


ps:
Fatcat I did read through the manual it was just so long I ended up skipping though it to find what I was looking for or at least trying to find what ever it was I was looking for last time I locked at it....
__________________
(PC Specs)
CPU: AMD FX-9590 4.7GHz 8-core
CPU Instructions: MMX, SSE1-4
Motherboard: Asus SABERTOOTH 990FX R2.0
GPU: nVidia GTX 1070 Ti 8GB
GFX Drivers: Nvidia v441.66
OS: Windows 7 Ultimate 64-bit SP1
RAM: 32GB Kingston 1866MHz DDR3

Favorite Emulators:
PS2 : PCSX2 (Auto-Builds)
SNES : ZSNES

My PJ64 setup:
EXE : v2.4.0.1114
GFX : Project64-Video (v2.2.0.1114)
SPU : AziAudioNEW (v0.70)(2017-09-14)
INPUT : NRage(v2.5.3.1114)
RSP : RSP (v1.7.4.1114)
Reply With Quote
  #663  
Old 20th February 2014, 08:42 PM
HatCat's Avatar
HatCat HatCat is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Feb 2007
Location: In my hat.
Posts: 16,236
Default

Quote:
Originally Posted by Melchior View Post
oohh...? I have to use interpreter mode?
*sigh*
No, you don't.

I'm not actually sure what RPGMaster was referring to, but setting Project64 to interpret/recompile has nothing to do with this plugin.

Anyway, this RSP emulator is faster than the default recompiler for Project64, but that really matters if you HLE both gfx and audio.

Quote:
Originally Posted by Melchior View Post
I guess I will stick with my current setup as it works 90% of the time,
Honestly, if you're just going to HLE every single thing, it doesn't matter which RSP plugin you use.

RSP 1.7.0.9 for Project64 versus my RSP plugin,
has absolutely no effect on emulation at all, if you're just going to HLE everything.

Still, Shunyuan's audio is a LLE plugin, not a HLE plugin.
Turn off audio HLE in whatever RSP plugin you're using--mine or zilmar's--and you'll get better performance.

Either that, or use a real HLE audio plugin, like Azimer's Audio.

Last edited by HatCat; 20th February 2014 at 08:51 PM.
Reply With Quote
  #664  
Old 20th February 2014, 08:54 PM
Melchior's Avatar
Melchior Melchior is offline
Alpha Tester
Project Supporter
Super Moderator
 
Join Date: Apr 2007
Location: NH, USA
Posts: 230
Default

Quote:
Originally Posted by HatCat View Post
*sigh*
No, you don't.

I'm not actually sure what RPGMaster was referring to, but setting Project64 to interpret/recompile has nothing to do with this plugin.

Anyway, this RSP emulator is faster than the default recompiler for Project64, but that really matters if you HLE both gfx and audio.



Honestly, if you're just going to HLE every single thing, it doesn't matter which RSP plugin you use.

RSP 1.7.0.9 for Project64 versus my RSP plugin,
has absolutely no effect on emulation at all, if you're just going to HLE everything.

Still, Shunyuan's audio is a LLE plugin, not a HLE plugin.
Turn off audio HLE in whatever RSP plugin you're using--mine or zilmar's--and you'll get better performance.

Either that, or use a real HLE audio plugin, like Azimer's Audio.
Thx Fatcat I love PJ64 its the best =D

Azimer's Audio!? ooohhh do tell loi ;D I have 10 minutes left today on the net.

if its here on this forum and you have the link handy I would greatly appreciate it if you could post it ^_^ thx
__________________
(PC Specs)
CPU: AMD FX-9590 4.7GHz 8-core
CPU Instructions: MMX, SSE1-4
Motherboard: Asus SABERTOOTH 990FX R2.0
GPU: nVidia GTX 1070 Ti 8GB
GFX Drivers: Nvidia v441.66
OS: Windows 7 Ultimate 64-bit SP1
RAM: 32GB Kingston 1866MHz DDR3

Favorite Emulators:
PS2 : PCSX2 (Auto-Builds)
SNES : ZSNES

My PJ64 setup:
EXE : v2.4.0.1114
GFX : Project64-Video (v2.2.0.1114)
SPU : AziAudioNEW (v0.70)(2017-09-14)
INPUT : NRage(v2.5.3.1114)
RSP : RSP (v1.7.4.1114)
Reply With Quote
  #665  
Old 20th February 2014, 08:57 PM
HatCat's Avatar
HatCat HatCat is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Feb 2007
Location: In my hat.
Posts: 16,236
Default

It's somewhere on EmuTalk.
I personally prefer Azimer's Audio 0.56, but the latest release is also pretty decent (not as simple/small but that's okay).

Sorry, I would have to Google to find the link in your 15-minutes-left time frame.


Anyway, when you start using a LLE graphics plugin (or if you decide you'd rather use Shunyuan's audio in LLE mode, not HLE mode which doesn't even really do HLE), THEN it will matter which RSP plugin you use.

Or, if you play certain games that do task types other than graphics and audio.

Otherwise, for your purposes, RSP plugins are basically like an empty useless shell.
I didn't write this plugin for fame, just to improve the accuracy and fix some problems with the pj64 RSP, as well as make a faster plugin. Since you hack everything with HLE it makes no difference.
Reply With Quote
  #666  
Old 20th February 2014, 09:01 PM
Melchior's Avatar
Melchior Melchior is offline
Alpha Tester
Project Supporter
Super Moderator
 
Join Date: Apr 2007
Location: NH, USA
Posts: 230
Default

lol nio worries it didn't take me more the 6 minutes to find it...

http://www.emutalk.net/threads/54525...v0-60-Feedback
appears to be the latest thread.... that is most updated...
__________________
(PC Specs)
CPU: AMD FX-9590 4.7GHz 8-core
CPU Instructions: MMX, SSE1-4
Motherboard: Asus SABERTOOTH 990FX R2.0
GPU: nVidia GTX 1070 Ti 8GB
GFX Drivers: Nvidia v441.66
OS: Windows 7 Ultimate 64-bit SP1
RAM: 32GB Kingston 1866MHz DDR3

Favorite Emulators:
PS2 : PCSX2 (Auto-Builds)
SNES : ZSNES

My PJ64 setup:
EXE : v2.4.0.1114
GFX : Project64-Video (v2.2.0.1114)
SPU : AziAudioNEW (v0.70)(2017-09-14)
INPUT : NRage(v2.5.3.1114)
RSP : RSP (v1.7.4.1114)
Reply With Quote
  #667  
Old 20th February 2014, 09:09 PM
HatCat's Avatar
HatCat HatCat is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Feb 2007
Location: In my hat.
Posts: 16,236
Default

Damn. I was going to take a screenshot of this thread with 666 replies, but then you'd already replied, and post #666 in this thread was made by you.

Quote:
Originally Posted by Melchior View Post
lol nio worries it didn't take me more the 6 minutes to find it...

http://www.emutalk.net/threads/54525...v0-60-Feedback
appears to be the latest thread.... that is most updated...
Yep that's the one.

I should be using it more often honestly.
I seem to prefer the old 0.56 WIP 2 release for some reason, or I'm just lazy with updating unlike you.

The fun thing about doing HLE is that it's more easily perfected, straightforward, in your machine's native language, free of virtual overhead, direct, ... but, I still like LLE more, even though it's probably not as fun.

I guess it depends. Sometimes HLE can be significantly easier, especially for documented sequences comprised of undocumented commands.
Reply With Quote
  #668  
Old 20th February 2014, 09:36 PM
Sigma_Virus Sigma_Virus is offline
Junior Member
 
Join Date: Feb 2014
Posts: 10
Default

Quote:
Originally Posted by HatCat View Post
The fun thing about doing HLE is that it's more easily perfected, straightforward, in your machine's native language, free of virtual overhead, direct, ... but, I still like LLE more, even though it's probably not as fun.

I guess it depends. Sometimes HLE can be significantly easier, especially for documented sequences comprised of undocumented commands.
I concur.

Both LLE and HLE have their uses depending on a given platform.

Unfortunately HLE will never be as accurate as LLE and accuracy is something that is becoming more and more important to me every day that passes.
Reply With Quote
  #669  
Old 20th February 2014, 10:01 PM
mudlord_ mudlord_ is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Dec 2012
Posts: 381
Default

sigh
10chart
Reply With Quote
  #670  
Old 20th February 2014, 11:26 PM
HatCat's Avatar
HatCat HatCat is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Feb 2007
Location: In my hat.
Posts: 16,236
Default

Quote:
Originally Posted by Sigma_Virus View Post
I concur.

Both LLE and HLE have their uses depending on a given platform.

Unfortunately HLE will never be as accurate as LLE and accuracy is something that is becoming more and more important to me every day that passes.
In some ways, the algorithm in HLE can be even more accurate than LLE for some systems.

But the fundamental problem with HLE as you may know, is the theoretical infinitude of cases to cover...that's what makes it less direct than LLE, instead of more.

What would be cool is a translator that statically recompiles N64 code into Linux or Win32 executables...then both HLE and LLE could be equally important to implement.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT. The time now is 11:44 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2023, Jelsoft Enterprises Ltd.