Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Goombert

I have decided to file a bug report on this.

General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 01:11:01 PM »
Very nice Rusky, I like your assessment. Some of the things I disagree with you on, but mostly I agree. While I do agree with you saying it should be designed around these features, I am not sure about a bottom-up approach. In a way I am suggesting a bi-directional approach to redesigning GM being developed discontinuously.

And yes as far as your design mode suggestions, one of the things that need seriously considered are to what degree the program needs certain parsing capabilities for reflection and things. Interestingly LLVM provides nice reflection features.

As for drag and drop, you also gave me another idea as far making it more powerful, directly editing the code translation of a schema node. We could also parse the engine and collect all functions making them directly usable in the drag and drop mode. So you could essentially toggle between a graphic and textual representation of your objects.

Quote from: Darkstar2
He just put the final nail in ENIGMA's coffin.  :D  Looks like we're all headed back to our roots very soon :D :D
What the hell does any of this have to do with ENIGMA? And besides, I just addressed this question above.

Quote from: Darkstar2
Talk about  drastic actions ! lol.  Not everyone has the time or could be bothered to code their game in pure C++ ! I guess that defeats the entire purpose and would not attract any people that's for sure and would probably push existing users away.
Ease of use and speed. 
Despite the fact it maintains a variant data type? You literally wouldn't even notice the difference is what I'm saying. Irrlicht is pretty fucking popular, so is Unity, in fact a lot more popular than GM and all 3 of its scripting languages (C#, JavaScript, and something else) enforce ';'

Making a strict C++ scripting that has to be one of the worst ideas !
You wouldn't notice the difference, and second a lot of people would prefer it, myself included. It would also make your code a hell of a lot more portable.

Announcements / Re: Licensing, the ultimatum
« on: May 31, 2014, 12:00:31 PM »
I will reiterate my position on this.

1) I think you're all nuts and your whining about the licensing makes me ill.
2) You all complain about our licensing but I've never once heard any complaints about YYG licensing which you all seem to be submissive to.
3) So much focus being placed on this is detracting from the actual development.
4) I don't think it will really change anything once we do establish the official licensing, you'll all find something else to complain about.
5) I was perfectly happy with the GPL, and I myself would make a game and commercialize it under ENIGMA with this licensing.

I suppose I am also fine with the MPL, either way I don't give a shit.

Issues Help Desk / Re: Can't rename a resource under linux
« on: May 31, 2014, 11:31:29 AM »
:O That shouldn't be happening though egofree, they are both a part of SE.

Issues Help Desk / Re: Can't rename a resource under linux
« on: May 31, 2014, 11:11:20 AM »
Oh that certainly could be causing issues, why not try a 32bit Java installation?

General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 10:49:18 AM »
Who said anything about pointers? All modern managed languages C#/Java are pretty strict with ';' and they are both very easy to read. Also resource identifiers will still be numerically unsigned, the only difference is that they will be reusable, so for instance if you delete sprite #3 and then add a sprite it will take that sprite identifier, so it will act like a pointer. Actually, since pointers kind of act like integers, there may in fact be no need to differentiate the two, in fact using pointers would probably be just fine, in fact, Studio does use pointers now for some of its resources.

Yes I would continue to support ENIGMA, another goal of this project is to potentially help ENIGMA better identify with itself, so in other words, be less confused about its sexuality. I would continue to work on both projects in fact. My project will allow breathing room from GM, allow developers to be innovative and get creative about approaching certain aspects of development, and allow ENIGMA/GM users an advanced step up to a more intuitive and efficiently designed engine. This would also probably lead to less bugs, a lot of ENIGMA's issues are related to incomplete discussions regarding GM compatibility, GM compatibility in fact inhibits a lot of ENIGMA's functionality.

General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 10:28:38 AM »
Yes but egofree, you aren't considering that ENIGMA already has very poor compatibility with all the bullshit syntax of GM. Only real difference is you would need to start placing ; after every line, which I always did with GM anyway. To me it honestly doesn't affect ease of use at all. And it ensures your code won't break with future releases, it also removes the overhead of needing your game to be parsed before compiled. It can simply be copy and pasted and compiled.

General ENIGMA / New Beginnings
« on: May 31, 2014, 10:13:52 AM »
Ok, there has been a lot of discussion of creating a fork of ENIGMA which actually fixes some things in GM. I am beginning to seriously consider this now.

The purpose of the fork is not to remain compatible with any other program, and takes the GM approach in a fundamentally different direction allowing for greater optimization and an intuitive redesign.

Some of the features and differences would be as follow:
* Windowing system would be completely abstract allowing the creation of multiple windows.
* No fake fullscreen, aspect ratio handled natively by the display.
* No view options in room editor and no global constants, views can be controlled via screen_set_viewport functions, because there is an efficient trick to speed up games by allowing two views to be rendered in the same draw call.
* Revamped non-retarded implementation of the audio_* functions.
* Complete redesign of graphics allowing not only vertex buffers but index buffers and instance geometry, with a proper bridge of OGL and D3D and not just a tacky way of emulating D3D by use of an OGL backend like ANGLE.
* Branching path system with improved A* motion planning.
* Cross-platform video interface for hardware accelerated video playback and rendering.
* All resources handled as included files, each will have a "preload" option and if it is unticked you have to load in manually using _load* functions asumming that all resources are extracted locally to the executable, but you will still be able to control how the resources are extracted, kind of like in Visual Studio
* Completely unrestricted file hierarchy, the IDE will also support loading multiple projects at once, and will support only one file format.
* Because the IDE will use a single uncompressed file format, the IDE will also be much quicker with loading and saving and compiling projects.
* CLI programs will exist for building projects outside of the IDE
* Non-object oriented method of compiling and linking code into your game.
* Possibly, strict C++, meaning no GML or EDL and no hybrid language, pure C++, variant type would remain most likely however, only differences would be more strict syntax, which ENIGMA kind of already has anyway.
* File reading/writing revamp, will support the ability to work with multiple INI files at once.
* Script redesign, they will be actual source files, if you want them to act like functions in GM you will have to prototype the function, not sure what to do about forward declarations.
* As a result of the script redesign, there will exist an object resource, but the object structure will be redesigned to allow you to easily and simply code an object using a script, so for instance if an object has a sprite it will inherit an object_sprite class, if it has a model it will inherit an object_model, if it has physics it will inherit object_physics, or a combination of these entities. An event listener and stack may be created similar to Java, C#, or Qt Also important to mention the object resource will not be removed, it will remain allowing a more graphical approach to create an object.
* Possible drag and drop redesign that will follow a more schematic approach like you often see with material/shader editors.
* Certain aspects may follow a more entity component style system, for instance, since views will be removed, you will be able to place camera/projection entities in the room to accommodate, which will also allow you to control aspects such as fog. Unsure of how to handle instance translations and properties however, as it will be dependent upon what entities their prototype class inherits.
* Full threading support, atomic and immutable types etc.

This project will basically allow us to address things immediately by doing them our own way, discussion of feature and implementations will not revolve around compatibility vs. incompatibility. These are simply ideas floating in the air, but I am seriously consider turning this into a practical implementation. I am just sick of working on something that I can't improve or innovate with. Suggestions and feedback is welcome. The project also has no name yet and is simply a proposal.

NOTE: This project would be licensed the same as ENIGMA once licensing for ENIGMA is established.

Just to put some names into the hat or some keywords to work with for a name:
Perform - not an acronym, pretty simplistic
Fluid or FLUID - possibly an acronym, meant to be intuitive, has no relation to F.L.U.D.D.
Formulate - key term, relates to variables/formulas/equations/functions

Issues Help Desk / Re: Can't rename a resource under linux
« on: May 31, 2014, 08:38:15 AM »
How are you launching LGM? I cd to enigma-dev then java -jar lateralgm.jar, make sure you cd to the dir that contains LGM. I promise you egofree, nothing has changed, it has always been this way.

Issues Help Desk / Re: >:( objects nowhere to be seen
« on: May 30, 2014, 11:37:23 PM »
Well, can you describe it a little better than that for me? Do you mean on sprites or what? Can you provide a screenshot? What are the exacts steps I can follow to reproduce what you are experiencing?

Answering these types of questions when filing a bug report make them much easier for us to solve.

Issues Help Desk / Re: Can't rename a resource under linux
« on: May 30, 2014, 09:58:48 PM »
Sorry egofree, I am not able to reproduce this on Ubuntu. As you can see in the screenshot below I am able to rename resources fine using the right click menu, the edit box, or the edit menu. I also attempted loading another game and renaming resources as well as creating a blank game and one of every resource type and renaming each, and was still not able to reproduce the issue. Can I ask what resource type you are renaming, how you are renaming it, and what distro you are experiencing this under?

Your first solution is better, I'll go with it. And of course GMK doesn't have the problem because GMK does not save ENIGMA settings, as a result of it not being our format we can't modify it.

I actually never thought of fixing this issue that way, thanks for suggesting it egofree, lol, and I am the one that thought up platform specific settings too, silly me.

Issues Help Desk / Re: Problems compiling game
« on: May 28, 2014, 06:18:42 PM »
I just tried var i and that compiles fine. Sometimes there is a name conflict where a variable accidentally gets included in enigma_user, you can check for these under Build->Keyword List->Globals

Here is another Mario game in ENIGMA:

Here is a topic about the Hello Mario engine:

Issues Help Desk / Re: Problems compiling game
« on: May 28, 2014, 04:48:14 PM »
Yes as Darkstar pointed out there are anomalies in ENIGMA because it is hard to emulate GM's behavior perfectly. However, someone else made much more progress porting the Hello Mario engine. But they never posted it to the forums, they had most of the levels working as well. I forgot who it was but they showed me on IRC.

I can't quite tell directly what your errors are related to, but they seem to be pretty straight forward. Files such as the following:

Are where your game converted to C++ exists. And most of the compiler errors are just GCC output.

Issues Help Desk / Re: Linux GMFormatException SOLVED
« on: May 28, 2014, 04:46:28 PM »
Yes a lot of people keep saying that about ENIGMA. The issue with them is a lot of the bugs they don't see as bugs and simply don't care to fix. They are basically making mole hills out of mountains.