Bob the Hamster | 1 Oct 22:48 2009

Re: SVN: teeemcee/2911 Sanify (a word I did not inventify) the sprite reference counting and ca

On Wed, Sep 30, 2009 at 9:47 AM,  <subversion <at> hamsterrepublic.com> wrote:
> teeemcee
> 2009-09-30 09:47:32 -0700 (Wed, 30 Sep 2009)
> 218
> Sanify (a word I did not inventify) the sprite reference counting and caching systems (that's not quite
done); which had a broken mode of operation.
>
> Also I rewrote/fully optimised/cleaned up sprite_flip_(horiz|vert).

This change causes the battle system to crash on a sprite_delete() as
soon as anybody attacks.

---
James
Bob the Hamster | 1 Oct 23:08 2009

Re: SVN: teeemcee/2911 Sanify (a word I did not inventify) the sprite reference counting and ca

On Thu, Oct 01, 2009 at 01:48:33PM -0700, Bob the Hamster wrote:
> On Wed, Sep 30, 2009 at 9:47 AM,  <subversion <at> hamsterrepublic.com> wrote:
> > teeemcee
> > 2009-09-30 09:47:32 -0700 (Wed, 30 Sep 2009)
> > 218
> > Sanify (a word I did not inventify) the sprite reference counting and caching systems (that's not quite
done); which had a broken mode of operation.
> >
> > Also I rewrote/fully optimised/cleaned up sprite_flip_(horiz|vert).
> 
> This change causes the battle system to crash on a sprite_delete() as
> soon as anybody attacks.

Actually, on closer examination, this seems to only be whe enemies 
attack, since their attacks are flipped. I am going to hazard a guess 
that this is crashing when it flips a non-zero frame of attack 
animation.

---
James
subversion | 1 Oct 23:23 2009

SVN: james/2915 Fix attacks that set the target stat to a percentage

james
2009-10-01 14:23:00 -0700 (Thu, 01 Oct 2009)
201
Fix attacks that set the target stat to a percentage
which I broke with a typo back in revision 2869
I typed: IF attack.percent_damage_not_set = YES
when I meant: IF attack.percent_damage_not_set = NO
---
U   wip/bmodsubs.bas
subversion | 2 Oct 07:11 2009

SVN: james/2916 A somewhat tacky and inefficient workaround for the sprite_flip_horiz()

james
2009-10-01 22:11:20 -0700 (Thu, 01 Oct 2009)
191
A somewhat tacky and inefficient workaround for the sprite_flip_horiz() crash in battle.
TMC, if you know a better fix, I would welcome it! :)

At least this gets things non-crashy again. :)
---
U   wip/bmod.bas
bugzilla-daemon | 2 Oct 08:31 2009

[Bug 759] New: Lighting Tool


http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=759

           Summary: Lighting Tool
           Product: OHRRPGCE
           Version: Nigtly WIP Builds (Ypsiliform)
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: feature request
          Priority: P3
         Component: Graphics
        AssignedTo: ohrrpgce <at> lists.motherhamster.org
        ReportedBy: zippywings <at> hotmail.com

Already spent a good length of time discussing this with TMC, but just wanted
to make an official request to keep the reminder open:

Last night, after manually changing the color values of individual pixels for a
dirt-based ground tile to simulate an illuminated area, I thought there has to
be a better way. So much time is wasted on designing lights and shadows that
most designers skip doing it entirely. 

That's when I thought about a mark/clone style tool that could adjust the color
values of a given selection to either lighten or darken the object/tile.

Based on the discussion, the short version is that this would require:

-a free hand selection tool (that mark/clone would also utilize)
-an ability for the user to remap colors in case the ramp isn't horizontal
(Continue reading)

bugzilla-daemon | 2 Oct 08:38 2009

[Bug 750] Textboxes Don't Trigger on Teaching Items


http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=750

--- Comment #1 from Jeremy Bursey <zippywings <at> hotmail.com> 2009-10-01 23:38:25 PDT ---
Just adding that this bug also prevents the player from selecting a hero to
teach the spell to when he uses the item in the item menu. Only the party
member in slot 0 can learn the spell if a textbox is attached.

(TMC already knows about it, just posting here as a reminder for him to fix
it.)

--

-- 
Configure bugmail: http://rpg.hamsterrepublic.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
bugzilla-daemon | 2 Oct 10:57 2009

[Bug 759] Lighting Tool


http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=759

David Gowers <neota <at> softhome.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |neota <at> softhome.net

--- Comment #1 from David Gowers <neota <at> softhome.net> 2009-10-02 01:57:47 PDT ---
This is what programs like Grafx2 are for.
http://gilgamesh.hamsterrepublic.com/wiki/ohrrpgce/index.php/Graphics_Utilities
http://gilgamesh.hamsterrepublic.com/wiki/ohrrpgce/index.php/Grafx2

ProMotion also has this capability.
I think this bug should be closed because sophisticated pixel editing is
somewhat beyond the scope of the OHRRPGCE - and such editing is available in
Grafx2 which definitely is available for your platform, for free.

I just added some content to the Grafx2 page which explains how to
darken/lighten areas easily.

--

-- 
Configure bugmail: http://rpg.hamsterrepublic.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
subversion | 2 Oct 14:40 2009

SVN: teeemcee/2917 Sick of having dozens sort implementations scattered around the source,

teeemcee
2009-10-02 05:40:55 -0700 (Fri, 02 Oct 2009)
328
Sick of having dozens sort implementations scattered around the source, I added a general integer
insertion sort function in util.bas, plus an alternative that uses C's qsort. These return a permutation
that puts the integers in order, they don't actually sort the arrays. I'll add different versions as
required/I feel like it.
---
U   wip/util.bas
U   wip/util.bi
subversion | 2 Oct 14:48 2009

SVN: teeemcee/2918 Noticed the formation editor was not using sprite_sizes... so did a whol

teeemcee
2009-10-02 05:48:50 -0700 (Fri, 02 Oct 2009)
313
Noticed the formation editor was not using sprite_sizes... so did a whole lot of cleanup. I removed the b(),
s(), w(), h(), pal16() arrays, converted the graphics to sprite-based, made use of general sort, and
changed the fast movement key from alt to shift, since we (or just I) seem to be standardising on that.
---
U   wip/subs.bas
subversion | 2 Oct 15:37 2009

SVN: teeemcee/2919 Reran with.el, which didn't show any new cases of WITH pointer corruptio

teeemcee
2009-10-02 06:37:52 -0700 (Fri, 02 Oct 2009)
176
Reran with.el, which didn't show any new cases of WITH pointer corruption, but removed a couple obsolete
warns. Also clearing other random minor changes out of my working copy.
---
U   wip/bmod.bas
U   wip/bmodsubs.bas
U   wip/common.bas
U   wip/game.bas
U   wip/menustuf.bas

Gmane