[$threadinfo[title]]

[fbe]

Hi ,

What is a best emulator N64 for linux please ??

Thx for all .

[supergamer]

1964

[Falcon4ever]

Originally posted by supergamer
1964

1964 IS NOT for LINUX!

Just go for mupen64.

you could try fake64 but it doesn't support commercial games yet.

[supergamer]

mupen = slower

[Falcon4ever]

Originally posted by fbe
Hi ,

What is a best emulator N64 for >>>LINUX<<< please ??

Thx for all .

Supergamer are you stupid or what?
You say it's slower? You think he cares?


:plain2:

[cooliscool]

Originally posted by supergamer
mupen = slower

God.. :plain2:

1964 isn't for linux. mupen is the only one.

[Doomulation]

Originally posted by supergamer
1964
mupen = slower

supergamer, why don't you just shut up when you don't know what you're talking about!?
Windows emulators are NOT supported in linux. And there are only 3 emulators (well, good ones at last) that runs on linux.
All stated above.

[Trillian]

Originally posted by blight
mupen is the only one released, daedalus runs faster than mupen on linux but has less compatiblity due to some unfixed bugs (that's why it'll never be released)

OMFG, the devs must be stupid.

[supergamer]

It's possible to run 1964 in WINE

[Slougi]

Originally posted by Trillian
OMFG, the devs must be stupid.
wth are u talking about?

[Slougi]

Originally posted by supergamer
It's possible to run 1964 in WINE
FOR THE LAST TIME stop talkin about something you have no clue about .

[Trillian]

* Daedalus is an open source project
* you have code which makes it work on linux
* you don't release it because you think there are bugs which can't be fixed

The natural thing to do would be making the fn code available to get someone to fix it. If you keep it unreleased you'll never find out if those bugs might have been fixed.

A partly-working daedalus is still better than a broken mupen ;)

[Trillian]

Alright, seems you really didn't get me right.
Basically, what I'm saying is the following:

Releasing the code you have will increase the chance of finding fellow coders to help porting it by like 1000% ;)

That's all what I was trying to say.

You're right, I don't know about Daedalus internal structures, I don't know anything about writing an emulator of any sort, but I know how to develop software and I know how all of the popular OSS projects work - and that's not by taking windows source, starting to port it and then saying: "fuck it, it won't work, i'll dump the code".

I should have chosen my words wiser, I didn't want to offend anyone - sorry.

(btw, I do use Linux ;)

[Malcolm]

Originally posted by supergamer
It's possible to run 1964 in WINE

AMAZING!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!11111111111111 :rolleyes:

I n3v3r kn3w that WINE, a windows compatibility layer, c0U1d RuN @ pR0Gr@m t4@t U$3$ D3D p1ug!n$!!!!!!!!!!!!!! (w00t)

For those whom can't read my uber-leet writing:

I never knew that Wine, a windows compatibility layer, could run a program that uses D3D (Direct 3D) plugins!!

Wine doesn't support the DirectX API, but WineX, a program that uses the Wine source, does. WineX's whole idea was to add support for the DirectX API, mainly D3D.

I hope that Mr. SuperGamer will read up on some documentation before he posts his spam again, that would be very nice.

-ta ta:holiday:

[supergamer]

Use opengl in wine and it will work! Not all plugins are direct 3d!
You'll have some graphical errors but it's playable.

If you want to play without problems use mupen. If you know anything about linux "try" 1964 running in wine with opengl (1964 comes with an opengl plugin).

[Slougi]

Supergamer, audio does not work using wine/winex. I wouldn't call that playable. Now shut up please, you have posted enough crap on these boards, and really pissed me off. There are measures I can take to make u shut up if you don't do it of your own consent.

[ShadowPrince]

Originally posted by Slougi
Supergamer, audio does not work using wine/winex. I wouldn't call that playable. Now shut up please, you have posted enough crap on these boards, and really pissed me off. There are measures I can take to make u shut up if you don't do it of your own consent.

Audio does not work in Mupen currently too,but i still call it playable.I not see a reason why to flame poor guy.

[Doomulation]

Because he speaks of things he does not know, a very good reason.

[Doomulation]

I wouldn't bet too much on sound, though. It would just skip all the time anyway...the other cores needs to be implemted. And that's going to take a Loooooooooooooooong time!

[Doomulation]

30 fps in mario!
That's the first game ever made for n64!
And do you think everyone has a 2.4 ghz p4?
No sorry, blight, but many don't. And even if you sync, it wouldn't work, since the emulation needs to be full speed.

[Doomulation]

We are merly misunderstanding each other.
But as to not make it worse, i redraw my opinion and you can have the price.

[Falcon4ever]

Originally posted by Doomulation
We are merly misunderstanding each other.
But as to not make it worse, i redraw my opinion and you can have the price.

If only supergamer said the same...


*Doom you're wise! ^_^

[Falcon4ever]

wazzup blight?
having a bad day?
I never saw you like this before

:plain: :ermm:

[ShadowPrince]

Alot of "fuck you" here :).
What a nice friendly conversation.

[Zakalwe]

Originally posted by Malcolm
AMAZING!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!11111111111111 :rolleyes:

I n3v3r kn3w that WINE, a windows compatibility layer, c0U1d RuN @ pR0Gr@m t4@t U$3$ D3D p1ug!n$!!!!!!!!!!!!!! (w00t)

For those whom can't read my uber-leet writing:

I never knew that Wine, a windows compatibility layer, could run a program that uses D3D (Direct 3D) plugins!!

Wine doesn't support the DirectX API, but WineX, a program that uses the Wine source, does. WineX's whole idea was to add support for the DirectX API, mainly D3D.

I hope that Mr. SuperGamer will read up on some documentation before he posts his spam again, that would be very nice.

-ta ta:holiday:

Plain old wine actually does support Direct3d. D3d calls are translated into equivalent OpenGL calls and then a native OpenGL library is called to render. WineX is a commercial venture which has concentrated on better support for games, therefore their DirectX implementation tends to be slightly better. WineX binaries also contain support for proprietry code that can't be released because of NDA. These are namely CD copy protection licensed from SafeDisc et al and S3TC licensed from S3.

If you're going to flame someone for "not reading up on documentation before they post" then it's always a good idea to have your own facts straight.

[Malcolm]

Originally posted by Zakalwe
Plain old wine actually does support Direct3d. D3d calls are translated into equivalent OpenGL calls and then a native OpenGL library is called to render. WineX is a commercial venture which has concentrated on better support for games, therefore their DirectX implementation tends to be slightly better. WineX binaries also contain support for proprietry code that can't be released because of NDA. These are namely CD copy protection licensed from SafeDisc et al and S3TC licensed from S3.

If you're going to flame someone for "not reading up on documentation before they post" then it's always a good idea to have your own facts straight.

I give you credit, what you say is true. I was just trying to stop the argument. Wine don't have extensive D3D support, Wine's support of D3D is to low for it to be used effectively for N64 D3D based plugins.

good post though ^_^

[Falcon4ever]

Originally posted by Zakalwe
Plain old wine actually does support Direct3d. D3d calls are translated into equivalent OpenGL calls and then a native OpenGL library is called to render. WineX is a commercial venture which has concentrated on better support for games, therefore their DirectX implementation tends to be slightly better. WineX binaries also contain support for proprietry code that can't be released because of NDA. These are namely CD copy protection licensed from SafeDisc et al and S3TC licensed from S3.

If you're going to flame someone for "not reading up on documentation before they post" then it's always a good idea to have your own facts straight.

Nice FIRST post!

^_^