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.

Topics - polygone

Pages: 1 2 3 4 »
Off-Topic / Fucking Microsoft
« on: July 08, 2018, 08:17:01 pm »
Makes Sense.

General ENIGMA / First Impressions Of ENIGMA
« on: February 15, 2015, 06:15:59 am »
Perhaps we could get some feedback from any newer people here, what were the impressions you got when you first came here and initially ran ENIGMA and started to use it? What are the problems you most frequently run into with ENIGMA?

General ENIGMA / The ENIGMA Showcase Project
« on: December 14, 2013, 01:03:44 pm »
I have noticed that the community here has become a little stagnated, so I've thought of this project that may hopefully get people here a little more involved and using ENIGMA :)

In the past we have made a few attempts at advertising ENIGMA in order to try and gain a greater following and increase ENIGMA user activity. These attempts were however not that successful and only managed to attract a couple of users here. Having read back through some of the feedback from these attempts I noticed 2 key responses: firstly that a lot of people just wanted to see the core system worked on further, and lots of bugs needed to be ironed out - this we are always working on and things will naturally continue to keep improving; and secondly that people wanted to see examples of what ENIGMA is capable of.

We are already in a much better position than we were before because we now have the EDC where a number of examples have already been posted but I am hoping that with the help of people here some more great examples and hopefully even full games could be made which showcase ENIGMA's full capabilities. The aim is to have compiled .exes of working games and examples that will be put into a zip and then this zip can be distributed whenever ENIGMA is advertised in the future as a showcase of what it's capable of (the next serious attempt at advertising will likely come after JDI is finished and ironed out). I feel like ENIGMA is a great, free piece of software that more people would benefit from finding and using, if you feel the same way and you want to help spread the ENIGMA word then I hope you will join us in creating some work for this showcase project :)

A notice for those on Windows that have updated after 3/Dec/2013 or anybody who hasn't updated before then and does so in the future: you will likely need to delete some files to prevent bugs/errors from occurring. It was changed by cheeseboy so generated files are now put into %APPDATA%/ENIGMA instead of SHELL, but in order to stop conflicts you now need to delete any generated files that you already have in ENIGMASystem/SHELL. The files to delete in ENIGMASystem/SHELL are the following:

API_Switchboard.h, enigma_blank, enigma_compile, enigma_defines, enigma_searchdirs, Preprocessor_Environment_Editable (delete the folder) and .eobjs (delete the folder).

This is topic where list main problems and what features you want seeing ins ENIGMA/LGM.

Put them in two separate lists: PROBLEMS then FEATURES and order in priorities.

General ENIGMA / Windows Zip Discussion
« on: August 27, 2013, 05:03:18 pm »
Might as well make a proper topic about the Windows zip and ENIGMA.exe, can say what features you want to see and how it should be implemented and also maybe collect all the problems people are having with it here in one place from now on.

General ENIGMA / Warnings
« on: August 24, 2013, 08:05:06 pm »
There's always endless warnings that crop up when compiling. I think as developers we should have a new mandate that instead of ignoring them we should resolve them whenever we see one instead of just always ignoring them. This is the only way I think they will get weeded out of the source.

General ENIGMA / Instance Variable Map
« on: May 27, 2013, 05:57:11 pm »
Well a while ago Josh reluctantly agreed to allow me to add this in to ENIGMA after a lot of persuading and I've only just re-remembered and got round to it.

What I've done is add a map as a 'fallback' for when you reference an instance variable that's not declared in the object struct. This means you can for example now work with this code:

Code: [Select]
//(in say obj_0): = 5;
obj_1.buffer = 99;

In ENIGMA if you don't use the variable foo anywhere in the object obj_1 then the variable will not have been declared. So in ENIGMA when you try to reference the foo variable for an obj_1 instance, there is no object member variable to access. Before ENIGMA was just assigning to a dummy variable, so that code would have shown 99 (as that was the last variable referenced). But with my change it will now add a map of the value 5 to "foo" local to the obj_1 instance, so you can reference to it properly as you would with any normal variable. Like I said this is like a fallback backup for when people don't declare variables in an object like they should do and it's obviously a lot less efficient so you should still always try to declare your variables properly.

You will find that this will improve the compatibility with Game Maker games quite a lot, I was constantly running into this incompatibility with games I tested. But I've not exactly tested much, so I'm posting here in case anybody can see any problems this winds up causing.

General ENIGMA / SwapBuffers Issue
« on: May 25, 2013, 03:51:50 pm »
Hey can I get some feedback please if anybody else is experiencing this issue?

Announcements / Huge speed increase
« on: May 24, 2013, 03:34:31 am »
I think this probably deserves an announcement so people know. Last night we added a condition so if the room_speed is set greater than 170 then Sleep is not called between frames (ie the fps is uncapped). When I tried this however I noticed a huge drag occurring, whereby blank games where still only running at 250fps. After a long debugging session it was found that the room caption setting was the single culprit (it was getting called liked 15 times a step and it's a rather bloated Windows function - not good). I have now removed the room caption temporarily (until it's sorted tomorrow) and after I removed it I found my fps shot up to an expected 1600fps in an uncapped blank room.

To summarize: this thing was a huge inefficiency so after you update, depending on your game, you might suddenly notice a large increase to your fps counter.

Announcements / NEW! Windows Zip Installer
« on: April 02, 2013, 11:24:33 pm »
Cheeseboy has created an all-in-one zip file for Windows. It includes git and mingw along with Windows dependencies. You can download it here:
Windows Zip Installer.exe  (55MB)

The file is a self-extracting 7z. Once the file is extracted you click ENIGMA.exe inside the extracted folder to run ENIGMA/LGM. The first time it is run it will do an automatic git checkout, and patch in the dependencies before running LGM.

Many people have been complaining that the installation is too hard and hopefully this should go towards resolving this. It also gives users an easy way to update now without knowing git, this can be done by opening git-bash and typing: update. Developers should also be able to commit/push from this as well if they wish to use this set-up instead (I haven't tested this though). Another benefit is that it's now implemented correctly with a newer gcc so Windows Widgets are working again.

At this point we're looking for people to test it to make sure it is working correctly for everyone, then I will add it to the download page as an alternative to a standard git install.

In response to a suggestion that Josh has been throwing around for a while I would like to start a topic about this so it can be further discussed. I for one would like to see it happen.

These are some previous quotes from the Christmas plan topic about it:

Also, who among you is interested in the idea of encapsulating EDL types and functions in their own namespace? It would make it easier to deal with noise from library implementations, but it would require putting lots of shit into that namespace and using lots of shit from STDC.

In other words, we'd no longer have problems with time or list being illegal variable names unless the user specifically said, [snip=EDL]using std::list;[/snip] or [snip=EDL]using namespace std;[/snip], which I intend to unify between all viable backends (meaning, in JavaScript as well).

The new parser is much, much more adept at making these distinctions, so I can probably get it to allow using types and shit as variable names (especially in compatibility mode), but this would be a fix-all.

Encapsulation of EDL types and functions would be nice, especially if it solves the problems with "time" and "list" being used as variable names. How easy would it be to set up the system such that EDL types and functions can reside in both the global namespace and the EDL namespace? If it is easy, I would like the system to be set up that way, since that should enable easy step-wise migration.

Simple as placing "using namespace <name here>;" in the global scope. Just like you would any other namespace. I'll set ENIGMA up to read from :: or ::edlwhatever based on a macro. After everything's migrated, or we think everything's migrated, you'll just flip that flag and try compiling.

Issues Help Desk / Path trouble
« on: May 20, 2012, 08:56:59 pm »
Harri, can you add in the functions surface_destroy (which is missing) and path_get_position?

Proposals / Options Panel for LGM
« on: May 06, 2012, 06:58:43 am »
Yay options panel

« on: October 01, 2011, 06:22:26 am »

Pages: 1 2 3 4 »