No Sound In TuxRacer

Well, I got my nVidia drivers up and running, so Tuxie looks great (not you, Tuxie - the penguin ).. but he ain't got no sounds! I found an options file and checked that over - all good. The .wav files play for me no trouble when I open them with Xine and I already took care of mp3 support in RH 8.0.

I tried installing xmms at the suggestion of another feller, but gtk+ 1.2.8 won't compile for me, so I'm downloading 1.2.6 at the moment to give that a shot (forget RPMs... they give me nothing but trouble.. ever). I have no gtk+ anymore because I killed the rmp with --nodeps ... doesn't matter, it was badly outdated, so that's probably not good.

At any rate, the requisite info:

RH 8.0
TuxRacer 0.61
SB Live! Value Card
Kernel: 2.4.18-14

Any suggestions?

Thanks,
Chris

MP3 support to play .wav files?

Check out the dependencies and make sure you match them and that another app that use it works well too.

Otherwise use Gentoo, everything always compile just fine most if not all the time.

//LOL

Well, I did the xmms thing before I found the sound/ directory for TuxRacer and located no mp3s....

gentoo..... gentoo.... gentoo //wander wander


Thanks riv - will try!

[edit]
Errr... waitaminute...

Isn't Gentoo a distro? If I switch distros I'm going to a Open|Free BSD system (minimalism, y'know).

Dependancies all check out, and wavs play fine under Xine and whatever the built in RH sound player is called.
[/edit]

i tested the nvidia drivers for freeBSD. they are even worse than the linux drivers and are a hack of the (older) linux binaries

some programs need a sound daemon running (who cares eg. about two applications accessing the sound card at the same time). The sound daemon is probably part of your window manager (mine came with kde)

Yes Gentoo is a distro and the hell of a distro (you need broadband though)!

According to the ebuild you need the SDL-Mixer so you need it to have sound. Check the output on the console to see if it doesn't spit out any error.

I guess you're using the wrong AGP driver because in my experience they are just fine and so do a bunch of Gentooers think too. BTW, I believe it's the same driver then under Windows (since it's built around a unified architecture). However, there have been major changes in the latest drivers (the 4 serie) so you milleage may vary, just stick with the latest 0.x.3 and you'll be all set.

I've seen a LOT of complaints about the nVidia drivers on any *nix build. It seems that OpenGL generally doesn't get along with nVidia drivers/cards. When I installed in Linux though, I had a minor hickup with a "weird box glitch", but it seemed to have resolved itself (see previous post in this forum). Otherwise, I've had no troubles, but then, I can't comment on nVidia or *BSD drivers.. err.. whooops.. I was helping some kid in the nVidia forums get setup and totally forgot about him... uh oh.

I did SDL-something, I'll have to check tonight to make sure mixer was with it (I'm thinking now it wasn't, so that may be the problem...).

Gentoo... looks real pretty, but really, I have minimal problems with Red Hat. Had to do a little bit of tweaking to get Xine compiled, plus I had some trouble with some games (Doom) that I downloaded. Otherwise, it's been fairly easy. These damn RPMs drive me nuts though. I'm really beginning to prefer soruce compiles... I fear removing RPMs with --nodeps, but sometimes it's the only option, and usually it winds up breaking something Not cool!

Don't fear the sources! Having a Slackware background I'm used at installing everything from source and failing too.

Again, I browse the Gentoo forums daily and everybody enjoy their NVidia adapter playing Tuxracer, UT, UT2k3, Quake 1, 2 and 3 or any OpenGL app with a slightly higher FPS then Wintendo so I don't see where this fear is coming from. I don't wan't to sound like I'm preaching but it must be a simple misconfiguration. I'm talking Linux only here, never used any other *nix.

I'm rapidly losing my enthusiasm for *nix....

I'm trying to install GTK+ 2.2.0 now (need it for xmms). glib 2.2.0, is, however, a requirement (which of course also threw out dependancies, each of which threw more dependancies). Damn thing won't compile though. It dies with:

"No rule to make target 'azNone' required by 'all-yes'. Stop."

I narrowed it down to the Makefile in:

./glib-2.2.0/po/

Now, I can't read makefiles (yet). I twiddled with it for awhile and figured out how to get rid of the error. Yes, it completes without error now. No, it does not install then.

I found a somewhat cryptic (to me at least) explanation of what the "No rule to make target" error means on the GNU make site. I also found some tutorials on makefiles that I'm going over. Doesn't seem too tough...

Unfortunately, I killed my prior gtk+ installation (the one that came with RH 8.0) because at first it was interfering with the new gtk+ install, so now I'm forced to either browse the web with lynx or Windoze (mozilla won't work without gtk+.. found out the hard way )... ugh... me hatie Red Hat lately.

Anyone who happens to have any idea what's going on with this error, please let me know. In the meantime... I have some reading to do

did "./configure" run without errors?

Huummm, this is a tough one. According from this page glibc 2 is already packaged (RH8) along with GNOME 2 (I don't know if that includes GTK2 thought). I'm surprised there is no xmms rpm. Your libraries seem to be okay, have you tried --nodep (no dep check, never used rpm, just used to at seing this all over the place).

As far as I'm concerned I try to stay away from GTK2 until it's stable enough. Not long ago even function name could change. I dunno about now.

<preaching>
BTW, with Gentoo a simple emerge xmms would do it. In fact I just emerged it (it even automatically installed the xmms-mmx patch and am listening to the Skatalites - Two for one). Emerge even found 41 ebuilds related to it, mostly plugins, themes and stuff like that. The great thing is that different libraries version can coexist (it depends but most do). If you don't wan't to go through the compile process you have a stage3 file with precompiled stuff but you may wish to tweak the process more than that.

Even Windows can't compete, I mean you still have to download the file then go through the wizard which means you have to waste time hitting OK OK OK OK OK OK OK OK. Under Gentoo a simple cmd line does everything. But enough preaching about it and find out by yourself.
</preaching>

<counter-preaching>
s/emerge/apt-get install/
s/Gentoo/Debian/
</counter-preaching>


(Note: I'm showing serious restraint by just stating equivalencies instead of expounding further on what one would gain from the above changes )

./configure was having a dependancy problem back when I first started working on it. According to the errors, there was a problem with the current GTK+ installation (whatever came with RH 8.0) interfering with the GTK+2 install. I killed the existing GTK+ with --nodeps (you can only imagine the dependancies) figuring that if any of the deps gave me crap later, I could just ln them to the new libraries.

However, once I killed the existing gtk+, configure ran OK, but make started failing in the po/ directory with the message above. The stupid Makefile has about 3 comments in it (not counting the GNU 'about us' heading), none of which are even the least bit useful.

The only other info I can offer at the moment is that the po/ directory contains a lot of files like:

And there's a list in the Makefile that looks something like this:

Later, there's something that appears like this:

That's probably not exactly it. I'm doing it from memory, so I'll revise it when I get home tonight if need be.

I get the general gist of what the Makefile means and what it's trying to do, but I'm not sure what rule it's missing here, or even what the .po .pot etc. files in po/ are for.

I also tried looking over the various options for configure, but found nothing that might relate to the faulty Makefile.

Does apt-get compile stuff or is it just binaries?