User Tag List

Page 1 of 2 1 2 LastLast
Results 1 to 10 of 13

Thread: Customise HP/Heart, MP/Block, and make MAGICDRAINRATE a float.

  1. #1
    Mad, Mad, Author ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    686
    Mentioned
    61 Post(s)
    Tagged
    1 Thread(s)

    Customise HP/Heart, MP/Block, and make MAGICDRAINRATE a float.

    Like it says on the tin.


    Script Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | stdArguments.zh (v.6.9.9/1) | | Timers.zh (v.1.5)
    ZScript | ZC Dev | ZC 2.53 | Alucard's: stdCombos.zh (v1.1) | stdWeapons.zh | particles.z
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0.

  2. #2
    Heavenly Knight Tamamo's Avatar
    Join Date
    May 2011
    Location
    Colorado
    Age
    27
    Posts
    710
    Mentioned
    69 Post(s)
    Tagged
    2 Thread(s)
    @ZoriaRPG
    Meh, How about we just create custom container pieces and be done with it.
    You'll have to explain the latter. But most likely the internal engine is such a clusterfuck it would be better to just rewrite the counters altogether anyways once we implement Angelscript in a year or two.

  3. #3
    Mad, Mad, Author ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    686
    Mentioned
    61 Post(s)
    Tagged
    1 Thread(s)
    Quote Originally Posted by Tamamo View Post
    @ZoriaRPG
    Meh, How about we just create custom container pieces and be done with it.
    You'll have to explain the latter. But most likely the internal engine is such a clusterfuck it would be better to just rewrite the counters altogether anyways once we implement Angelscript in a year or two.
    How would container pieces be meaningful?

    The point, is that if a user wants hearts, displayed on the screen, measured in 1HP each, or 100HP each; and likewise with magic (again, displayed on the screen), measuredin custom amounts per 'block', that it should work. In fact, the reason that magic blocks are measured in 32s, not 16s, is because the default magic cost is in 2s, not 1s. That's affected by Game->Generic[GEN_MAGICDRAINRATE].

    MAGICDRAINRATE is the 'half magic' thing. Magic costs are divided by this, to determine final costs for item editor magic rates. As it's a truncated value, it is only possible to reduce magic costs, not increase them; which is how 'half magic' works: It sets the rate of this index in Game->Generic[] to '2', thus dividing costs by '2' before applying them. If we stop truncating it, the the user could set values in this array to 0.5, which would allow them to double, or quadruple the cost of MP-based items by setting Game->Generic[GEN_MAGICDRAINRATE] = 0.5. (So, cost = cost / 0.5).

    The reason that it is truncated now, is because decimal values for most of the other components of the array make no sense... but this one index does.

    Giving the user the ability to assign the value of a heart, or a magic block, shouldn't break anything. Likewise, removing truncation on that array, shouldn't either, unless the user sets values illegally. Technically this could allow HCs to grant two hearts, by user option, as well, and would allow setting the number of HP at continue more precisely. (CONTINUEHEARTS is in x * 16, so setting it to 10.25 would allow 164 HP as a starting amount.)

    If the user could change the value of hearts, then CONTINUEHEARTS would likewise be more valuable if it accepts a decimal value. All of this is pretty much linked together, which is why I posted it together. :)

    Has nothing to do with counters.


    Script Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | stdArguments.zh (v.6.9.9/1) | | Timers.zh (v.1.5)
    ZScript | ZC Dev | ZC 2.53 | Alucard's: stdCombos.zh (v1.1) | stdWeapons.zh | particles.z
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0.

  4. #4
    Heavenly Knight Tamamo's Avatar
    Join Date
    May 2011
    Location
    Colorado
    Age
    27
    Posts
    710
    Mentioned
    69 Post(s)
    Tagged
    2 Thread(s)
    Container Pieces would allow people to create scripted meters without having to resort to drawing which currently doesn't update when the subscreen is active. For example having 3 meters one for Health, Magic, and another for shield durability similar to Skyward Sword.

    Not to mention you could make them what ever value you wanted and use the same concept to replace the built in Life and Magic Container Pieces.

  5. #5
    Mad, Mad, Author ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    686
    Mentioned
    61 Post(s)
    Tagged
    1 Thread(s)
    Oh, you mean counter blocks, not container pieces, as in HCP or MPC items. Sure, that'd be possible, but if we just allow setting points per block (piece) as a variable, then why would we need to grant a separate interface to them?

    I wouldn't mind adding the other script types that were intended for 2.5... Screen scripts, which I presume were meant to be subscreens, are defined, but they were never completed, or even begun.


    Script Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | stdArguments.zh (v.6.9.9/1) | | Timers.zh (v.1.5)
    ZScript | ZC Dev | ZC 2.53 | Alucard's: stdCombos.zh (v1.1) | stdWeapons.zh | particles.z
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0.

  6. #6
    Heavenly Knight Tamamo's Avatar
    Join Date
    May 2011
    Location
    Colorado
    Age
    27
    Posts
    710
    Mentioned
    69 Post(s)
    Tagged
    2 Thread(s)
    Quote Originally Posted by ZoriaRPG View Post
    Oh, you mean counter blocks, not container pieces, as in HCP or MPC items. Sure, that'd be possible, but if we just allow setting points per block (piece) as a variable, then why would we need to grant a separate interface to them?

    I wouldn't mind adding the other script types that were intended for 2.5... Screen scripts, which I presume were meant to be subscreens, are defined, but they were never completed, or even begun.
    Error: A counter block is what nes style subscreens use to show keys rupees and bombs + Super Bombs if enabled.
    A new interface for all of ZQuests gui will be implemented inventually so we can eventually discard Allegro. (The GUI is one of the big reasons it cannot be easily done)

  7. #7
    Mad, Mad, Author ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    686
    Mentioned
    61 Post(s)
    Tagged
    1 Thread(s)
    Quote Originally Posted by Tamamo View Post
    Error: A counter block is what nes style subscreens use to show keys rupees and bombs + Super Bombs if enabled.
    A new interface for all of ZQuests gui will be implemented inventually so we can eventually discard Allegro. (The GUI is one of the big reasons it cannot be easily done)


    Right, 'Gauge Piece'. Still not a 'Container Piece', which was where I was confused by your initial reply... So, we were both wrong, and I still think you are missing the point.

    At present, the value of hearts, displayed in these gauges, is in increments of 16. Likewise, magic is in increments of 32. Those are fixed values, not something that the user can edit. There's no requirement to change how subscreens work, to allow the user to define these. We'd just change all code references to read one ZASM register, that defaults to 16, for HP, and another register that defaults to 32, for MP: Then, allow the user to change these values.

    This would grant a user the direct ability to change how much HP a single block of health or magic is worth, without any editing of subscreen object properties.Likewise, for the ZQ interface, the base values can be located in the Init Data->Misc tab, so that a user could change them, without scripting them. Allegro limitations do not apply.

    This most matters for games that need a finer display, for these bars, such as a 'Castlevania' style health system, or a Z2 style health system, where the bar has a tiny red line for every 2HP. It doesn;t mean anything to me personally though. I usually script status bar displays directly via draw instructions. [/sick]

    I also suspect that you are the only one who's thinking of making a new interface from scratch. Saffith wanted to migrate to ag5. Gleeok pretty much didn't care, last I knew.

    I'd just assume fix what's broken in Allegro, as writing, and migrating the ZC basecode to a new interface is a 5-year mission for a full crew. Plus, time for fixing every compatibility bug/issue in every quest in the galaxy; and ensuring that it still runs on ancient hardware, all the way back to flipping Vista and Windows ME, or ...98 for ix86. What is our minimum OS requirement again? [/afraid]


    Script Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | stdArguments.zh (v.6.9.9/1) | | Timers.zh (v.1.5)
    ZScript | ZC Dev | ZC 2.53 | Alucard's: stdCombos.zh (v1.1) | stdWeapons.zh | particles.z
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0.

  8. #8
    Heavenly Knight Tamamo's Avatar
    Join Date
    May 2011
    Location
    Colorado
    Age
    27
    Posts
    710
    Mentioned
    69 Post(s)
    Tagged
    2 Thread(s)
    MS Dos

  9. #9
    Mad, Mad, Author ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    686
    Mentioned
    61 Post(s)
    Tagged
    1 Thread(s)
    Quote Originally Posted by Tamamo View Post
    MS Dos

    Really?! I thought that PC-DOS support ended with 2.10.


    Script Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | stdArguments.zh (v.6.9.9/1) | | Timers.zh (v.1.5)
    ZScript | ZC Dev | ZC 2.53 | Alucard's: stdCombos.zh (v1.1) | stdWeapons.zh | particles.z
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0.

  10. #10
    Heavenly Knight Tamamo's Avatar
    Join Date
    May 2011
    Location
    Colorado
    Age
    27
    Posts
    710
    Mentioned
    69 Post(s)
    Tagged
    2 Thread(s)
    Quote Originally Posted by ZoriaRPG View Post
    Really?! I thought that PC-DOS support ended with 2.10.
    DOS support ended in 2000 actually. We're using VR now. I was being sarcastic

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
About us
Armageddon Games is a game development group founded in 1997. We are extremely passionate about our work and our inspirations are mostly drawn from games of the 8-bit and 16-bit era.
Social