Linux port

Stifu · Post by **Stifu** » Tue Mar 15, 2005 11:13 pm

I've been using Windows XP for a while now, and it only crashed very few times, like just 2 or 3, and it was all the same day... I was messing with an exe file, hex editing it to try stuff, and when I was out of luck it made me crash... That's it.

Deathlike2 · Post by **Deathlike2** » Tue Mar 15, 2005 11:26 pm

Sometimes the quality of any OS is dependent on the drivers and quality of the hardware that is used... Some low quality components (especially mobos) and poorly written drivers (or different drivers that cause the hardware to become "more sensitive") can cause problems hence some bad "reaction".. though that doesn't mean XP won't crash like any other OS.

CyberBotX · Post by **CyberBotX** » Wed Mar 16, 2005 2:17 am

Anyways, shouldn't we get back on the subject of the Linux port instead of OS supremacy?

pagefault, one thing I think I mentioned as a bug before, but may or may not be just my system because of FreeBSD, is that I can't use any of the low-pass sound filters or the 8-point sound interpolation without ZSNES freezing when I go to the GUI while sound is playing and then back into the game. Removing my config files for that didn't do a thing.

adventure_of_link · Post by **adventure_of_link** » Wed Mar 16, 2005 4:42 am

Since we were Windows XP bashing...
The first 2-3 days I had my XP box, I was screwing around with the screensavers. BAM. Windows crashed and restart. (this still happens to this very day)
~1.5 weeks ago.. Bought a Nyko controller, installed its drivers... opened ZSnes... BAM. Windows crashed and restart. Then I use the "Last known good config" option to revert XP back to before I installed the controller, and Windows is happy. Then after a little while I reinstalled the driver... 10-20 minutes later.. computer crashed and restarts. I'm actually suprised a basic Windows driver is actually more stable than the included drivers...

lunpa · Post by **lunpa** » Tue Apr 05, 2005 1:25 am

Metatron wrote:...And, surprise, Windows XP doesn't crash often (read: at all) if used properly either unless met with a hardware failure or a really horrible bug in software. Thus voiding your post and your argument halfway CyberBotX.

As for stopping, I myself don't get any if I let it initally sit idle after bootup for... ten seconds?

Please stop the outright general OS superiority biases (on ALL sides), they are bullshit a grand majority of the time.

Sure, and 98 is quick and fast when you use it right (without the internet).
Thing is, with a highly optimised Linux system, you can have all your system compiled specificly for your hardware rather than for the limiting generic 386 settings that binary distros (like debian, redhat, and windows XP) use. That alone is faster and more stable on newer hardware. So yes, you can have a stable Windows system, but Linux does the same stuff faster*.

But with that said, this is imensely off topic, so to redeem myself, here is a sugestion in the form of a question:
Was netplay in linux ever fixed (or dare I say "finaly added")?

* when done right.

Post by **Nach** » Tue Apr 05, 2005 1:34 am

lunpa wrote: Was netplay in linux ever fixed (or dare I say "finaly added")?

In other words you have never looked at the Linux build, since there wasn't a single official release that compiled on Linux that didn't have netplay.

lunpa · Post by **lunpa** » Tue Apr 05, 2005 1:56 am

mine's up-to-date. Netplay causes zsnes (for me) to segfault, so for me there is play, but no net. I'll settle for 'half-implemented'

I've made my own thread for such woes (http://board.zsnes.com/phpBB2/viewtopic ... 1040#51040). I'm just throwing my gripe with the client here.

CyberBotX · Post by **CyberBotX** » Tue Apr 05, 2005 8:04 am

You know, I'm not sure if it's just my system's video card or if it's FreeBSD's OpenGL support or even if it's just ZSNES, but if I use any OpenGL video modes, the video is very, very slow, but if I use one of the few non-OpenGL modes, it runs perfectly fine. Anything I should try to get OpenGL video to run better?

Noxious Ninja · Post by **Noxious Ninja** » Tue Apr 05, 2005 4:13 pm

How do other OpenGL apps run?

CyberBotX · Post by **CyberBotX** » Tue Apr 05, 2005 4:46 pm

I guess I didn't have any other OpenGL apps, so I installed one called Xracer. And it ran just as slowly as ZSNES did. So that has to rule out ZSNES from the list of culprits for OpenGL problems. So it's either my video card or FreeBSD itself. Wish there was some other way to test it, but I don't have another 3D video card to put in my system.

bztunk · Post by **bztunk** » Fri Apr 08, 2005 3:15 pm

CyberBotX wrote:I guess I didn't have any other OpenGL apps, so I installed one called Xracer. And it ran just as slowly as ZSNES did. So that has to rule out ZSNES from the list of culprits for OpenGL problems. So it's either my video card or FreeBSD itself. Wish there was some other way to test it, but I don't have another 3D video card to put in my system.

Maybe you didn't set up DRI correctly, and it's running in software mode.

CyberBotX · Post by **CyberBotX** » Fri Apr 08, 2005 3:39 pm

How would I go about checking if that's the case? In my xorg.conf file, I have the GLX and DRI modules loaded. I also had to disable the omitting of the DGA extension because of VMware. I do understand what you are trying to get at, but I don't know how to check for software or hardware rendering.

Kagerato · Post by **Kagerato** » Sat Apr 09, 2005 1:51 am

Code: Select all

glxinfo | grep rendering

This should output a string with "direct rendering: " and a yes/no. Yes means your video card (GPU) is doing the work, no means the mesa software libraries are doing the processing (via CPU...quite slow, as you describe).

CyberBotX · Post by **CyberBotX** » Sat Apr 09, 2005 6:12 am

Says no, sadly. Anything that can be done to make it use my vid card's GPU instead of my CPU for rendering?

Kagerato · Post by **Kagerato** » Sat Apr 09, 2005 2:23 pm

With an ATI card, you can either use the Direct Rendering Infrastructure (DRI), or get ATI's binary linux drivers. Many people say the binary drivers suck, and they probably do, but there is no open source driver which fully supports the R300 series of ATI cards. Though there is an effort to produce such an open source work: http://r300.sourceforge.net/.

If you don't have a card that new, DRI will provide an appropriate interface between your video card and any software (like OpenGL) that can make effective use of it.

This wiki is a very good place to start learning about DRI: http://dri.freedesktop.org/wiki/.

For nvidia cards, you don't really have a choice. There is no open source project that provides 3D acceleration for nvidia-based GPUs. However, nvidia's binary drivers are excellent. Nvidia packages their linux binary in some sort of compressed executable (".run"). [They previously use RPMs, which was annoying because it did not support all distributions.] Nvidia also documents their driver thoroughly. Try these links:

http://www.nvidia.com/object/linux_disp ... -7174.html
ftp://download.nvidia.com/XFree86/Linux ... README.txt

One of the aspects of Gentoo that I love is that it's very easy to install the nvidia driver. "emerge nvidia-glx" (which pulls in nvidia-kernel if it's not installed already), and then update xorg.conf .

With nvidia cards, you shouldn't have the "DRI" module loaded in your X server. With ATI cards, you need "DRI" and "GLX" (for OpenGL) support. "GLX" needs to be referencing the original X11 code for ATI systems, though, and not the nvidia binaries (which it will unless you accidently installed them).

Another important thing to keep in mind is that with linux DRI has a kernel-side module which must be built/loaded. I don't know how this works with *BSD systems, but the DRI wiki should cover it.

This HOWTO is a little bit outdated, but it might help with setting up ATI support:

http://bluszcz.jabberpl.org/radeon_dri_howto.txt

In any case, there's a ton of information out there about this. Google for terms more specific to your problems and you'll get less generic results.

CyberBotX · Post by **CyberBotX** » Sat Apr 09, 2005 6:56 pm

Thanks a lot, Kagerato, that worked.

I had an Nvidia GeForce 4, and luckily for me, FreeBSD has a port for the nvidia driver and it works great. ^_^

Kagerato · Post by **Kagerato** » Sat Apr 09, 2005 11:46 pm

Excellent. I'm glad to be of help.

jdratlif · Post by **jdratlif** » Mon Apr 11, 2005 12:12 am

I was going to ask for better sound support, but you've changed something in the recent WIPs. I don't know quite what it is, but it's sounds a lot better. I thought maybe I was mistaken, but I just compiled the 2004 May 05 WIP to check and there is a big difference. Probably should read that changelog thing every once in awhile...

I do have a few things I want though.

1) debugger support would be nice. I wasn't too fond of the DOS one though. I couldn't tell if you could do read/write breakpoints. It seemed like it was only PC breakpoints which I don't use very often. But maybe I was using it wrong.

2) full screen opengl aspect ratio modes. (ODR F) I'm using some windowed one right now. It works fine, but I don't like windowed mode.

3) maybe this is already possible, but I'd like the version to show the CVS date, rather than the compilation date. Maybe an option in autoconf?

4) I'd like the configure file to be included with the source distribution. You wouldn't need to include autogen.sh if you included the configure script.

Post by **Nach** » Mon Apr 11, 2005 12:16 am

jdratlif wrote: 3) maybe this is already possible, but I'd like the version to show the CVS date, rather than the compilation date. Maybe an option in autoconf?

Come up with a method to get the CVS date. If that even makes any sense at all.

jdratlif wrote: 4) I'd like the configure file to be included with the source distribution. You wouldn't need to include autogen.sh if you included the configure script.

Please don't ask for things that are done.

jdratlif · Post by **jdratlif** » Mon Apr 11, 2005 1:51 am

Nach wrote:
jdratlif wrote: 3) maybe this is already possible, but I'd like the version to show the CVS date, rather than the compilation date. Maybe an option in autoconf?
Come up with a method to get the CVS date. If that even makes any sense at all.

That of course may prove difficult. What about a configureable date? ./configure --with-version=20050404

Nach wrote:
jdratlif wrote: 4) I'd like the configure file to be included with the source distribution. You wouldn't need to include autogen.sh if you included the configure script.
Please don't ask for things that are done.

Ummm. It's not in http://www.ipherswipsite.com/files/zsne ... 04.tar.bz2

Perhaps you are referring to CVS? I didn't grab it from there though.

edit: I don't see it in the CVS archive either.

Post by **Nach** » Mon Apr 11, 2005 3:06 am

jdratlif wrote:
Nach wrote:
jdratlif wrote: 4) I'd like the configure file to be included with the source distribution. You wouldn't need to include autogen.sh if you included the configure script.
Please don't ask for things that are done.
Ummm. It's not in http://www.ipherswipsite.com/files/zsne ... 04.tar.bz2

Perhaps you are referring to CVS? I didn't grab it from there though.

edit: I don't see it in the CVS archive either.

And ipher has what to do with official source destributions? CVS isn't for code like that either.

http://prdownloads.sourceforge.net/zsne ... z?download

CyberBotX · Post by **CyberBotX** » Mon Apr 11, 2005 5:00 am

I think he means he wants you to include the configure script in the WIPs, not just the official releases. That's what I gather anyways.

jdratlif · Post by **jdratlif** » Mon Apr 11, 2005 10:37 am

Nach wrote:And ipher has what to do with official source destributions? CVS isn't for code like that either.

http://prdownloads.sourceforge.net/zsne ... z?download

I don't think people should need autoconf on their system whether they are compiling from CVS, or from cvs snapshots put together by ipher.

I think CVS should be for code like that, but it is your project. If you don't want to do it, then don't.

anomie · Post by **anomie** » Mon Apr 11, 2005 1:21 pm

jdratlif wrote:I don't think people should need autoconf on their system whether they are compiling from CVS, or from cvs snapshots put together by ipher.

Most projects using autoconf require autoconf when compiling from CVS. There's not much point in having automatically generated files cluttering up your CVS change history.

As for the CVS snapshots, that's up to ipher to generate those files or not.

jdratlif · Post by **jdratlif** » Mon Apr 11, 2005 9:47 pm

anomie wrote:
jdratlif wrote:I don't think people should need autoconf on their system whether they are compiling from CVS, or from cvs snapshots put together by ipher.
Most projects using autoconf require autoconf when compiling from CVS. There's not much point in having automatically generated files cluttering up your CVS change history.

As for the CVS snapshots, that's up to ipher to generate those files or not.

Hmmm... Well, I don't use CVS builds very much. It's not really important; it was just a thought.