MFH-Alarian mod display bug on long note tail - The tail is invisible except for its tip

Discuss mods and get help with mods ONLY
This topic is 11 years and 6 months old. Instead of replying, please begin a new topic, or search for another related topic that may be more suitable.
User avatar
CrazyTerabyte
Member
Posts: 6
Joined: September 29th, 2008
Reputation: 0
Contact:

Postby CrazyTerabyte » Wed Oct 01, 2008 7:03 am

I've just downloaded MFH Alarian mode version 3.005 (full package, about 300MB). I've only tried it on Linux amd64, I'm not sure if this bug will happen at windows too.

The bug is that in some themes (GH2, GH3, probably GH 80s and GH Aerosmith, but I haven't tested these) the "tail" of long notes is invisible. Ok, it is hard to believe and hard to explain, so here goes a screenshot (GH2 theme):
Image
This yellow note is a long note. If you look carefully, you can see the end of its tail at the middle of this screenshot (at the bird's wing).
So, yeah, the tail is invisible except for its tip.
As I said, it also happens on GH3 theme:
Image
But it does not happen on GH1 theme, nor in RB1 theme.

It took me a while to find out why this happens.
On such themes, the tail image (be it tail1.png or btail1.png, or any other number) has height = 1 pixel. On themes that don't trigger this bug, such image has around 30 pixels or more.

So, I did a quick resize of these images just to test:

Code: Select all

cd "data/themes/Guitar Hero III/tails/"
mkdir bak
mv tail?.png btail?.png bak
cd bak
for a in *; do convert $a -resize 100%x3200%! ../$a; done

The code above was just a quick way to strech those 1-pixel-high images to 32 pixels.
The result is right here:
Image
I did some testing. I tried images with 2, 4, 8 and 16 pixels, but only with 32 pixels the images were rendered as they should. With smaller heights, they were somewhat transparent (2 and 4 pixels were barely visible, 16 pixels was about half-transparent).

So, my conclusion is that my system does not like to have textures smaller than 32 pixels. (this was a completely empirical conclusion, I would love to be able to extract such information using OpenGL)

By the way, if you watch closely the image above, you will find that the tail is a bit darker at the end. This is hard to notice at the screenshot, but while playing it is very noticeable (specially when you hit the note and the tail lights up - sorry, but I couldn't get a screenshot of this).
I think this happens because the end-of-tail image (btaile1.png or taile1.png) is smaller than 32 pixels.

Although my conclusions were based on trial-and-error, I think they are pretty reasonable.

Proposed solutions:
* Change all graphics to have at least 32 pixels (on both dimensions).
* Fix this bug by fixing the code (e.g. maybe FoF could resize the images/textures when they are loaded).
* In case of "advanced tails" (GH3 theme), different tail colors could be joined into only one image file, just like how the frets and notes are stored now.

Oh, and note that I've only tested GH1/2/3 and RB1 themes. I don't know if other themes suffer from the same bug.

My system:
Gentoo/Linux amd64 (also known as x86_64)
Nvidia 9500M GS, using nvidia-drivers version 169.12
I also have Windows Vista on dual-boot, but I haven't tried to reproduce this bug there.
User avatar
Azzco
Member
Posts: 1308
Joined: August 15th, 2007
Location: Trelleborg, Scania, Sweden
Reputation: 0
Contact:

Postby Azzco » Wed Oct 01, 2008 7:10 am

Great detailed bug report, I've noticed this a few times in the past as well but sometimes it's worked as it should and up untill now it has worked. I don't have any problems with any of the Rock Band themes but GHIII has invisible tails for me right now. I'm going to test a few things, once I find some time for it and report back.
Image
(k)Ubuntu 8.10 skyscraper 2.6.27-11-generic i686 GNU/Linux KDE 4.2.0
It's not like I dislike sleeping, I really do like it to be honest. It's the whole wake up/go to sleep business I don't like.
That's Me!
User avatar
zauLLo22
Member
Posts: 183
Joined: June 14th, 2008
Location: Brasil
Reputation: 0
Contact:

Postby zauLLo22 » Wed Oct 01, 2008 12:46 pm

wow! you fixed that!

good work crazyterrabyte...
Image
viewtopic.php?f=11&t=30432 <= FoFiX Graphics Request Thread
evilynux
Member
Posts: 382
Joined: July 2nd, 2008
Location: Montréal, Canada
Reputation: 0
Contact:

Postby evilynux » Wed Oct 01, 2008 5:53 pm

Assuming you're using my releases you might have noticed that issue was on my "known issue" list for awhile. I'm glad you've found a workaround.

I'll most likely look into this tonight and release a patch.

Thanks alot CrazyTerabyte.
User avatar
CrazyTerabyte
Member
Posts: 6
Joined: September 29th, 2008
Reputation: 0
Contact:

Postby CrazyTerabyte » Wed Oct 01, 2008 7:25 pm

I've downloaded from official webpage, which, yeah, links to your post. So, yeah, I'm using your release.

However, I haven't noticed it was a known issue. Now that I looked at it, it says it is a known issue only for complex tails of GH3, but, in fact, it happens to other themes too.

But, ok, thanks for looking into this. I'm looking forward to your patch.
User avatar
Superhotglue
Member
Posts: 251
Joined: April 30th, 2008
Reputation: 0

Postby Superhotglue » Wed Oct 01, 2008 8:38 pm

Wow. Finally someone who knows how to write a bug report. Good find this should help.
I gotz teh VidMaster Annual achievement :D
User avatar
worldrave
Member
Posts: 1363
Joined: August 8th, 2007
Location: GA
Reputation: 0

Postby worldrave » Wed Oct 01, 2008 9:58 pm

Tails are definitely working just fine on windows, so it must have something to do with linux conversion i am guessing. This is interesting.
User avatar
sherranjjj001
Member
Posts: 1589
Joined: March 18th, 2008
Reputation: 0

Postby sherranjjj001 » Wed Oct 01, 2008 10:03 pm

They work fine for me also. I've never seen that problem ever.
User avatar
CrazyTerabyte
Member
Posts: 6
Joined: September 29th, 2008
Reputation: 0
Contact:

Postby CrazyTerabyte » Wed Oct 01, 2008 10:14 pm

sherranjjj001 wrote:They work fine for me also. I've never seen that problem ever.

What operating system, sherranjjj001? Windows too?

If this happens on Linux but not Windows, MAYBE it is a problem with Linux conversion (but I don't believe it is the case), or MAYBE it is a "limitation" of video drivers.
Or MAYBE it is a bug that exists in FoF/mod code, but does not happen on Windows for some reason. Well, just guessing, I haven't understood well the source (maybe because it was around 4 am).

It would be interesting to find out how this works on Mac machines.
evilynux
Member
Posts: 382
Joined: July 2nd, 2008
Location: Montréal, Canada
Reputation: 0
Contact:

Postby evilynux » Thu Oct 02, 2008 12:07 am

I know this problem is specific to GNU/Linux. It might also apply to MacOS X.

Also might be a bug specific to PyOpenGL 2.x. I'm stuck with that one as i'm unable to get cxFreeze to work with 3.x and PyAmanith doesn't work with it.

Resizing the tails "body" works great. My patch will include the resized tail bodies for GH1/2/3/80/Aero. Unfortunately, I can't get the tail ends to work properly.
User avatar
worldrave
Member
Posts: 1363
Joined: August 8th, 2007
Location: GA
Reputation: 0

Postby worldrave » Thu Oct 02, 2008 1:40 am

Hopefully this patch won't cause all the themers to have to redo all the tails and tips graphics, Just for linux compatibility. I know the reason behind why Alarian originally made them that way.
jrdnxxhero
Member
Posts: 2135
Joined: May 27th, 2008
Reputation: 1

Postby jrdnxxhero » Thu Oct 02, 2008 1:43 am

He'll become a coder.

I can tell!

I have the force. :p
Last edited by jrdnxxhero on Thu Oct 02, 2008 1:43 am, edited 1 time in total.
User avatar
CrazyTerabyte
Member
Posts: 6
Joined: September 29th, 2008
Reputation: 0
Contact:

Postby CrazyTerabyte » Thu Oct 02, 2008 2:02 am

worldrave wrote:Hopefully this patch won't cause all the themers to have to redo all the tails and tips graphics, Just for linux compatibility. I know the reason behind why Alarian originally made them that way.

Huh... I'm new here. Care to tell us the reason?

And, as I said before, the python code can resize the image upon loading (someone just need to code this).
User avatar
worldrave
Member
Posts: 1363
Joined: August 8th, 2007
Location: GA
Reputation: 0

Postby worldrave » Thu Oct 02, 2008 2:08 am

It won't matter any more if the code is already changed. But I'm sure a better approach could be done since this problem is linux related.
User avatar
CrazyTerabyte
Member
Posts: 6
Joined: September 29th, 2008
Reputation: 0
Contact:

Postby CrazyTerabyte » Thu Oct 02, 2008 9:45 pm

CrazyTerabyte wrote:So, my conclusion is that my system does not like to have textures smaller than 32 pixels. (this was a completely empirical conclusion, I would love to be able to extract such information using OpenGL)

:(
I've digged around a bit, and I found that there is glGetInteger(GL_MAX_TEXTURE_SIZE) to get the maximum texture size, but there is no equivalent for the minimum texture size.

Return to “FOF Mod Discussion and Support”

Who is online

Users browsing this forum: No registered users and 1 guest