https://linen.dev logo
Join Discord
Powered by
# lime
  • t
    yep
  • t
    not sure on how to debug even
  • h
    Debugger would be good but if not then trace before that line. Openglutils.hx is your code right ?
  • t
    yeah
  • h
    Ok. So you know the offending line. Check everything related to the constant that could be null
  • t
    hmm
  • t
    lets see
  • t
    nothing looks wrong here 😞

    https://cdn.discordapp.com/attachments/769686258049351722/1111305400994770954/image.png▾

  • t
    that's line 40
  • t
    (
    var vs = glCreateShader....
    )
  • p
    Well, the error implies that 
    gl
    is null. How are you obtaining the GL context?
  • t

    https://cdn.discordapp.com/attachments/769686258049351722/1111305826796314764/image.png▾

  • t
    works fine with html5 though
  • p
    Try using 
    WebGLRenderContext
    (and 
    context.webgl
    ) instead...
  • t

    https://cdn.discordapp.com/attachments/769686258049351722/1111306668576354424/image.png▾

  • p
    Ctrl + Shift + F
    replace 
    WebGL2RenderContext
    with 
    WebGLRenderContext
    everywhere
  • t
    yay works now
  • t
    thanks Zeta! ❤️
  • p
    Ahah, this explains it: You'll only get a WebGL2 context on native if you're running on something with OpenGL ES 3.0+. And on Linux desktop you'll get a "desktop" OpenGL context.
  • t
    oh that makes sense
  • h
    Interesting cos webgl2 works on windows. There will be one or two places where this will make a difference to something de Vries does. Iirc I switched from webgl to webgl2 for something specific. But you can always #if around it
  • p
    > webgl2 works on windows. ...I'd have expected the opposite, given that on Linux you can get an actual OpenGL ES context but not on Windows.
  • h
    I use the webgl2rendercontext on Windows, hl and html5 and it seems to be fine
  • h
    But I think I do it via a cast somewhere. Would have to check. I changed that code more than once
  • p
    In the native code 
    LIME_GLES3_API
    is only defined on Linux, iOS and Tizen, so I'd expect that the WebGL2RenderContext would only be available there (+html5 of course)
  • p
    (Well there's still a runtime version check )
  • h
    ok interesting - in Main I use the OpenGLRenderer once in a piece of code I simply don't remember the purpose for - I call setShader(null) on it. Thereafter everywhere else I use WebGL2RenderContext which I get this way in my openfl addedToStage() event handler:
    Copy code
    _gl = cast(stage.window.context.webgl, WebGL2RenderContext);
  • h
    it's perhaps an Openfl thing that even makes this possible
  • p
    WebGL2RenderContext is an abstract over probably another abstract. So that cast is not actually checked, since all the contexts end up being the same type at runtime.
  • h
    I knew it was an abstract but it does have additional constants that I could not access from WebGLRenderContext - not many that I needed but definitely some
1...134135136137138Latest