Project 64 v1.7 news

[kokotas]

One of the new things that have now been added in to the current beta of project 64 is low level graphics. It is slow running at 5-30 fps on my machine, so you would not want to play a game with it. Some games look great, others not so good. This version is currently available to beta user, to find out more about being involved in the beta program read about it here (http://www.pj64.net/main/donations.html).

Check the pics here: http://www.emutalk.net/project64/33294-lle-gfx.html

[Jale]

Sounds interesting, but better wait for the final release.

[alcoatjez]

Great news for the N64 community. Finally after all these years the N64 will be really emulated. I'm also very curious about the MESS progress.

[Jale]

Finally after all these years the N64 will be really emulated.
Wha? Any game runs fine, almost perfectly.

[alcoatjez]

Yes, but the emulation is HLE, as with ePSXe for the PSX. I don't know everything about it, so perhaps someone can clarify...

[hagbard]

HLE, and dynamic recompiler made the emulation faster by using certain shorcuts which actually aren't "real" emulation, like Project64, ePSXe, Zinc or Radikal Bikers emu. Its main goal it's making the gfx and audio output as correct as possible, no matter if some instructions (ROM, program data) are changed, bypassed or ignored. Other side effect it's that lowers compatibility. So this kind of emulation it's somehow (only a bit) similar to simulation.

Low Level or intrerpreter style it's the way to true emulation, as MAME does, but it's much slower than HLE. Remember the speed of Radikal Bikers or ZN-1/2 games in MAME, but the results should be more accurate.

[alcoatjez]

Thank for the explanation, hagbard! I must bookmark this post. It'll come in handy many more times :)

[hagbard]

No problem, actually DRC it's not the same than HLE so what I said it's pretty imprecise :p

DRC instead of executing the whole instructions like an intrerperter does, detect certain blocks to compile them on the fly to x86 instructions, and when found a known block, executes the recompiled code again, so makes a kind of shortcut.

HLE it's more complex, it's a way to replace some process with a known and faster one, to the gfx card. There some other ways too.

[Genome]

i just hope it can play mario tennis right.:happy:

haggy you seem to know so much about emu. do you code or anything. or make emus. ....cause you should.

[Jale]

Mario Tennis is awfully slow :(

[Genome]

yeah and 1.6 has lots and lots of display problems. hopefully the full version of 1.7 can run it.

[Jale]

Hmmm... I though 1.5 had a lot of display problems. Have you tried the Jabo's DX8 already?

[Genome]

yeah. 1.5 had problems too. (even worse) 1.6 still has some though.

(i dont really play my 64 emu as much as other though so once 1.7 comes out it should be fine.)

[hagbard]

IIRC last time I test Mario Tennis on PJ64 worked pretty good with Rice Video Plugin, a bit slow maybe, and with Jabo's D3D8 using certian fixes (PJ64 game faq) it's pretty playable

[Jale]

I can't play Majora's Mask with Rice's because it has no love with blur effect :(