[haxatax]

I prefer accuracy, but I didn't know I needed a super computer for it to emulate at 60fps.

The n64
* has a multipipelined CPU with FPU, at a reasonably "high" clockrate
* has a specialised video processing unit with very powerful blendmodes, etc. This can be programmable at will, just see Rare's releases.
* has a specialised signal processor for vector processing, as well as other tasks like compiling video drivercode and synthesising sound.
* has games that require precise timing between these components. If timing is wrong, things screw up (take for example Top Gear Rally, and MusyX audio system titles)

Not hard to see why it is magnitudes more complex than the SNES.

 

[the_randomizer]

It was the most complex/powerful fifth-generation console, yes, ever more so than the original Playstation.

 

[PsyMan]

The Saturn was more complex than both actually.

 

[the_randomizer]

The Saturn was more complex than both actually.

Plus it was hell for programmers to write code, since you had to write for two CPUs. The N64 wasn't as bad, but it still had its quirks, such as the 4KB of texture cache, a maximum of 64MB (512Mbit) for games, and high-latency RDRAM. It did have a 64-bit CPU, though the 64-bit instructions were never used.

 

[drhycodan]

Weird how SSF seems to emulate the Saturn better than any N64 emulator can emulate the n64. Only emus that are on SSF's level of progress is Xebra for the PSX and bsnes for the SNES. I'm hoping MESS will change this. BTW, is a core i7 @ 4.5ghz fast enough to run N64 games full speed with MESS? I've always wanted to play conker's bad fur day with full on accuracy. The closest I got was with Glide64 and that has a few minor bugs with conker.

 

[the_randomizer]

You can always try and give it a shot, but like what was said before, MESS uses LLE (low-level emulation) for the N64 portion, meaning the system requirements will be pretty dang high and will only get higher as more LLE code is implemented.

 

[[email protected]]

Weird how SSF seems to emulate the Saturn better than any N64 emulator can emulate the n64. Only emus that are on SSF's level of progress is Xebra for the PSX and bsnes for the SNES. I'm hoping MESS will change this. BTW, is a core i7 @ 4.5ghz fast enough to run N64 games full speed with MESS? I've always wanted to play conker's bad fur day with full on accuracy. The closest I got was with Glide64 and that has a few minor bugs with conker.

honestly, Xebra is overrated.

its comparable to mupen64 on difficulty to use

 

[the_randomizer]

honestly, Xebra is overrated.

its comparable to mupen64 on difficulty to use

Agreed, both are a real PITA to configure properly, especially since the Mupen64 programmers are too f***ing lazy to add a proper GUI and the end user is forced to use a third-party GUI, which are often pieces of crap themselves. Xebra, I don't despise as much as it has a real GUI, but that too takes a helluva long time to get working right.

I'm sorry to those who love CLI-based emulators, but if they don't have alternate versions with a GUI (like MAME or MESS), then they automatically suck. Here's hoping there will be a new version of PJ64 with the promised bug fixes.

 

[Bill_gates]

Anyone who thinks they they do a better job than the emu authors is free to grab a compiler and get to work.

 

[haxatax]

Thats the oldest excuse in the book.

 

[the_randomizer]

Anyone who thinks they they do a better job than the emu authors is free to grab a compiler and get to work.

Dude, what the bloody hell are you talking about? You think that just because I voice my opinion on why I hate CLI-based programs, that somehow I'm saying I can do a better job? Way to misconstrue what I said. CLI-based emulators should have simultaneous releases with GUI versions, but no, they want to you to use f***ing CLI. It doesn't help that Glide64 isn't even supported, but the inferior Rice Video has to be used.

 

[[email protected]]

and SDL, don't forget SDL

it can't even handle gamepads with lots of axis.

 

[the_randomizer]

and SDL, don't forget SDL

it can't even handle gamepads with lots of axis.

Double fail. The Xbox 360 controller works with all the emulators I have on this machine (except Mupen 64).

 

[Bill_gates]

Dude, what the bloody hell are you talking about? You think that just because I voice my opinion on why I hate CLI-based programs, that somehow I'm saying I can do a better job? Way to misconstrue what I said. CLI-based emulators should have simultaneous releases with GUI versions, but no, they want to you to use f***ing CLI. It doesn't help that Glide64 isn't even supported, but the inferior Rice Video has to be used.

Im talking about statements like this:

the Mupen64 programmers are too f***ing lazy to add a proper GUI and the end user is forced to use a third-party GUI, which are often pieces of crap themselves.

You are not owed a GUI or anything else by the authors. I don't know why this is such a difficult concept for people to understand.

Its one thing to voice your opinion and its another thing to act entitled. Youre acting like youre entitled to have emulators work exactly the way you want them to.

 

[the_randomizer]

CLI-based programs suck balls, PJ64 will reign supreme and Mupen64 will fail

 

[shoober420]

You are not owed a GUI or anything else by the authors. I don't know why this is such a difficult concept for people to understand.

Its one thing to voice your opinion and its another thing to act entitled. Youre acting like youre entitled to have emulators work exactly the way you want them to.

If it wasn't for people suggesting GUI based software, then we would be forced to use CLI-based Linux distros, or even worse, still using DOS. If it wasn't for people demanding GUI, then we would live in a CLI-based world.

The n64
* has a multipipelined CPU with FPU, at a reasonably "high" clockrate
* has a specialised video processing unit with very powerful blendmodes, etc. This can be programmable at will, just see Rare's releases.
* has a specialised signal processor for vector processing, as well as other tasks like compiling video drivercode and synthesising sound.
* has games that require precise timing between these components. If timing is wrong, things screw up (take for example Top Gear Rally, and MusyX audio system titles)

Not hard to see why it is magnitudes more complex than the SNES.

Its hard to see that it requires a super computer because I can emulate PS2 and Wii games at full speed. Although it uses a different method to emulate, with my computer specs I figured it wouldn't be such a problem. I don't think MESS takes advantage of 4 cores yet (I don't know of any emulators that take advantage of 2+ cores), so even upgrading to a i7 wouldn't boost the speed up as much. The only way I can see MESS emulating n64 games at full speed would be to overclock a CPU to 5Ghz, but I'm having my doubts that this would even emulate the games at full speed.

 

[the_randomizer]

Both the N64 and PS2 use the MIPS architecture for their CPUs, and both are 64-bit, oddly enough, but have different instruction sets, registers, algorithms and so on. And yet, they are two very different machines and require precise timing to emulate properly, but as for the goal of making a cycle-accurate N64 emulator? There's not a snowball's chance in Hell today's computers could run such an emulator at full speed without one helluva overclocked CPU with liquid nitrogen for its cooling system. It's a moot point, there is no reason to program every line of code entirely in LLE for an N64 emulator. I don't care if Moogle Guy (or whatever his name is), gets pissed off at me for saying that, I'm entitled to my opinion.

It's bad enough people wanted to code for cycle-accurate Snes emulation with high system requirements. No, I won't stop people from trying, I don't plan on doing that, but what's the bloody point?

As for CLI-based programs, who gives a flying f**k how much "better" they are than GUI-based programs? They suck, they should die an ignominious death. If it weren't for people who had foresight, we'd be stuck using MS-DOS for all eternity, just like shoober420 pointed out.

 

[shoober420]

Hey the_randomizer, I wanted to ask you what the differences are between HLE and LLE emulation. I've seen the comparisons between HLE and LLE on the bsnes website, but would there be any noticeable difference for n64 emulation? The differences between HLE and LLE for SNES would only minor and effected a couple of games (or maybe more). Though LLE would be more accurate, would using HLE for n64 be noticeable compared to LLE emulation? I've played numerous games on PJ64 and I couldn't tell a difference between PJ64 and an actual console (besides me setting PJ64 for HD resolutions and max graphics, so they looked alot better). Do only certain games require LLE emulation and most games can use HLE and you wouldn't notice a difference?

 

[Bill_gates]

If it wasn't for people suggesting GUI based software, then we would be forced to use CLI-based Linux distros, or even worse, still using DOS. If it wasn't for people demanding GUI, then we would live in a CLI-based world.

GUIs started as an innovation from Xerox in the early 80s it wasnt a response to consumers demanding it.

Which brings me to another point: as someone who doesn't pay for a product you don't have the right to make demands. Almost every developer welcomes suggestions from their users but theres a difference between opinions/suggestions and barking orders

The fact that you dont even know the difference between HLE and LLE speaks volumes about your overall knowledge. You dont know the basics and think you can make demands of others? Good luck to both you and the randomizer with that:???:

 

[[email protected]]

you missed a word between don't and the in your last line