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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »
1276
Third Party / Re: GM8.1 format changes
« on: August 14, 2011, 11:17:45 am »
I'd rather have a draw_text_unicode. Anyway, we have a number of options.
1) Like Yoyo, we can allow selecting ranges of unicode chars to include in the font texture.
2) We can use TTF to load the glyphs into GL lists, and draw any glyphs not encompassed by those list ranges manually.
3) We can get creative, as many unicode glyphs are simply a letter with a symbol drawn over them.
While it would require flipping on antialiasing to look decent, (2) seems to be the most practical option. Perhaps we could merge (1) and (2), drawing any symbol we have in our texture as a sprite, and rendering the rest as primitives.
1) Like Yoyo, we can allow selecting ranges of unicode chars to include in the font texture.
2) We can use TTF to load the glyphs into GL lists, and draw any glyphs not encompassed by those list ranges manually.
3) We can get creative, as many unicode glyphs are simply a letter with a symbol drawn over them.
While it would require flipping on antialiasing to look decent, (2) seems to be the most practical option. Perhaps we could merge (1) and (2), drawing any symbol we have in our texture as a sprite, and rendering the rest as primitives.
1277
Proposals / Re: GM Compatibility Resolver
« on: August 14, 2011, 11:01:49 am »
When should the resolver will be run?
Every morning at 7:00 and every night at 9:30.
...When they load a GM6 and press ENIGMA->Fix compatibility.
What things should the resolver check for?
It should have two parts. The first should play on ENIGMA's new syntax checker, which is capable of proposing corrections, such as replacing `something (100001).x = 10` with `something; (100001).x`. The mechanism is incomplete, but has shown ability.
The other half should be entirely regex and should in fact be run first. It'll make replacements such as `};` -> `}` and `;)` -> `)`.
How will the resolver check for them?
See above. The syntax checker has some capability for correction, and regex can float the rest.
How will the resolver solve these issues and how should the user interface for it work?
See above.
Every morning at 7:00 and every night at 9:30.
...When they load a GM6 and press ENIGMA->Fix compatibility.
What things should the resolver check for?
It should have two parts. The first should play on ENIGMA's new syntax checker, which is capable of proposing corrections, such as replacing `something (100001).x = 10` with `something; (100001).x`. The mechanism is incomplete, but has shown ability.
The other half should be entirely regex and should in fact be run first. It'll make replacements such as `};` -> `}` and `;)` -> `)`.
How will the resolver check for them?
See above. The syntax checker has some capability for correction, and regex can float the rest.
How will the resolver solve these issues and how should the user interface for it work?
See above.
1278
Third Party / Re: GM8.1 format changes
« on: August 14, 2011, 10:39:06 am »
I've considered support for extended character sets by replacing the symbol with the concatenation of its unicode number and two dollar signs. For instance, if we opted to go all out with UTF-16, I'd replace `int piƱas;' with `int pi$00F1$as;'. This would rely on a largely unsupported compiler feature, but it'd work for our purposes since all of our presently planned platforms are reached through some version of the GCC.
UTF-16 is, of course, serious overkill for the wants of 99% of our user base, so by default we'd certainly go with UTF-8. I was just wondering if it would be frugal to insert a delimiter up front. Like I said, though, we could always add support for other encodings in later.
UTF-16 is, of course, serious overkill for the wants of 99% of our user base, so by default we'd certainly go with UTF-8. I was just wondering if it would be frugal to insert a delimiter up front. Like I said, though, we could always add support for other encodings in later.
1279
Third Party / Re: GM8.1 format changes
« on: August 14, 2011, 09:58:58 am »
We have no say in the contents of the GM format. Those encodings will always be hard-coded until Yoyo collectively develops a cerebrum.
In the meantime, the EGM format can easily describe the encoding of the text it stores, whether needed on a per-game, per-object/script, or per-code-snippet basis. If you feel that is necessary, now is the time to tell us so we can include it in the first EGM spec. In that case, for scripts, we would add it to the YAML file that denotes the script file, while for events, we would include it in the object's EEF Descriptor.
Don't worry, though; I made the spec very extensible (it's largely zipped YAML), so we *can* add it in later versions anyway. I just think that'd be something to throw in from square one if we're going to run with it.
In the meantime, the EGM format can easily describe the encoding of the text it stores, whether needed on a per-game, per-object/script, or per-code-snippet basis. If you feel that is necessary, now is the time to tell us so we can include it in the first EGM spec. In that case, for scripts, we would add it to the YAML file that denotes the script file, while for events, we would include it in the object's EEF Descriptor.
Don't worry, though; I made the spec very extensible (it's largely zipped YAML), so we *can* add it in later versions anyway. I just think that'd be something to throw in from square one if we're going to run with it.
1280
Proposals / Re: Tracker Change
« on: August 13, 2011, 12:10:53 pm »
A dedicated server isn't going to happen at this juncture. I average $75 a year in income from the ads on the front page. That average is decreasing.
We can move to a VPS if we (the team) can settle on a good priced one. I was thinking that one daz had for $13/mo would do the trick.
We are far too low-traffic to generate the need and much less the income for a better host than that VPS.
We can move to a VPS if we (the team) can settle on a good priced one. I was thinking that one daz had for $13/mo would do the trick.
We are far too low-traffic to generate the need and much less the income for a better host than that VPS.
1281
Proposals / Re: Tracker Change
« on: August 12, 2011, 10:33:48 pm »
I like having a separate tracker because it's just a more direct/deliberate way of dealing with bugs. It's not cluttering anything; you can view closed/complete/postponed bug tickets and such, and the presentation is much better organized than a categories page.
I would like more unity between the trackers of the two projects, but... Perhaps Ism and I could coordinate something to allow posting to the LGM mantis with ENIGMA credentials?
I would like more unity between the trackers of the two projects, but... Perhaps Ism and I could coordinate something to allow posting to the LGM mantis with ENIGMA credentials?
1282
Issues Help Desk / Re: Installation Failure
« on: August 12, 2011, 10:31:30 pm »
I missed that part. If it's complaining about missing DLLs, then one of two points are true.
1) The DLL doesn't exist in C:\MinGW\bin, in which case, the installation failed somehow. This is unlikely, and I'm not sure how to fix it aside from reinstalling it again.
2) The DLLs do exist in that path, but there's an issue with setting the PATH variable, which could also explain why LGM is failing to build on its own.
Which are we looking at?
1) The DLL doesn't exist in C:\MinGW\bin, in which case, the installation failed somehow. This is unlikely, and I'm not sure how to fix it aside from reinstalling it again.
2) The DLLs do exist in that path, but there's an issue with setting the PATH variable, which could also explain why LGM is failing to build on its own.
Which are we looking at?
1283
Proposals / Re: GM-incompatible ENIGMA features - what to do
« on: August 10, 2011, 12:37:51 pm »
Indeed. In the event that a feature is completely incompatible, it'll be dropped. Possibly with warning, but I'm not going to push our luck. As for the sprite order thing (the compatibility concept, not the actual suggestion), it's a good idea, but I'm going to have to agree with HaRRi in that wanting to save an EGM as a GM6 is a kind of dumb idea if you've loaded it with ENIGMA features. The goal we've been sticking to with regard to GM is *backwards* compatibility. Not some symbiotic nonsense.
That said, I'm not even going to ask that Ism does that, but I'm unopposed to her doing so.
That said, I'm not even going to ask that Ism does that, but I'm unopposed to her doing so.
1284
Proposals / Re: Animated tiles/tilesets
« on: August 09, 2011, 04:01:48 pm »
besides, we could easily present a directory full of sprites as a tileset to choose from.
Anyway, animated tiles would screw up the whole scheme I drew up for fast tile drawing. Static sprites can be tacked on after each layer.
Anyway, animated tiles would screw up the whole scheme I drew up for fast tile drawing. Static sprites can be tacked on after each layer.
1285
Issues Help Desk / Re: Installation Failure
« on: August 08, 2011, 10:50:07 pm »
Oh, I totally missed that "updated to" line. Disregard me.
1286
Issues Help Desk / Re: Installation Failure
« on: August 08, 2011, 09:47:01 pm »
All of that looks great, jimn.
Are you able to click Enigma->Run, now?
If so, just make sure it has time to compile the game's engine.
Are you able to click Enigma->Run, now?
If so, just make sure it has time to compile the game's engine.
1287
Issues Help Desk / Re: Installation Failure
« on: August 08, 2011, 08:49:51 pm »
That means that ENIGMA is functioning perfectly, but LateralGM (or the plugin) is really behaving nutty. I'm wondering if you didn't somehow obtain a broken version...
Let me fetch Ism.
Let me fetch Ism.
1288
Issues Help Desk / Re: Installation Failure
« on: August 08, 2011, 08:09:09 pm »
Ah, it's not in your path. You can fix it as ENIGMA does by spec (and LGM should, but may not be).
Before you call make, run this command:
SET PATH=C:\MinGW\bin;C:\MinGW\MSys\1.0\bin;%PATH%
That will enable mingw32-make to make calls to its other executables.
Sorry it's taking so long to fix. Not certain why LGM isn't building it properly.
Before you call make, run this command:
SET PATH=C:\MinGW\bin;C:\MinGW\MSys\1.0\bin;%PATH%
That will enable mingw32-make to make calls to its other executables.
Sorry it's taking so long to fix. Not certain why LGM isn't building it properly.
1289
Issues Help Desk / Re: Installation Failure
« on: August 08, 2011, 07:42:52 pm »
I'm not sure why LGM would fail to build ENIGMA, but you can do it manually by opening that directory in a terminal and calling C:\MinGW\mingw32-make.
1290
Proposals / Re: Animated tiles/tilesets
« on: August 08, 2011, 07:41:09 pm »
I think static sprites is something Yoyo has implemented. If not, they should have. Basically, you place sprites in the room along with the tiles.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »