#41  
Old 29th August 2015, 02: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,256
Default

Quote:
Originally Posted by Dekki64 View Post
...especially in this forum, where a few of the plugin developers find that "M$"-centric APIs are worthless anyway in the face of software emulation, or OpenGL.
It's interesting that you should call yourself an "observer", in the face of the tens of times we've re-iterated actual reasons that have nothing to do with what you just said.
Reply With Quote
  #42  
Old 29th August 2015, 07:56 PM
NUK3 TH3 WHAL35 NUK3 TH3 WHAL35 is offline
Senior Member
 
Join Date: Jan 2015
Posts: 117
Default

Quote:
Originally Posted by Dekki64 View Post
To be fair, it may provide a good few fixes to a few longstanding problems that DirectX11 could have fixed as well.

Not that any N64 emulation developer ever had any inclination to design a plugin surrounding it, especially in this forum, where a few of the plugin developers find that "M$"-centric APIs are worthless anyway in the face of software emulation, or OpenGL.

In addition, it's not like anyone was in a hurry to support anything considered "modern" anyway. GlideN64 was probably the latest of the efforts to support HLE-related emulation, while Dolphin (among others) have been running circles around N64 emulation for quite some time now.

There may be problems with emulating the N64 that may not be as cut and dry, (and I'm certainly no expert, but an observer over the years) so correct me if I'm wrong.
I think the larger issue with development is complacency. Sure, the emulator is "fine" the way that it is, but why go out of your way to fix larger issues when they can be "fixed" with a series of already existing setting changes and plugin combinations. Now, as to not rattle any supporter or tester's barn, I say this with complete appreciation that all of this (for the most part) is FREE! Granted, they could start a donation page again like they had for 1.7, but it WAS head turning when seemingly ONE guy fixed many MANY issues and ran games "that will NEVER run" (Indiana Jones) with the release of GLideN64. Granted it took him TIME and donations, BUT he pulled it off. Imagine what the Project 64 "TEAM" could do...
Reply With Quote
  #43  
Old 30th August 2015, 09:34 AM
Ambient_Malice Ambient_Malice is offline
Senior Member
 
Join Date: Dec 2014
Posts: 179
Default

Quote:
Originally Posted by Dekki64 View Post
In addition, it's not like anyone was in a hurry to support anything considered "modern" anyway. GlideN64 was probably the latest of the efforts to support HLE-related emulation
GLideN64 is LLE, too. Still kinda broken, but it's coming along. Assuming Gonetz can balance his IRL responsibilities with casual coding, the project has quite a promising future.

Quote:
Originally Posted by NUK3 TH3 WHAL35 View Post
it WAS head turning when seemingly ONE guy fixed many MANY issues and ran games "that will NEVER run" (Indiana Jones) with the release of GLideN64. Granted it took him TIME and donations, BUT he pulled it off. Imagine what the Project 64 "TEAM" could do...
For the record, Gonetz was just pairing GLideN64 with mupen64plus for Indiana Jones. GLideN64 handles stuff like pause menus and screen shrinking and all that way better than Ziggy's LLE, but GLideN64 has a bug that prevents any 2D bitmap objects from rendering in Indy. Stuff like water particles and shrapnel and dirt and smoke and lens flares and such. See, GLideN64 actually uses code from Ziggy's LLE, which was a 2007 hardware accelerated fork of Angrylion's. But Ziggy's is a dead project and GLideN64 isn't dead.

Last edited by Ambient_Malice; 30th August 2015 at 09:39 AM.
Reply With Quote
  #44  
Old 30th August 2015, 05:49 PM
RPGMaster's Avatar
RPGMaster RPGMaster is offline
Alpha Tester
Project Supporter
Super Moderator
 
Join Date: Dec 2013
Posts: 2,030
Talking

Quote:
Originally Posted by V1del View Post
Of course it is a thing, it has to be a thing, it isn't a thing if you have to synchronize (might've been the wrong word in the other post) millions of calls per second (and PJ64 doesn't use .Net btw)

Because N64 emulation is so reliant on previously computed results you can't just throw more cores at the problem, as they'd have to wait for the result of the previous core anyway. (It depends on the machine to be emulated if you can feasibly multithread it, N64 is not one of them )

Multithreading is useful If you can do it for stuff that's independent e.g. if you compress multiple files to a zip or whatever each file can be compressed in a seperate thread because they are different files the only thing that has to be synchronized is "when is everyone finished?" so that the final file can be written
If we're only concerned about performance, multithreading can certainly be useful. It just depends on what the bottlenecks are. If the RDP is using up 90% of runtime, then obviously it won't help much, but when the ratios are better, it makes enough of a difference. I see a significant difference in performance when using multithreading in D3D9 plugins.

Basically, it's not that useful for most games that actually need extra speed, due to the terrible ratios.
Quote:
Originally Posted by Dekki64 View Post
To be fair, it may provide a good few fixes to a few longstanding problems that DirectX11 could have fixed as well.
Perhaps.
Quote:
Originally Posted by Dekki64 View Post
Not that any N64 emulation developer ever had any inclination to design a plugin surrounding it, especially in this forum, where a few of the plugin developers find that "M$"-centric APIs are worthless anyway in the face of software emulation, or OpenGL.
Name 2 active developers on this forum who think this.
Quote:
Originally Posted by Dekki64 View Post
In addition, it's not like anyone was in a hurry to support anything considered "modern" anyway. GlideN64 was probably the latest of the efforts to support HLE-related emulation, while Dolphin (among others) have been running circles around N64 emulation for quite some time now.
If you're refering to fixing graphical issues in a few games like Pokemon Snap, I wouldn't consider that "running circles around N64 emulation". What else have they done for N64 emulation?
Quote:
Originally Posted by Ambient_Malice View Post
See, GLideN64 actually uses code from Ziggy's LLE, which was a 2007 hardware accelerated fork of Angrylion's.
Z64gl came out before Angrylion's. Pretty sure ziggy's was based off of MAME's.
Reply With Quote
  #45  
Old 5th September 2015, 10: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,256
Default

He said "plugin" developers, not experimentalist contributors using an emulator or two to teach themselves code.

Quote:
Originally Posted by NUK3 TH3 WHAL35 View Post
I think the larger issue with development is complacency. Sure, the emulator is "fine" the way that it is, but why go out of your way to fix larger issues when they can be "fixed" with a series of already existing setting changes and plugin combinations. Now, as to not rattle any supporter or tester's barn, I say this with complete appreciation that all of this (for the most part) is FREE! Granted, they could start a donation page again like they had for 1.7, but it WAS head turning when seemingly ONE guy fixed many MANY issues and ran games "that will NEVER run" (Indiana Jones) with the release of GLideN64. Granted it took him TIME and donations, BUT he pulled it off. Imagine what the Project 64 "TEAM" could do...
...Wait, what?

Was that meant as a reply or are you just botting / a bot?
Reply With Quote
  #46  
Old 6th September 2015, 05:20 AM
NUK3 TH3 WHAL35 NUK3 TH3 WHAL35 is offline
Senior Member
 
Join Date: Jan 2015
Posts: 117
Default

"You're right HatCat,

My cousin earned $2,500 at home last week just by doing everyday things!"

Jokes and botting examples aside. Breathe my friend. Sit back and take a DEEP breath. No need to get defensive. Sure this thread is veering slightly from the Windows 10 topic, but we're all friends here sharing tips, tricks, and various viewpoints and opinions on various aspects and functions of this great great emulator. You not only have my respect, but also admiration for your insight and contributions lent to the project.
Reply With Quote
  #47  
Old 6th September 2015, 07:13 AM
RPGMaster's Avatar
RPGMaster RPGMaster is offline
Alpha Tester
Project Supporter
Super Moderator
 
Join Date: Dec 2013
Posts: 2,030
Wink

Quote:
Originally Posted by NUK3 TH3 WHAL35 View Post
Breathe my friend. Sit back and take a DEEP breath. No need to get defensive. Sure this thread is veering slightly from the Windows 10 topic, but we're all friends here sharing tips, tricks, and various viewpoints and opinions on various aspects and functions of this great great emulator.
Agreed
Reply With Quote
  #48  
Old 6th September 2015, 01:38 PM
HatCat's Avatar
HatCat HatCat is offline
Alpha Tester
Project Supporter
Senior Member
 
Join Date: Feb 2007
Location: In my hat.
Posts: 16,256
Default

Quote:
Originally Posted by "NUK3 TH3 WHAL35
"Sure this thread is veering slightly from the Windows 10 topic,
Cool .

It wasn't that sorry; it just appeared hard to find what post you were replying.
Kind of seemed like Dekki something's but kind of seemed like its own thread, so I just making sure.
Reply With Quote
  #49  
Old 7th September 2015, 08:14 PM
MELERIX's Avatar
MELERIX MELERIX is offline
Project Supporter
Member
 
Join Date: May 2013
Location: Chile
Posts: 34
Default

the BSOD throw the following Bug Check codes: 0x0000001e (0xc0000005, 0x9413cc59, 0x00000000, 0x000000ac).

0x0000001e = KMODE_EXCEPTION_NOT_HANDLED

0xc0000005 = STATUS_ACCESS_VIOLATION
0x9413cc59 = ?
0x00000000 = ?
0x000000ac = HAL_MEMORY_ALLOCATION
Reply With Quote
  #50  
Old 12th October 2015, 05:06 AM
kfdz277 kfdz277 is offline
Junior Member
 
Join Date: Oct 2015
Posts: 1
Default

Found a solution.
Delete the Project64.exe.manifest file and it works. Compatibility mode actually never worked, but as soon as that file was gone, my PJ64 loaded up and didn't crash upon selecting a- well, upon selecting anything.
Reply With Quote
Reply

Tags
crashes, windows 10

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 03:10 AM.


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