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 »
526
Proposals / Re: Selection tool
« on: December 17, 2014, 04:23:26 pm »
Yes this is actually a very nice feature, nice work egofree. We should actually find out from IsmAvatar what the purpose of the Batch tab was, because if this fulfills the purpose it should be deleted. For rendering we automatically handle batching in the engine, there's not much the user can do from the IDE aside from assigning texture pages which is not done from the room editor. If this is the case, we should remove that useless tab. And we really should just combine the add and edit tabs like they are in GM and Studio because there's not that much difference between the tabs. I think we should also replace the shift icon with arrows pointing in all 4 or 8 directions instead of just to the right, I mean as a single icon for the button, not 4 or 8 different buttons, think of the drag and drop move icons.
527
Developing ENIGMA / Re: LateralGM 1.8.6.831
« on: December 17, 2014, 04:21:05 pm »
egofree, we should have discussed that first, I didn't really want them sorted because I had them added to the list by similarity of function
https://github.com/IsmAvatar/LateralGM/pull/187
The reason being is because fading to a color and opacity effects are most similar as blur and sharpen are.
https://github.com/IsmAvatar/LateralGM/pull/187
The reason being is because fading to a color and opacity effects are most similar as blur and sharpen are.
528
Works in Progress / Re: Platformer Maker - My firts project usng Enigma
« on: December 17, 2014, 04:19:38 pm »
We actually planned on having this functionality built in, this is what "Design" mode under the build menu is just like Unity3D, but it hasn't worked since ENIGMA R3 and it needs Josh's new compiler. That said I like the improvements it looks like you've got a good start on your game! I would suggest bigger levels and more ghouls.
529
Issues Help Desk / Re: Symbols???
« on: December 13, 2014, 01:33:37 pm »
I did some more research Josh, it appears some hacking has to be done to make windres compile unicode.
I tried including the winduni header instead of windows.h along with ansidecl.h from binutils in the resource file but without including windows.h nothing is written and even including that it still ignores the unicode. Also winduni.h and ansidecl.h are not included in MinGW so we'd also have to redistribute them even if it did work. There is also ansidecl.c and winduni.c so maybe I am just supposed to recompile windres.exe with the unicode support?
http://www.opensource.apple.com/source/gdb/gdb-1515/src/binutils/winduni.h
I don't quite understand how you get unicode windres.exe working with MinGW and none of the internets make any sense, I also tried passing -D UNICODE -D _UNICODE as defines in gcc.ey
https://www.google.com/?gws_rd=ssl#q=windres.exe+unicode
Actually, I think this may shed some light, windres doesn't handle unicode at all, it only handles ASCII, but you can hack it to handle UTF-8 if you want, or we could just escape the symbols ourselves.
http://comments.gmane.org/gmane.comp.gnu.mingw.user/592
Edit: Scratch all that --codepage=65001 works
https://github.com/enigma-dev/enigma-dev/pull/893
This effectively resolves the issue and the patch will be included in the next portable zip release.
I tried including the winduni header instead of windows.h along with ansidecl.h from binutils in the resource file but without including windows.h nothing is written and even including that it still ignores the unicode. Also winduni.h and ansidecl.h are not included in MinGW so we'd also have to redistribute them even if it did work. There is also ansidecl.c and winduni.c so maybe I am just supposed to recompile windres.exe with the unicode support?
http://www.opensource.apple.com/source/gdb/gdb-1515/src/binutils/winduni.h
I don't quite understand how you get unicode windres.exe working with MinGW and none of the internets make any sense, I also tried passing -D UNICODE -D _UNICODE as defines in gcc.ey
https://www.google.com/?gws_rd=ssl#q=windres.exe+unicode
Actually, I think this may shed some light, windres doesn't handle unicode at all, it only handles ASCII, but you can hack it to handle UTF-8 if you want, or we could just escape the symbols ourselves.
http://comments.gmane.org/gmane.comp.gnu.mingw.user/592
Edit: Scratch all that --codepage=65001 works
https://github.com/enigma-dev/enigma-dev/pull/893
This effectively resolves the issue and the patch will be included in the next portable zip release.
530
General ENIGMA / Extension Depends on Extension?
« on: December 13, 2014, 02:01:31 am »
Not sure about this one but I'd like to know why the following isn't working for me.
My asynchronous extension relies on the Data Structure extension and needs it to be compiled first otherwise a segfault ensues. Since I can't find another extension that relies on another extension as an example I have absolutely nothing to go on and the Wiki page doesn't distinguish.
http://enigma-dev.org/docs/Wiki/About.ey
http://enigma-dev.org/docs/Wiki/Extensions
Do we have this system in place yet or not? Otherwise I will have to hard code the ds extension into the async extension and you'll have to build without the DS extension enabled.
https://github.com/enigma-dev/enigma-dev/pull/891
Code: (yaml) [Select]
Depends:
Extensions: DataStructures
My asynchronous extension relies on the Data Structure extension and needs it to be compiled first otherwise a segfault ensues. Since I can't find another extension that relies on another extension as an example I have absolutely nothing to go on and the Wiki page doesn't distinguish.
http://enigma-dev.org/docs/Wiki/About.ey
http://enigma-dev.org/docs/Wiki/Extensions
Do we have this system in place yet or not? Otherwise I will have to hard code the ds extension into the async extension and you'll have to build without the DS extension enabled.
https://github.com/enigma-dev/enigma-dev/pull/891
531
General ENIGMA / Re: Busy busy, like a bee
« on: December 13, 2014, 01:06:55 am »
Haha, well there we go! Wish I could fix this windres unicode issue though :/
532
Issues Help Desk / Re: A weird error with File Handling
« on: December 12, 2014, 06:18:51 pm »
Hello Valdis! Try running the game in debug mode, then copy and paste the C:/ file path of the output executable from the console window. Then open enigma-dev/git-bash.exe and enter "gdb path/to/game/exe/from/lateralgm/console" once GDB opens type "run" and run the game till it crashes. When it does you should get a SIGSEGV at which point you should enter "bt" and copy and paste the stack trace at http://www.pastie.org or http://www.pastebin.com
That allows us to see the exact file and line in the engine the game crashes at. It would also be helpful if we could see the actual file that your script has to parse or else a replica of the file that reproduces the issue so that we can build a standalone unit test.
Also you did post in the correct location, I usually help on Facebook if I see the message, I just haven't looked at Facebook for a few days. Second we do like issues to be posted here on the forums or on GitHub in case other users encounter the same or similar issues.
That allows us to see the exact file and line in the engine the game crashes at. It would also be helpful if we could see the actual file that your script has to parse or else a replica of the file that reproduces the issue so that we can build a standalone unit test.
Also you did post in the correct location, I usually help on Facebook if I see the message, I just haven't looked at Facebook for a few days. Second we do like issues to be posted here on the forums or on GitHub in case other users encounter the same or similar issues.
533
Issues Help Desk / Re: Compile Error (C++ Bad Reloc)
« on: December 12, 2014, 06:13:25 pm »
Yeah I am not exactly sure exactly what would have caused that, but glad you got it worked out! What was the problem exactly?
534
Proposals / Re: keyboard_string_direct
« on: December 11, 2014, 11:10:42 pm »
Yeah I noticed that I was experimenting locally, it's because the other keyboard functions are registered by window messages for keyup keydown etc. I do not know why it is that the keyboard does its thing the way that it does, but usually pressing a key and holding it types the letter then waits a bit and starts spitting the letters out. One thing I tried was making a keyboard_status[255] array to check against and setting either 0 for not pressed, 1 for pressed, 2 for intermediate, 3 for pressed, and 4 for released. That's easy enough to do and you could consider 1 and 3 for down, but it still don't function quite the same.
The other problem is that the input string is always uppercase, I don't know if you noticed that or not. So you would need to manually check vk_shift yourself to determine whether the keys are uppercase or lowercase. Perhaps ENIGMA could at least provide a helper function for this though. We don't have this problem with our built in keyboard_string because the API's just tell us what the last char was.
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Platforms/Win32/WINDOWScallback.cpp#L175
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Platforms/xlib/XLIBmain.cpp#L88
The better solution would be to write a dll extension like you did for Window flags that hooks onto the system message loop.
http://msdn.microsoft.com/en-us/library/ms644990%28v=VS.85%29.aspx
You could borrow some of ENIGMA's code and replicate the input system to behave the exact same way except work when not in focus. You could have functions like keyboard_check_pressed_direct and keyboard_check_released_direct to get around overloading.
The other problem is that the input string is always uppercase, I don't know if you noticed that or not. So you would need to manually check vk_shift yourself to determine whether the keys are uppercase or lowercase. Perhaps ENIGMA could at least provide a helper function for this though. We don't have this problem with our built in keyboard_string because the API's just tell us what the last char was.
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Platforms/Win32/WINDOWScallback.cpp#L175
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Platforms/xlib/XLIBmain.cpp#L88
The better solution would be to write a dll extension like you did for Window flags that hooks onto the system message loop.
http://msdn.microsoft.com/en-us/library/ms644990%28v=VS.85%29.aspx
You could borrow some of ENIGMA's code and replicate the input system to behave the exact same way except work when not in focus. You could have functions like keyboard_check_pressed_direct and keyboard_check_released_direct to get around overloading.
535
Proposals / Re: keyboard_string_direct
« on: December 11, 2014, 04:24:30 pm »
We don't actually query the keyboard when not in focus, and there's no way to because we don't receive messages, this is by design of Windows. So you would have to make sure you don't have the option to freeze when losing focus set. Then you would have to do it manually with keyboard_check_direct
I actually found a result on google for what you are looking for, but its in Dutch or something.
http://www.game-maker.nl/forums/topic,53927.5/imode
Allow me to give you a modified version that handles backspace:
I actually found a result on google for what you are looking for, but its in Dutch or something.
http://www.game-maker.nl/forums/topic,53927.5/imode
Code: (GML) [Select]
for(i=5; i<255; i+=1){
if(keyboard_check_direct(i)){
string += chr(i);
}
}
Allow me to give you a modified version that handles backspace:
Code: (GML) [Select]
for (i = 5; i < 255; i += 1) {
if (keyboard_check_direct(i)){
if (i = vk_backspace) {
keyboard_string_direct = string_copy(keyboard_string_direct, 0, string_length(keyboard_string_direct)-1);
} else {
keyboard_string_direct += chr(i);
}
}
}
536
General ENIGMA / Re: Busy busy, like a bee
« on: December 11, 2014, 10:04:25 am »
Taking a further look at the following page while trying to debug the windres unicode issue.
http://www.transmissionzero.co.uk/computing/win32-apps-with-mingw/
I see that...
http://www.transmissionzero.co.uk/computing/win32-apps-with-mingw/
I see that...
Quote from: Building Win32 GUI Applications with MinGW
The -Wl,--subsystem,windows linker switch ensures that the application is built as a Windows GUI application, and not a console application. Failing to do so would result in a console window being displayed whilst your application runs, which is probably not what you want. We must also link with comctl32, which we require due to using visual styles in our application, so we include -lcomctl32 on the linker command line too.
537
General ENIGMA / Re: New Portable
« on: December 11, 2014, 10:02:55 am »
Thanks Darkstar2. we are doing our best and it does look like he left again, he's welcome to come back at any time, this was obviously nobodies decision except his.
538
Issues Help Desk / Re: Symbols???
« on: December 11, 2014, 09:24:32 am »
The copyright symbol is ALT+0169, I can confirm this bug, but it may not be our fault.
We add the copyright information by passing it to the Windows resource compiler in MinGW, which is how Visual Studio adds this information to exe's, and it does appear the value was written there correctly.
I've filed a ticket.
https://github.com/enigma-dev/enigma-dev/issues/886
This suggests using \251 for the copyright symbol and it does work for me.
http://pisoft.ru/verstak/insider/cw_ver1.htm
This is not how GM 8.1 behaves.
We add the copyright information by passing it to the Windows resource compiler in MinGW, which is how Visual Studio adds this information to exe's, and it does appear the value was written there correctly.
Code: (RC) [Select]
VALUE "LegalCopyright", "Copyright © Robert B. Colton"
I've filed a ticket.
https://github.com/enigma-dev/enigma-dev/issues/886
This suggests using \251 for the copyright symbol and it does work for me.
http://pisoft.ru/verstak/insider/cw_ver1.htm
This is not how GM 8.1 behaves.
539
Ideas and Design / Re: In need of a Sonic fangame engine for Enigma
« on: December 10, 2014, 01:50:08 pm »
HitCoder, I made a new Portable ZIP yesterday and it has the fix for the with statements so that the original unmodified Sonic engine by polygonz should work again.
http://enigma-dev.org/forums/index.php?topic=2364
Also I've filed a feature request for code refactoring, but it's unlikely to come any time soon we have so many other issues to work through right now.
https://github.com/enigma-dev/enigma-dev/issues/882
http://enigma-dev.org/forums/index.php?topic=2364
Also I've filed a feature request for code refactoring, but it's unlikely to come any time soon we have so many other issues to work through right now.
https://github.com/enigma-dev/enigma-dev/issues/882
540
General ENIGMA / Re: New Portable
« on: December 10, 2014, 01:47:24 pm »
Your fix for writing tiles is, that one I pulled before 831, your other ones I just pulled yesterday and haven't rebuilt the jar because I was working on Jeie.
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 »