https://linen.dev logo
Join Discord
Powered by
# openfl
  • a
    looks like it, I tried with Flixel and setting bgColor to transparent works
  • b
    thanks for trying :) ill check it out when i have the chance
  • h
    Thanx. I'm not sure how that would play in here though. Blendmode seems to be on displayobjects and bitmapdata.draw(). I'm not really using either - the HaxeUI rendering probably is somewhere. But if it's not more general in its effect I don't know. I don't see a way to set the blendmode itself on Context3D.
  • b
    Copy code
    this.c3d.setBlendFactors(Context3DBlendFactor.SOURCE_ALPHA, Context3DBlendFactor.ONE_MINUS_SOURCE_ALPHA);
  • b
    Just do native GL, unless you're planning to mix and match your renderer and the openfl renderer
  • h
    yeah I sorta wondered if that would do the same thing. I am kinda mixing OpenFL and lime GL
  • h
    doing 2D in the first and 3D in the second
  • b
    Yeah the caching messes things up unless you use context3d with openfl or gl with no openfl
  • h
    so I'll try this quickly
  • h
    yeah I've heard that caching can be an issue - I don't quite understand how it interferes though
  • h
    it does seem though that the texture stuff has to be done via the context when you want to mix and match
  • h
    otherwise weird things happen
  • b
    Haven't looked into it that deeply, but it assumes that some things have never been changed because it wasn't changed through context3d. Example:
  • b
    - OpenFL sets culling to none - You set it to back in GL - OpenFL now renders with back cull, thinking its none
  • h
    oh ok - will get to culling soon. But I've had issues with other interactions. Frankly I probably shouldn't be doing it this way but if you're careful it hangs together mostly
  • b
    Context3D is fine to use, you don't really have a better option for 3D while keeping OpenFL for UI or something
  • h
    ok - good to know I'm not the only one who's tried this sort of thing
  • h
    ok so basically looks like context has blend enabled but in the case of this png it's loaded the bitmap and nuked the white transparent replacing it with black transparent. Either that or it pre-multiplied and threw the source away. hmmm...
  • b
    can openfl run without lime
  • b
    as lime is the only thing keeping me from running OpenFL in a native android command-line process since lime depends on SDL2 which depends on JVM
  • b
    specifically SDL2 assumes the presence of a full Android JVM Application, in which definitely is not the case here
  • a
    I think it's the opposite
  • a
    if you could do it, lime could and openfl cant
  • a
    openfl requires a window, lime doesn't
  • e
    Is there any way to create a new BitmapData like this one using two BitmapData?
  • b
    but lime also requires JVM/SDL2
  • b
    as OpenFL requires lime to set up a stage for it, which requires a window set up for it, in order to render anything hardware accelerated
  • a

    https://youtu.be/JTJqxXVB6rU▾

  • b
    nice
  • b
    openfl can run on web, right?
1...313233...57Latest