If you have any questions, reports, suggestions, or requests about Live2D, please send them to this forum.
※We cannot guarantee statements or answers from Live2D staff. Thank you for your understanding in advance.
Live2D Cubism
Cubism Products and Downloads
Cubism product manuals and tutorials
Cubism Editor Manual Cubism Editor Tutorial Cubism SDK Manual Cubism SDK Tutorial
※We cannot guarantee statements or answers from Live2D staff. Thank you for your understanding in advance.
Live2D Cubism
Cubism Products and Downloads
Cubism product manuals and tutorials
Cubism Editor Manual Cubism Editor Tutorial Cubism SDK Manual Cubism SDK Tutorial
[About macOS Sonoma 14.0] (update 10/17/2023)
The current compatibility status with released Live2D Cubism products is as follows:
[supported]Live2D Cubism Editor version 5.0.01 and later
[not supported]Live2D Cubism Editor version 5.0.00 beta1 and earlier,Other Live2D Cubism products, including Live2D Cubism SDK.
Please refrain from upgrading the macOS as they may not work properly.
The Cubism Editor license file may be lost after the macOS upgrade.
Please make sure to deactivate the Cubism Editor license before upgrading the macOS.
For more details
The current compatibility status with released Live2D Cubism products is as follows:
[supported]Live2D Cubism Editor version 5.0.01 and later
[not supported]Live2D Cubism Editor version 5.0.00 beta1 and earlier,Other Live2D Cubism products, including Live2D Cubism SDK.
Please refrain from upgrading the macOS as they may not work properly.
The Cubism Editor license file may be lost after the macOS upgrade.
Please make sure to deactivate the Cubism Editor license before upgrading the macOS.
For more details
Best Of
Editor 5.0 Beta 1 UI issue - Window artifact appears under mouse when hovering over UI
A live2d window artifact seems to pop up when hovering over clickable UI elements.
I was just wondering if anyone else had this issue?
I have tried UI scaling options, different displays, dark/light mode and different files. All produce the same result.
- I have also tested a laptop with similar specs to below with no issue.
Example:
Specs:
- Cubism Editor 5.0 Beta1
- OS & Version: Win 11
- Graphics Specifications: RTX 3080
- CPU: Ryzen 5900X
- Memory: 32GB
I was just wondering if anyone else had this issue?
I have tried UI scaling options, different displays, dark/light mode and different files. All produce the same result.
- I have also tested a laptop with similar specs to below with no issue.
Example:
Specs:
- Cubism Editor 5.0 Beta1
- OS & Version: Win 11
- Graphics Specifications: RTX 3080
- CPU: Ryzen 5900X
- Memory: 32GB
5.0 beta UI Upscale causes sever fps drop from high res monitors in physics window
Something that I have run into with multiple monitors at different resolutions is that with the ui upscaling the preview in the physics window drops frames a noticeable amount.
In my case, I have a widescreen (5120x2160), a 4k monitor, and a spare 1440p monitor. Across all of them, the frame drop becomes progressively worse to the point where single frames are seen.
Currently what I have found is that the only solution is to turn off the upscaling however the whole point of the ui upscaling is so that you can see/read what you are doing in the software and without it it is harder to navigate through to the program.
In the videos attached, the first half is with the ui scaling and the last without. For heavier model files it becomes extremely apparent.
https://drive.google.com/file/d/1--YK-Ch8GDWSnDYEykwCWKAgHPPhECT4/view?usp=sharing
https://drive.google.com/file/d/1-9xq1ncwe4Bo4iW6Keaq_4crBjKZe0Nb/view?usp=sharing
In my case, I have a widescreen (5120x2160), a 4k monitor, and a spare 1440p monitor. Across all of them, the frame drop becomes progressively worse to the point where single frames are seen.
Currently what I have found is that the only solution is to turn off the upscaling however the whole point of the ui upscaling is so that you can see/read what you are doing in the software and without it it is harder to navigate through to the program.
In the videos attached, the first half is with the ui scaling and the last without. For heavier model files it becomes extremely apparent.
https://drive.google.com/file/d/1--YK-Ch8GDWSnDYEykwCWKAgHPPhECT4/view?usp=sharing
https://drive.google.com/file/d/1-9xq1ncwe4Bo4iW6Keaq_4crBjKZe0Nb/view?usp=sharing
No highlight when selecting something from the view parameter or deformer
Here is my problem...
I can still rig but it's really difficult since i don't know what is selected ^^'
For example, in the screenshot, i click on artmeshes and nothing, no hightlight.. the object IS selected but i don't know what i clicked since there is nothing higlighted
Thank u for ur help!
I can still rig but it's really difficult since i don't know what is selected ^^'
For example, in the screenshot, i click on artmeshes and nothing, no hightlight.. the object IS selected but i don't know what i clicked since there is nothing higlighted
Thank u for ur help!
Is it possible to modify a model preset while animating ?
Hello,
I was wondering if there is a way to apply a Model's modification to the Animation ?
Like, I want to change the amplitude of the rotation to one of my layer, but actually if I do that, the thing doesn't change to the animation and I have no choice but make again ALL the animation.
I looked in the manual but I did not find anything on it (or so it escaped me)
I was wondering if there is a way to apply a Model's modification to the Animation ?
Like, I want to change the amplitude of the rotation to one of my layer, but actually if I do that, the thing doesn't change to the animation and I have no choice but make again ALL the animation.
I looked in the manual but I did not find anything on it (or so it escaped me)
Better Clipping Masks
Clipping masks could be better, especially with all the work-arounds needed to compensate for all of it's shortcomings.
The main problems that I have, and many others is the fact that clipping masks tend to stack incorrectly, as well as that the system is generally clunky with it's current configuration.
Here are some of my proposed solutions, but I'm not someone who knows a lot about the coding and math side of things, so take it with a grain of salt.
The main problems that I have, and many others is the fact that clipping masks tend to stack incorrectly, as well as that the system is generally clunky with it's current configuration.
Here are some of my proposed solutions, but I'm not someone who knows a lot about the coding and math side of things, so take it with a grain of salt.
ALPHA MASKS
For the 'Incorrect Stacking/ Leaking" problem, I had proposed this earlier in another thread (here) and I'll just put it here as well:
There can be a separate function from Clipping Mask(s), called; 'Inherit Alpha'. This new function works in the same manner: i.e; a textbox where you can paste artmeshes into, and the "invert mask" tick-box. But inherits the visible alpha of the layer/s specified in the text box, instead of the whole alpha, regardless of the current state of it's visibility.
For example; You have Mesh 1 clipped Mesh 2- of which is clipped to Mesh 3. When you move Mesh 1 and 2, Mesh 2 stays within the bounds of Mesh 3, but Mesh 1 leaks, as it only clips to Mesh 1, regardless of it's visibility.
(From the "Stacking Dual Clipping" discussion)
With 'Inherit Alpha', Mesh 1 would be inheriting the visibility of Mesh 2, meaning rather than leaking, it stays both within Mesh 2, and Mesh 3.
(From the "Stacking Dual Clipping" discussion)
It would be good to keep the legacy system, as that allows for invisible masking, and a whole bunch of other very useful applications.
There can be a separate function from Clipping Mask(s), called; 'Inherit Alpha'. This new function works in the same manner: i.e; a textbox where you can paste artmeshes into, and the "invert mask" tick-box. But inherits the visible alpha of the layer/s specified in the text box, instead of the whole alpha, regardless of the current state of it's visibility.
For example; You have Mesh 1 clipped Mesh 2- of which is clipped to Mesh 3. When you move Mesh 1 and 2, Mesh 2 stays within the bounds of Mesh 3, but Mesh 1 leaks, as it only clips to Mesh 1, regardless of it's visibility.
(From the "Stacking Dual Clipping" discussion)
With 'Inherit Alpha', Mesh 1 would be inheriting the visibility of Mesh 2, meaning rather than leaking, it stays both within Mesh 2, and Mesh 3.
(From the "Stacking Dual Clipping" discussion)
It would be good to keep the legacy system, as that allows for invisible masking, and a whole bunch of other very useful applications.
MASK GROUPS
Mask groups would help a ton with efficiency. I propose that there are two ways to group-mask artmeshes.
One, being the easiest- allowing folders to mask onto artmeshes, and vice versa. This can allow for things like eyes and mouths to reduce their mask count.
The second being a separate function, either in the deformer or parts list. I can't say much about this, as it functions the same, if not with more features than masking folders, but I haven't been able to think up of any more features, without being able to actually use it.
Anyways, I do hope the team considers this. Many thanks! Live2D is great, and I'd love to see it improve. Hopefully this isn't too long winded.
Paste to Multiple Keys
An additional Paste option- to allow the user to paste data to multiple keys at the same time.
The menu could look the same as the "multiple key editing" menu- where the user can highlight the keys they want to paste the information to, and which information they'd like to paste (taken from the paste special menu)
This would greatly assist in creating consistency and efficiency for art-meshes with lots of parameters!
The menu could look the same as the "multiple key editing" menu- where the user can highlight the keys they want to paste the information to, and which information they'd like to paste (taken from the paste special menu)
This would greatly assist in creating consistency and efficiency for art-meshes with lots of parameters!
Warp Deformer Glue
This could open up a lot of fun options!
It'd probably mean we have to lock the deformer divisions but that'd be a small price to pay!
It'd probably mean we have to lock the deformer divisions but that'd be a small price to pay!
Re: Warp Deformer Glue
I'll expand on this idea a little!
When animating an artmesh inside of a deformer, it follows the shape of the deformer-
So if we animate an object going down the deformer(1), and then change the deformer, the object follows the new shape
Right now, glue can let an artmesh go from A to B but it's perfectly linear
A will to go B no matter where B is placed since they are stuck together, which is better than simply animating A to manually match B (changing B's position doesn't ruin the animation when it's glued)
If we could glue Deformers, we could animate transitions using the deformer as a path, point A can have keyforms and point B can have different keyforms, and the transition will always be smooth
This could be used the same way glue is used now, but to greater effect.
This would also mean that dozens of artmeshes won't need glue, glue between say the body and the hips could be handled by glued deformers instead!
Like in this example- at least 6 art meshes would be needed (Nevermind if they have shadow layers or extra art complications)
If we could glue deformers, we'd just need to worry about gluing one thing and all the objects inside wouldn't have to be managed, saving a lot of time
When animating an artmesh inside of a deformer, it follows the shape of the deformer-
So if we animate an object going down the deformer(1), and then change the deformer, the object follows the new shape
Right now, glue can let an artmesh go from A to B but it's perfectly linear
A will to go B no matter where B is placed since they are stuck together, which is better than simply animating A to manually match B (changing B's position doesn't ruin the animation when it's glued)
If we could glue Deformers, we could animate transitions using the deformer as a path, point A can have keyforms and point B can have different keyforms, and the transition will always be smooth
This could be used the same way glue is used now, but to greater effect.
This would also mean that dozens of artmeshes won't need glue, glue between say the body and the hips could be handled by glued deformers instead!
Like in this example- at least 6 art meshes would be needed (Nevermind if they have shadow layers or extra art complications)
If we could glue deformers, we'd just need to worry about gluing one thing and all the objects inside wouldn't have to be managed, saving a lot of time
Re: Live2D Animator crashes during export AND model crashes upon opening Physics Settings
I have the same problem and the same CPU except for me its 12.5 and Live2D crashes whenever I make any small adjustment with the warp deformer or etc.
Live2D Animator crashes during export AND model crashes upon opening Physics Settings
When I try to export my Live2d Animation it crashes. And when I open the Physics Settings of my model, Live2d crashes.
- Live2D Software Version: Cubism Editor 4.2.00
- OS & Version: macOS Monterey 12.3.1
- PC Model: MacBook Air 2020
- Graphics Specifications: Intel Iris Plus Graphics 1536 MB
- CPU: 1.1 GHz Dual-Core Intel Core i3
- Memory: 8GB
- Illustration Software used: Photoshop, After Effects
- Live2D Software Version: Cubism Editor 4.2.00
- OS & Version: macOS Monterey 12.3.1
- PC Model: MacBook Air 2020
- Graphics Specifications: Intel Iris Plus Graphics 1536 MB
- CPU: 1.1 GHz Dual-Core Intel Core i3
- Memory: 8GB
- Illustration Software used: Photoshop, After Effects
