Show Posts
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 »
121
Issues Help Desk / Re: collision_line and collision_rectangle are not working
« on: June 19, 2013, 05:12:53 pm »
The functions are the same, as me and ExDeus said.
122
Issues Help Desk / Re: collision_line and collision_rectangle are not working
« on: June 19, 2013, 03:43:52 pm »egofree it says that because ENIGMA returns differently for that than GM, ENIGMA returns what had collided, GM just returns true or false.No, GM returns the instance id also.
123
Issues Help Desk / Re: collision_line and collision_rectangle not working
« on: June 19, 2013, 06:46:33 am »
You need to check if the return is != noone
124
Issues Help Desk / Re: Move bounce is garbage! How to bounce without getting stuck?
« on: June 17, 2013, 02:59:03 pm »
Is it actually broken in bbox or needs altering at all? Or is cheeseboy just retarded?
edit: well cheeseboy is obviously retarded but is his retarded nature preventing him from seeing what's actually wrong.
edit: well cheeseboy is obviously retarded but is his retarded nature preventing him from seeing what's actually wrong.
125
General ENIGMA / Re: hey plions
« on: June 16, 2013, 02:39:01 pm »GCC has fifty warnings flags that need enabled (and a few that need disabled, because I fell they -should- be standard by now, and will be soon enough). One of ENIGMA's biggest offenses is use of variable-length arrays. It's a GCC extension that's too convenient to ignore.Isn't there a thing called find and replace that you could maybe use?
I'm hung up on polyfuck's data structure code. It's a typecast nightmare. Total mess.
126
General ENIGMA / Re: hey plions
« on: June 15, 2013, 04:17:33 pm »
I'm not in a programming mood at all now, I didn't even read the code that Josh put I just wondered why he referenced alpha in particular...
I never tested any of the tile manipulation functions when I wrote them so likely some of them aren't correct.
I never tested any of the tile manipulation functions when I wrote them so likely some of them aren't correct.
127
General ENIGMA / Re: hey plions
« on: June 15, 2013, 07:52:30 am »I've had fifty people reporting segfaults in the compiler recentlyMaybe you could tell me what is actually causing the segfaults specifically?
Frogg reported that [snip=edl]someobject.unusedvariable[0][/snip] is the same object for any [snip]unusedvariable[/snip].I don't see how that would be the case? Why would it be handled differently to a variable..
What has this got to do with alpha? All the variables are set like so (I think) so if that's not working then nothing would be...Code: [Select]enigma::tile t = dit->second.tiles[i];
t.alpha = 1;
Does your fucking tile system assign an alpha to every single tile, but use it exclusively for tile_layer_show/hide? Is it actually drawing hundreds or thousands of completely transparent tiles when a layer is hidden?Yes, that's what it does. Setting alpha to 0 is used for hiding single tiles but I don't think it's done like that for layers.
I won't even blame you for that, because at least you implemented it. But holy shit.
But at the moment I'm too lazy to actually look at any of this myself and check any of it, so I'm just going on memory.
128
Off-Topic / Re: Commercial Investment
« on: June 09, 2013, 01:40:33 pm »
I have a good question. You could put a list of letters on the previous page in different colours like:
d s d p s w o d s l s d y s d d g s d o q w q n u n w e y z x b c x
Then the security question could be: "Provide the name of ENIGMA's most awesome member (spelt in red on in the list of letters on the previous page)"
d s d p s w o d s l s d y s d d g s d o q w q n u n w e y z x b c x
Then the security question could be: "Provide the name of ENIGMA's most awesome member (spelt in red on in the list of letters on the previous page)"
129
Off-Topic / Re: Commercial Investment
« on: June 09, 2013, 12:27:49 pm »
Strikes again on a Law Forum:
http://webcache.googleusercontent.com/search?q=cache:1WKjutfhSX4J:www.lawschooldiscussion.org/index.php%3Ftopic%3D4027820.0+&cd=1&hl=en&ct=clnk&gl=uk
And look at their registration form ...
http://webcache.googleusercontent.com/search?q=cache:1WKjutfhSX4J:www.lawschooldiscussion.org/index.php%3Ftopic%3D4027820.0+&cd=1&hl=en&ct=clnk&gl=uk
And look at their registration form ...
130
General ENIGMA / Re: Proposal for guidelines on changes to the master branch of enigma-dev/enigma-dev
« on: June 06, 2013, 06:23:07 am »I didn't say that the issue ruined anyone's day (Even though I strongly implied it ruined mine).Yes it seems to only be you and Robert that it affected, even though neither of you were actually needing it to develop anything. It seems to me that's your own fault for having a bad perspective and not knowing what's going on correctly with ENIGMA.
131
General ENIGMA / Re: Proposal for guidelines on changes to the master branch of enigma-dev/enigma-dev
« on: June 05, 2013, 06:08:28 pm »polyfuck: How important a particular feature is does not pertain to the issue at hand. The issue is that the tracker is overflowing with little shit, the IRC is full of people who can't get the installer working, and amid all of that chaos, someone mentions, "Oh hey, mouse_x and _y aren't working."Then they got it fixed two seconds later. I'm sure their day was ruined by it.
132
General ENIGMA / Re: Proposal for guidelines on changes to the master branch of enigma-dev/enigma-dev
« on: June 05, 2013, 06:05:23 pm »Ya polygonz and we got enough bugs already without you implementing ones for the fuck of it.It's not there any more.
133
General ENIGMA / Re: Proposal for guidelines on changes to the master branch of enigma-dev/enigma-dev
« on: June 05, 2013, 05:46:21 pm »Of course polygonz, you are rigth all of our bugs are fixed STRAIGHT AWAY amirite?I wasn't referring to all the bugs, I was referring to this regression which the cause was perfectly known already.
polygone: I am currently looking into set_synchronization, and noticed that it had been commented out earlier in the Windows platform system. Do you remember why we did that? The code looks like it could work, though I haven't tried it out yet. I also wonder if it is related to dependencies, including glew, which may have been solved by the new bridges that have been made.Yes, it was because of the dependencies.
134
General ENIGMA / Re: Proposal for guidelines on changes to the master branch of enigma-dev/enigma-dev
« on: June 05, 2013, 05:29:13 pm »
If somebody tried it, it would be clear to them straight away that the mouse positions were not being updated, then they simply say so and it's fixed straight away. And this is exactly what happened, if it took a week for it to get mentioned then it suggests that they're not in as much use as you probably though. No harm was done by this at all, nobody's progress was delayed. And now thanks to my changes ENIGMA runs faster and with a commit back that took 2 seconds to do the mouse update is back to normal.
You're the one that's thicker header.
You're the one that's thicker header.
135
General ENIGMA / Re: Proposal for guidelines on changes to the master branch of enigma-dev/enigma-dev
« on: June 05, 2013, 04:51:44 pm »
It wasn't a week that people were using it, it would have been reported. And as soon as it was reported anybody could have resolved it within 5 seconds. In any case nobody was releasing a game in that period of time, it was irrelevant.