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 »
2371
Announcements / Re: Domain Name Provider Transfer
« on: February 18, 2010, 07:07:08 am »
Miky--
Roughly $140 has gone in, $100 has come out. That puts me at as big a loss as Yoyo, percentage wise. XD
Rusky--
Take an upper-level philosophy course; you'd be hard-pressed to find one that won't teach you about fallacies.
Roughly $140 has gone in, $100 has come out. That puts me at as big a loss as Yoyo, percentage wise. XD
Rusky--
Take an upper-level philosophy course; you'd be hard-pressed to find one that won't teach you about fallacies.
2372
Issues Help Desk / Re: A replacement for draw_text
« on: February 17, 2010, 08:26:05 pm »
Luis:
That would definitely be a consideration if GM was unicode-friendly, but since we know exactly how GM does it, I don't think that's a good idea here. Perhaps for future extensions of draw_text (Listen to us talking about drawing text like we're some sort of connoisseurs. Hmph).
Grundoko:
No worries; our job is to make it look harmlessly simple. I pretty much failed at that in R3, but hey, "if at first you don't succeed, call it the beta."
I don't think anyone can just throw together some code to do so... Perhaps the stuff in R4 has been fixed since. Serp would probably know.
That would definitely be a consideration if GM was unicode-friendly, but since we know exactly how GM does it, I don't think that's a good idea here. Perhaps for future extensions of draw_text (Listen to us talking about drawing text like we're some sort of connoisseurs. Hmph).
Grundoko:
No worries; our job is to make it look harmlessly simple. I pretty much failed at that in R3, but hey, "if at first you don't succeed, call it the beta."
I don't think anyone can just throw together some code to do so... Perhaps the stuff in R4 has been fixed since. Serp would probably know.
2373
Announcements / Re: Domain Name Provider Transfer
« on: February 17, 2010, 07:24:04 pm »Quote from: http://en.wikipedia.org/wiki/Special_pleading
Special pleading is a form of spurious argumentation where a position in a dispute introduces favorable details or excludes unfavorable details by alleging a need to apply additional considerations without proper criticism of these considerations themselves. Essentially, this involves someone attempting to cite something as an exemption to a generally accepted rule, principle, etc. without justifying the exemption.
...
- assertion that the opponent lacks the qualifications necessary to comprehend a point of view
Example: I know you think that I should be giving my money to the poor, but you've never been rich before. There are things about wealth that you don't understand.
In this case,
You don't work for Yoyo. You don't understand.
2374
Issues Help Desk / Re: A replacement for draw_text
« on: February 17, 2010, 10:14:35 am »
Draw_text has been my least favorite function to implement due to deciding how to handle newlines. Presently, ENIGMA (R3) uses GL lists to hold the instructions for drawing individual glyphs. When you call draw_text, the string you pass is iterated by the card (ideally) with a single GL call. This is quite efficient, but it creates ugly glyphs and makes newlines impossible. The reason for that is simple; GL lists can't interface with variables on the RAM. Each time a glyph is drawn, the drawing window is translated in the viewport, and the list for that glyph is called. There is no way to preserve the starting location. That leaves me with the option of making my own pass, or just drawing the glyphs in myself, both of which are unattractive choices.
When you call draw_text in Game Maker, it doesn't do any of those things. It iterates the string itself, yes, but then it draws a sprite corresponding to the desired glyph, as serp suggested. This leaves a bad taste in my mouth for a number of reasons, but seems to be the best way to mimmic Game Maker.
Perhaps the other, more efficient technique can be implemented as a backup feature.
When you call draw_text in Game Maker, it doesn't do any of those things. It iterates the string itself, yes, but then it draws a sprite corresponding to the desired glyph, as serp suggested. This leaves a bad taste in my mouth for a number of reasons, but seems to be the best way to mimmic Game Maker.
Perhaps the other, more efficient technique can be implemented as a backup feature.
2375
Announcements / Re: Domain Name Provider Transfer
« on: February 17, 2010, 10:03:20 am »
Miky- I assumed they'd invested in a cloud server to hold the plethora of games they host. Such a server, at their provider, has unmetered traffic. That would have been the first thing I did.
Rusky- The major fallacy was "you have no idea what goes on internally."
Serp and those concerned- I imagine they are using that technique. If you remember, that's what really set my hat on fire (Fred's outright anti-support for the idea until Sandy made clear they were going to make off with it).
Rusky- The major fallacy was "you have no idea what goes on internally."
Serp and those concerned- I imagine they are using that technique. If you remember, that's what really set my hat on fire (Fred's outright anti-support for the idea until Sandy made clear they were going to make off with it).
2376
Announcements / Re: Domain Name Provider Transfer
« on: February 14, 2010, 10:24:46 pm »
Special pleading. Argumentum ad ignorantiam. A cute ad hominem. I'll just add tu quoque and move on.
As stated, their server will run them for roughly $150 monthly. They're making more than that *daily*. And Bandwidth, assuming you actually meant "traffic," is whatever the server can put out; 1&1 doesn't limit it. (They may pay more for additional bandwidth in the literal sense, but if they do, it's not much).
And frankly, it's irrelevant what goes on internally if the budget has gone down more than 30%.
As stated, their server will run them for roughly $150 monthly. They're making more than that *daily*. And Bandwidth, assuming you actually meant "traffic," is whatever the server can put out; 1&1 doesn't limit it. (They may pay more for additional bandwidth in the literal sense, but if they do, it's not much).
And frankly, it's irrelevant what goes on internally if the budget has gone down more than 30%.
2377
Announcements / Re: Domain Name Provider Transfer
« on: February 14, 2010, 07:39:29 pm »
So they have three coders, a web team and a Sandy.
They could make do with three or four of the above at this point (Sandy could poke around the forum and make bizarre suggestions there, and/or one of the Mac developers could storm off about it).
They could make do with three or four of the above at this point (Sandy could poke around the forum and make bizarre suggestions there, and/or one of the Mac developers could storm off about it).
2378
Announcements / Re: Domain Name Provider Transfer
« on: February 13, 2010, 07:37:02 pm »
Miky--
Have you calculated where all that 180K (in addition to the income from the new release amplified tenfold by the invalidation of previous keys, which I'm sure you'll stick up for as well) is going? Or do you just assume that more individuals than Mark, a Mac developer (who is paid so well as to bail the moment Sandy shows his true colors), and a web developer (how many do you need?) are being paid? I hate pointing the "overpaid" finger. I'd rightly say Mark deserves it after all the work he's put in over such a long time (having thousands of happy[...] users justifies the pay, and I do profess they are happy [yea, ignorance is bliss]), and I suppose not every good web developer can work in his/her spare time for a cause they support (unlike our a2h here; though not to reiterate that a clear lack of support has traversed the ranks of Yoyo's employees). I guess, also, that a--coordinator?--so talented as Sandy is an invaluable resource to GM's public relations and even to the staff and should definitely be queued up before the interest of the ever dwindling budget (No one I've seen has ever repelled so many individuals [and a Mac developer] as Sandy, leaving the forums in an uproar until concerned topics are deleted...).
Anyway, I suppose I can see where that money is going now, you're right. Try now to justify it.
Freezeway--
As HaRRiKiRi pointed out, since architectures vary anyway, a recompile is necessary on all platforms a-priori. However, cross compilation has proven to be not only an option (especially in the case of Windows and Linux) but often a necessity (good luck rigging a compiler to work ON the Wii).
Have you calculated where all that 180K (in addition to the income from the new release amplified tenfold by the invalidation of previous keys, which I'm sure you'll stick up for as well) is going? Or do you just assume that more individuals than Mark, a Mac developer (who is paid so well as to bail the moment Sandy shows his true colors), and a web developer (how many do you need?) are being paid? I hate pointing the "overpaid" finger. I'd rightly say Mark deserves it after all the work he's put in over such a long time (having thousands of happy[...] users justifies the pay, and I do profess they are happy [yea, ignorance is bliss]), and I suppose not every good web developer can work in his/her spare time for a cause they support (unlike our a2h here; though not to reiterate that a clear lack of support has traversed the ranks of Yoyo's employees). I guess, also, that a--coordinator?--so talented as Sandy is an invaluable resource to GM's public relations and even to the staff and should definitely be queued up before the interest of the ever dwindling budget (No one I've seen has ever repelled so many individuals [and a Mac developer] as Sandy, leaving the forums in an uproar until concerned topics are deleted...).
Anyway, I suppose I can see where that money is going now, you're right. Try now to justify it.
Freezeway--
As HaRRiKiRi pointed out, since architectures vary anyway, a recompile is necessary on all platforms a-priori. However, cross compilation has proven to be not only an option (especially in the case of Windows and Linux) but often a necessity (good luck rigging a compiler to work ON the Wii).
2379
Announcements / Re: Domain Name Provider Transfer
« on: February 13, 2010, 06:51:05 am »
Frankly, I'm of the same (if differently-worded) opinion, retep, but it's the large number of people who don't know what they're doing with the really shitty cards that power forums. And I mean this in a literal sense; they outnumber us, and are often susceptible to clicking ads. Eventually I'll try to put some unobtrusive Google ads about the forum, and they'll act like sort of a sail, if you will. That'll be when there is a high enough number of people to justify doing so.
Yoyo's estimated daily income is $170 dollars. I can't hope, right now, to catch up with that. However. As the community grows, I'll need better hosting to accommodate it, and better hosting needs paid for. Think about that figure. With $170 of income...Even with just $17! 17 * 30 = $510. Monthly. With that money, I could have a dedicated server *and* generate money to do what Yoyo did: CONTESTS. Hey, build <trivial item> in ENIGMA. Prize money: 25, 10, 5. Maybe even a $1750 (1000, 500, 250) contest after 1750/((17 * 30)-150) months = 4.9... I could wait three months and throw a two month contest JUST like Yoyo's. At 1/10 of what they make a day (It's really a wonder how they manage to lose money on this operation).
HaRRiKiRi--
It'll be as easy for the user as switching a radio button. Or more likely a combo box. The point is that we'll have support for a variety of them; for ENIGMA's ultimate purpose, there's no such thing as a truly cross-platform library. Cross platformability isn't only the result of this system, but the purpose.
Ultimately, EDL will be cross platform, but the C++ that runs it will not be. ENIGMA will choose (and the user can deliberate) which C++ to use to "run" the EDL.
Yoyo's estimated daily income is $170 dollars. I can't hope, right now, to catch up with that. However. As the community grows, I'll need better hosting to accommodate it, and better hosting needs paid for. Think about that figure. With $170 of income...Even with just $17! 17 * 30 = $510. Monthly. With that money, I could have a dedicated server *and* generate money to do what Yoyo did: CONTESTS. Hey, build <trivial item> in ENIGMA. Prize money: 25, 10, 5. Maybe even a $1750 (1000, 500, 250) contest after 1750/((17 * 30)-150) months = 4.9... I could wait three months and throw a two month contest JUST like Yoyo's. At 1/10 of what they make a day (It's really a wonder how they manage to lose money on this operation).
HaRRiKiRi--
It'll be as easy for the user as switching a radio button. Or more likely a combo box. The point is that we'll have support for a variety of them; for ENIGMA's ultimate purpose, there's no such thing as a truly cross-platform library. Cross platformability isn't only the result of this system, but the purpose.
Ultimately, EDL will be cross platform, but the C++ that runs it will not be. ENIGMA will choose (and the user can deliberate) which C++ to use to "run" the EDL.
2380
Announcements / Re: Domain Name Provider Transfer
« on: February 12, 2010, 03:47:09 pm »
Those were my thoughts. Eight's good for me; nine can be implemented after the basics are in (hopefully with as little recode as possible).
2381
Announcements / Re: Domain Name Provider Transfer
« on: February 12, 2010, 02:46:08 pm »
I was considering going with eight. If you recommend nine, I'll take the suggestion.
2382
Announcements / Re: Domain Name Provider Transfer
« on: February 11, 2010, 06:17:12 pm »
I think he means to imply that there is a difference in coding from XP to Vista. It's no problem; if I need to make separate categories, so be it. It will be at the user's discretion which to use. My job is only to provide them.
That said, there shouldn't be a difference anyway, save MAYBE the difference there will be in GL code depending on available extensions, which is all added in to one release anyway.
That said, there shouldn't be a difference anyway, save MAYBE the difference there will be in GL code depending on available extensions, which is all added in to one release anyway.
2383
Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 11:10:36 pm »
By who? Someone has to pay for representation, and GL isn't exactly raking in cash with its open freeness, as far as I am aware. I can't imagine them having a true legal ground; they're simply not covered all the way... Would take a damn good lawyer.
2384
Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 09:45:56 pm »
Jesus people, give me a little credit. I know all about OpenGL's Framebuffer Objects. I know a lot of you are newer here (Retro, you should have remembered this:) and missed the wave of sarcastic bug reports (and just regular bug reports) resulting from half the user base receiving an error that their shitty Intel cards don't support a 1970 GL extension (Yes, the FrameBuffer objects are supported by approximately 40% of ENIGMA users [NOTE: That statistic is entirely made up, but there were greater than ten error reports on the matter]).
Let me clarify:
A. Surfaces are not difficult to implement in GL; they are difficult to maintain on shitty Intel chipsets using GL.
B. Implementing a DirectX port for windows will in no way remove cross platform capability. The call draw_line will work regardless of platform; that's the beauty of keeping GML and is my primary line of defense for doing so as far as C++ fans are concerned. There is no completely cross platform library; GL is crippled on Intel chips, and it's modified for Wii beyond cross-compatibility. It is inevitably best that draw_line should call glBegin on Linux, godknowswhatbutibetithasalongname_begin() on Windows, and GX_Begin() on Wii. Ideally, the systems will be entirely interchangeable (where applicable, I mean. Obviously there won't be a DiretctX option when your window system is set to "Whole-context" or "XLib").
However. Because ENIGMA can include a number of different drawing library, a wrapper would be a good idea for any system that does not have a perfect equivalent on every platform intended for use. Graphics libraries are one such system. So long as you don't make GL or DirectX specific calls, your code will be platform independent.
Let me clarify:
A. Surfaces are not difficult to implement in GL; they are difficult to maintain on shitty Intel chipsets using GL.
B. Implementing a DirectX port for windows will in no way remove cross platform capability. The call draw_line will work regardless of platform; that's the beauty of keeping GML and is my primary line of defense for doing so as far as C++ fans are concerned. There is no completely cross platform library; GL is crippled on Intel chips, and it's modified for Wii beyond cross-compatibility. It is inevitably best that draw_line should call glBegin on Linux, godknowswhatbutibetithasalongname_begin() on Windows, and GX_Begin() on Wii. Ideally, the systems will be entirely interchangeable (where applicable, I mean. Obviously there won't be a DiretctX option when your window system is set to "Whole-context" or "XLib").
However. Because ENIGMA can include a number of different drawing library, a wrapper would be a good idea for any system that does not have a perfect equivalent on every platform intended for use. Graphics libraries are one such system. So long as you don't make GL or DirectX specific calls, your code will be platform independent.
2385
Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 12:08:19 pm »
That's about the size of it. The parser is what's really important as far as setting a foundation; the rest of the functions are trivial. Surfaces will present a problem since ENIGMA presently uses OpenGL. Since R3 (Forever ago) I added a system that will allow switching out of graphics systems so Windows can use the users' choice of DirectX or OpenGL. However... I don't know much DX. So surfaces are going to be rough until I learn some. It shouldn't be that hard, though. (Maybe a DX coder will come along in the meantime, hm?)
My biggest concern at the moment is with() {} and instance_destroy(). Though they seem unrelated, they're really not. With() changes the scope, and instance_destroy() is a member function of an integer. The system employed by the C parser should make this less difficult to organize and understand (by both me and the parsers), but it is still a bridge to cross.
Also I have two papers due Monday. *troll*
My biggest concern at the moment is with() {} and instance_destroy(). Though they seem unrelated, they're really not. With() changes the scope, and instance_destroy() is a member function of an integer. The system employed by the C parser should make this less difficult to organize and understand (by both me and the parsers), but it is still a bridge to cross.
Also I have two papers due Monday. *troll*
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 »