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 »
706
General ENIGMA / Re: Start moving in one the selected directions
« on: June 13, 2013, 03:47:31 pm »
Java's always been bad at drag-and-drop. At one point it would crash the X server if a certain number of conditions were right.
Try just right-clicking the tile. That appends it to your code immediately.
Try just right-clicking the tile. That appends it to your code immediately.
707
Issues Help Desk / Re: compiling error: Failed to add Resources
« on: June 12, 2013, 07:54:51 pm »
Try explicitly adding ".exe" to the end of your exported filename. The IDE still doesn't do that, and GCC does it automatically. Then ENIGMA can't find the executable.
708
General ENIGMA / Re: How to get the C++ sourc code of my game?
« on: June 11, 2013, 12:16:35 pm »
That isn't where the objects are built. You'll find them under enigma-dev/ENIGMAsystem/SHELL/Preprocessor_Environment_Editable.
709
General ENIGMA / Re: How to get the C++ sourc code of my game?
« on: June 11, 2013, 09:45:14 am »
ENIGMA does not delete the headers it generates when it is finished; we frequently ask people for copies or segments of them when something goes wrong during compile. Are you sure you're checking the right directory?
710
Proposals / Re: Improving the rooms editor
« on: June 11, 2013, 09:43:44 am »
You can also move tiles by holding control and dragging them, if I recall correctly. Holding control and right clicking lets you set other options, such as the creation code.
Still, having multiple modes might make it less confusing.
Still, having multiple modes might make it less confusing.
711
Off-Topic / Re: Commercial Investment
« on: June 09, 2013, 02:44:06 pm »
Pretty easy to just brute force characters in a single div with the same color.
712
General ENIGMA / Re: Thanks a lot !
« on: June 09, 2013, 01:56:43 pm »
Sure. Good to have you! Good luck on your game.
713
Ideas and Design / Re: Add subimages from files
« on: June 09, 2013, 01:55:32 pm »
I believe Robert has added that to his latest LateralGM build. You can download it from his topic, here.
Cheers
Cheers
714
Off-Topic / Re: Commercial Investment
« on: June 09, 2013, 01:21:56 pm »
More nontrivial questions. But if you do a Google search for "The highest US court is the US * Court", the answer is so easy to filter that even a bot could do it. But if it's doing that, how'd it break ours?
It's hard to say, really; the bot would have to be good at matching keywords in questions and brute-forcing the answer by any means.
Or, maybe it's just a human paid to go through a big list of sites. Oh well.
It's hard to say, really; the bot would have to be good at matching keywords in questions and brute-forcing the answer by any means.
Or, maybe it's just a human paid to go through a big list of sites. Oh well.
715
Off-Topic / Re: Commercial Investment
« on: June 09, 2013, 12:13:21 pm »
Username: DeparDan
Posts: 1 (N/A per day)
Email: dandepardieu@outlook.com
Age: N/A
Date Registered: Today at 10:17:48 AM
IP: 113.193.18.74
Hostname:
Spam: Posted link to a realty-related .co.uk domain.
On another note, I'm interested as to whether this was a paid human, or a really good bot. It apparently got through all three anti-spam questions, then navigated to the off-topic board to post the link. Pretty good, for a bot; it would have to actually try all words on each page forward and backward to guess correctly. So either lots of time, or a human.
If we get more of these AI-powered bots, I'll have to up the question difficulty.
Posts: 1 (N/A per day)
Email: dandepardieu@outlook.com
Age: N/A
Date Registered: Today at 10:17:48 AM
IP: 113.193.18.74
Hostname:
Spam: Posted link to a realty-related .co.uk domain.
On another note, I'm interested as to whether this was a paid human, or a really good bot. It apparently got through all three anti-spam questions, then navigated to the off-topic board to post the link. Pretty good, for a bot; it would have to actually try all words on each page forward and backward to guess correctly. So either lots of time, or a human.
If we get more of these AI-powered bots, I'll have to up the question difficulty.
716
General ENIGMA / Re: How to get the C++ sourc code of my game?
« on: June 08, 2013, 05:09:25 pm »
You can place your own C++ functions in your game by going to ENIGMA settings -> Definitions. Just declare the C++ functions you need in there, and you will be able to use them in your game.
717
General ENIGMA / Re: AA Regression Discussion (Split from Git Proposal topic)
« on: June 08, 2013, 09:00:36 am »
Let me weigh in, here. Bear in mind my opinion on this matter is not final, but I believe some third-party perspective in this argument will help.
I am not opposed to having HaRRi's AA in the engine, but I wish that we could mark these functions in a way that made it exceedingly clear that they are not available in other graphics systems. OpenGL is portable; this means that you can at least compile your code on each platform, even if the function ultimately fails out. If you try to switch to DX, though, the function will either have to be implemented to do nothing, be emulated using similar DirectX offerings (which I believe has been stated to not be possible). If neither of those are options, then the function call will simply cause compile failure, pissing people off.
One of the best concepts of ENIGMA is the ability to switch systems out and compile your game, regardless of platform. Having a lot of empty functions does not create an environment wherein people feel secure in doing that. Letting a function that works in one system fail in another also is not conducive to that. It would be good if we could provide warnings for functions that do that, at very least, or maybe pack them into extensions so users have to consciously make the decision to use that extension, even though that isn't what I originally intended the extension system to be used for. Originally, the extension system was for functions requiring additional libraries (ie, more dependencies than the user may have already met), or functions which require local variables to be added to objects.
There are two classifications of "correct," here. Mathematically correct, or "True" anti-aliasing, is extremely computationally intensive. Trying to support it software side would be fallacy, and so despite being mathematically correct, is not implementation-correct.
MSAA is the implementation-correct way to do anti-aliasing. From what I gather, NVidia thought that cards would one day provide AA for users. NVidia and other vendors have succeeded in setting graphical precedents in the past; even the new C++ ISO is based largely on features of existing C++ implementations that people came to rely on over time. Apparently, that is not what ended up happening, this time. I guess it was too expensive in terms of hardware density to offer AA on top of existing features. I don't have a figure for actual support, but MSAA is not implementation specific; it uses only standard methodologies.
That said, HaRRi, I wish you'd embrace MSAA over the mostly NVidia functions currently implemented, unless you can show that support for them is still large and that DX offers some way of simulating that function.
If, however, HaRRi's functions incorporate mathematically correct AA hardware-side, they are invaluable; it would be worth offering them (and preferably a function to test if they are supported) JUST to have it on a handful of cards. On DirectX, the supported check function could just return false, and the AA functions could do nothing. This wouldn't bother me a fucking bit, as it would mean that user games could have mathematically correct, true anti-aliasing for dirt cheap on some cards, and then make it a point to use MSAA on cards that do not support those functions.
I am not opposed to having HaRRi's AA in the engine, but I wish that we could mark these functions in a way that made it exceedingly clear that they are not available in other graphics systems. OpenGL is portable; this means that you can at least compile your code on each platform, even if the function ultimately fails out. If you try to switch to DX, though, the function will either have to be implemented to do nothing, be emulated using similar DirectX offerings (which I believe has been stated to not be possible). If neither of those are options, then the function call will simply cause compile failure, pissing people off.
One of the best concepts of ENIGMA is the ability to switch systems out and compile your game, regardless of platform. Having a lot of empty functions does not create an environment wherein people feel secure in doing that. Letting a function that works in one system fail in another also is not conducive to that. It would be good if we could provide warnings for functions that do that, at very least, or maybe pack them into extensions so users have to consciously make the decision to use that extension, even though that isn't what I originally intended the extension system to be used for. Originally, the extension system was for functions requiring additional libraries (ie, more dependencies than the user may have already met), or functions which require local variables to be added to objects.
There are two classifications of "correct," here. Mathematically correct, or "True" anti-aliasing, is extremely computationally intensive. Trying to support it software side would be fallacy, and so despite being mathematically correct, is not implementation-correct.
MSAA is the implementation-correct way to do anti-aliasing. From what I gather, NVidia thought that cards would one day provide AA for users. NVidia and other vendors have succeeded in setting graphical precedents in the past; even the new C++ ISO is based largely on features of existing C++ implementations that people came to rely on over time. Apparently, that is not what ended up happening, this time. I guess it was too expensive in terms of hardware density to offer AA on top of existing features. I don't have a figure for actual support, but MSAA is not implementation specific; it uses only standard methodologies.
That said, HaRRi, I wish you'd embrace MSAA over the mostly NVidia functions currently implemented, unless you can show that support for them is still large and that DX offers some way of simulating that function.
If, however, HaRRi's functions incorporate mathematically correct AA hardware-side, they are invaluable; it would be worth offering them (and preferably a function to test if they are supported) JUST to have it on a handful of cards. On DirectX, the supported check function could just return false, and the AA functions could do nothing. This wouldn't bother me a fucking bit, as it would mean that user games could have mathematically correct, true anti-aliasing for dirt cheap on some cards, and then make it a point to use MSAA on cards that do not support those functions.
718
Third Party / Re: notepad++ linux GPL
« on: June 08, 2013, 07:54:02 am »
I'm rather happy with Geany, personally. Though I doubt someone's made a GML highlighter for it.
719
Announcements / Re: LateralGM Update
« on: June 06, 2013, 08:59:49 am »
We could rename that field from "Author" to "Maintainer" to avoid confusion.
720
Off-Topic / Re: Interview with Bjarne Stroustrup on C++11 and C++14
« on: June 06, 2013, 08:58:29 am »
I've got some required reading to do with regard to both specifications. I didn't realize how bad it'd gotten until someone was using an rvalue reference and I had no idea what I was looking at.
It's sad, too; a lot of JDI was written to work around the fact that there were no rvalue references in the previous spec. I'll probably revisit those particular sections of it while I'm fixing templates.
Anyway, thanks for the link.
It's sad, too; a lot of JDI was written to work around the fact that there were no rvalue references in the previous spec. I'll probably revisit those particular sections of it while I'm fixing templates.
Anyway, thanks for the link.
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 »