FoFiX v3.1xx development thread
Forum rules
- Read the rule stickies, especially ***** FORUM RULES • PLEASE READ BEFORE POSTING HERE! *****, before you post.
- If you are thinking about running from git, please do the entire community a favor and read this thread first. It contains some important information that anyone thinking about running from git should be familiar with.
0_o
- BLOODPAIN
- Member
- Posts: 76
- Joined: November 30th, 2007
- Location: Khmelnitsky,Ukraine
- Reputation: 0
- Contact:
Re: FoFiX v3.1xx development thread
I've got SP lightning issue, when I switch on starpower board lights blue as always, but there is no lightning around it.
Re: FoFiX v3.1xx development thread
Ryoma:
I don't have the real RB2 game but have played it so I can't confirm this. But don't the tails in the real RB2 game bend a little bit unless you actually wammy? It seems that with how you have them now, I don't even have to wammy and the tails bend as if you are actually wammying.
I know they are still a work in progress for you and you have done an amazing job. But is it just me or am I imagining this (don't have real RB2 game to confirm). Keep up the good work!!!
EDIT: r1524 is not as bad as what 1521 was. You must have changed it.
I don't have the real RB2 game but have played it so I can't confirm this. But don't the tails in the real RB2 game bend a little bit unless you actually wammy? It seems that with how you have them now, I don't even have to wammy and the tails bend as if you are actually wammying.
I know they are still a work in progress for you and you have done an amazing job. But is it just me or am I imagining this (don't have real RB2 game to confirm). Keep up the good work!!!
EDIT: r1524 is not as bad as what 1521 was. You must have changed it.
linuxmint 7 (Jaunty 9.04), KDE 4.2.3, 32-bit with python2.6 installed running FoFiX-SVN. P4-2.4Ghz, 1gig ram, BFG Nvidia 8400 GS (512mb) - beta driver 185.18.14, 2x X-ploder guitars.
Re: FoFiX v3.1xx development thread
I didn't change anything. ;)
I did just a small shader, it's the developers you have to thank for the python implementation on that regard.
At the moment the tails will make small curves if you play a note and big curves if you press your whammy bar while playing a note(at least if you have pitchbend enabled). It is possible to make the curve size fully whammy dependent, it's just not implemented yet (means right now if you press your whammy bar a little bit you get the full curves)
Again: my work was implementing some functions which could bend two straight lines into curves and a graphical interface (adjustable glow for example) for that. The actual implementation (means how the curves behave ingame) is fully the devs work (mainly fenolftalein) so give credit where credit is due.
(On a side note: That is also the main reason I cannot change how the curves behave ingame)
I did just a small shader, it's the developers you have to thank for the python implementation on that regard.
At the moment the tails will make small curves if you play a note and big curves if you press your whammy bar while playing a note(at least if you have pitchbend enabled). It is possible to make the curve size fully whammy dependent, it's just not implemented yet (means right now if you press your whammy bar a little bit you get the full curves)
Again: my work was implementing some functions which could bend two straight lines into curves and a graphical interface (adjustable glow for example) for that. The actual implementation (means how the curves behave ingame) is fully the devs work (mainly fenolftalein) so give credit where credit is due.

(On a side note: That is also the main reason I cannot change how the curves behave ingame)
Last edited by Ryoma on Sun May 24, 2009 5:23 pm, edited 1 time in total.
- mentis
- Member
- Posts: 44
- Joined: August 23rd, 2006
- Location: North Carolina, USA
- Reputation: 0
- Contact:
Re: FoFiX v3.1xx development thread
mentis wrote:Hi Guys, got a little issue... did some searching but didn't find it addressed...
I hadn't used FoF for a while, and just got back into it, so I'm using FoFix 3.100, and got everything working quite well. The only problem I'm having is that I am unable to set the display res to 1600x1200.
I'm running WinXP Pro SP2, and my desktop res is 1600x1200 at 32bit. The game doesn't seem to have any options for specifying it to run at 32bit, which is the main problem here. Is there a way to tell the game to run in 32bit? I'm using a lower res in the meantime, but it's not usually aligned properly on the screen.
If I do set the res to 1600x1200, the game becomes unresponsive to any keyboard or controller input. So the only way to get out is to kill the process, and manually change the res back in the ini file. Any help would be greatly appreciated!
Just thought I'd throw it out there again... Any help would be great ^_^.
Re: FoFiX v3.1xx development thread
Don't reqoute yourself( I did that before
). Rather post an issue on google code.
---- EDIT ----
Try to update your drivers. I can run it in 2000 x 1300. Aproximatelly.

---- EDIT ----
Try to update your drivers. I can run it in 2000 x 1300. Aproximatelly.
Re: FoFiX v3.1xx development thread
Ryoma wrote:I didn't change anything. ;)
I did just a small shader, it's the developers you have to thank for the python implementation on that regard.
At the moment the tails will make small curves if you play a note and big curves if you press your whammy bar while playing a note(at least if you have pitchbend enabled). It is possible to make the curve size fully whammy dependent, it's just not implemented yet (means right now if you press your whammy bar a little bit you get the full curves)
...
Ok, but pitchbend has nothing to do with how the curve acts. Pitchbend is how the sound changes pitch (see a few pages back what I wrote about this)... https://www.fretsonfire.org/forums/viewtopic.php?f=32&t=34231&st=0&sk=t&sd=a&start=2490#p401214
And thank you fenolftalein for the implementation for the shaders!
linuxmint 7 (Jaunty 9.04), KDE 4.2.3, 32-bit with python2.6 installed running FoFiX-SVN. P4-2.4Ghz, 1gig ram, BFG Nvidia 8400 GS (512mb) - beta driver 185.18.14, 2x X-ploder guitars.
space warrior
- akedrou
- Member
- Posts: 557
- Joined: December 3rd, 2008
- Location: Boulder
- Reputation: 1
- Contact:
Re: FoFiX v3.1xx development thread
r1527 adds some more vocal work.... This should add support for tapping (though not tap phrases), and give better detection as to whether or not you are singing (maybe - any women or young children out there should see if the game thinks you're a person). Also some better scoring stuff. Check it out.
FoFiX dev | Troublemaker | Malcontent
Watch the demoscene
- fenolftalein
- Member
- Posts: 305
- Joined: March 30th, 2008
- Location: Moscow
- Reputation: 0
- Contact:
Re: FoFiX v3.1xx development thread
Now tails are a little bit wavy. +-30% of it's width, time dependent.
---- EDIT ----
I'm working on tails and sound pitch sync.
akedrou, great progress! I bought mic yesterday. Thanks for vocals implementation!
---- EDIT ----
WildSioux wrote:Ok, but pitchbend has nothing to do with how the curve acts. Pitchbend is how the sound changes pitch (see a few pages back what I wrote about this)... https://www.fretsonfire.org/forums/viewtopic.php?f=32&t=34231&st=0&sk=t&sd=a&start=2490#p401214
And thank you fenolftalein for the implementation for the shaders!
I'm working on tails and sound pitch sync.
akedrou, great progress! I bought mic yesterday. Thanks for vocals implementation!
Choose graphics, design, zero polys and shaders! -> 1995, Rupture, Stargazer, Atrium, Fracture, Elevated, Squish, Electric Kool-Aid, Frameskool, Lifeforce, Debris, Chaos Theory, Into the Pink, Invoke, Iterate, Fairytale, Track One, Memento, Inflorescence, Heaven Seven, Tengomenas, Masagin, Insert Coins.
Re: FoFiX v3.1xx development thread
WildSioux wrote:Ok, but pitchbend has nothing to do with how the curve acts. Pitchbend is how the sound changes pitch (see a few pages back what I wrote about this)... https://www.fretsonfire.org/forums/viewtopic.php?f=32&t=34231&st=0&sk=t&sd=a&start=2490#p401214
Just because you wrote it doesn't make it right.

Pitch bend by itself has nothing to do with graphics, it's how the sound changes pitch, like you said it.
But I think you don't seem to understand, there are several other mechanics that change if you set your Settings ->Audio -> Effects Mode to Pitchbend. Graphics for example. The shaders behave different if you flip the switch there, it's a gimmick. And that's what fenolftalein and me were referring to.
Re: FoFiX v3.1xx development thread
Ryoma wrote:WildSioux wrote:Ok, but pitchbend has nothing to do with how the curve acts. Pitchbend is how the sound changes pitch (see a few pages back what I wrote about this)... https://www.fretsonfire.org/forums/viewtopic.php?f=32&t=34231&st=0&sk=t&sd=a&start=2490#p401214
Just because you wrote it doesn't make it right.![]()
Pitch bend by itself has nothing to do with graphics, it's how the sound changes pitch, like you said it.
But I think you don't seem to understand, there are several other mechanics that change if you set your Settings ->Audio -> Effects Mode to Pitchbend. Graphics for example. The shaders behave different if you flip the switch there, it's a gimmick. And that's what fenolftalein and me were referring to.
No I agree, its just the way it is set up in the code right now. The settings make the shaders behave different like you said. Like on mine, if I enable pitchbend...it crashes the game. Linux pitchbend is not working so great right now. You guys are doing an awesome job!
linuxmint 7 (Jaunty 9.04), KDE 4.2.3, 32-bit with python2.6 installed running FoFiX-SVN. P4-2.4Ghz, 1gig ram, BFG Nvidia 8400 GS (512mb) - beta driver 185.18.14, 2x X-ploder guitars.
FoFiX Dev/Mod Squad
- jstump91
- Member
- Posts: 837
- Joined: September 21st, 2008
- Location: Baltimore, MD (US)
- Reputation: 0
- Contact:
Re: FoFiX v3.1xx development thread
With all that has been going on, I think it's about time we feature-froze and stopped adding new stuff so we can get the things that are already in completely done and release a beta soon.
I personally would like to stay feature frozen afterward and stabilize toward releasing 3.120. Our release cycle has lagged so much... it's been a whole month since the last beta, and we can't have another four betas (think what happened with 3.100) at that rate.
I personally would like to stay feature frozen afterward and stabilize toward releasing 3.120. Our release cycle has lagged so much... it's been a whole month since the last beta, and we can't have another four betas (think what happened with 3.100) at that rate.
jstump91, a.k.a. john.stumpo, a.k.a. stump jstump.com | stump's blog | FoFiX development | My own code Can't find a Windows build of the Python module you need? Try my mediafire! Don't say "Python can't do [insert task here]." Python can do anything with the right modules - said modules may just not have been written yet. "Python - why settle for snake oil when you can have the whole snake?" --Mark Jackson Did you search before you posted? Did you read the rules for the subforum you are posting in? | ![]() ![]() |
space warrior
- akedrou
- Member
- Posts: 557
- Joined: December 3rd, 2008
- Location: Boulder
- Reputation: 1
- Contact:
Re: FoFiX v3.1xx development thread
Oh sure, cut in on me there John.
Anyway, yes. Time for a feature freeze, and what that means for you is that we are going to stop adding anything new to the code. Seems like enough has happened that we should be getting a final version out to you guys pretty soon. That said, the goal is to stop adding new features until release time. Until then, we will simply refine the features we have already started work on and fix any bugs and crashes that we encounter. So please, use this forum and Google Code to get at those bugs and we'll have this version out as soon as possible.
Hope the rest of the devs are on board with this one too!
Anyway, yes. Time for a feature freeze, and what that means for you is that we are going to stop adding anything new to the code. Seems like enough has happened that we should be getting a final version out to you guys pretty soon. That said, the goal is to stop adding new features until release time. Until then, we will simply refine the features we have already started work on and fix any bugs and crashes that we encounter. So please, use this forum and Google Code to get at those bugs and we'll have this version out as soon as possible.
Hope the rest of the devs are on board with this one too!
Last edited by akedrou on Sun May 24, 2009 8:30 pm, edited 1 time in total.
FoFiX dev | Troublemaker | Malcontent
Re: FoFiX v3.1xx development thread
I support the idea for a feature freeze, we've been overdue for a while. I think at this point, it is pretty vital to stop adding in new stuff, fix what is there, and put out a full release.
Once that is done, perhaps the next beta cycle can be aimed at improving performance?
Once that is done, perhaps the next beta cycle can be aimed at improving performance?
FoFiX Dev/Mod Squad
- jstump91
- Member
- Posts: 837
- Joined: September 21st, 2008
- Location: Baltimore, MD (US)
- Reputation: 0
- Contact:
Re: FoFiX v3.1xx development thread
Lysdestic wrote:I support the idea for a feature freeze, we've been overdue for a while. I think at this point, it is pretty vital to stop adding in new stuff, fix what is there, and put out a full release.
Once that is done, perhaps the next beta cycle can be aimed at improving performance?
That, and doing some general code cleanup too. I'd really like to cut (or, if it's good, revive) some of the dead code from the FoF/RF/Coffee/Alarian/otherwise-pre-FoFiX days that's stuck in there not doing anything. I want to get at the places where we hard-code enumeration constants from other parts of the code too. (Non-coders: that will make the code more maintainable should more devs come on board or current devs leave.) Since those things involve going through the entire codebase in detail, that would be a good chance to identify performance bottlenecks too. Our error handling could be nicer too (no more hundreds-of-MB logfiles from endlessly looping over the same error without aborting the program, and more meaningful error messages and recovery behavior in some situations). We can also better handle a separation between writable and read-only data so as to be more friendly toward Windows Vista and packaging for GNU/Linux distributions. The original FoF did a fairly good job at that; we lost it somewhere along the way.
jstump91, a.k.a. john.stumpo, a.k.a. stump jstump.com | stump's blog | FoFiX development | My own code Can't find a Windows build of the Python module you need? Try my mediafire! Don't say "Python can't do [insert task here]." Python can do anything with the right modules - said modules may just not have been written yet. "Python - why settle for snake oil when you can have the whole snake?" --Mark Jackson Did you search before you posted? Did you read the rules for the subforum you are posting in? | ![]() ![]() |
-
- Member
- Posts: 1105
- Joined: August 16th, 2008
- Location: Texas
- Reputation: 15
- Contact:
Re: FoFiX v3.1xx development thread
jstump91 wrote:Lysdestic wrote:I support the idea for a feature freeze, we've been overdue for a while. I think at this point, it is pretty vital to stop adding in new stuff, fix what is there, and put out a full release.
Once that is done, perhaps the next beta cycle can be aimed at improving performance?
That, and doing some general code cleanup too. I'd really like to cut (or, if it's good, revive) some of the dead code from the FoF/RF/Coffee/Alarian/otherwise-pre-FoFiX days that's stuck in there not doing anything. I want to get at the places where we hard-code enumeration constants from other parts of the code too. (Non-coders: that will make the code more maintainable should more devs come on board or current devs leave.) Since those things involve going through the entire codebase in detail, that would be a good chance to identify performance bottlenecks too. Our error handling could be nicer too (no more hundreds-of-MB logfiles from endlessly looping over the same error without aborting the program, and more meaningful error messages and recovery behavior in some situations). We can also better handle a separation between writable and read-only data so as to be more friendly toward Windows Vista and packaging for GNU/Linux distributions. The original FoF did a fairly good job at that; we lost it somewhere along the way.
awesome im looking forward to the feature freaze :)
Developer of clone hero, and Former FoFiX developer
Who is online
Users browsing this forum: No registered users and 19 guests