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 »
1486
Announcements / Re: Happenings
« on: January 16, 2011, 08:38:13 pm »
The installer's been done, the issue is getting the backend to make the correct calls. I'm just finishing that up now. Sign on to the IRC, and say my name if I'm there. I'll tell you what to do.
<-- lol 69
<-- lol 69
1487
Issues Help Desk / Re: Combining members
« on: January 15, 2011, 07:03:18 pm »
He just said he wanted a foobar::x. He didn't say he wanted to borrow one of the x's.
1488
Issues Help Desk / Re: Combining members
« on: January 15, 2011, 04:50:55 pm »
Have both foo and bar inherit from a base class with X.
1489
Proposals / Re: Shader effects
« on: January 14, 2011, 05:57:39 pm »
Mac seen by Windows = Yes
I pretty much still see them that way.
I pretty much still see them that way.
1490
Announcements / Re: Happenings
« on: January 14, 2011, 04:10:10 pm »
It certainly would, Rusky. But I'm afraid to tell people to do that because they'll call path functions on it or some shit. Path functions will never work on custom classes (without some serious effort poured into the mix).
And yes, selecting variable packages is planned (And about half done).
And yes, selecting variable packages is planned (And about half done).
1491
Announcements / Re: Happenings
« on: January 14, 2011, 10:06:11 am »
You may not treat custom classes as regular objects, but you can already create them in Definitions using C++ syntax.
1492
Announcements / Re: Happenings
« on: January 13, 2011, 09:34:13 pm »
Two hours for surfaces, probably three hours for switch()... two hours for ds_ functions... I only now got home from school, and I still have more work to do.
1493
Off-Topic / Broken forums
« on: January 12, 2011, 10:50:13 am »
We've recently upgraded to SMF RC3. This cost us all custom modifications to the SMF forum system. This is what's broken, that we are currently aware:
1) Registration. I implemented a regexp captcha to the SMF engine because its original system was too poor to handle multiple answers. My system allowed them to be set as (answer1|answer2), or however else is legal in the regexp standard. As such, any question with more than one answer is impossible to answer correctly.
2) Unix names. Gary just implemented a system that allows users to give themselves a unix name. It wasn't implemented in the Wiki completely yet, but it's gone now.
3) Code highlighting. The system had a problem with generating previews (the page had to be refreshed to see any modifications), and it didn't distinguish between GML and C++, but it's gone now.
Any other problems, report them here.
1) Registration. I implemented a regexp captcha to the SMF engine because its original system was too poor to handle multiple answers. My system allowed them to be set as (answer1|answer2), or however else is legal in the regexp standard. As such, any question with more than one answer is impossible to answer correctly.
2) Unix names. Gary just implemented a system that allows users to give themselves a unix name. It wasn't implemented in the Wiki completely yet, but it's gone now.
3) Code highlighting. The system had a problem with generating previews (the page had to be refreshed to see any modifications), and it didn't distinguish between GML and C++, but it's gone now.
Any other problems, report them here.
1494
Function Peer Review / Re: GML: draw_sprite_tiled + draw_sprite_tiled_ext (works only with power of two)
« on: January 12, 2011, 10:39:30 am »
I have yet to implement switch(), but there are multiple problems with that code in any case, namely,
1) The point of a switch statement is to allow jumping to a piece of code marked by the correct value. So, "case varname==0" is pointless. Just "case 0" will suffice
2) The point of a switch statement is to quickly decode one value as a set of multiple values. So, "switch(boolean)" is, before optimization, less efficient than if (boolean) {} else {}.
1) The point of a switch statement is to allow jumping to a piece of code marked by the correct value. So, "case varname==0" is pointless. Just "case 0" will suffice
2) The point of a switch statement is to quickly decode one value as a set of multiple values. So, "switch(boolean)" is, before optimization, less efficient than if (boolean) {} else {}.
1495
Function Peer Review / Re: move_towards_point
« on: January 11, 2011, 07:16:55 pm »
Actually, I have no idea why the fuck Ism's implementation works. direction.rval.d is in degrees. Or at least it's supposed to be. There is the possibility that it is only in degrees when it is the last variable set.
1496
Function Peer Review / Re: GML: draw_sprite_tiled + draw_sprite_tiled_ext (works only with power of two)
« on: January 11, 2011, 03:25:40 pm »
I don't know why it's doing that if you're specifying the whole screen as the rectangle.
1497
Function Peer Review / Re: GML: draw_sprite_tiled + draw_sprite_tiled_ext (works only with power of two)
« on: January 11, 2011, 12:58:24 pm »
I don't think two branches are unreasonable.
HaRRi, note two things. First, tbx and tby are both 1 for Po2 textures. Second, I believe the most efficient way to code this function is by giving it this structure:
HaRRi, note two things. First, tbx and tby are both 1 for Po2 textures. Second, I believe the most efficient way to code this function is by giving it this structure:
Code: (C++) [Select]
if (tbx == 1)
if (tby == 1)
//YOUR CURRENT METHOD
else
//DRAW LARGE TILED HORIZONTAL STRIPS OF SIZE REQUESTED_WIDTH * SPRITE_HEIGHT
else
if (tby == 1)
//DRAW LARGE TILED VERTICAL STRIPS OF SIZE SPRITE_WIDTH * REQUESTED_HEIGHT
else
//THE INEFFICIENT METHOD
1498
Proposals / Re: switch and mp_step functions.
« on: January 10, 2011, 07:27:41 pm »
You can just copy-paste it into "Definitions" under ENIGMA settings in the mean time, MrGriggs.
1499
Tips, Tutorials, Examples / Re: OpenAL Tutorial 1 - Playing WAV files (No ALUT required!)
« on: January 10, 2011, 07:26:15 pm »
You could just implement the 3D sound functions in ENIGMA's current OpenAL implementation; we'd appreciate it. (ENIGMAsystem/SHELL/Audio_Systems/OpenAL/)
1500
Proposals / Re: Shader effects
« on: January 10, 2011, 07:20:04 pm »
Yes, they will. I asked Retep a while back to research the difference in shader languages for DirectX and OPenGL. He never got back to me with the results. I want to ensure that ENIGMA's shader language is standard, and so I want to know what I'm up against. ENIGMA may implement its own shader language.
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 »