Hezkore

Forum Replies Created

Viewing 15 posts - 46 through 60 (of 367 total)
  • Author
    Posts
  • in reply to: m2libui – Libui wrapper (Cross-Platform Native UI) #13297

    Hezkore
    Participant

    Thanks @cocon I’ll do some exploring with this new information! 🙂

    @amon you should be able to just place it anywhere and compile/run the .monkey2 file, it’s the wrapper AND example in one file.
    Though you’ll probably have to be using M2 with MSVC (20017 I think?) and x64, since that’s what I compiled the libui lib for.
    Otherwise you’ll probably have to recompile libui yourself.
    That’s why I think it needs to be compiled with M2, so that it works like every other M2 module.

    in reply to: m2libui – Libui wrapper (Cross-Platform Native UI) #13285

    Hezkore
    Participant

    Here’s what I’ve got so far: https://github.com/Hezkore/m2libui
    And Windows executable: http://hezkore.com/release/m2libui/

    There are some problems with it, and I’ve clearly shown them in the code (Look for ' PROBLEM)
    So to clear up any confusion, read the ' PROBLEM and ' NOTICEin the code before you do anything!
    Those are also the parts I need help with.

    About 80% or so of the gadgets are there.
    Missing some ‘Font’ and ‘Color’ buttons.
    There are also some ‘Area’ Structs I haven’t quite figured out yet.
    But “actions”, like OnClickedetc. works.

    I think it needs another layer ontop of this (so we’re not calling raw Extern funcs) to be more user friendly.
    But yeah, it works pretty good and it’s getting there!
    Reminds me a bit of MaxGui.

    With a bit of work; I think it might just be what Monkey2 needs! 🙂

    in reply to: Loops: For…End is Allowed? #13229

    Hezkore
    Participant

    Oh wow I had no idea..
    I’ll probably stick with Next and Wend, for readability (like nero said) but good to know!

    in reply to: m2stp – Simple text processing module #13228

    Hezkore
    Participant

    Heh yeah maybe I should rename it. 🙂
    Most other applications I’ve used with these kinds of things have called it “formatting”, so I just went with that. ¯\_(ツ)_/¯

    A good use would perhaps be for Ted2Go’s output folder.
    So instead of it always building to “<title>.buildv<m2ver>” it could use this and the users themselves could decide where they want the output.
    For example %source_title%.buildv%m2cc_version% would be the same as what we have now.
    But I’d probably want something like $if(%source_folder_name%,"src",../output,output) where it would just output to the folder “output” but if it’s inside a folder called “src” I’d want the output to instead be in the previous folder, so not to clutter up the “src” folder.

    Same for the product folder.

    in reply to: How to import obj model and how to use color alpha #13209

    Hezkore
    Participant

    Head over to your Monkey2 folder, then go to ” modules/mojo3d/tests/ ”
    You’ll have a bunch of examples there and some of them load models, so you could just copy that.

    in reply to: How to import obj model and how to use color alpha #13206

    Hezkore
    Participant

    For OBJ loading you’ll have to do #Import “<mojo3d-loaders>”
    But I would recommend exporting to GLTF or GLB using Blender, as those are supported by Mojo3D directly.
    Other formats are loaded using “assimp”

    Alpha is just as you wrote it.
    canvas.Color=New Color(1,0,0,0.5) where the last parameter is alpha.
    Though I don’t think Mojo3D supports it?

    Mojo3D entities has “Parents” if that’s what you mean?

    in reply to: Glitchy 3D #12862

    Hezkore
    Participant

    @Mark Sibly the artifact are still there after using canvas.Flush() and/or opengl.glFlush()

    in reply to: Ted2Go IDE #12841

    Hezkore
    Participant

    Hehe you sure do like “Hollow” eh?
    Well I’m glad someone likes it! 🙂

    I’ve said it before, but I’ll say it again; I think the way to go is to have a sort of “setup” the first time Ted2Go is started.
    It could ask things like “What theme do you want?” with a list showing all themes and displaying them in real-time.
    And also a few other things, like how auto-complete should work.

    That way there is no “default”, and it’s instead tailored to the user.

    in reply to: Removing from Stack/Stack Assert? #12819

    Hezkore
    Participant

    Aha, I’ve been having similar issues.
    I added a bunch of particles to a stack and tried to remove them almost at the same.
    I kept getting some weird errors by doing so.

    I’m not sure I understand the ‘solution’, but good to know!

    But why isn’t Monkey 2 doing this itself?
    Is there any benefits to it acting this way?

    in reply to: Got it to work :) #12720

    Hezkore
    Participant

    Monkey 2 on macOS works great here, no stuttering or any issues
    And that’s on a MacBook from 2009.

    The windows machines I think it’s becuase they only have 8GB of RAM, and that makes Monkey2 slow of course.

    My test machine for low-end stuff runs Windows 10 with 4GB (sometimes 2GB when I’m really curious) and Monkey 2 runs really well there as well.

    in reply to: Glitchy 3D #12473

    Hezkore
    Participant

    Oh sorry, yeah.. didn’t notice that little EmissiveFactor call.
    This is actually part of the Ted2Go “Simple Mojo3d app” template, so that EmissiveFactor wasn’t something I added.

    But either way, I’m still getting glitchy stuff without the EmissiveFactor color.

    I’ve tested this on a few GPUs I have here, they’re all Ati cards though.
    But all running a few different versions of the Ati drivers.
    The above GIF was recorded on a Radeon RX 460 with the latest drivers.

    Here’s the same thing, but with some 2D canvas calls.

    in reply to: Canvas image to Pbr texture #12460

    Hezkore
    Participant

    Sorry! I made one last night, but forgot to post it heh.
    First post updated.

    in reply to: MSVC Community 2017 #12448

    Hezkore
    Participant

    I think I’ve managed to get it working… It’s still compiling so not sure, but the ‘cl.exe’ error isn’t showing up at least.

    What I did was compile it once without MSVC, which got me the new “mx2cc_windows.exe” compiler.
    And after that, MSVC seems to compile just fine.

    in reply to: MSVC Community 2017 #12447

    Hezkore
    Participant
    in reply to: MD5 hash #12426

    Hezkore
    Participant

    Awesome, thanks Mark.

    I’ll wait for it to be added to std then 🙂

Viewing 15 posts - 46 through 60 (of 367 total)