is it intentional for EditableImages to not render inside plugin widgets?
The fix for this should be released very soon!
Is there an approximate release date on editable images yet? Transparent communication on this matter is crucial for my game design decisions.
When I create a EditableImage with Instance.new(āEditableImageā)
It only appear on Server Side
Please tell me what Iām doing wrong
MeshCreator v0.0.3 has been updated.
Now you can save/load Editable Mesh created with MeshCreator and view it in-game.
Plugin link: https://create.roblox.com/marketplace/asset/15946275922/MeshCreator
DevForum(with tutorial): MeshCreator - Edit meshes easily with free plugin
EditableImage and EditableMesh arenāt replicated or saved. You have to create one on the client or on the server.
yea i realized the problem after i made the reply
I fixed it by firing a Event to clientside to create the EditableImage
I donāt know if its me or not but I just cannot seem to get the :FindVerticesWithinSphere() to work. It displays vertexās but the wrong ones and not in the right places.
This bug should be fixed with latest version. Thanks for reporting the bug!
Memory leak on EditableMesh should be fixed in the latest version. Thanks a lot for reporting the bug, and let us know if you have any further comments!
The returned vertex coordinates are in local space. You might need to convert it into world space using CFrame of the MeshPart.
EditableImage should work in plugin widgets now!
are materials and material variants supposed to work with editable meshes? I can only get surface appearances to add a texture (editable images probably work too but i havenāt tried)
My usecase:
Currently Iām working on a development tool that allows you to make a āgrass mapā by drawing on meshes in studio. You can then read the map and get the position of every pixel that is green in order to place grass/foliage there. The intent of this is to have a efficient way of storing and manipulating grass and plants on parts and meshparts (instead of having every grass piece loaded at all times, I store the grass in the image and load in the grass when needed, increasing performance at a cost of a little bit of memory).
Iāve run into some issues/inconveniences Iād like to address:
- Parts canāt be turned into EditableMeshes. More specifically: blocks, spheres, wedges, corner wedges and cylinders. This means I canāt read triangle, vertice nor UV data of a standard part.
My current workaround is to take any part/shape I canāt directly modify, throw them into Blender, unwrap them, and then put them back in the game as a MeshPart. This works, but is a pain and it would be really nice to have a ānativeā way to turn Parts into EditableMeshes. - Creating EditableMeshes from a MeshPart is very slow. I am still working on my tool but Iām pretty sure this will be a major bottleneck in terms of how long it takes to convert anything to an EditableMesh.
For example, Iām planning on having mesh terrain in order to have a lot of detail in the game. If I have 100 of these meshes on release and it takes 0.2 seconds to create an EditableMesh from a MeshPart, itāll take 20 seconds just to finish creating the meshes.
Also, unsure if this is already implemented, but Iād like to be able to publish objects in Roblox Studio and not just in-game, since otherwise my tool will be pretty useless.
One more thing: maybe some built-in library for triangle math would be a good idea. I spent a lot of time creating functions to get and convert Barycentric coordinates from-and-to Cartesian coordinates which could be nice to have as built-in functions.
I love it
For some reason when removing all of an EditableMeshās vertices and triangles the mesh doesnāt update unless the EditableMesh is re-parented to the MeshPart.
Is there any plans to work on performance for :SetPosition? It seems to be super costly when used frequently and rapidly
I managed to write my own canvas and shader implementation. Itās surprisingly fast. And this is all the code in the shader (uniforms are a table).
local function shader(uniform)
local UV = uniform.UV
return Color3.new(UV.X,UV.Y,0), 1
end
canvas:RunShader(shader)
This actully looks great. I have been using EditableImage for a while now the real issue is the performance most of the calculations are being done on the cpu instead of the gpu which what makes the shaders using EditableImage have terrible performance
Yup. Thatās why I switched from python to lua (Love2D) for my canvas implementation.
This is something I made using perlin noise for the Roblox canvas:
Hereās something I made in love2D. (implementations are very similar) With similar code that I managed to get much better performance on due to no Roblox bloat: