Hero of Allacrost Bug Tracker - Issues

0000187: Editor crashes if you paint an auto tile to the top tile row of a map

Wed, 11 May 2011 00:29:05 -0700

My debugger says the seg fault occurs on line 2028 in editor.cpp inside the void EditorScrollView::_AutotileTransitions(int32& tileset_num, int32& tile_index, const string tile_group) function. The offending line is below:

existing_tiles.push_back(GetCurrentLayer()[_tile_index - _map->GetWidth() - 1]);

I think what's happening is that because its the top row, _tile_index is set to a value that is less than _map->GetWidth(), causing the array index value for GetCurrentLayer() to become negative. A special case probably needs to be added for when the top row is being painted to.

0000186: GameVideo::DrawLine() coordinates don't appear to work correctly

Sun, 17 Jan 2010 20:12:08 -0800

I wrote this line in shop.cpp, its currently sitting on line 1065:

// TODO: This method isn't working correctly (know idea why these coordinates work). When the call is fixed, the args should be updated
VideoManager->DrawLine(-315.0f, -20.0f, 315.0f, -20.0f, 1.0f, Color::white);

In this example the active coordinate system is the standard GUI one (0-1024, 0-768). This call *somehow* manages to draw a horizontal white line centered near the top of the screen. Those negative coordinates should be mapping off the screen, but somehow they are on screen. This is only the case for this function. Trying to draw images or anything else at -315.0f will draw them outside of the screen. Also I'm not certain, but I think I remember seeing that the order in which this function call was made relative to other image/GUI draw calls had an effect on where the line was actually drawn.

I took a look at the DrawLine() implementation and its all low level OpenGL functions. I don't know if this function is not taking into account the active coordinate system or what, but it should be. This will remain a minor annoyance until its fixed, but until then through trial-and-error you can usually figure out the "magic coordinates" to get a line drawn where you want it.

0000185: Editor freezes when loading large files desert_village.lua and desert_outskirts.lua

Sun, 23 Aug 2009 23:51:18 -0700

When I open the Allacrost editor and open desert_village.lua or desert_outskirts.lua, the editor freezes. I am using an Nvidia card in Linux.

I have noticed that if I use the nv driver instead of the nvidia driver, then the editor will load the maps, and will be unusably slow. I am not sure how or if ATI cards are affected. Through debugging with gdb (with nvidia driver), I have noticed that the editor spends a long time in the functions _ViewToggleGrid(), _ViewToggleLL(), _ViewToggleML(), and I assume the other similar functions too. After this, it exits the function _FileOpen(), and I am not sure where it goes from there.

The editor may or may not continue from here. I have given it several minutes, and it just sits there, never updating the screen. If another window has moved over the Allacrost window, then it will look like trash, and if I move the window to another desktop then it will be blank. Otherwise, it tauntingly displays "100%".

0000103: Chunk support

Sun, 23 Aug 2009 23:47:40 -0700

Allow the editor to place multiple tiles (a chunk) in one click in addition to single tiles, and define the appropriate chunks in a tileset's definition file

0000102: Remove unviewable tiles when saving a map

Sun, 23 Aug 2009 23:37:31 -0700

Upon saving a map, any tiles which are determined to be unviewable in the game should automatically be removed, in order to save memory and CPU computation.

0000180: Marquee move/undo doesn't always work

Sun, 23 Aug 2009 23:35:35 -0700

Sometimes if I marquee select a section of tiles and move it to a new location, the move doesn't copy all of the tiles correctly. What's even worse is if I undo the move, it messes up the tiles in the original location as well. I think the larger the area you select and/or the further distance you try to move that selection, the more likely it is that the move will not succeed. That's just a guess though based on what I've experienced.

0000184: Create a class for managing option box cursors

Wed, 15 Jul 2009 09:13:24 -0700

Currently you always have to set the cursor offset position every time you initialize an option box. This is really annoying to do everywhere and not good practice either, since the values you use are directly related to the type of cursor image that is used. Instead, it would be nice if we could create a cursor management system in the same way that we do for text styles. That is, we allow the user to define a cursor (consisting of image + default offsets) and have one default cursor. Then OptionBox objects can use the default cursor and offsets by default and not need to worry about the cursor or the cursor offsets unless they wish to use different behavior for some reason.

0000181: Selected option in an option box is not always visible

Wed, 08 Jul 2009 10:15:13 -0700

Whenever the OptionBox:SetSelection() method is called and the selection is changed to an option that is not currently visible, the visible contents of the option box should change so that the selected option is always visible. Currently that is not the case. If you have an option box with a number of options that is greater than the total number of options that can be displayed at one time, if you set the selection to an option that is not visible the visible contents of the option box remained unchanged. Hitting the up/down/left/right keys will scroll the options and bring it back into view.

0000183: X-axis center and right alignments do not work correctly for textboxes

Wed, 08 Jul 2009 10:14:44 -0700

I'm trying to use center alignment in the new shop mode code for one of the textboxes and it doesn't work correctly. The center appears skewed toward the right hand side. I also tested right alignment to see if that works and its even worse. When I used right alignment, the text wasn't visible on the screen at all.

I've played around with various textbox dimension sizes and alignments and in one case I actually saw the text for a textbox being drawn outside of the textbox area. Left alignment continues to work just fine as far as I can tell.

0000182: {Audio/Sound/Music}Descriptor class copy constructor and copy assignment operator need implementation

Wed, 08 Jul 2009 10:08:59 -0700

Copying of audio descriptor objects does not work. In fact, trying to play an audio descriptor that has been copied will cause the game to abort with a segmentation fault. These classes don't have their copy constructor or copy assignment operators implemented correctly and this needs to be fixed.

0000166: Implement walking/running sounds for map sprites

Thu, 02 Jul 2009 16:42:05 -0700

We need the ability to play terrain-specific sounds when a sprite or sprite is walking over certain types of ground. This includes both the player sprite and NPC/enemy sprites, and it should be able to play different audio depending on whether the sprite is walking versus running.

0000092: Implement sound sources on maps that change volume depending on the distance of the source to the camera (distance attenuation)

Thu, 02 Jul 2009 16:40:21 -0700

Implement sound sources on maps that change volume depending on the distance of the source to the camera (distance attenuation)

0000178: Various small issues with desert ground tileset

Wed, 24 Jun 2009 18:43:07 -0700

http://allacrost.svn.sourceforge.net/viewvc/allacrost/trunk/demo/img/tilesets/desert_ground.png [^]

I added this new tileset image in revision #1530. I created it mostly by combining several image files I found in your user directory, Jetryl, and had to make some modifications because sometimes I had to extract them from "test scenes" rather than having the originals available. Everything should be okay, but there are some issues that should be considered and addressed if necessary.

1) Missing plant shadows
The cactii plants have shadows but the tree/shrub do not.

2) Cactii shadows
These cactii came from a test scene image that was filled with sand, so I had to remove the sand to get the cactii. The shadows in the current tileset include that sand. It is better for shadows to simply be pure black transparency, that way the plant can be placed over any type of terrain and the shadow texture will match the terrain.

3) JPEG artifacting on ground tile set
The group of ground tiles that is second to the right and second down (its the one that is more orange and has a cobble pathway) has artificating because it was extracted from a JPEG. Someone else (Jarks I think) created this and posted it on the forums as a jpeg. You had requested it to be reposted as a PNG but Jarks never complied with the request. So this set of tiles doesn't look so nice right now.

4) Cliff tiles contain sand
The set of rocky cliff tiles (the nicer looking ones) contain sand filling because again, they were taken from a scene image. This makes it difficult if not impossible to use these cliff tiles with other terrain types. If the sand were replaced with transparency, then the cliffs could blend with any other form of ground tile (grass, dirt, etc) and they could be re-used throughout more types of terrain. I do realize that maybe this flexibility would result in making the cliffs look slightly less awesome, but I wanted to point it out and let you make a decision about it.

0000176: Full screen mode fails in a dual monitor setup

Tue, 09 Jun 2009 21:50:25 -0700

I use two monitors configured on my Linux system. When I try to put the game in fullscreen mode, the game doesn't fullscreen in just one monitor, but rather it tries to fullscreen across both monitors. What ends up happening is that the actual game area is in the center of the two monitors (ie there's a big ugly gap in the game between the monitors) and the rest of the area is blacked out.

The desired solution is to only have the game go into full screen mode on one of the two monitors, not both. I'm not sure if this is a problem on other platforms but it sounds like this issue would be related to a SDL or OpenGL library call.

0000051: Incorrect tile draw mappings

Thu, 27 Nov 2008 22:23:23 -0800

It appears that there is a drawing problem with the tiles in map mode. The tiles are all drawn in the correct place, but there are some rows/columns of pixels that are duplicated. This issue may be better addressed in the video engine code, but it may not be feasible to fix there, and would have to come down to the map drawing code.

0000001: OptionBox takes a image filename for the image to show

Thu, 27 Nov 2008 22:21:54 -0800

Right now we can't do anything special for the image shown in the option box cells, change the option box so that it takes a StillImage instead of a filename.
Use a new tag to specify where the image goes in relation to the text.
e.g. (Potion, StillImage)

0000073: Need to integrate the gettext library into the engine and add support for multiple languages

Thu, 27 Nov 2008 22:21:23 -0800

Need to integrate the gettext library into the engine and add support for multiple languages

0000173: Big resolutions don't display correctly

Sun, 26 Oct 2008 12:09:43 -0700

When running the game hooked up to my tv, which had a resolution of something like 1360x768, the game didn't display properly. In window mode the bottom of the game was cut off, probably by an entire row of tiles, if not two. When running fullscreen mode at that resolution, the game filled up the entire screen and everything seemed stretched sideways. There were no black bars down the sides, though I think there should have been.

Another user popped in to IRC to report a similar problem. He was running at a resolution of 1920x1080. He could see only part of the logo of the boot screen, and didn't see the menu. He also had no black bars in full screen. Manually changing the resolution in settings.lua didn't help. He was on Vista 64.

So it's occurring across multiple OSes.

0000172: Drupal update 6.5 -> 6.6

Wed, 22 Oct 2008 23:36:29 -0700

The drupal site needs to be update to the latest version

0000171: Taking screenshots produces incorrect images

Tue, 21 Oct 2008 23:31:41 -0700

Saving a screenshot produces a new screenshot image file, but the image contents are a garbled mess that is not the true contents of the screen. The image is black and white and slanted.

0000170: phpBB 3.0 isn't sending out forum registration e-mails

Tue, 21 Oct 2008 21:10:10 -0700

When you register on our forums the forum is supposed to send the user an e-mail requesting that they respond to activate their account. Since June 2008, the forum doesn't appear to have been doing that. This needs to be fixed ASAP so new people can sign up on our forums!

0000074: We need the ability to insert markups into text to allow (for example) multiple colors within a single body of text

Sat, 04 Oct 2008 06:48:22 -0700

We need the ability to insert markups into text to allow (for example) multiple colors within a single body of text

0000075: Rendered Text needs to auto-manage its own texture memory and a few other clean-ups

Sat, 04 Oct 2008 06:44:57 -0700

Rendered Text needs to auto-manage its own texture memory and a few other clean-ups

0000113: Website links don't work on Opera, tested on Arch linux.

Sun, 14 Sep 2008 01:48:59 -0700

The topic says it all.

0000167: Password recovery isn't working

Sun, 14 Sep 2008 01:31:38 -0700

Ettin tried to do a password recovery but for some reason he never recieved his mail.