Messages

I wasn't aware of that bug. Thanks so much - works great now!

Huh. Seems to be a weird issue with map:on_started() since hero:freeze() works when I call it later. If I build in a one second delay, everything is fine. Not sure if this is an issue with the engine or the script.

Thanks llamazing - that's really helpful! And I just grabbed the script less than a month ago, so I've only worked with the most recent version.

The specific problem I'm having relates to hero:freeze() presumably not working. With this code the hero does not freeze:

Code Select Expand


  map:start_coroutine(function()
    hero:freeze()
    m:set_target(296, 728);
    movement(m, npc)
    m:set_target(184, 656);
    movement(m, npc)
    dialog("npcs.npc")
    game:set_value("quest", 0)
    hero:unfreeze()
  end)


Strangely enough, hero:get_state() still returns "frozen" as expected, but I have full control.

Sorry to necropost a bit, but I've been playing around with this coroutine_helper script and wondered if there was any additional documentation.

For example, I don't understand what wait_for might be used for - are there example of specific engine functions that this might utilize this?

You also specifically pointed out hero:freeze - was this saying this function would NOT work with this coroutine setup? I'm having sporadic issues with hero:freeze working, either inside or outside of the coroutine, so I wasn't sure if that was known behaviour.

Yes - works great!

Nevermind. I was running an old version of Gimp and didn't even realize it until I checked the script comment that said it was tested in 2.10.

I copied the file to my plugins folder, and restarted Gimp, but I don't see anything new in my Filters menu. Is there a step I'm missing?

Ran Gimp in verbose mode, but didn't give much insight. "Unable to run plug-in. Failed to execute child process (No such file or directory)." No line number or routine or anything

I had not seen this before. Given how Zelda 1's map is also supposed to be at the bottom of Zelda 2's map, I'm not sure how this all works together...

Max, I would love to help beta test. Very exciting you're so far along in the process this fast! Congrats!

Agreed. LPC gets around it by keeping the same basic shape, as you mentioned.

I've been in the initial phases of thinking about this exact problem, for a project I'm thinking about taking on. I also think we'd need a general approach to this in order for Solarus to successfully branch out to more traditional RPGs.

I agree that #2 seems like the best option, possibly combined with #3 for palette swaps. That option is actually similar to the philosophy behind the Universal LPC Character Generator Project (http://gaurav.munjal.us/Universal-LPC-Spritesheet-Character-Generator). This uses a base character sprite and then simply layers each of the armor/weapon components on top at a set location (based on the location of the armor/weapon sprite sheet relative to the character sprite sheet, so transparent pixels like llamazing said).

If you're able to combine #2 and #3, the number of sprite sheets required wouldn't be too bad. You'd need a base sprite sheet for each "race" appearance (like the LPC project has Orcs, Skeletons, and the rest are human-like) which you could color-swap with shaders. Then you'd need a sprite sheet for each armor and weapon type, but those could be applied to any of the base sprite sheets for a large number of combinations. These could also be color swaps with shaders if needed.

That world editor idea is definitely the one I'd be most excited about. That would have saved me literally days of time in my game's development, with having to set all of those values manually. If you have a lot of maps this can be incredibly difficult. And don't even TRY to add one later or re-arrange them!

But the ground is not water in this case, as the water has been removed. Is there a way around this? Like can I override the ground type before the hero sprite changes if it won't detect that the entities aren't there anymore?

I discovered something in my game today that wasn't in 1.5, so I think it may be a bug introduced in 1.6. I may a couple of maps in my game where there are a number of dynamic entities of water tiles that I disable at one point in the game (basically you drain an entire lake, and this is how it's accomplished). Now with 1.6, when I move from the top map to the bottom map, the "splashing" animation shows for a short time immediately after the transition, and then returns to the normal "walking" animation. This didn't happen in 1.5 - the transition was seamless and the player wouldn't suspect there was ever water there. Oddly enough, the same thing does not happen when moving from the bottom map to the top map, so maybe it only occurs when the hero is facing down?

Those spiders are way too good and I hate them. *shudders*