You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Taking a gif on the net, splitting it into its frames with gifsicle (gifsicle -e filename) (btw 3rd and 5th frames were not readable by the translation I had to convert them to pngs), then using Moe to generate animation (Moe --add-anime=anime --wait=100 files[0..23]) creates the attribute placed on the first file of the sequence.
But if I use it with Moe, the first frame appears then Moe crashes after 1 second.
The text was updated successfully, but these errors were encountered:
Workaround: Use --add-anime=wink, as written in the docs, not --add-anime=anime.
Maybe there were plans to have different types of animations, but that seems the only working one now. I haven't gone deep in the code to know when each event happens, but MoeMascotManager sets up winking when there are any MOE:ANIME attributes and MoeMascot::Wink gets a list of bitmaps whose name start with WINK and chooses one of them without checking if there are any. When there are not, it plays a NULL one and crashes.
There's no point in filtering by WINK name, given that the command
allows adding animations with any name and there is no other type now.
Also protect agains the possibility of `MoeUtils::Rand(int32 max)`
returning `max`.
FixesHaikuArchives#8
Taking a gif on the net, splitting it into its frames with gifsicle (gifsicle -e filename) (btw 3rd and 5th frames were not readable by the translation I had to convert them to pngs), then using Moe to generate animation (Moe --add-anime=anime --wait=100 files[0..23]) creates the attribute placed on the first file of the sequence.
But if I use it with Moe, the first frame appears then Moe crashes after 1 second.
The text was updated successfully, but these errors were encountered: