Project64 source code

[Predator82]

Earlier zilmar make alpha´s
Why not now? Cause to many changes or to hard to build?

[HatCat]

It was harder to test back then.

It's easier to test now since he ended up deciding to open-source. Back then I know he was opposed to open-sourcing Project64, while he was still doing alpha/beta releases. I don't know if all of Mdkcheatz's selfish reasoning for "open-source all the things!" or the ads idea caused him to change his mind, or if it was just something he developed a change of opinion for gradually overtime as there was no one else left working on it.

[RPGMaster]

Originally Posted by OldGnashburg

@ HatCat, why is your pixel accurate graphics plugin run at less than half the speed than CEN64 does on my laptop? And CEN64 is both cycle AND pixel accurate! Are there absolutely no optimizations whatsoever?

Smh...

Originally Posted by Predator82

Earlier zilmar make alpha´s
Why not now? Cause to many changes or to hard to build?

I honestly see no point, now that it's open source and on Git Hub. Feel free to download source and compile or just download binary from emucr.

[Predator82]

Don´t trust emucr & I can´t compile

[OldGnashburg]

@ HatCat
I guess I have been too criticizing to zilmar, he is the only who's still around to develop Project 64, and I definitely apologize. His emulator runs and that's all that really matters as I usually just play Majora's Mask and Ocarina of Time, I have no issues with emulator itself but the graphical issues really bother me, but I can't blame zilmar for that even though I have been. So again I apologize, the thing that set me off was the Majora's Mask timers and so I took matters into my own hands and figured out how to fix them by messing around with the settings, and then posted them online (though I am not sure if somebody else had fixed them before me). So at least I have contributed something the scene. But yes, I am sorry to zilmar and you HatCat. I wasn't actually trying to be critical of your plugin, and yes I know CEN64 is that accurate yet, but that is because it hasn't even been finished, but as everything but the RDP (though that may change) is going to be Cycle Accurate, and therefore more demanding, I had to ask and be a little critical about you Pixel Accurate RDP port. But I see that have been too harsh so again I'm sorry. And to add to that I do actually respect your work HatCat, so don't think otherwise. Zilmar has his own life and I respect whatever he chooses to do with it, and though I do have my issues with Project 64, I still believe it is a great emulator. Sorry if offended you guys.

[RPGMaster]

Originally Posted by Predator82

Don´t trust emucr

Fair enough

Originally Posted by Predator82

& I can´t compile

Why not? It's certainly worth it, to be able to compile programs yourself.

Honestly, you're probably better off just waiting, if you don't want to/can't compile it yourself. Unless you actually play Conker or use LLE gfx while using PJ64's RSP. I might test out latest version though, just to see the difference in the plugin spec.

[HatCat]

Originally Posted by Predator82

Don´t trust emucr & I can´t compile

You can compile. You just have to install gigabytes of Microsoft bloat to your computer so that it'll let ya. See my thread for discussion as to how.

Maybe in the future I can look at adding MinGW batch script to compile and link Project64 using GCC for Windows. That way you only have to install 40 maybe 50 MB of C/++ compiler guts (and it's free software too) and not Microsoft's hard-drive killing IDEs. Plus, it would be a significant step towards a Linux port, whoever feels like doing that.

Originally Posted by OldGnashburg

@ HatCat
I guess I have been too criticizing to zilmar, he is the only who's still around to develop Project 64, and I definitely apologize. His emulator runs and that's all that really matters as I usually just play Majora's Mask and Ocarina of Time, I have no issues with emulator itself but the graphical issues really bother me, but I can't blame zilmar for that even though I have been.

I'm used to it. I wasn't really that bothered by the part about seeing you bash zilmar/Project64 (as long as it's not done out of misinformation/ignorance); I see that happen a thousand times per month on this board. And I'm not kissing ass either; from time to time I think he's earned being "bashed" on a few matters.

But I have poked on cen64 forums before, and I know it's got its own mass crowd. When I bashed Project64's fanbase and everyone who liked it, I didn't do it because one emulator beat all, like cen/mupen64plus/whatever. There are a few people who are really trying to change for the better, and I never viewed disrespecting developers as a part of that equation. Got into all kinds of disagreements with other developers, MarathonMan included, but none of that really had anything to do with cen64 itself (IIRC). I really am not pleased with the lack of honesty though, and beneath the professional virtue of things is mostly just a very competitive attitude with doing the emu.

Originally Posted by OldGnashburg

So again I apologize, the thing that set me off was the Majora's Mask timers and so I took matters into my own hands and figured out how to fix them by messing around with the settings, and then posted them online (though I am not sure if somebody else had fixed them before me). So at least I have contributed something the scene.

Yep forgot that there was a post on that you had made, I've always played Zelda MM+OOT on Project64 1.6 personally. Only used PJ64 2.x for RSP LLE stuff mostly, but now that we all have a lot more control over the direction of things I guess it's an obligation to test with pj64 2.1 now.

Originally Posted by OldGnashburg

But yes, I am sorry to zilmar and you HatCat. I wasn't actually trying to be critical of your plugin, and yes I know CEN64 is that accurate yet, but that is because it hasn't even been finished, but as everything but the RDP (though that may change) is going to be Cycle Accurate, and therefore more demanding, I had to ask and be a little critical about you Pixel Accurate RDP port. But I see that have been too harsh so again I'm sorry.

Only thing offensive I could think of was incorrectness of the claims. I'm not too bothered with harsh/mean behavior, more like, dishonest or passive-aggressive behavior. That bothers me more.

The last thing I did with my RDP plugin fork of angrylion was get it 99% ported to Linux. It works under Mupen64 0.5 for Linux and all, but controller input via my keyboard seems to be broken without creating the window via SDL. That's why I've stopped working on it for now...I've already spent months on that issue and just haven't gotten back to it yet.

I used to only commit optimizations to it, but that was a branch from years ago before I re-did my fork from scratch. I'm not exactly motivated to restore most of the optimizations I did before from the amount of dishonesty I've seen circling around cen64 and things like that though; it really puts off my former interest in continuing to optimize it. I just don't like where a lot of this is headed, and would rather relax and do smaller stuff for now, like help commits/issues in pj.

[Melchior]

RPG Master and HatCat,

Thx for all your contrib to PJ64 ^_^

[RPGMaster]

Wow I really struggle to compile stuff . So I downloaded latest source, and I still had to use the VS2008 solution file. When I try to compile, it gives me errors saying "cannot open source file". Well.. Time for me to learn how to use compilers better ;/ .

I know I could manually write the whole file path for every item, but that's too tedious. So I'll have to see how to work with file directories.

Originally Posted by HatCat

Only thing offensive I could think of was incorrectness of the claims.

Agreed.

I honestly don't get why someone would go out of their way to bash developers, while making false claims and later apologize within of a day ;/ .

Originally Posted by Melchior

RPG Master and HatCat,

Thx for all your contrib to PJ64 ^_^

Yw .

[Melchior]

VS is too much of a headache for me to bother with...

so I have used MinGW since i started compiling ZSNES wayyy back around 2004


but for an IDE i had used Dev-C++ (some body forked it recently and is revamping it after no updates since 2005!!!!),

these days if I need to load a project file
for a src like.. .CodeBlocks itself (that took forever to get setup, to compile DEBUG build) or

CodeBlocks is cool because you can import VS Project and workspace files ^_^.

though for ZSNES I developed my own cmd batch files to do different compile setups for a quick and easy double-click compile of ZSNES ^_^

makeClean_ALL.cmd
makeClean_Non-asm.cmd
makeObjfix.cmd
makeParsegen.cmd
makeZSNES_Debug.cmd
makeZSNES_Non-ReleaseGrade.cmd
makeZSNES_old_gcc.cmd <-- older v3 MinGW I used years ago with Dev-C++
some compile issues w/ newer MinGW (fixed)

makeZSNES_ReleaseGrade.cmd

with things like emus and src I like it when it does relative dir stuff it keeps us all sane like.. ;D


EDIT/PS:
I can upload a archive copy of the ZSNES src if anyone is interest here... 7z seems approved here...

it will included:
ZSNES_v1.51_(FuSoYa-8MB_R1) <-- FuSoYa made some fixes and thx to him or other on the forums ZSNES ones probably
some fixes so it would compile and work right with the newer MinGW ^_^

ZSNES_v1.52 <-- SVN-Info__r4838__jbo__8-39-08 PM, Thursday, March 01, 2007 audio no work last I checked....?_?


ps2:
I seem to be off topic?_? ;D