Frets on Fire

Jacek Poplawski · 2006-08-16 17:32:22

That's not the problem with dependences.
I hope that rebuilding it from src will help.

Jacek Poplawski · 2006-08-17 20:44:17

hm... no progress? anyone else?

test1000 · 2006-08-18 22:54:50

i don't get why it works for some people and others not.. i suspect the people with old libs get it working but us with too recent libs dont?

mpie · 2006-08-19 14:25:56

I admit defeat.... amanith will no longer build, therefore i cannot package it

../../../include/amanith/geometry/gmatrix.h: In member function 'const DATA_TYPE** Amanith::GMatrix<DATA_TYPE>::Data() const [with DATA_TYPE = double, unsigned int ROWS = 4u, unsigned int COLS = 4u]':
../../../include/amanith/geometry/gmatrix.h:167:   instantiated from 'Amanith::GMatrix<DATA_TYPE>::GMatrix(const Amanith::GMatrix<DATA_TYPE>&) [with DATA_TYPE = double, unsigned int ROWS = 4u, unsigned int COLS = 4u]'
../../../include/amanith/geometry/gmatrix.h:2418:   instantiated from here
../../../include/amanith/geometry/gmatrix.h:326: warning: dereferencing type-punned pointer will break strict-aliasing rules
make[3]: *** [main.o] Error 1
make[3]: Leaving directory `/home/mike/Desktop/FretsOnFire/src/amanith/examples/opengl/vectorizer'
make[2]: *** [sub-vectorizer] Error 2
make[2]: Leaving directory `/home/mike/Desktop/FretsOnFire/src/amanith/examples/opengl'
make[1]: *** [sub-opengl] Error 2
make[1]: Leaving directory `/home/mike/Desktop/FretsOnFire/src/amanith/examples'
make: *** [sub-examples] Error 2

Any suggestions

Jacek Poplawski · 2006-08-19 15:05:20

I don't see error, only warning. Is there a -Werror there?

mpie · 2006-08-19 15:22:33

nope.... But all the way through it is complaning about gmatrix.h.....

nogoma · 2006-08-19 17:06:06

The compile problem is actually a bug in the source (prefixing a method with the class qualifier when within the class). Here's a trivial patch that gets around that, and everything compiles fine:

diff -ruN amanith-orig/examples/opengl/vectorizer/drawer.h amanith/examples/opengl/vectorizer/drawer.h
--- amanith-orig/examples/opengl/vectorizer/drawer.h    2006-01-26 04:18:44.000000000 -0500
+++ amanith/examples/opengl/vectorizer/drawer.h 2006-08-19 12:13:30.000000000 -0400
@@ -71,7 +71,7 @@
 #endif
        // destructor
        ~QGLWidgetTest();
-       void QGLWidgetTest::timerEvent(QTimerEvent *e);
+       void timerEvent(QTimerEvent *e);
 };

This can be applied in the base of the amanith source dir with (assuming you save the patch in amanith.patch):

patch -p1 < amanith.patch

I wrote up a quick PKGBUILD for this library, but since the packages doesn't seem to have an install, it's pretty useless. I was just going to copy over the compiled library files to /usr/lib, but amanith compiles its own libpng,a and such, that conflict with other packages. I've never PKGBUILD'd a library before, so I don't know what the normal course of action here is. Regardless, with the patch above, you can compile the library, and use the environment variables described in INSTALL to run the examples. HTH, and hurry up and package this monkey up so I can play it

edit: Damn BBCodes... Oh, and 50 posts. w00t. Or something.

nogoma · 2006-08-19 19:53:12

Ok, so in testing out my PKGBUILD which installs amanith and the compiled third party stuff to /opt/amanith, I ran all the examples w/ strace(). I DID NOT hack around so that it would use amanith's libpng, for example, so when I run the examples, they are using the official arch package's version... I don't know if this works for all cases, but my point is the strace on all the examples only has them opening libamanith from /opt/amanith/lib, libpng and everything else are the good, kosher /usr/lib versions. This may be a YMMV situation, however. So, perhaps you can get away with not packaging these funky 3rd party libs that amanith is distributing. I know you're checking into a patch that removes this dependency, so perhaps that's the better way to go, I just though I'd drop this info in case it's helpful in packaging amanith. If that patch doesn't work out, I wouldn't mind helping whip up a patch of our own to remove the 3rdparty stuff, and have the system compile against the Arch-installed libraries. In checking out the Makefiles, it doesn't look too bad (it's referenced in relatively few Makefiles).

mpie · 2006-08-19 21:14:28

It will compile just the amarinth libs, with the patch tom found, the exaples are not compiled

nogoma · 2006-08-19 21:24:54

Does it still compile the '3rdpart' libraries (libpng, etc.)? Those are what I'm mainly concerned about removing/avoiding. Or does 'just the amanith libs' mean just libamanith.so?

mpie · 2006-08-19 21:38:29

nogoma wrote:

Does it still compile the '3rdpart' libraries (libpng, etc.)? Those are what I'm mainly concerned about removing/avoiding. Or does 'just the amanith libs' mean just libamanith.so?

Just the libamanith, there are a few and the headers. No SAMPLES or TP libs

Jacek Poplawski · 2006-08-19 22:29:36

Damn, this is first time a Linux game takes so much trouble to install...

jotapesan · 2006-08-24 15:59:32

with this packages works for me:
SDL SDL_mixer SDL_ttf python-pygame python-pyopengl

smoon · 2006-08-24 22:52:40

Wow, Amanith and PyAmanith do suck. I tried to create PKGBUILDs for hours, at least I got a working one for Amanith, but PyAmanith refuses to compile no matter what I do. Anyone got this working?

test1000 · 2006-08-24 23:07:26

a hint for the PyAmanith lib: You need swig 1.3.29

test1000 · 2006-08-24 23:08:27

about FretOnFire though: it's the most buggy piece of code ever encountered

nogoma · 2006-08-24 23:15:55

I got pyamanith to compile; I had to edit my gdrawboard.h in AMANTIHDIR/include/amanith/rendering, and comment out the inline function at line 981 (I think). The pyamanith package authors did this already (it's under $PYAMANITHDIR/changes/include/amanith/rendering), but for some reason the compiler decides to take the version from $AMANITHDIR. So, my quick hack was to comment out those lines in the original $AMANITHDIR source file... I would post a PKGBUILD, but, well, this is pretty hacky. I can post it if you really want, with better directions .

HOWEVER, even though I managed to get the pyamanith package compiled and installed (and all other req'd packages), FretsOnFire STILL segfaults . It doesn't complain about not seeing any packages, the log file just has "(D) Initializing audio", then the program drops out. I strace'd this, and saw that it was trying to load "timidity.cfg", from some unprintable directory (after failing to load it in several different paths). I copied timidty.cfg from /etc/timidity++, and that allowed it to get a little farther. It change my X resolution, and then bombed out spectacularly (I was unfortunately unable to capture the output here). So, my final fretsonfire.log is:

(D) Initializing audio.
(D) Audio configuration: (44100, -16, 1)
(D) Initializing video.
(W) Video setup failed. Trying without antialiasing.
(D) 0 joysticks found: 
(N) Loading <class>.star1
(N) Loaded <class>.star1 in 0.000 seconds

I had to restart X at this point. I don't know if it's because of my edits on gdrawboard.h, or if it just doesn't want to run on this machine (I haven't tried this process on my desktop yet). Basically, I'm about ready to dropkick this fscking tarball :evil:

nogoma · 2006-08-24 23:16:54

test1000 wrote:

a hint for the PyAmanith lib: You need swig 1.3.29

I'm using swig 1.3.29, but I still seem to have some problems (the solution for which is described in my previous post). I rolled back to 1.3.27, and you're right, that's MUCH worse. So, yes, use 1.3.29

edit: test1000, if the pyamanith compile works no problem for you w/ swig 1.3.29, could you post a copy of your output from 'python setup.py install'?

smoon · 2006-08-24 23:37:40

I don't think Frets On Fire is worth all the trouble. I think I'll just give up at this point. Thanks for the hints though

test1000 · 2006-08-30 23:54:56

Iv'e uploaded FretsOnFire to aur: Great game!

Jacek Poplawski · 2006-08-31 19:14:38

Just downloading it, I hope it will work, thanks a lot!!!!

Jacek Poplawski · 2006-08-31 19:23:55

Your "build" is just a repacked binary.... and it doesn't work on my system. All the people here tried to recompile it.

nogoma · 2006-08-31 20:22:32

Interestingly, although the old version wasn't working for me, this repacked package does... This game is pretty fun, but is unreasonably unfriendly to get working.

test1000 · 2006-08-31 22:16:21

Jacek Poplawski wrote:

Your "build" is just a repacked binary.... and it doesn't work on my system. All the people here tried to recompile it.

Points to note:
1. This is a new version which works: as opposed to the last version.
2. I tried to recompile it too and spent an entire day fighting with it.
3. Maybe you didn't have the USER variable sat: try v2 of the package.

I'd release amanith and pyamanith but have no motivation when this package works for me.

ach!

lumiwa · 2006-09-01 16:21:35

Hi!

I installed the game and was okay but I don't know how to play. Are there any instructions, please?
When I run "fretsonfire", the game start, sound works and when I choose Play I get a message:

Name or service not known

Same message if I choose Tutorial.

I have also some other errors:

fretsonfire
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Intel(R) Pentium(R) 4 CPU 2.60GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
Traceback (most recent call last):
File "src/MainMenu.py", line 231, in harness
File "src/MainMenu.py", line 255, in newSinglePlayerGame
File "src/GameEngine.py", line 239, in startServer
File "src/Server.py", line 33, in __init__
File "src/Network.py", line 177, in __init__
File "/usr/lib/python2.4/asyncore.py", line 304, in bind
return self.socket.bind(addr)
File "<string>", line 1, in bind
gaierror: (-2, 'Name or service not known')
Traceback (most recent call last):
File "src/MainMenu.py", line 231, in harness
File "src/MainMenu.py", line 246, in showTutorial
File "src/GameEngine.py", line 239, in startServer
File "src/Server.py", line 33, in __init__
File "src/Network.py", line 177, in __init__
File "/usr/lib/python2.4/asyncore.py", line 304, in bind
return self.socket.bind(addr)
File "<string>", line 1, in bind
gaierror: (-2, 'Name or service not known')

Mitja

Arch Linux

#26 2006-08-16 17:32:22

Re: Frets on Fire

#27 2006-08-17 20:44:17

Re: Frets on Fire

#28 2006-08-18 22:54:50

Re: Frets on Fire

#29 2006-08-19 14:25:56

Re: Frets on Fire

#30 2006-08-19 15:05:20

Re: Frets on Fire

#31 2006-08-19 15:22:33

Re: Frets on Fire

#32 2006-08-19 17:06:06

Re: Frets on Fire

#33 2006-08-19 19:53:12

Re: Frets on Fire

#34 2006-08-19 21:14:28

Re: Frets on Fire

#35 2006-08-19 21:24:54

Re: Frets on Fire

#36 2006-08-19 21:38:29

Re: Frets on Fire

#37 2006-08-19 22:29:36

Re: Frets on Fire

#38 2006-08-24 15:59:32

Re: Frets on Fire

#39 2006-08-24 22:52:40

Re: Frets on Fire

#40 2006-08-24 23:07:26

Re: Frets on Fire

#41 2006-08-24 23:08:27

Re: Frets on Fire

#42 2006-08-24 23:15:55

Re: Frets on Fire

#43 2006-08-24 23:16:54

Re: Frets on Fire

#44 2006-08-24 23:37:40

Re: Frets on Fire

#45 2006-08-30 23:54:56

Re: Frets on Fire

#46 2006-08-31 19:14:38

Re: Frets on Fire

#47 2006-08-31 19:23:55

Re: Frets on Fire

#48 2006-08-31 20:22:32

Re: Frets on Fire

#49 2006-08-31 22:16:21

Re: Frets on Fire

#50 2006-09-01 16:21:35

Re: Frets on Fire

Board footer