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 »
1831
Announcements / Re: Bugtracker trial
« on: July 08, 2010, 08:44:02 AM »
Suggestions are given very low priority. I like the recommended tags idea. Maybe in a large cluster or something like a lot of sites do, with more frequent tags in larger typeset. The template thing only really applies to bugs. A trend seems to be the ability of people in general to propose a solution. Canonical and several others I've observed lately seem to have an answer proposal box at the bottom of each bug report (at least those given attention).
a2h, I'm amazed at how well this all works together. Great job!
a2h, I'm amazed at how well this all works together. Great job!
1832
Off-Topic / Re: Sandy Duncan and clan
« on: July 08, 2010, 12:50:08 AM »
Sigh. What a2h said.
This is the real image of that... that.

Admit it. My recreation was oddly hotter.
Though I must wonder, then. Who is that in the incorrect picture?
This is the real image of that... that.

Admit it. My recreation was oddly hotter.
Though I must wonder, then. Who is that in the incorrect picture?
1833
Announcements / Re: Bugtracker trial
« on: July 07, 2010, 01:45:05 PM »
Not anymore...? How odd.
1834
Announcements / Re: Bugtracker trial
« on: July 06, 2010, 11:30:08 PM »
I am so happy with you right now. I was just remarking to my brother. Thanks for this, this is insane.
1835
Announcements / Re: Bugtracker trial
« on: July 06, 2010, 01:50:00 AM »
I know you can't tell, but I'm smiling right now. Nice work. Now maybe I can get more notice than "Oh, it's too bad ENIGMA segfaults on load..." a month later.
1836
Announcements / Re: Happy Independence Day
« on: July 06, 2010, 01:49:10 AM »
Retep: Who's this "we" we're going to get to focus? If you mean Americans, don't count on it. They'll remain, as a majority, in oblivia until it becomes absolutely necessary for them to think for themselves. Ism would make that sooner than later, but I insist that nutrition facts on water and directions on poptart and cereal boxes are a good sign that no thought will be put into life by any of them for a long time.
Gary: Noted: has calendar date at disposal. Can resolve meaning thereof if invoked.
Gary: Noted: has calendar date at disposal. Can resolve meaning thereof if invoked.
1837
Announcements / Re: Happy Independence Day
« on: July 05, 2010, 09:27:19 AM »
I've asked some British people if they were still sore about it. But yeah, Americans aren't, as a collective, shining jewels of intellect...
1838
Announcements / Happy Independence Day
« on: July 04, 2010, 06:54:20 PM »
Since a2h is Australian (and asleep anyway, I guess), Ism is actually a Russian spy, and none of the other administrators know what the hell day it is, happy fourth to all you Americans.
I'm going to go set something on fire and blow some other things up in good American spirit. ...The old spirit. Well. I mean.
Explanations later.
Peace.
I'm going to go set something on fire and blow some other things up in good American spirit. ...The old spirit. Well. I mean.
Explanations later.
Peace.
1839
Announcements / Re: Install script - Ubuntu
« on: July 04, 2010, 05:24:43 PM »
Build directory.
Nice change, Ism.
Nice change, Ism.
1840
Off-Topic / Re: Help coding something...
« on: July 04, 2010, 03:39:45 PM »
Yes, you can. It won't work because you can't assume that all types passed to a generic mixed() will have even operator+. If you could presume all available operators for both types, you'd be fine.
1841
Announcements / Re: COmputers SUck
« on: July 03, 2010, 09:34:30 PM »
I never liked SDL. Then I found out it had proprietary segments, and now I hate its guts as well as those of all involved with it, in any way. SDL can go fuck itself.
...Still, thanks for the suggestion.
...Still, thanks for the suggestion.

1842
Announcements / Re: COmputers SUck
« on: July 02, 2010, 06:51:03 PM »
This is retarded. >=\
Somebody else do the goddamn timing function. Clearly THIS, of all things, is just above my ability. <_<"
I assumed it was my vsync screwing it up. I'll look into fixing that...
I've not implemented the Windows counter yet, though.
Somebody else do the goddamn timing function. Clearly THIS, of all things, is just above my ability. <_<"
I assumed it was my vsync screwing it up. I'll look into fixing that...
I've not implemented the Windows counter yet, though.
1843
Off-Topic / Re: Help coding something...
« on: July 02, 2010, 06:45:59 PM »
Not while treating it as a plain variable. Allowing operator behavior of -two- types is the difficult part; if it was one or the other, you could use the template magic to make it work, and it would only error if an operator was called that was unsupported. But since, in the case of string and double, only some 8 operators are shared in common, that's problematic.
You could look at boost::variant better than I did. From what I can tell, they scraped something together with accessors. If I were you, I'd recommend overloading operator+(void) and operator-(void) to fetch either type explicitly (Has to be as good as or better than what boost did, but I didn't read very far in).
You could look at boost::variant better than I did. From what I can tell, they scraped something together with accessors. If I were you, I'd recommend overloading operator+(void) and operator-(void) to fetch either type explicitly (Has to be as good as or better than what boost did, but I didn't read very far in).
1844
Off-Topic / Re: Perfect low-level game framework
« on: July 02, 2010, 06:18:06 PM »
Sure, it's not detrimental, but it's little things like that which ultimately pile up. I'm just saying that the superior choice, however more or less convenient it would be, is to make the user explicitly switch context. Like surface_set_target in GM.
And yes; I was planning on making some GUI functions in ENIGMA that would potentially allow you to switch the current context to a new window. The only reason I'm making it, though, is for other pieces of ENIGMA to use; it's not really helpful in games. I just figure I may as well offer it up for use.
And yes; I was planning on making some GUI functions in ENIGMA that would potentially allow you to switch the current context to a new window. The only reason I'm making it, though, is for other pieces of ENIGMA to use; it's not really helpful in games. I just figure I may as well offer it up for use.
1845
Off-Topic / Re: Perfect low-level game framework
« on: July 02, 2010, 03:31:14 PM »
Our ideals are only slightly off.
"The API would be object-oriented."
By this, I figure you mean
"BMP, PNG, WAV, OGG and OGV"
I'd not settle for anything not supporting XM. And MP3 is a major plus.
"Contexts: Having many contexts at the same time. Then one'd just apply the functions(begin, end, etc.) to a different context and it'd "just work". OpenGL isn't very context-friendly, since you can only have one active context at any given time."
Easily implemented, major efficiency damper. Each draw function would have to check that the correct context is bound, and the user would have to specify that context every single time. That's annoying to user and GPU.
I don't know what you've used that you're acting as though video is some magically aloof resource that can't be treated as a texture. Must have been one fucked up little library. Happens when libraries do too much for you, I imagine. I can't think of a reason any respectable video renderer wouldn't have FBO's/contexts usable as textures.
"The API would be object-oriented."
By this, I figure you mean
Code: [Select]
Gaming.Engine.Code.Functions.Drawing.Images.SpritesInParticular.Rendering.DrawSprite(
resources.images.sprites.byIndex(0),
self.locals.drawing.images.sprite.index,self.locals.position.mouse.x,self.locals.position.mouse.y
);
But I'll be damned if I'd put up like that in anything other than Java*. Yes, now that I see your example code, I've noted that you're content with just DrawUtils::DrawRect. But eh, I vastly prefer draw_rectangle, personally."BMP, PNG, WAV, OGG and OGV"
I'd not settle for anything not supporting XM. And MP3 is a major plus.
"Contexts: Having many contexts at the same time. Then one'd just apply the functions(begin, end, etc.) to a different context and it'd "just work". OpenGL isn't very context-friendly, since you can only have one active context at any given time."
Easily implemented, major efficiency damper. Each draw function would have to check that the correct context is bound, and the user would have to specify that context every single time. That's annoying to user and GPU.
I don't know what you've used that you're acting as though video is some magically aloof resource that can't be treated as a texture. Must have been one fucked up little library. Happens when libraries do too much for you, I imagine. I can't think of a reason any respectable video renderer wouldn't have FBO's/contexts usable as textures.
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 »