Hello!
Could you elaborate on what you mean any further? I’m not quite sure I understand (sorry!).
If EditableImages use the GPU, it would be faster but we’ll probably never get to Vulkan performance. You can make semi-realtime pathtracers (30 - 60FPS with realtime reflections and stuff, an example of this coming soon 
)
Ok i guess
So, normally in this api, you have to do
OSGL.SomeApi()
OSGL.SomeApi1()
...
The like performance issue with this is function call overhead, slightly losing performance. So, with shaders, you can convert multiple calls into a single function call, increasing performance.
instead of the above, you can
shader_src = '
OSGL:Config1 = VALUE1
OSGL:Config2 = VALUE2
func main()
{
var input = vec2(0, 10)
SomeApi(input)
SomeApi1()
...
}
'
local OSGL = require(path.to.module)
local shader: OSGLshaderObject = OSGL:CompileShader(shader_src: string): OSGLshaderObject
OSGL:ParseShader(shader: OSGLshaderObject)
Sadly in Luau there’s no way to really remove the API calls overhead. This would be extremely inefficient as either way, it’s really just still calling a function. Basically, it’s impossible.
Major Update, V1.5
It’s finally come!
The Roblox model has been moved here! The original one will no longer be updated.
The new github can also be found, here.
Happy programming!
Sorry for the drastic API changes… I promise this is the last time this happens! (seriously)
Brand New Docs SiteSay hello to a custom-built documentation hub designed specifically for OSGL! The new site features:
New Result Type SystemRustaceans will feel right at home C: Many functions now have:
Result<T, E>
Example:
local window = Window.new(image, WIDTH, HEIGHT)
if not window.isOk then
warn(window:UnwrapErr())
-- Handle error
end
local unwrappedWindow = window:Unwrap()
Drawing go brrrrrrrrSomehow… it got EVEN FASTER. Enjoy the new drawing functions, guys 
Go break some code (responsibly)!
Enjoy!
– Fixed AddRenderers and RemoveRenderers
The RBXM, Github, and Wally have all been updated to reflect this small change!
circle and polygon drawing methods, from @msix29
Textures (not rotated) thanks to @notclaramm
GetRelativeMousePosition
The RBXM, Github repo, and Wally have all been updated!
Textures using @notclaramm’s methodFloodFill from always erroringstylua.toml for those using Stylua while developing in the Github RepoAnd while we’re at it, in parallel with CanvasDraw’s next patch, we’re also introducing a Texture.fromCanvasDrawSaveObject function. Now, you can load a CanvasDraw SaveObject of any version as an OSGL Texture:
local saveObject = script.saveObject
local texture = Texture.fromCanvasDrawSaveObject(saveObject):Unwrap()
Big thank you to @Ethanthegrand14 for the concept, (and for the function code lol)!
CanvasDraw will also be updated with a similar function, allowing for cross-compatibility between both modules. Expect more of this soon!
The RBXM, Github repo, Wally, and Docs have all been updated! Enjoy!
The osgl-ts repository will be updated to the latest version soon! Sorry for the delay.
The osgl-ts repository has been updated! You can find the latest release (1.6.15) on the github / on npm.
Window.fromAssetId isn’t working properly on version OSGL v1.6.15 because it isn’t providing renderers to Window.new function, please fix that. 
Also Window.fromAssetId seems pretty much useless because it fills with blank color on creation, so you would need to make texture anyways?
I’ve fixed this in 1.6.2, will push later to the experimental branch. Ty for this report!
Oh my gof, thanks so much for picking that up. Will also fix this in the next push!
Until then, you can replace Window.new with:
function Window.new(editableImage: EditableImage, renderers: { types.Drawable }): types.Window
local content = Content.fromObject(editableImage)
for _, renderObject in ipairs(renderers) do
local sourceProperty = Window.getRenderingProperty(renderObject)
if sourceProperty == "" then
continue
end
renderObject[sourceProperty] = content
end
local size = editableImage.Size
local width, height = size.X, size.Y
local t = windowBase.new()
t.surfaces = renderers
t.editableImage = editableImage
t.buffer = buffer.create(width * height * 4)
t.width = width
t.height = height
t.size = size
t.targetFPS = 60
t.lastRenderTime = os.clock()
return t
end
… and fromAssetId with:
function Window.fromAssetId(assetId: string): Result<types.Window, oEnum.WindowError>
local texture = Content.fromAssetId(assetId)
local success, editableImage = pcall(function()
return AssetService:CreateEditableImageAsync(texture)
end)
if not success then
return result.new(false, oEnum.DrawableObjectError.NotEnoughMemory)
end
return result.new(true, Window.new(editableImage, {}))
end
That should fix any issues!
Yeah I pretty much did that by myself by there’s one other issue that need to be addressed: You should probably write image to buffer because :Render sets it to “empty” buffer.
Oops… Will fix that right now. Thanks for letting me know!
This also includes the fromBuffer function, so I’ll fix that as well.
Thanks!
Also reviewed some other modules that you have and optimization with native code generation is good but you could probably fix some type issues because those are important while using native gen.
What type issues exactly?
If you’re talking about the weird DrawableImage one, that’s fixed in 1.6.2. If not, mind moving this conversation to our Discord server so we can talk there?
OOOOOOO, EditableImage… Maybe I should play around with that some time, anyways this looks awesome.
fromAssetId
fromBuffer
addRenderers
FloodFill
Tint
Buffer
OSGL has been updated here, on the Roblox marketplace, the Github, and on wally. Enjoy 
If you do, I’d love to see what you create with it. Thanks too btw!
Are you able to translate and scale the canvas like what you can do with SkiaSharp (for C#)?
Here is what I mean (using my own software as an example):