https://linen.dev logo
Powered by
# haxe-ui
  • b
    sounds cool - look forward to seeing something! 🙂
  • m
    my goal is to have a nice example on how to get haxeui/kha up and running for a app. There are bits and pieces all around but not something in one place and explained. You have such a good system here that makes it fairly easy to do that once you know the concepts. I'm just trying to shorten that curve a bit.
  • b
    that sounds cool - and very much appreciated :)... full guides for are pretty thin on the ground... i think there are bits here and there as you say, but nothing of "do this and then this"...
  • b
    i added these recently (not sure if youve seen them), but it doesnt go into any real depth: http://haxeui.org/getting-started/
  • m
    If it wasn't for you and Rob Dangerous, I might have just went back to C++ and SDL or URHO. I am really stoked about trying to stay in HAXE as much as possible as it makes porting so easy. I already have LINUX, WINDOWS, and ANDROID up and running with just a compile.
  • b
    sweet 🙂
  • b
    yeah, haxe is pretty special...
  • m
    love the write once. the only issue I may have is the performance on the AAA game I am working on. I may push some of the simulation to RUST. I'll have to do some measurements about the threading performance of HAXE vs RUST.
  • b
    using hxcpp i presume?
  • m
    yes
  • m
    it may be ok, I haven't played with HAXE threads yet
  • b
    i dont know much about rust, but it doesnt have a GC, is that accurate? Just smart pointers and language features to make it hard / impossible to leak mem?
  • m
    yes and it is a very pertormant compile. there are some very impressive numbers regarding speed of searches on trees and I already have a bit of code in RUST for the server. The graphics performance of kha is much better than anything in RUST or other engines that I have tried out.
  • m
    I have had a bit of issue with threading loading of Assets in kha. Rob suggested keeping all that in one thread. Eventually, there will be thousands of 3d models being used and I have been thinking about how I can load them without degrading performance.
  • m
    doing a loadEverything at the beginning would be painful
  • b
    indeed
  • b
    whats the problem with using threads?
  • m
    I believe it is the asset list that is the issue. It needs to be in one place and can't be shared. I am leaning to designing my own system and just pushing the graphics buffer out to kha. But that is at least a year away as I want to get some simpler games out that can just run on the basic system.
  • m
    Once I get the framework up, I think I may look into getting animated png or gif working in kha
  • b
    > It needs to be in one place and can't be shared right > Once I get the framework up, I think I may look into getting animated png or gif working in kha Sounds cool - ive thought about it a few times too (for all of haxeui, not just kha), but i need to get my "canvas" abstraction working before that happens
  • b
    actually, thinking about it... maybe not anymore
  • b
    now this is a thing, its probably not needed:
  • m
    it should be an abstraction of Image
  • b
    > it should be an abstraction of Image exactly, which it is now
  • m
    I am hoping to get a lot more into that on my Christmas vacy with the game field. I am thinking a tutorial with maybe a flappy bird clone. An animated png would be great for the bird
  • b
    maybe ill have a play with it... doesnt seem to complicated now when i think about it... decode it, draw each frame to an ImageData in an array, set .resource to a frame using a timer
  • b
    ah, drawing the frame to the ImageData... ... that part is backend specific
  • m
    you might want to stick with animated png since that is a thing now and all the backends can deal with pngs
  • b
    yeah, there is a haxe format for apngs and gifs, i think
  • b
1...449450451...1687Latest