Go Back   Project64 Forums > Public Version > Project 64 - v1.6

 
 
Thread Tools Display Modes
  #1  
Old 6th April 2013, 04:01 PM
shunyuan's Avatar
shunyuan shunyuan is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Apr 2013
Posts: 491
Smile RSP plugin 1.7.0.9 for Project64 v1.6

------------------------------
RSP plugin v1.7.0.9 (spec-1.1)
------------------------------
This is a modified version of RSP plugin v1.7.0.9 by changing interface spec from 1.2 to 1.1
for Project64 v1.6 and other N64 emulators. To use this plugin, just copy RSP.dll to the
emulator plugin folder.

Author:
--
RSP plugin v1.7.0.9 is written by Zilmar for Project64 v2.0 and modified by Shunyuan for proejct64 v1.6 and 1964.

File descriptions:
--
Rsp.dll - RSP plugin v1.7.0.9 (spec-1.1)


------
Note
------
I have removed the download files, you won't need it anymore, since there are better RSP plugins for PJ64 1.6 and other emulators, such as CXD4 LLE RSP.

Last edited by shunyuan; 16th May 2013 at 07:11 PM. Reason: I forgot the official project64 v1.6 didn't allow user to change rsp plugin, so I re-upload the new compiled RspWrapper.
  #2  
Old 6th April 2013, 07:03 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

I think it would be easier to standardize the upgraded plugin specifications zilmar used in Project64 1.7 back to the shared ones emulators use.

A quick rewrite of RSP 1.7.0.9 to restore the normal plugin spec is extremely easy to do now that the plugin is open-source once again.

That being said I still prefer my interpreter plugin.
I should probably contribute to the recompiler though.
  #3  
Old 6th April 2013, 07:33 PM
zilmar zilmar is offline
Core Team
Alpha Tester
Project Supporter
Administrator
 
Join Date: Jun 2005
Posts: 989
Default

tho the RSP plugin is now also more integrated in with project64 (not just the check).

Mostly getting settings come from the .exe
  #4  
Old 6th April 2013, 07:50 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

Just what I was thinking.

Which is why it would be more natural, simpler and easier to take the source code and produce a standardized version of your plugin with the core-plugins communicative interweave severed, than to release a patch as in the form of this thread.
  #5  
Old 7th April 2013, 07:36 PM
shunyuan's Avatar
shunyuan shunyuan is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Apr 2013
Posts: 491
Default

Quote:
Originally Posted by FatCat View Post
I think it would be easier to standardize the upgraded plugin specifications zilmar used in Project64 1.7 back to the shared ones emulators use.

A quick rewrite of RSP 1.7.0.9 to restore the normal plugin spec is extremely easy to do now that the plugin is open-source once again.

That being said I still prefer my interpreter plugin.
I should probably contribute to the recompiler though.
Thanks for your suggestions and I have made the change to restore RSP 1.7.0.9 to normal plugin spec.
  #6  
Old 7th April 2013, 07:39 PM
zilmar zilmar is offline
Core Team
Alpha Tester
Project Supporter
Administrator
 
Join Date: Jun 2005
Posts: 989
Default

Quote:
Originally Posted by suanyuan View Post
Thanks for your suggestions and I have made the change to restore RSP 1.7.0.9 to normal plugin spec.
also you have to remove all the code about rsp leaving a task early. 1.6 will not re-run the task
  #7  
Old 7th April 2013, 09:12 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

Re-running the task is not more accurate than quitting the RSP because of a core CPU fault, so code removal should not really be required.

The only stuff that should be removed is the stuff communicating with the GUI.

I'm following a more analytic approach to teach the RSP emulator to analyze the permanent loop, isolate the cause and correct it without having to abort.
  #8  
Old 9th April 2013, 09:17 PM
shunyuan's Avatar
shunyuan shunyuan is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Apr 2013
Posts: 491
Default

Quote:
Originally Posted by zilmar View Post
also you have to remove all the code about rsp leaving a task early. 1.6 will not re-run the task
Do you means the codes call ClearAllx86Code() in RomOpen() and RomClosed()?

But I didn't have problems to run games for multiple times with this plugin in project64 v1.6 and 1964. Can you show me the steps to make this problem happen?

Thanks.
  #9  
Old 9th April 2013, 09:19 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

He's probably just referring to the new feature to abort the RSP task if there is a permanent loop that cannot be exited, like Gauntlet Legends and Stunt Racer 64.

It happens because the CPU is not timing accurately things like cycles for the RSP, and only when using LLE gfx.

It's a hack, not a necessity, so you are not obligated to compensate for it.
  #10  
Old 9th April 2013, 09:20 PM
shunyuan's Avatar
shunyuan shunyuan is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Apr 2013
Posts: 491
Default

Quote:
Originally Posted by FatCat View Post
Re-running the task is not more accurate than quitting the RSP because of a core CPU fault, so code removal should not really be required.

The only stuff that should be removed is the stuff communicating with the GUI.

I'm following a more analytic approach to teach the RSP emulator to analyze the permanent loop, isolate the cause and correct it without having to abort.
I am not quite sure the meaning of "Re-running the task". Would you mind to explain it with more details?

Thanks.
 

Tags
n64, plugin, rsp

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 05:54 AM.


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