PDA

View Full Version : Project64 in 64-bits?


pichorra
18th July 2011, 03:54 PM
Hello All.

Today we are changing our computers to 64-bits, becoming the new "default". Mupen64Plus already have 64-bits builds for Linux, so i'm asking 2 things for you guys:

1 - Can the next build of Project64 be in 64-bits? Nintendo 64, as everybody knows it is in 64-bits, so if the Build of the PJ be in 64-bits are we going to take better performance?

2 - Can you guys build the emulator with Linux Support? Mupen64 still far from Project64.

Thank you

ExtremeDude2
18th July 2011, 04:10 PM
1 - Can the next build of Project64 be in 64-bits? Nintendo 64, as everybody knows it is in 64-bits, so if the Build of the PJ be in 64-bits are we going to take better performance?

2 - Can you guys build the emulator with Linux Support? Mupen64 still far from Project64.


1). I wish :(

2). I doubt it.

Natch
18th July 2011, 04:29 PM
Actually, AFIAK the Nintendo 64 was really two 32 bits.

HatCat
18th July 2011, 06:43 PM
Supposedly, the 64-bit advertisement claim wasn't entirely false, so much as just misleading.

ExtremeDude2
18th July 2011, 06:44 PM
Actually, AFIAK the Nintendo 64 was really two 32 bits.

True, but I think that, that is only half of the point.

HatCat
18th July 2011, 06:47 PM
There's hardly anything worth giving a shit in a 64-bit version. It's not unique for an N64 emulator; it's a rumored concept that none of the developers for N64 emulators have bothered paying attention to.

daaceking
18th July 2011, 06:49 PM
I read something like 64 bit was fake or had limited use. Regardless, isn't 64 bit the ability to add more ram? Obviosly I'm talking about pcs not n64

HatCat
18th July 2011, 06:54 PM
64-bit refers to software that must run in the 64-bit version of Windows.

Most people use Windows 32 bits.

ExtremeDude2
18th July 2011, 06:55 PM
Well 64-bits would help loading VERY large texture packs :rolleyes:

HatCat
18th July 2011, 06:58 PM
It's inefficient and uneconomical. N64 was never designed to have the texture cache for those huge, bitch-ass textures being mapped by retexture paks today. Writing an N64 emulator that more than exceeds the N64's specifications is excessive.

daaceking
18th July 2011, 06:59 PM
64-bit refers to software that must run in the 64-bit version of Windows.

Most people use Windows 32 bits.

I have a 64 bit system but I don't know what it actually does besides the ram. Dolphin emulater (wii) claims 64 is faster but I dunno.

ExtremeDude2
18th July 2011, 06:59 PM
Writing an N64 emulator that more than exceeds the N64's specifications is excessive.

http://www.retrocopy.com/forumthread/414-1/1964-ultrafast---60fps-n64-emulator.aspx

HatCat
18th July 2011, 07:00 PM
Nothing to do with what I said.

daaceking
18th July 2011, 07:02 PM
Agreed!!! :D

ExtremeDude2
18th July 2011, 07:02 PM
Nothing to do with what I said.

Then perhaps you can clarify?

daaceking
18th July 2011, 07:03 PM
Then perhaps you can clarify?

No :D .......

ExtremeDude2
18th July 2011, 07:06 PM
No :D .......

And you are? :confused: :p

HatCat
18th July 2011, 07:07 PM
Well, the code is not really an N64 emulation if it is just to target a system different than the N64. The games weren't written to have their frame rates dicked around with as a hack for more speed and degraded smoothness (under-clocking). 64 bits is a modification to the emulator; overclocking for extra internal frame rate and smoothness with possibly compromised VI speed is a modification to the machine. It's efficient but inefficient.

daaceking
18th July 2011, 07:07 PM
And you are? :confused: :p

Dude. I'm your conscience.

ExtremeDude2
18th July 2011, 07:08 PM
Dolphin emulater (wii) claims 64 is faster but I dunno.

It tis http://www.

ExtremeDude2
18th July 2011, 07:08 PM
Dude. I'm your conscience.

Oh I see :rolleyes:

daaceking
18th July 2011, 07:09 PM
Well, the code is not really an N64 emulation if it is just to target a system different than the N64. The games weren't written to have their frame rates dicked around with as a hack for more speed and degraded smoothness (under-clocking). 64 bits is a modification to the emulator; overclocking for extra internal frame rate and smoothness with possibly compromised VI speed is a modification to the machine.

I can't believe you ACTUALLY answered. Now no one can understand you. :p

ExtremeDude2
18th July 2011, 07:09 PM
So does 64-bit help with large texture packs?

daaceking
18th July 2011, 07:11 PM
So does 64-bit help with large texture packs?

TRAITOR!!!! Play the orignal would you.

HatCat
18th July 2011, 07:11 PM
thread is on crack.

lmao, you guys are posting like 5 times per minute together XD

And 64-bit I am not sure affects addressing, so there's a chance not. I think it possibly could though, but squall already mentioned the LLA patch solution for it.

Or, IMO, don't use fukken huge-ass retexture paks, and use something more efficient.

ExtremeDude2
18th July 2011, 07:12 PM
TRAITOR!!!! Play the orignal would you.

It is gone forever :(

Unless I get a new one :p

ExtremeDude2
18th July 2011, 07:15 PM
And 64-bit I am not sure affects addressing, so there's a chance not. I think it possibly could though, but squall already mentioned the LLA patch solution for it.


That is basically what I am talking about. :rolleyes:

daaceking
18th July 2011, 07:17 PM
LLA patch! Why didn't I think of that?! :D

ExtremeDude2
18th July 2011, 07:18 PM
LLA patch! Why didn't I think of that?! :D

You don't even know what that is, do you :p

daaceking
18th July 2011, 07:22 PM
You don't even know what that is, do you :p

i wouldn't say that. as your conscience, saying i do not know what it is is like saying you don't. :cool:

ExtremeDude2
18th July 2011, 07:23 PM
i wouldn't say that. as your conscience, saying i do not know what it is is like saying you don't. :cool:

So you do know what it is :D

daaceking
18th July 2011, 07:24 PM
So you do know what it is :D

of course! just don't question me because that would be stupid. :p

ExtremeDude2
18th July 2011, 07:27 PM
just don't question me because that would be stupid. :p

You mean redundant :p

daaceking
18th July 2011, 07:27 PM
You mean redundant :p

i don't know what redundant means. haha :D

ExtremeDude2
18th July 2011, 07:44 PM
Uh oh, squall is on :p

HatCat
18th July 2011, 08:20 PM
lol, this shit is funny as hell

Anyway LLA and 64-bit operation mode are two different concepts; I just don't know if a 64-bit version Project64 would included higher-range addressing as well through unique means.

TheRealM
22nd July 2011, 04:07 PM
Under Windows x64, LAA enabled 32-bit programs can use up to 4GB RAM. In 32bit Windows land, 2GB.
Naturally, for pure x64 compiled applications, they can use as much RAM as they want.
Reason why Mupen64Plus benefits from a x64 port is many Linux distributions have varying caveats as to how they handle 32-bit applications. Hence the need for pure x64 code portage to remove that issue. Windows, being standardised and all, doesn't have this issue.

HatCat
22nd July 2011, 06:19 PM
So Linux systems are significantly less standardized as to how they handle 32-bit applications.

Although with Windows, x64 or 64-bit is still useful for the option of allowing unlimited RAM addressing for things like texture loading.

That answers many things. Thanks mud. :D

pichorra
24th July 2011, 02:47 PM
Oh my god. i see a lot of bumps and other things, but let's go where the point is.

A 64-bits of Project64 yes, can load heavy testures and things due the 2^64 memory blah blah... (as someone already told before)

64-bits applications have BETTER performance in some CPU, like CoreIx , Core2quad, Phenon, etc. Also it can solve things like the problem of a GPU with a large amount of memory really bug a 32-bits application, since the 4gb is the RAM and GPU RAM.

Linux have better emulation support due to be an server poited Operational System, so i think it will be "cool" in a linux port of Project64 :P

dsx_
25th July 2011, 12:34 AM
yeah better performance is irrelevant since project64's system requirements are already so low.

pichorra
25th July 2011, 01:42 AM
yeah better performance is irrelevant since project64's system requirements are already so low.

Meh. And about the Overclocking of Nintendo 64 Hardware? it can really help.

TheRealM
25th July 2011, 08:29 AM
Oh my god. i see a lot of bumps and other things, but let's go where the point is.

A 64-bits of Project64 yes, can load heavy testures and things due the 2^64 memory blah blah... (as someone already told before)

64-bits applications have BETTER performance in some CPU, like CoreIx , Core2quad, Phenon, etc. Also it can solve things like the problem of a GPU with a large amount of memory really bug a 32-bits application, since the 4gb is the RAM and GPU RAM.

Linux have better emulation support due to be an server poited Operational System, so i think it will be "cool" in a linux port of Project64 :P


wut.:rolleyes:

squall_leonhart
25th July 2011, 08:49 AM
You made M go "Wut"

Therefore your opinion is invalid.

dsx_
25th July 2011, 11:33 AM
You made M go "Wut"

Therefore your opinion is invalid.

win.

http://www

HatCat
25th July 2011, 06:35 PM
That's not an easy thing to do XD.

Jennifer1691
6th November 2011, 07:28 AM
good idea but i don't really agree

Natch
6th November 2011, 06:53 PM
you sound like a spam bawt >.>

HatCat
7th November 2011, 12:29 AM
The only reason I've been collecting 64-bit software is for consistency with my very first test of my own copy of a 80x86-64 Windows OS.


Dependency Walker bitches every time you analyze a 32-bit PE image, assuming there is the usual case that it depends on Windows system run-times, which are all 64-bit if that was your install setting.
Windows default Task Manager bloats a "*32" at the end of each image name, but it's not like I use that anyway. I'm using a 64-bit task manager XD. There are a couple other ones out there that are way better.
Plugins or loading stuff into parent processes. There are no 64-bit N64 plugins I think? Partly because there are no 64-bit N64 emulators, but again, I'd like to shut Dependency Walker up for just the CPU type mismatch error while I'm working on mine. Internet Explorer and FireFox (I think there was some unofficial Google Chrome 64 bits.) 64-bit are about the same damn thing, if not worse, than 32-bit, if you're lucky, but the Java and Flash Player environments need a 64-bit browser to load.

Otherwise it's really just a matter of the type of software. It appears to be completely irrelevant, if not even worse than 32-bit, to have 64-bit MSN clients or the like, since all it does is bulk up file size and relations code with no function-specific-purpose benefit.

HatCat
7th November 2011, 12:37 AM
Heh, come to think of it, I'd like to see a 16-bit version XD, one of those older NE Windows executables (as opposed to PE, using 32- or 64-bit) or DOS emulators.

I'll just call it Fuck64, having been named because it was written for DOS, which means you guys are pretty much fucked. :D

Radox
18th November 2011, 03:55 AM
Once again, I figure I'll shamelessly advertise the guide I just wrote on editing the PJ64 executable LAA. :D It's not substitute for having it operate in 64-bits, but it does help with the texture pack thing you mentioned. Sorry if this is completely off-base, heh, just figured I'd throw it out there.

HatCat
25th November 2011, 02:06 AM
I really don't think 64-bit support has anything to do with N64 emulators or hi-res texture enhancement of any sort, except maybe for the doubled addressing in only certain functions, but it's nice of you to make sure anyway.