PDA

View Full Version : Pj speed



Doomulation
May 8th, 2002, 13:30
I was just wondering.
CpUMasteR and I have tried to compile the pj source. Afaik, we did it actually.
Now, for what I wonder, is that CpU said that it was faster than the officially built source. Maybe someone could check this out? I'd be glad to compile the source and put it up here if no one else can do it.

What do you say?

This is NOT a release! This is merly a test. If you use--don't go ask and blame us that it doesn't work!

Just so that newbies understand the whole :P

Squall Leonhart
May 8th, 2002, 17:31
Great!!! :pj64:

Smiff
May 8th, 2002, 18:47
please don't! i'll try to organise a new compile release soonish

schibo
May 8th, 2002, 19:45
I actually posted a lengthy message about this, but removed it. If it is indeed faster, then something has been changed. It is likely due to a project setting change, source code revision(s), and/or you are using a different compiler altogether. Therefore, the problem is this: new builds, including a simple recompile as you suggest, require tons of rigorous testing. Smiff for one can surely tell you that bugs are not always immediately detectable. I would strongly dissuade the use of .NET as we've had issues with it in 1964, and in chats with Jabo, he said the same for pj. Some games simply will not work, among other problems. If someone gets the "official go ahead" to compile a new version, my 2 cents would be to use exactly the same compiler as was used for pj 1.4, which in all likelihood is VS6 with Service Pack 5, and keep pj's MSVC project settings unmodified.

-schibo

Hacktarux
May 8th, 2002, 19:57
Are you sure that this is really faster than the original ?
I can't understand how is it possible since pj use a dynamic recompiler : it should essentially execute the code created by itself and not the code generated by vc6 or vc.net.
Maybe it's the recompilation process that is faster but it should not affect anything in the game itself or maybe it's just one more spam.

schibo
May 8th, 2002, 22:10
Right. As far as 19 goes, profiling indicated that <1% of the time is actually spent in the exe, so speed improvement in pj should be comparatively miniscule. I say that cautiously though, considering events such as DMA, interrupts, exception handling, TLB operations, and dynamic creation of machine code occur in the exe.

sytaylor
May 8th, 2002, 23:18
theres always the possibilty that because they compiled it on their machines it was compiled more to their machines native liking? just a stab in the dark :)

Smiff
May 8th, 2002, 23:31
Hacktarux makes a good point, also I have a build compiled with .NET (by someone who knows what he's doing.. ahem) and no it doesn't work right.. nasty nasty stuff.. we can do without these floating around.

Slougi
May 9th, 2002, 00:33
I agree. .NET messes timing up completely, and in many games the controls don't work at all or the character just does weird moves all the time.

Doomulation
May 9th, 2002, 01:48
I'm using VC++ 6.0 and, well, I just wanted to test if it's faster. 'Cuz it might help ppl out.
Oh, and, was zil doing this in C? Since it compiles in C-mode, and maybe that's why it's faster.

Jabo
May 9th, 2002, 02:17
From what I've seen .NET has some optimization errors, also generally speaking any emulator that uses a recompiler spends most of its time in dynamically generated code so I'm not sure what it's better compiling techniques would translate to in frames-per-second. If someone would like to post some benchmarks it would be cool, from my own research I haven't seen anything signifigant in using .NET for any of my emulation work.

Doomulation
May 9th, 2002, 03:06
Cool. Dave has the .net version and can upload it.

Dave2001
May 9th, 2002, 03:32
I tried compiling PJ64 in VS .net and I didn't notice any difference. When I compiled my plugin, Glide64, in .net though, we did notice a significant speed increase. Things ran as fast on 1024x768 as they did on 640x480.

Attached are the PJ64 exe and the recompiler plugin, both compiled in Visual Studio .net. Try it for yourself, there is almost no speed increase.

Note: this archive is aced and zipped to make it small enough to fit :P sorry

btw, when I compiled, I made sure to set every optimization option i could find. Also, the file sizes are significantly larger than the original... i'm not quite sure why, but it's not debug info. Both were compiled on Release: External and i made sure debug info was off.

Smiff
May 9th, 2002, 03:46
it's bigger because PJ release builds were always compressed

Merick
May 9th, 2002, 04:51
Please forgive my ignorance, but what is .NET?

Doomulation
May 9th, 2002, 05:01
Originally posted by Merick
Please forgive my ignorance, but what is .NET?
Visual Studio .Net.
The newest version of stuff.
Visual Studio .NET is the newest version of Visual Studio that uses the technique called .NET

schibo
May 9th, 2002, 06:48
Congratulations, you've just done everything Smiff and I asked you not to do.

The Khan Artist
May 9th, 2002, 09:05
Here's some statistics for the release version of Project64.exe 1.4:

Release size (packed with ASPack): 166KB.
Unpacked size: 482KB.
Repacked with UPX in --best mode: 177KB.

CpU MasteR
May 9th, 2002, 10:50
Originally posted by Doomulation
I was just wondering.
CpUMasteR and I have tried to compile the pj source. Afaik, we did it actually.
Now, for what I wonder, is that CpU said that it was faster than the officially built source.

Thats the last time i open my mouth....

WHY? :sleepy:

Smiff
May 10th, 2002, 05:20
this whole thread is one misunderstanding on top of another

please:

doomulation - stop causing trouble
everyone else here - stay cool
people just reading this - you're not missing anything

k that about wraps this up

ra5555
May 10th, 2002, 05:32
HI can anyone tell me where to download the recompiled version of Project 64 in .Net?

I would like to know a site or ftp

Thanks Really apperciate it if you do post a reply

ra

Smiff
May 10th, 2002, 06:23
i deleted the attachment from Dave2001's post before thinking about what i was doing (and forum doesn't let me re-attach), so here it is again.. i'm not approving or advising this, just offering it to show nothing is being hidden :sleepy:

Smiff
May 10th, 2002, 06:24
P.S. Doomulation you're a pain in the arse

ra5555
May 10th, 2002, 19:26
HI thanks very much smiff I downloaded that just
However I have some problems
When I try to open the file it says
MSVCR70.dll was not found
andreinstall the application my help
after that another error
could not load rps plugin?
don't know why
I have unaced it too

EddyB43
May 10th, 2002, 20:30
You need to go find MSVCR70.DLL on the web (google will suffice) and copy it to your Windows\System dir or equivalent. That's basically the VC++.NET runtime DLL that can be required by apps compiled with it. Similar to the old VC++ 6 runtime DLL I assume.

ra5555
May 11th, 2002, 02:32
thnx eddy I really apperciate your info
now it works

I discovered some graphical error relating to the .net version however. when running Zelda OoT the trees kieeps swaving and it had bugs of sorts

I want to ask why .net version has those problems and how could it be fixed

peace

ra

pj64er
May 11th, 2002, 02:40
Originally posted by ra5555
thnx eddy I really apperciate your info
now it works

I discovered some graphical error relating to the .net version however. when running Zelda OoT the trees kieeps swaving and it had bugs of sorts

I want to ask why .net version has those problems and how could it be fixed

peace

ra

no support, bugs on this version are not supposed to be fixed or explained. This version is just for curiosity.

Doomulation
May 11th, 2002, 22:36
Originally posted by Smiff
P.S. Doomulation you're a pain in the arse
You too, Smiff.
You could always close the thread and delete stuff you don't want to show. We posted it on Jabo's message that he'd like to know the results since I don't have the app to do it myself.
And I clearly stated that it was not an offical release and that no support for it.

Now I've explained myself and I'll go away.

schibo
May 12th, 2002, 02:42
bzzzt, wrong. he didn't state he wanted a binary post, but perhaps some benchmark results only

Jabo
May 12th, 2002, 02:44
Originally posted by schibo
bzzzt, wrong. he didn't state he wanted a binary post, but perhaps some benchmark results only

And bingo was his name-o

Doomulation
May 12th, 2002, 19:46
Originally posted by schibo
bzzzt, wrong. he didn't state he wanted a binary post, but perhaps some benchmark results only
I stated that I couldn't do it, neither could Dave.
How else would we get it?
Well, since it's like this now--let's drop it. I take the hit, and falls to die.

I'm dead, so don't complain now, mmkay?

VoodooX
June 18th, 2002, 02:11
Originally posted by schibo
Congratulations, you've just done everything Smiff and I asked you not to do.

Look this just daft if peeps wanna release their own version why the hell not no matter how buggy/crappy it is. this shouldnt be a problem if it is mark clearly NOT OFFICAL OR SUPORTED RELEASE in the titlebar/info

The shit will sink and the cream will float to the top!!