Hi Keinart, your suggestion is very possible. You can measure the character count of the printed dialog line with len(_last_say_what). From there I came up with an approach that supports both the original and your suggestion via a switch that looks at player settings. 

Newly added code is marked in green, blue shows edits.

- New function (you can put it anywhere) is_csp_instant_or_fast  looks at the csp the player has chosen in their preferences. 180 is just some cut-off number for what I consider fast.

- If it's 'normal csp': goes with the old way of telling when the lipflap animation should end. See the edited line in function speaker_callback.

- If it's 'fast csp': ends the animation based on dialog length. See function live2d_lip_flapping. Change the 20 value to what looks good for your animation cycle. I added this same number as a buffer to len(_last_say_what) to guarantee at last some animation even if the text is short.

Hi Mokilil, thank you for using my code!

Are your definitions and script structured something like this? (These same lines can be used in my game project for testing)

I added spacing in the image name after "f", so you don't have to manually hide them constantly when switching to another image for the same character, but that is a matter of preference.

Maybe it's not working correctly because your ford and waynely models don't have the paramMouthOpenY parameter named the same way in their json? 

A quick-and-dirty way to fix this is put in all the available namings you have like this in the live2d_lip_flapping method (this is just the example with hiyori and Epsilon but might not be universal). All the Ren'Py versions I have tested so far allows it, even when model doesn't have a blend_parameter with a particular name. Then you can remove the param_mouth_open_y_label parts in the code too because it's redundant.

Hi DegeneRita,

Thanks for the comment. I don't maintain old code in general, so I wasn't aware that anything broke on a higher Ren'Py version.

For Ren'Py version 8.4.1 (unknown if future versions overhaul the Ren'Py class structures again) you should change this part:

live2d.name[0] into live2d.name[1]  

You don't need the print line, but I added it for debugging it in the console to see what's stored in the live2d.name. In older Ren'Py versions, I don't believe that the 'master' was there, so index 0 isn't storing the name anymore, but it's in 1 instead. In the future I'll see if there is actually a more robust way to read the name, since it was very trial and error looking how the Ren'Py code itself is structured and not necessarily things that are documented on its Live2d page.

I'm glad that this asset had been very useful to you! I don't use Live2D myself and this was just a little exercise for the jam, but it's cool to hear that people actually use it.