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 189 190 191 192 193 194 195 196 197 198 199 »
1681
Issues Help Desk / Re: Issue on linux
« on: February 27, 2014, 06:02:24 am »
According to Git blame, it's Harri's fault.
https://github.com/enigma-dev/enigma-dev/blame/master/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL1/GLd3d.cpp
I have fixed it in the following commit to my pull request.
https://github.com/RobertBColton/enigma-dev/commit/1a6ca0f83e9854a4dee7ae8543099f95575e7577
In the mean time frogg, just go to line 241 in GLd3d.cpp and comment out the printf call. Let me know if there are more.
https://github.com/enigma-dev/enigma-dev/blame/master/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL1/GLd3d.cpp
I have fixed it in the following commit to my pull request.
https://github.com/RobertBColton/enigma-dev/commit/1a6ca0f83e9854a4dee7ae8543099f95575e7577
In the mean time frogg, just go to line 241 in GLd3d.cpp and comment out the printf call. Let me know if there are more.
1682
Issues Help Desk / Re: Issues with colours displaying incorrectly.
« on: February 26, 2014, 04:04:27 pm »
Following pull request fixes PNG saving, though very inefficiently by duplicating the array data like Josh was bitching at me for. Only way to do it with lodepng though. This commit makes the PNG saving better than it was before by also recropping the image to its actual size.
https://github.com/enigma-dev/enigma-dev/pull/662
https://github.com/enigma-dev/enigma-dev/pull/662
1683
Issues Help Desk / Re: Issues with colours displaying incorrectly.
« on: February 26, 2014, 02:08:10 pm »
Sslaxx, the reason is because our plugin was originally populating sprites and backgrounds with RGBA, I have switched the latest plugin to BGRA, and since you don't have the ENIGMA changes to match it, that is why you have the messed up colors, but my pull request has not been merged yet. You need the following changes.
https://github.com/enigma-dev/enigma-dev/pull/661
https://github.com/enigma-dev/enigma-dev/pull/661
1684
General ENIGMA / Re: New here!
« on: February 26, 2014, 02:51:54 am »
Hello keganon, we're glad you found our software useful and appreciate the feedback. Everyone else here posted very accurate information for you regarding your questions, if you have anymore feel free to ask us anything.
1685
General ENIGMA / Re: Self-Extracting ENIGMA Portable
« on: February 24, 2014, 11:29:53 pm »
TKG the reason for this is because those packages you have to install on the command line are OpenGL and other things like GCC using the common package manager. Windows is the only OS which has this problem which requires us to ship binaries with it, this is commonly known as DLL hell.
http://en.wikipedia.org/wiki/DLL_Hell
It is because of this we don't even bother with a source code installer for Windows.
Also, there is generally no point as most Linux users know what they are doing anyway, and would actually find it quit insulting probably. However, that doesn't mean we can't create a uniform easy installer like the Windows Portable ZIP, but if we did we would continue to offer both methods of installation. I did have plans to do this and submit it to the Ubuntu Software Center but it is better to wait until the product is more complete.
http://en.wikipedia.org/wiki/DLL_Hell
It is because of this we don't even bother with a source code installer for Windows.
Also, there is generally no point as most Linux users know what they are doing anyway, and would actually find it quit insulting probably. However, that doesn't mean we can't create a uniform easy installer like the Windows Portable ZIP, but if we did we would continue to offer both methods of installation. I did have plans to do this and submit it to the Ubuntu Software Center but it is better to wait until the product is more complete.
1686
Issues Help Desk / Re: Sprite_add crashes
« on: February 23, 2014, 02:10:32 pm »Quote from: TKG
but that is only IF such functionality were added to ENIGMA, because right now, we only support BMP, which isn't compatible w/ studio, studio only has PNG.No ENIGMA has both BMP and PNG by default, Project Mario loads all external PNG's, and 1 64x32 BMP used as a sign texture. You're welcome to add more formats, but we want them in extensions, we only want 2 formats by default, so people can choose which ones they need, it helps keep unnecessary bloat down on peoples games.
Quote from: Darkstar2
BTW, what about the less talked about MNG (animated PNG), ? Whatever happened to this format ? Did not pick up ? I remember many years ago I was using software for animated GIFs, and it supported MNG as wellListen to Harri, we use APNG for Sprites in the EGM format.
1687
Issues Help Desk / Re: Sprite_add crashes
« on: February 23, 2014, 01:29:28 am »
Well it still needs fixed atm, and I have fixed his issue in my local version but now I am trying to figure out the saving power of two issues. And I want to recant again, I was correct in my initial premise partially. Because every sprite and background function shouldnt be doing the padding, this is graphics system dependent and the padding should be moved to graphics_create_texture/graphics_get_rgba_data and the universal system can provide utility functions for padding and cropping the data in its image format code, which will in turn also lead to less code.
This has now been resolved temporarily in the following pull request with Josh's help. By temporarily I mean it fixes it, but doesn't get started with texture atlasing, but does fix the issue properly.
https://github.com/enigma-dev/enigma-dev/pull/654
This has now been resolved temporarily in the following pull request with Josh's help. By temporarily I mean it fixes it, but doesn't get started with texture atlasing, but does fix the issue properly.
https://github.com/enigma-dev/enigma-dev/pull/654
1688
Issues Help Desk / Re: Sprite font not displayed properly
« on: February 23, 2014, 01:24:37 am »
Hey no problem maza, glad it works!
This issue has been fully resolved in the following pull request and non-power of two sprite fonts now render properly.
https://github.com/enigma-dev/enigma-dev/pull/654
This issue has been fully resolved in the following pull request and non-power of two sprite fonts now render properly.
https://github.com/enigma-dev/enigma-dev/pull/654
1689
Issues Help Desk / Re: Sprite_add crashes
« on: February 22, 2014, 05:56:15 pm »
Yes Harri, I recanted halfway through, I thought the behavior on graphics cards that didn't support it was to just fit it to a power of two size. And then later changed the ticket to texture atlasing. That said, I can implement all the options to LateralGM but the texture atlasing needs designed around that, if somebody is going to do it ENIGMA side then I will go ahead and add it LGM side.
1690
Issues Help Desk / Re: Sprite_add crashes
« on: February 22, 2014, 04:00:06 pm »
Confirmed the issue only exists for sprite_add and background_add and is the result of the transparency parameter and the calculation of the collision box. It is because these two loops do not know the actual size of the pixel data array in order to loop it properly. I tested with the following code.
Edit: I have discovered the full issue and was able to get it to draw properly. Apparantly some Joe Jerkoff thinks our universal graphics system abstract image code is supposed to retrofit powers of two, even though that's is not graphics system agnostic behavior.
This can be fixed fully when we add texture atlasing.
https://github.com/enigma-dev/enigma-dev/issues/653
Code: (EDL) [Select]
show_message(working_directory+"/title.png");
sprite_index = sprite_add(working_directory+"/title.png",1,1,0,0,0);
Edit: I have discovered the full issue and was able to get it to draw properly. Apparantly some Joe Jerkoff thinks our universal graphics system abstract image code is supposed to retrofit powers of two, even though that's is not graphics system agnostic behavior.
This can be fixed fully when we add texture atlasing.
https://github.com/enigma-dev/enigma-dev/issues/653
1691
Programming Help / Re: get_string without a dialog
« on: February 22, 2014, 02:22:43 pm »
I meant in comparison to GameMaker, anything is better than draw_button()
1692
Issues Help Desk / Re: Sprite_add crashes
« on: February 21, 2014, 04:16:07 pm »
Post the image anyway, because draw_sprite_part should work regardless of whether the texture is power of two. It needs fixed.
1693
Issues Help Desk / Re: Odd Var Leak
« on: February 21, 2014, 04:14:51 pm »
daz, it wouldn't be in functions, everything is namespaced, I'll try to take a look.
1694
Issues Help Desk / Re: View ports screwed up in ENIGMA
« on: February 21, 2014, 04:14:10 pm »Quote from: TKG
Two words.lmfao
Global. Game. Settings.
Yeah that should be fixed though, I mean the offset stuff.
1695
Developing ENIGMA / LateralGM Studio Plugin
« on: February 21, 2014, 10:19:21 am »
Ok so, I am working on the next part of LGM's developing, which is bringing GMX and GMK support closer together, such as multiple configuration files.
I've been thinking about making a Studio plugin using their asset compiler that would basically allow you to use LateralGM in place of GM's IDE and allow you to build projects. This could be a means of increasing LateralGM's userbase, and I am wondering what everyone thinks about this.
I've been thinking about making a Studio plugin using their asset compiler that would basically allow you to use LateralGM in place of GM's IDE and allow you to build projects. This could be a means of increasing LateralGM's userbase, and I am wondering what everyone thinks about this.
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 189 190 191 192 193 194 195 196 197 198 199 »