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 - Josh @ Dreamland

Announcements / Re: Wiki down
« on: April 27, 2011, 12:21:31 AM »
Also, Design Mode is almost ready to go.

Proposals / Re: ENIGMA Game Format
« on: April 26, 2011, 11:21:57 PM »
If they had the contents sorted by name, they would open the directory to find a list of pairs of text and binary files. sprite0.ey, sprite0.png, sprite1.ey, sprite1.png. It'd look fine, and it'd save moving back and forth between folders to make sure both are correct.

Proposals / Re: ENIGMA Game Format
« on: April 26, 2011, 08:21:03 PM »
Why do we need a data and settings directory? They should just be thrown into the resource's directory, with a manifest file.

Proposals / Re: ENIGMA Project Icons
« on: April 26, 2011, 11:02:58 AM »
I say we forgo all else and make all GM-format logos as follows:




As for the EGM logo, maybe someone with even greater artistic talent than hither displayed could glue together the ENIGMA or LGM logo and a zipper. Maybe the LGM logo could be one half, the ENIGMA logo the other, with a zipper in between. I don't know.

As for the game logo, GM used a red ball; I say we use a blue ball. Maybe a shiny Cinema4D rendered blue ball (by which I mean, the ENIGMA logo SVG sans the fancy e).

Oh, I see. You're doing text wrapping. That's fine, I think.
The reason it's cutting in the middle of words is because you handle it at all letters, not just space.
Add braces around the indented block after "else if (str[i] == ' ')".

Once you do that, it will bring the complexity down to O(N) (Really, a synonymous O(2N),  but that's a sacrifice I believe is necessary).

Announcements / Re: Quick Update
« on: April 23, 2011, 11:43:16 PM »
Painfully aware, MrGriggs. The others are taking turns fucking up the SVN badly. Use r710 until further notice. Thanks for the debug dump, though.

Proposals / Re: ENIGMA Project Icons
« on: April 22, 2011, 09:44:30 PM »
Luis, your post made me genuinely laugh. Very apt; A+.

General ENIGMA / Re: Compiling in Linux
« on: April 21, 2011, 04:40:39 PM »
Sorry about that, Joserc. We've been making some reparations to get ENIGMA working on Mac, iPhone, and Android out of the box. As IsmAvatar said, you can revert to an older revision that still works using the SVN up command. I recommend revision 710.

To check out new, use this:
svn co enigma-dev -r 710

To revert, use this:
svn up -r 710

Announcements / Re: Quick Update
« on: April 21, 2011, 01:40:40 AM »
No problem. Good luck, TGMG.

@HaRRi- I apologize; it turns out you were right about draw_text misbehaving due to being passed a floating point number. I have corrected this problem in r710.

Announcements / Re: Quick Update
« on: April 19, 2011, 08:10:06 PM »
I pass mouse_x and mouse_y to the current draw_text. C++ can convert from double to int implicitly, it's just not as efficient as just copying the int over. I honestly still haven't made up my mind about that, though....

Announcements / Re: Quick Update
« on: April 19, 2011, 10:51:13 AM »
You may want to use double for trig-based ones, though the regular draw_text uses integers... Depending on how it looks, I may need to go back and write the metrics as float instead of int.

Announcements / Re: Quick Update
« on: April 19, 2011, 10:29:52 AM »
And you moved in the new ENIGMA.exe from CompilerSource? The old ENIGMA.exe doesn't know how to generate to the new spec. All of those are in Autoconf/wingcc_template.eyt.

I think you do have commit access, so feel free, whenever they work.

Announcements / Quick Update
« on: April 18, 2011, 11:15:47 PM »
I don't write many newsposts anymore, but I have some news for a few of those involved in the project who don't frequent the IRC. The rest of you who are interested can thank them for not showing up, because otherwise I'd have no reason to post this. These are our standings:

In the last three revisions, I have drastically changed a couple of the systems behind the compilation process of ENIGMA, largely for the sake of TGMG (though also for freezway, who wanted access to the widget functions before they are finished). These include the following:
In the Compilers/ eYAML files, the following are now honored by ENIGMA:
  • resources: Where to write the resources. $exe = The executable module. I might change this to $game. Maybe.
  • Build-Extension: The extension of the output file; this is recognized but not really used yet.
  • Run-Program: What program to invoke to run the game. $game is the game file.
  • Run-Params: What to pass to the above. $game is the game file.
It is up to IsmAvatar to implement this one:
  • Run-output: Where the game is built for the Run function. "$tempfile" will let LGM pick.

Furthermore, ENIGMA now passes a "Compile Path" to the makefile. What this comprises is the current platform name, and the target platform name, separated by a slash. For instance, Linux/Linux, Windows/Windows, MacOSX/iPhone. This can be accessed as $(COMPILEPATH) from the main makefile. It will be up to TGMG to use this to include a makefile from SHELL/Makefiles. They will be largely redundant, yes, but this will allow him to get complete control over the make process for iPhone and Android.

Unfortunately, I am quite sure the latest changes have broken Windows. I'll be on Windows myself in a minute to assess and fix it. In the revisions before this, however (around r698 or so), fonts were implemented. You no longer need to use font_add_sprite(). I mention this because I know HaRRiKiRi wanted to do something with them after the font resource worked.

Other than that, I know Polygone has been doing a good job keeping up with the Wiki. I don't think I've missed anything in documenting this new Compilers/*/*.ey and About.ey eYAML layout, but it could probably use touching up by a second person. New help with documentation always welcome.

So I'll be on Windows, then I'll see about getting back to my coercer.

Edit: All right, I've fixed Windows, as far as I can tell. If you update to the latest revision yourself (or via LGM), you must do the following:
  • Copy the new ENIGMA.exe from CompilerSource/Stupidity-buffer/.
  • Delete gcc.ey from Windows/
  • Rerun ENIGMA.exe
Alternatively, you can edit gcc.ey yourself according to the new specification file in Autoconf/wingcc_template.eyt (You'll see the two are so similar you can almost copy and paste. In fact, you pretty much can copy-paste the bottom half, just skip the part with the %s stuff).

And of course, in either case, delete the DLL from the main directory so LGM rebuilds it.

Announcements / Re: Recent Events
« on: April 12, 2011, 07:22:14 PM »
Nah, he probably rebooted after disabling it in his card properties.
But don't ruin his fun.

Proposals / Object grouping
« on: April 12, 2011, 11:18:13 AM »
With documentation of a new format started, however incoherently, here, it's time I put to writing my plan for large games made with ENIGMA.

One of Game Maker's biggest downfalls is the sheer length of time it takes to save and load games, both in GMK format and in the EXE format. People with large projects suffer incredible wait times between pressing "Run" and seeing their game working, until they finally just keep all resources external. How can we fix this?

Most people with large projects, if not every single one of them (where "large" implies having lots of resources, not a stolen tutorial and 6 massive WAV-format music files) keep their resources well-organized within the tree. I was looking over the sources (acquired in multiple ways) of successful GM-made Metroid clones. Sprites were divided by player and by land, then by enemy... it was, as a trend, very well organized.

Cutting to the chase, my proposal is sprite_load_group("Crateria");.

Basically, when our new format is implemented, "compiling" large games will be as simple as unpacking resources from the zip. Or, as we're likely to add, compiling the standalone, duplicating the game zip, stripping the script directory, object directory, and manifest files (anything that would no longer be of use in a compiled game), and adding the EXE to that.

ENIGMA games would then, when the user calls sprite_load_group(group), just recursively add all sprites found in ./Sprites/group/.
Likewise, it would recursively unload them when the user calls sprite_unload_group().

This will require minimal modification to the original system, and will save many users an assload of hassle, which when you think about it, is the point of the ENIGMA project, anyway. Built-in support for massive amounts of resources, and keeping them external, is fundamental if ENIGMA is to offer something that Game Maker just fucking doesn't.

I mean, until one of those sodding idiots stumbles upon this thread and puts their programmers to work implementing it.