|
MedO
|
 |
« on: February 28, 2012, 03:51:20 pm » |
|
Hi everyone. I recently played around with Game Maker 8.1 again, and found that it causes more problems than was realized before. What was already a known issue is that bitmap fonts are no longer supported. ruirize supplied a conversion to sprite font recently to work around this issue, but now attempting to host a game hangs with an infinite loop. Why? Because the md5 script depends heavily on string operations, and Game Maker 8.1 apparently changes the behavior of some functions (e.g. chr) based on the font selected for drawing. Using the new font-independend function ansi_char instead makes it not hang anymore, but now it spits out different md5 codes than before.
There is certainly a way around this, but this is just one more example of Game Maker-induced problems costing time and energy. Maybe we should just stay with GM 8.0, stop working on any big new features and concentrate on moving to PyGG2, to finally get to an (arguably) sane programming environment. That's just my thoughts on this for now, please feel free to comment and disagree.
|
|
|
|
|
Logged
|
It is the business of the future to be dangerous; and it is among the merits of science that it equips the future for its duties. [...] if you have a large enough codebase, any class of error that is syntactically legal probably exists there.
|
|
|
|
Orpheon
|
 |
« Reply #1 on: February 28, 2012, 03:52:56 pm » |
|
Hi everyone. I recently played around with Game Maker 8.1 again, and found that it causes more problems than was realized before. What was already a known issue is that bitmap fonts are no longer supported. ruirize supplied a conversion to sprite font recently to work around this issue, but now attempting to host a game hangs with an infinite loop. Why? Because the md5 script depends heavily on string operations, and Game Maker 8.1 apparently changes the behavior of some functions (e.g. chr) based on the font selected for drawing. Using the new font-independend function ansi_char instead makes it not hang anymore, but now it spits out different md5 codes than before.
There is certainly a way around this, but this is just one more example of Game Maker-induced problems costing time and energy. Maybe we should just stay with GM 8.0, stop working on any big new features and concentrate on moving to PyGG2, to finally get to an (arguably) sane programming environment. That's just my thoughts on this for now, please feel free to comment and disagree.

|
|
|
|
|
Logged
|
Your mind is software. Program it. Your body is a shell. Change it. Death is a disease. Cure it. Extinction is approaching. Fight it.
|
|
|
|
NAGN
|
 |
« Reply #2 on: February 28, 2012, 03:54:59 pm » |
|
what real benefits does game maker 8.1 bring?
I'd recommend a change to pyGG2
|
|
|
|
|
Logged
|
  [im
|
|
|
|
Lemonade
|
 |
« Reply #3 on: February 28, 2012, 04:14:05 pm » |
|
Won't PyGG2 make modding a whole lot harder for beginners ?
|
|
|
|
|
Logged
|
i already have a pet that follows me around 24/7 it's called  you may have seen it
|
|
|
|
Nukleus
Guest
|
 |
« Reply #4 on: February 28, 2012, 04:16:15 pm » |
|
The switch from game maker to python is very easy. Plus, the gg2 code is messy, so it's a lot easier once you learn python.
|
|
|
|
|
Logged
|
|
|
|
Ruirize
Jr. Member

Offline
Posts: 69
Codemonkey
|
 |
« Reply #5 on: February 28, 2012, 07:20:15 pm » |
|
Won't PyGG2 make modding a whole lot harder for beginners ?
Most certainly. The switch from game maker to python is very easy. Plus, the gg2 code is messy, so it's a lot easier once you learn python.
Not quite as easy as you'd like to think. There's a lot to GG2, and even if we have the code it's gonna take a long while to get it to the same level as GG2 is today. what real benefits does game maker 8.1 bring? Mostly speed. Candied GG2 uses it if you want to mess around with it.
|
|
|
|
|
Logged
|
|
|
|
|
♫Sani Sani Disco♫
|
 |
« Reply #6 on: February 28, 2012, 08:10:53 pm » |
|
GML is syntactically closer to C based languages and java, so if it's a port we're talking about I'd logically go with those. In the case of a remake my opinion stands.
|
|
|
|
|
Logged
|
I don't like it.  Oh, well, you might as well pack up and stop now, because he doesn't like it Asdf64: "ultros turned me on" - sani 2013
|
|
|
|
♫Sani Sani Disco♫
|
 |
« Reply #7 on: February 28, 2012, 08:12:48 pm » |
|
I also like to think it'd run smoother if we just debloated gmlgg2. I know game maker is bad but relying on a port or remake is a bullshit excuse to not attempt to fix the flaws.
|
|
|
|
|
Logged
|
I don't like it.  Oh, well, you might as well pack up and stop now, because he doesn't like it Asdf64: "ultros turned me on" - sani 2013
|
|
|
|
NAGN
|
 |
« Reply #8 on: February 28, 2012, 08:33:59 pm » |
|
GML is syntactically closer to C based languages and java, so if it's a port we're talking about I'd logically go with those. In the case of a remake my opinion stands.
there's no such thing as a port; the game has to be remade anyways python is actually somewhat similar to GML in that it has loose syntax (somewhat) and its relatively accessible as its free and open source
|
|
|
|
|
Logged
|
  [im
|
|
|
|
Orpheon
|
 |
« Reply #9 on: February 29, 2012, 03:42:53 am » |
|
GML is syntactically closer to C based languages and java, so if it's a port we're talking about I'd logically go with those. In the case of a remake my opinion stands.
there's no such thing as a port; the game has to be remade anyways ^ I also like to think it'd run smoother if we just debloated gmlgg2. I know game maker is bad but relying on a port or remake is a bullshit excuse to not attempt to fix the flaws.
Instead of trying to fix the ubiquitous flaws in GML-GG2, we're fixing those flaws by starting from 0 in something better (something free, and something cross-platform). Won't PyGG2 make modding a whole lot harder for beginners ?
Most certainly. I'm not sure it's THAT harder to mod. At least for anyone who knows Python, it isn't, and you have all of the benefits of Python over GML (better lists, better dicts, much better string stuff, control over everything, etc...). Sure, modders who now know only GML will have to learn Python. That's true. The switch from game maker to python is very easy. Plus, the gg2 code is messy, so it's a lot easier once you learn python.
Not quite as easy as you'd like to think. There's a lot to GG2, and even if we have the code it's gonna take a long while to get it to the same level as GG2 is today. That's true, it's not going to be easy. On the other hand, a good bit is already done, so yeah.
|
|
|
|
|
Logged
|
Your mind is software. Program it. Your body is a shell. Change it. Death is a disease. Cure it. Extinction is approaching. Fight it.
|
|
|
|
♫Sani Sani Disco♫
|
 |
« Reply #10 on: February 29, 2012, 05:48:42 pm » |
|
I also like to think it'd run smoother if we just debloated gmlgg2. I know game maker is bad but relying on a port or remake is a bullshit excuse to not attempt to fix the flaws.
Instead of trying to fix the ubiquitous flaws in GML-GG2, we're fixing those flaws by starting from 0 in something better (something free, and something cross-platform). This is exactly the kind of stuff I'm talking about.
|
|
|
|
|
Logged
|
I don't like it.  Oh, well, you might as well pack up and stop now, because he doesn't like it Asdf64: "ultros turned me on" - sani 2013
|
|
|
|
Orpheon
|
 |
« Reply #11 on: February 29, 2012, 05:58:25 pm » |
|
I also like to think it'd run smoother if we just debloated gmlgg2. I know game maker is bad but relying on a port or remake is a bullshit excuse to not attempt to fix the flaws.
Instead of trying to fix the ubiquitous flaws in GML-GG2, we're fixing those flaws by starting from 0 in something better (something free, and something cross-platform). This is exactly the kind of stuff I'm talking about. We could devote our attention to fixing some of the flaws (those that are possible to fix in GML) in GML. Or we could try to fix them all in something which can fix them all (or almost all).
|
|
|
|
|
Logged
|
Your mind is software. Program it. Your body is a shell. Change it. Death is a disease. Cure it. Extinction is approaching. Fight it.
|
|
|
|
MedO
|
 |
« Reply #12 on: February 29, 2012, 08:42:43 pm » |
|
We have been fixing the flaws for years. The thing is, apart from the Gml related problems, GG2 simply has a bad codebase. It was originally written by a total GM newbie in hacky, throwaway code since obviously nobody would care about it anymore two weeks after the demakes competition was over, and there was a deadline to meet. Only that people embarrassingly did continue to care, and so the code was extended, by developers of somewhat varying skill. As a result we have a huge mess. Some parts of it get cleaned up now and then, but whenever new stuff is added it has to exist in and interact with the remaining mess, so it becomes part of that mess and reinforces the existing bad structures.
Just as an example, take a look at how game modes are implemented. It's horrible imo, but it works, so and the next game mode will be created the same way, probably by the time-honored method of copy, paste, modify. This cements the existing mess, because now if you ever want to implement a new system for game modes, you have to consider and rework an additional one.
Imo, the only way to actually fix this is to start from scratch with a solid foundation. Whether it is worth fixing depends on whether the project will be worked on much in the future, but conversely the future of the project might also depend on whether this is fixed - having a solid codebase could make development much less painful and more fun.
|
|
|
|
|
Logged
|
It is the business of the future to be dangerous; and it is among the merits of science that it equips the future for its duties. [...] if you have a large enough codebase, any class of error that is syntactically legal probably exists there.
|
|
|
|
AlexTheFirst
|
 |
« Reply #13 on: March 01, 2012, 11:37:18 am » |
|
PyGG2 will make modding a whole lot harder for beginners
|
|
|
|
|
Logged
|
My grammar is bad, bcz i can't speak english very well
|
|
|
|
Orpheon
|
 |
« Reply #14 on: March 01, 2012, 11:41:42 am » |
|
PyGG2 will make modding a whole lot harder for beginners
I still don't really see why. It's not like Python is immensely harder than GML, it's a lot cleaner and a lot easier to work with in most cases (just compare GML lists with Python lists). The only things that are really more complex atm in PyGG2 than in GML-GG2 are the networking because of UDP (but it's still cleaner), and the engine because of the interpolation. Also, remember that GMK is neither free nor as well documented as Python. Both count lots towards new modders. It'll force all the current modders to learn Python. Yes. But I don't think it'll be that bad towards new ones.
|
|
|
|
« Last Edit: March 01, 2012, 11:43:59 am by Orpheon »
|
Logged
|
Your mind is software. Program it. Your body is a shell. Change it. Death is a disease. Cure it. Extinction is approaching. Fight it.
|
|
|
|