MFH-Alarian Mod v2.900 - New releases here!
Ubuntu can be installed/uninstalled from within Windows without the need for a separate partition or virtual machine.
Edit: Wubi
Edit: Wubi
Last edited by PQED on Mon Sep 08, 2008 10:01 pm, edited 1 time in total.

- blackfriday
- Member
- Posts: 2760
- Joined: February 22nd, 2008
- Reputation: 1
death_au wrote:Maybe... But if you use andLinux to recompile it, it will most likely recompile for linux. I don't know if you can use anLinux to recompile things for windows... I doubt it.
By the way...++Figure out why the background of "Song List Settings -> Select Song Library" now shows the "Options" background underneath instead of black
I haven't really done much testing on this, but I don't think it's just selecting the song library, I think it's everything in the menu... Remember how you had to add the extra background in for the neck select?
I'd have to do more testing, but I believe if you have a smaller than required image on some menus, or transparent images, things like that, the options background shows through that, too.
Dunno if it helps you or not.
EDIT:blackfriday wrote:That's weird MFH, my FoF is actually MUCH slower. Not laggier, just slower loading, and I have a very fast Mac.myfingershurt wrote:No, I just optimized a lot of laggy code. See first post for current status of 2.985.
EDIT 2:
Oh wait, you said slower loading... yeah, not sure if these lag fixes would help that at all. That's a separate issue entirely.
:(
Blue Heaven!
- death_au
- Member
- Posts: 3991
- Joined: December 12th, 2007
- Location: Australia
- Reputation: 7
- Contact:
At least some of it has improved over time. I mean, the main menu loading is way faster now than I ever remember it. And loading song lists doesn't seem to take too long. If you think about what it's doing when it's loading a stage, it isn't actually that bad really
(says me who doesn't use animated stages)
(says me who doesn't use animated stages)
@MFH, upcoming 2.985: Nice!
@MFH, GNU/Linux distro et al.:
I'm using Debian GNU/Linux (i'm an official maintainer). But I would highly recommand you to use Ubuntu as it's based on Debian, there's a nice cooperation both ways and Ubuntu is Desktop/user oriented while Debian is server (stable branch) or always-on-the-edge-developer (unstable branch) oriented.
Now, out of curiosity, you seem very keen to build pygame yourself, may i ask why?
Keeping a working frozen executable of this very mod for the first time wasn't an easy task. Building something is usually not that much of a pain, but in this case, there were many obstacles.
Among them, I had a freakin' hard time finding amanith's sources as it seems the upstream authors pulled the plug on it, forked, and closed the source.
Moreover, I spent a couple of hours fighting with PyOpenGL to finally realized (thanks to trinidude4 iirc) that it just wouldn't work with version 3.0.
Any way, this belongs in another thread if anyone is interested in the full process.
@MFH, GNU/Linux distro et al.:
I'm using Debian GNU/Linux (i'm an official maintainer). But I would highly recommand you to use Ubuntu as it's based on Debian, there's a nice cooperation both ways and Ubuntu is Desktop/user oriented while Debian is server (stable branch) or always-on-the-edge-developer (unstable branch) oriented.
Now, out of curiosity, you seem very keen to build pygame yourself, may i ask why?
Keeping a working frozen executable of this very mod for the first time wasn't an easy task. Building something is usually not that much of a pain, but in this case, there were many obstacles.
Among them, I had a freakin' hard time finding amanith's sources as it seems the upstream authors pulled the plug on it, forked, and closed the source.
Moreover, I spent a couple of hours fighting with PyOpenGL to finally realized (thanks to trinidude4 iirc) that it just wouldn't work with version 3.0.
Any way, this belongs in another thread if anyone is interested in the full process.
FoFiX GNU/Linux Releases and Patches (32bit and 64bit)
2.981 MFH-Alarian Patch (GNU/Linux¹ 64bit) [Direct download or Mediafire]
+ Code merge with unofficial releases
+ All changes from MFH's 2.980 and 2.981
2.981 MFH-Alarian Patch (GNU/Linux¹ 32bit) [Direct download or Mediafire]
+ Same as 2.981 (64bit) above.
+ Code merge with unofficial releases
+ All changes from MFH's 2.980 and 2.981
2.981 MFH-Alarian Patch (GNU/Linux¹ 32bit) [Direct download or Mediafire]
+ Same as 2.981 (64bit) above.
FoFiX GNU/Linux Releases and Patches (32bit and 64bit)
evilynux wrote:2.981 MFH-Alarian Patch (GNU/Linux¹ 64bit) [Direct download or Mediafire]
+ Code merge with unofficial releases
+ All changes from MFH's 2.980 and 2.981
2.981 MFH-Alarian Patch (GNU/Linux¹ 32bit) [Direct download or Mediafire]
+ Same as 2.981 (64bit) above.
Awesome dude, Thanks evilynux, and everyone else, MFH especially.

...the pain
- myfingershurt
- Member
- Posts: 1796
- Joined: April 9th, 2007
- Location: Northern Nevada, USA
- Reputation: 0
Wellllll...... I'm hesitant to say why I want to rebuild pygame because I don't want to excite everyone before I've gotten far enough to know that what I want to attempt is possible....
Let's just say I want to modify the source code that actually handles the audio streams, sample by sample. For a couple reasons / potential features that I've gotten working in other applications / projects.
Anywho - the compiled .PYO files that result from building pygame should be platform-independent, no matter what OS they are built in.... right? Not going to rebuild fretsonfire.exe, just the \pygame folder in the library.zip. Or do PYO files already contain platform-specific instructions?
If that's the case, then I guess I'll just have to figure out how to get it all to build correctly in Windows, but that's been terribly painful so far
edit: oh well, that's for later anyway. Back to 2.985...
edit2: mrhoievo - that sounds like a good explanation to me, I'll leave that as it is - less work woot!
Let's just say I want to modify the source code that actually handles the audio streams, sample by sample. For a couple reasons / potential features that I've gotten working in other applications / projects.
Anywho - the compiled .PYO files that result from building pygame should be platform-independent, no matter what OS they are built in.... right? Not going to rebuild fretsonfire.exe, just the \pygame folder in the library.zip. Or do PYO files already contain platform-specific instructions?
If that's the case, then I guess I'll just have to figure out how to get it all to build correctly in Windows, but that's been terribly painful so far

edit: oh well, that's for later anyway. Back to 2.985...
edit2: mrhoievo - that sounds like a good explanation to me, I'll leave that as it is - less work woot!
Last edited by myfingershurt on Mon Sep 08, 2008 11:04 pm, edited 1 time in total.
Here are more translation fixes as requested by Alexfighter and Fablaculp: diff file
FoFiX GNU/Linux Releases and Patches (32bit and 64bit)
@MFH: Ooops, i didn't want to spoil your... hmm... secret plan[?]
I must say that i don't know much about pyo files... they show up as: "python 2.4 byte-compiled". Hence i'm assuming they're python version dependant but platform independant.
I know this won't help you much at the moment, but i can easily [re]build pygame.
1) Get the source + Debian/Ubuntu packaging files: `apt-get source python-pygame`
2) Rebuild from source and create Debian/Ubuntu [binary] package: `debuild -B`
If you're comfortable with a shell, i can provide you with a shell account on my amd64 machine running Debian. Alternatively, i can apply your modifications, build pygame and send pyo files over to you. Let me know.
Edit: Perhaps we should start by trying if pyo files are really platform independant... what about i send you over some pyo files?
I must say that i don't know much about pyo files... they show up as: "python 2.4 byte-compiled". Hence i'm assuming they're python version dependant but platform independant.
I know this won't help you much at the moment, but i can easily [re]build pygame.
1) Get the source + Debian/Ubuntu packaging files: `apt-get source python-pygame`
2) Rebuild from source and create Debian/Ubuntu [binary] package: `debuild -B`
If you're comfortable with a shell, i can provide you with a shell account on my amd64 machine running Debian. Alternatively, i can apply your modifications, build pygame and send pyo files over to you. Let me know.
Edit: Perhaps we should start by trying if pyo files are really platform independant... what about i send you over some pyo files?
Last edited by evilynux on Mon Sep 08, 2008 11:13 pm, edited 1 time in total.
FoFiX GNU/Linux Releases and Patches (32bit and 64bit)
...the pain
- myfingershurt
- Member
- Posts: 1796
- Joined: April 9th, 2007
- Location: Northern Nevada, USA
- Reputation: 0
Thanks for the .diff file, it pointed out one translation fix I hadn't caught yet.
That's what I was hoping to hear, awesome -- worst case, you can build pygame. Here's the main page I've been working from, there's an SVN command there I had to use to retrieve the source trunk folder for pygame 1.7.1 (not the latest, obviously)...
let me find the info and i'll edit this post.
edit1: That's a good idea, send me a PYO you compiled and I'll insert into library.zip and see if my game still works (I'll use a library.zip from 2.981)
edit2: here's the Ubuntu pygame build wiki.
http://www.pygame.org/wiki/CompileUbuntu?parent=index
...compare that to the Windows pygame build wiki:
http://www.pygame.org/wiki/MingW?parent=index
That's what I was hoping to hear, awesome -- worst case, you can build pygame. Here's the main page I've been working from, there's an SVN command there I had to use to retrieve the source trunk folder for pygame 1.7.1 (not the latest, obviously)...
let me find the info and i'll edit this post.
edit1: That's a good idea, send me a PYO you compiled and I'll insert into library.zip and see if my game still works (I'll use a library.zip from 2.981)
edit2: here's the Ubuntu pygame build wiki.
http://www.pygame.org/wiki/CompileUbuntu?parent=index
...compare that to the Windows pygame build wiki:
http://www.pygame.org/wiki/MingW?parent=index
Last edited by myfingershurt on Mon Sep 08, 2008 11:29 pm, edited 1 time in total.
- Happ E Nose
- Member
- Posts: 200
- Joined: May 28th, 2008
- Location: United States
- Reputation: 0
myfingershurt wrote:Wellllll...... I'm hesitant to say why I want to rebuild pygame because I don't want to excite everyone before I've gotten far enough to know that what I want to attempt is possible....
Let's just say I want to modify the source code that actually handles the audio streams, sample by sample. For a couple reasons / potential features that I've gotten working in other applications / projects.
I think I have an idea what you're talking about!

...the pain
- myfingershurt
- Member
- Posts: 1796
- Joined: April 9th, 2007
- Location: Northern Nevada, USA
- Reputation: 0
- Happ E Nose
- Member
- Posts: 200
- Joined: May 28th, 2008
- Location: United States
- Reputation: 0
Return to “FOF Mod Discussion and Support”
Who is online
Users browsing this forum: No registered users and 6 guests