DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
13th July, 2007 at 06:30:07 -
Seriously, we need a new topic about this.
Geez, release 2 is out already. This app is pretty cool and comes with a LOT of (still pretty limited) objects.
I must say there are some odd bugs (instance #3 of an EditBox has different properties!) and crashes every once in a while, but a lot of them seem to get fixed within the span of less than a week (some I posted were fixed the same day)! Damn, they're motivated.
Yeh been receiving a lot of criticism here for some reason. Very impressed with the first build - lots of crashes and everything, but they seem to be fixing the bugs and problems and things. Took me a while to get used to the layout, but after I did it was pretty easy to use and get the hang of
The 2d physics engine is what has me really interested in this. The interface is a little wonky for me, since I'm so used to MMF2. Construct's picture editor is just unusable though, reminds me of MMF 1.5's. Also the whole shareable event-sheet features has me excited too, no more copying and pasting events over and over since I cant use qualifiers in global events... :I
n/a
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
13th July, 2007 at 14:58:46 -
AndyUK: send a detailed bug report! They are trying their best to remove crashes and bugs.
The features and capabilities of Construct are great, I just really... I don't feel like getting used to a new interface. It might not be so bad if it wasn't like a poor rip off of MMF, because at least then I'd be learning from scratch, rather then going to do something and expect something to happen that doesn't.
All and all, it looks like it's got a lot of potential. Someone really needs to work with the interface, and/or accept feedback strictly about the interface, because it just doesn't feel clean.
I really hated the picture editor, very hard to work with. They should've copied graphics-gale more or something. I don't like the flashback to MMF1.5's picture editor either .
I don't understand why they would even release this as a beta. It so incredibly buggy with very blatant errors, surely it would be better to release a more stable version for us to find the less blatant bugs. I've just played around with it now, and the amount of stuff that went wrong was quite ridiculous.
It has potential if it's ironed out fully. The runtime is excellently smooth and the effects are lovely, if not as customisable as I'd hoped they'd be.
Deleted User
14th July, 2007 at 21:52:41 -
I imagine they left a bunch of blatantly obvious bugs in to give people who test it some sense of importance, so they get all 'I like this product I contributed to its development' and then buy it and stuff when it's actually released.
I told you it's bad and crashy...
I won't bother to download the beta, it seems exactly like the old pre-alpha I have, same bad interface and crashyness.
Service Unavailable
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
16th July, 2007 at 13:06:44 -
The interface isn't bad, in fact, it's newer than MMF's, trying to imitate the new Vista ribbon style. The event editor is WAY more powerful than MMF's so far, in my experience.
It's crashy because it's a public beta. Why do you think they're having it tested by so many people? To remove as many crashing as possible. Probably a better idea than closed testing.
I don't know why you're so biased, LIJI, but you're the only one who seems to think this is really bad. Not even seems to think it's slightly good. It just needs work, and everyone already knew about that, and they're working their asses off to get things fixed and improved.
Old member (~2004-2007).
Dustin Gunn Gnarly Tubular Way Cool Awesome Groovy Mondo
Registered 15/12/2004
Points 2659
16th July, 2007 at 13:48:44 -
Well the interface is brilliant compared to mmf but it just crashes when I try running the application.
I think it's because the direct x sdk installation messed up when I was installing Construct. Said the download failed.
Compare with MMF2 beta tests (Pre-release builds):
It NEVER crashed for me, only with features added in the latest beta build.
Also, as someone that has the source for it, I know that it is very badly made and uses many libraries that it shouldn't use, which cause slow runtime and edit time and make bigger exes.
The only advantage Construct has against MMF2 is the advanced event stuff (Else, Or, Sub Events) and Hardware Acceleration, which MMF2 will have soon. (OR was lately added, HA will be added soon.)
Construct somehow started crashing every time I run something now. Kinda odd.
It looks very promising though! Interface is pretty good, and I love the event editor.
The DirectX SDK install failed over here as well, but Construct used to run normally, but suddenly stopped doing that. Weird.
Seriously, I hate it when people try to talk for everyone.
n/a
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
16th July, 2007 at 14:52:26 -
Yeah, I agree, though it didn't happen (or I must have missed something).
Well, LIJI, crappy codebase or not, the runtime still performs way better than MMF. Crashes will disappear in due time, it's the first time they tried after all.
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
16th July, 2007 at 19:23:47 -
Adam: I picked my words carefully, so there's not much indicating there I am trying to speak for everyone. I avoided speaking for everyone, because I dislike that too. Hence the "seems like...".
Also, all things I "missed" were posted by you?
(EDIT: you also seem to be thinking I'm making a Pokémon fangame. Where'd that come from? I abandoned my try at one 5 months ago.)
Edited by the Author.
Old member (~2004-2007).
Deleted User
16th July, 2007 at 19:53:08 -
That video gets funnier every time you post it, LIJI.
And maybe you shouldn't be talking about how you hacked their private FTP and stole their source code and passed it around to the developers of competing software.
He didn't have to hack their FTP. They had the complete source lying around in the scirra.com root directory, which was lacking an index page at the moment, so you could see the entire directory/file listing, just like that.
Right, well I've used up a fair portion of my time using construct (or rather trying to use construct) and my verdict is that currently, it is broken.
It's supposed to be a beta, but the term isn't a get out of jail free card; the software crashes every 5 minutes, and almost every time I undo, the rendering effects pipeline is severely messed up, the picture editor barely works at all, etc. etc. etc.
What I'm now wondering is why on earth did they release it as a public beta?!?! All the guys at Scirra need to do is try and use the program a bit and they will find plenty of bugs to fix. Releasing it to the public is like going around 2 sides of a triangle, or 3 sides of a square, or 999 sides of a chiliagon. It's like releasing an MMF game without even playing it first to check that it works.
One of the annoyances I've always had with click products is that certain things don't work as they should. With construct this is orders of magnitude worse. For example, today I was trying to use the directX9 effects to create a rippling water effect. I had my tiled background, and added a warp effect to it. I then added a second warp effect, for some smaller ripples, but this prevented the first warp from being rendered. Numerous other tests I did showed the rendering pipeline to be pretty awful at layering multiple effects onto the same object. If this feature is not actually supported then why does the interface suggest that it is?
I don't know about you, but flashy interfaces annoy me. I hate menus fading in and out. I just sit there thinking "fade in faster dammit"... if I wanted my software to be plagued by annoying transitions and fades, I'd have bought a mac. Their time would have been better spent on fixing the program itself.
So based on the fact that this is supposedly the beta release, will the final release be worth it? Construct crashed more than twice as many times in the first 15 minutes of my using it than MMF2 has ever crashed on me. If you ask me, there is still a lot of work to be done on Construct.
Stuckboy
JC Denton: "I know your UNATCO killphrase: Laputan Machine."
Gunther Hermann: "I - am - not - a - machi --"
JC Denton: "Sticks and stones..."
"I don't know about you, but flashy interfaces annoy me. I hate menus fading in and out. I just sit there thinking "fade in faster dammit"... if I wanted my software to be plagued by annoying transitions and fades, I'd have bought a mac. Their time would have been better spent on fixing the program itself."
Lol, yes the interface is total crap and really, really annoys me. I really can't understand why people are singing it's praises. Like you say it's too Mac-like and shiney. The layout bugs me, it's too easy to get lost. The picture editor is also horrid and for me, impossible to work with.
Edited by the Author.
n/a
Dustin Gunn Gnarly Tubular Way Cool Awesome Groovy Mondo
Registered 15/12/2004
Points 2659
16th July, 2007 at 21:09:52 -
After spending more time with it, I don't know if I'd be comfortable using it without years of testing and bug fixes.
Also the interface has no fades or anything for me so I don't know what you're talking about. The important thing is it has WORKSPACE which clickteam products haven't reasonably had since CNC.
There are fades on right click menus etc. If they're not there for you then meh.
n/a
Peblo Custom ratings must be 50 characters or less
Registered 05/07/2002
Points 185
16th July, 2007 at 21:35:44 -
I bet if you complained enough about the fading menus they'd include an option to turn them off.
"Isn't it always amazing how we characterize a person's intelligence by how closely their thinking matches ours?"
~Belgarath
Dustin Gunn Gnarly Tubular Way Cool Awesome Groovy Mondo
Registered 15/12/2004
Points 2659
16th July, 2007 at 21:53:48 -
Neither the bug report service or the forums sent me an activation email. Good job on that one.
I'll vent the problems encountered here instead:
* Can't access the animation editor except from some stupid, out of the way properties menu.
* Once opened from the properties menu, said animation editor activates a button that's a red X that has the sole purpose of crashing the program?
* Can't right click a sprite when it's over a quick backdrop; it just selects the QB instead.
* The "Games" category objects aren't on the main list, what the hell?
* Undo seems broken in every way, and I also have to use the keyboard shortcut, not having yet found where they put the function.
* In the event editor, icons are often inexplicably replaced by numbers.
* The lens effect doesn't seem to be compatible with transparency so I hope you like square lenses. Also don't rotate it it gets even worse.
* Automatically going to the "Objects" category up top when clicking on something makes it an extreme pain to do anything not falling uder that.
* You can drag away conditions and make a condition-less event!
* Half the objects I put into frame have to graphical representation and give me the impression they're not even there at all.
I think it's a good time to say that again:
I told you so!
@Axel and Phizzie (Do I know you? )
It wasn't just the source, it was also their unprotected copy of phpMyAdmin (Everyone could just enter scirra.com/phpMyAdmin and have full access of their database), a php tool that they used to abuse the ClickWiki (reported to admin) and their FTP password was lying in their MySQL database thanks to some phpBB mod.
Seriously, do you think THESE guys can make a software that will beat MMF2?
At the very least, Construct has done us a LOT of good by encouraging clickteam to give us MMF2 hardware acceleration.
In fact, it would have been ingenius if construct was not a rival product at all... if it was just one HUGE hoax created for the sole purpose of getting clickteam to add the features we've been asking for all this time.
LIJI maybe so, but it's understandable that we don't believe what you say straight away. Anyway, I wouldn't put construct completely off the map yet.
Stuckboy
JC Denton: "I know your UNATCO killphrase: Laputan Machine."
Gunther Hermann: "I - am - not - a - machi --"
JC Denton: "Sticks and stones..."
Deleted User
17th July, 2007 at 06:30:58 -
'Seriously, do you think THESE guys can make a software that will beat MMF2?'
Liji, these guys have been working on it for a year. Clickteam have been working on their range of products since 1996. That difference, while subtle, might explain Clickteam's stability advantage.
I think Construct was released in its current stillborn state because people were making too many MMF-based comments and suggestions. While the apps are similar, there are areas where they differ hugely, such as the Event Sheet Editor. People asked for features to be added to global events and behaviours - but there are none in Construct, since Event Sheets can do everything and more. And people kept talking about backdrops, despite the fact that Construct doesn't have any - you just use Sprites for both active and backdrop elements.
Now Construct Beta is released, the difference to the userbase has been enormous. People are now making suggestions of things they want to see in Construct, rather than things they wish were in MMF.
It should be more stable in a few months, so everyone who's annoyed that they can't actually *use* the app yet should just wait till then. It's only been out a week and they're on build 4 already. Build 5's planned for Thursday, which should hopefully see an improved anim and image editor.
I'm personally just SO in love with their event logic!
Clickteam was making Click products since 1994, Yet KNP never crashed for me (Unless it runs on a 32-bits system while it's designed for 16 bits systems).
MMF2 was recoded from nothing anyway.
A Beta stands for a version of a software which is not complete because of minor missing features and bugs, but it can be used on a daily basis. The Construct beta doesn't meet that definition.
And Clickteam announced that hardware stuff will be added after the release of Vitalize 4. Logical operators in events are under development already (B244 has OR already).
If Clickteam actually give us the updates and features we want, then I have no doubt that MMF2 will be the better application. We haven't really seen much in terms of updates regarding MMF2 lately though, and nobody really has a clue about whether we'll see any. I was expect Vitalize 4 almost a year ago, and still we don't really have any news on it.
I'm sure Clickteam will step up a gear though - maybe they'll show off new features at the click convention or something.
You can blame over-secure-in-the-wrong-places-Vista for the Vitalize 4 delay.
Service Unavailable
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
17th July, 2007 at 07:30:57 -
It's true that it crashes a lot, and they should have spent more time really trying things out, but... This thing is mostly hardware accelerated, so maybe the developers didn't get all that much bugs. Releasing it to the public will make sure you have a REALLY diverse amount of computers and hardware. Would have been better to keep it as closed testing in this stage and release a public testing version later though, because now everyone's just gonna complain about that.
I don't like the ribbon (I'd rather have menus), I couldn't find a lot of stuff before (though some were added/changed after suggesting things) and I'll have to agree on the sprite editor being pretty crap. Don't get me wrong here - I don't praise it because it's all still VERY buggy, I praise it because it has so much fucking power.
You can blame over-secure-in-the-wrong-places-Vista for the Vitalize 4 delay.
It should have been released before Vista was even released in my opinion - either that or just release a version compatible with the other OS, and then release an upgrade that works with Vista or something. But yeh, I'm sure they'll get it sorted eventually.
Logical Operators in MMF is great news, and I know that OR is already implemented (and did I hear that Else is planned for the next build? Correct me if I'm wrong on that one). Remember, I'm still using MMF until Construct's finished, and I plan to use whichever ends up better.
But Construct's power's not just in the operators, it's in things like the object selection, sub events, user-definable functions, For Each Object loops (no more need to spread a value and run a fastloop, you can just do a For Each Object), while loops and lots more. I *think* you can pause loops and continue them several frames later, making it easy to spread intense loops over several frames.
And the interface for it is nicer. There's a kind of split in the condition where you insert an else function, so that just looking at the event shows that its logic is branching off in two directions. Groups automatically carry a description, which I find helps a lot. And at last we have decent line numbering! Comments don't get included in line numbers, so you can add as many as you want without messing up references to other lines. And comments are quick to add and edit, and they don't have those annoying formatting bugs you get in MMF2's list editor (because in Construct, List View is the default, with Grid View just being an option for people who prefer it).
Hopefully, they're also planning to add an easy way to toggle individual events on or off, for debugging. In MMF, we tend to insert a NEVER condition, or move the event into a deactivated group. With this, you could just tick a button next to the event line to disable it.
The UI of the editor is also less rigidly grid-like than MMF's (one thing I liked about MMF's list editor, although I still find that very buggy). I know Construct's Layout, Animation and Picture editors are buggy as hell... but the Event List Editor is seriously classy!
At the end of the day, I plan to do what everyone else'll do: Go with whichever is better! Only time will tell which one that is. But Event Sheets really seem to have me sold.
I can tell you that I'm making an advanced yet easy to use object called "Advanced Events Object" that can do If Else conditions easily and For Each Object loops.
Service Unavailable
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
17th July, 2007 at 07:48:56 -
Adam, what's with you lately? Radix swears more than me...
I agree that Construct needs to be there to make Clickteam get up off their arses. Seriously, have you noticed how little the step up from MMF to MMF2 is? And they wonder why only the diehard clickers are buying it?
Well I've downloaded it and all I can say is.... Clickteam watch out!
It's got some great effects, some excellent movements, z-ordering, basically a lot that's missing in MMF now and is just as easy to use. If this is really going to be released and CT doesn't add what has been requested for years now, I can see users switch.
It's fair to say that the features in Construct are ones that we've wanted in MMF for years, but have never gotten. It's a shame that Construct is pretty much unuseable at the moment though. I just wish Clickteam would confirm whether or not they are going to implement all these features which we want so much
I still say they hire a new coder guy, or manager. It's not like they're not earning heaps from MMF2 as it is.
It's films/movies that get progressively worse the longer they go on... not programs!
MMF has improved much, even the step from MMF1.5 to MMF2 was OK, but it wasn't good enough. For the years that CT has been working on MMF2, it contained too little improvements and new additions. While MMF2 has some great improvements all the things that should have been in MMF years ago, still aren't and that's a shame.
Construct seems to get all the features that MMF2 already has and those that MMF2 is missing and that is dangerous for CT if they don't act and do what they need to do.
I don't think the step up with MMF2 was that small, I mean, we got alpha channel sprites, new ink effects, much better interface and quite a lot of cool new stuff. But I think MMF 1.75 would have been a more fitting title. People can go on about clickteam and say they never implement the features we want, but there are only two of them and they have regular jobs. So they effectively have to write MMF2 in their free time.
I think that's their trouble really. If they wanted to make MMF a big thing, they could get together a team of programmers, and they would easily kick construct's ass. Maybe they are just used to the way they work on the code.
Stuckboy
JC Denton: "I know your UNATCO killphrase: Laputan Machine."
Gunther Hermann: "I - am - not - a - machi --"
JC Denton: "Sticks and stones..."
If they write it in their free time, no wonder it's not improved in an age. If they gave up their jobs I reckon they could code something mint, but if they're unprepared to do that then it's our loss as well as theirs.
Yves & Francois and another guy work full-time for Clickteam. Jeff may work part-time, but he's not a programmer, he's at the US offices or perhaps better stated he is the US office.
MMF2 took so long because a lot of time was wasted on Jamagic and MMF2 was written from scratch.
The difference in stability between MMF1.5 and MMF2 is pretty big for me. I remember having all sorts of just odd problems in MMF1.5 that seemed to be completely unsolvable, but never had any of those strange happenings when using MMF2.
New properties window
Frame rate and v-sync
Independent scrolling layers
New combined picture and animation editor
Alpha channels for all objects
Better sound support
Multiple movements
Pinball movement and the SDK
More object properties
Alterable strings
More ink effects + SDK coming soon
Event editor sub groups
More built in conditions, actions and expressions.
Improved expression editor
The runtime debugger
More window settings
Global strings
More frame properties
Data element Ediot
Inserting objects - better dialog
Project workspace
New dynamic properties - rotate and scale Actives
Object groups
File open previews
Selection modes
Improved built in installer
Customizable
Images in menus
Joysticks
Better icon support
Will Clickteam make MMF2 cheaper than construct now?
lol
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
19th July, 2007 at 08:01:25 -
LIJI: A lot of these seem to be pretty minor, and they could have added so much more. There were some great suggestions out there which never made it into MMF2 (else statement?! heh).
Dustin Gunn Gnarly Tubular Way Cool Awesome Groovy Mondo
Registered 15/12/2004
Points 2659
19th July, 2007 at 11:04:04 -
Can the Construct equivalent of qualifiers turn global? That was always the number one flaw in MMF for me, because it means you have to copy your main code EVERY SINGLE FUCKING FRAME and kills any kind of big project rather swiftly unless it's got a simple engine you can be satisfied that is done and not in need of any changes.
I thought there was a way of making object groups?! I'm sure of it! I saw the source to something once that had all enemies as a group which you could manipulate. Or is this different? :\
A code editor thing would be nice too ¬_¬ Pardon my ignorance, but what's MMF compile in again? C aint it?
If anything, that's what GM has above MMF at the moment.
"Can the Construct equivalent of qualifiers turn global? That was always the number one flaw in MMF for me, because it means you have to copy your main code EVERY SINGLE FUCKING FRAME and kills any kind of big project rather swiftly unless it's got a simple engine you can be satisfied that is done and not in need of any changes."
Not exactly, but in Construct you can actually call different event sheets. So what you would do is make an event sheet that is your main engine or code, and then at the start of every level say "Include Event Sheet engine" or something.
Actually I disagree about GM and MMF.
GM is a far-from-being-complete-scripting-language meshed up with a GUI and a level editor.
It's so annoying to use that it took make ages to make a simple breakout game.
but its a scripting language nonetheless.
I think the real reason that it doesnt matter is that it doesn't compile into a major language like C or C++.
Say you had a compiler/editor like construct, that would allow you to create grid-based coding, and then freely compile and decompile between the event grid and standard c++ code; now THAT would accomplish something. Of course, thats alot more basic then the actual stuff in question.
"Say you had a compiler/editor like construct, that would allow you to create grid-based coding, and then freely compile and decompile between the event grid and standard c++ code; now THAT would accomplish something. Of course, thats alot more basic then the actual stuff in question."
Tell me when that happens, I can't see it happening soon.
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
19th July, 2007 at 16:47:14 -
Pixelthief, learn the difference between a scripting system and a programming language. The scripts in GM aren't compiled (well, maybe bytecode compiled, but still not REALLY compiled), they are interpreted by the GM engine.
MMF is powerful enough to make your own scripting language (in an extension or not!) and call most MMF functions through there. It'd be difficult though, but at least you'd have a scripting language. There's also always the LUA extension.
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
19th July, 2007 at 17:11:40 -
You mean like in Java. Compiled to byte code (not real computer code but still a lot easier to interpret than LOL WORDS IF BLAH GOTO BLAH), then interpreted. I'm not sure if GM code is bytecode compiled though.
Pixelthief, learn the difference between a scripting system and a programming language. The scripts in GM aren't compiled (well, maybe bytecode compiled, but still not REALLY compiled), they are interpreted by the GM engine.
I'm a CS major.
Both GM and TGF/MMF/ect are very high level languages; they don't go straight to the OS, obviously.
Meanwhile, if someone WERE to create a grid-based editor that could simply be a format for C++ code, it would be amazing. And its not that impossible, either. I've considered it myself.
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
20th July, 2007 at 05:43:41 -
Ok then. What you described is pretty difficult to do so I thought I'd just point it out.
Still, you'd need to compile the end result in a C++ compiler, then.
I do remember a program called Construct. It had hardware acceleration, which is a good thing. The bad thing is that the games worked on very few computers.
Yeah, but then that's been over the last 10+ years of development and they were good at the time when they first came out. As looks Construct at the moment.
More like you can't compare game making software of 1995 to 2007! Although you CAN compare Construct and MMF2 being in the same century (ok, decade) at least. -_-
Click has 4 generations:
First generation is KNP.
Second is TGF, CNC and MMF Express.
Third is MMF1.X and MMF1.X pro.
Fourth is MMF2, MMF2 Dev and TGF2.
Actually Click has 5 generations:
First generation is KNP.
Second is TGF, CNC and MMF Express.
Third is MMF1.0
The fourth one is MMF1.5 and MMF1.5 Dev.
Fourth is MMF2, MMF2 Dev and TGF2.
The only reason CT couldn't call MMF1.5&MMF1.5Pro MMF2&MMF2Dev was copyright issues with imsi. From MMF1.0 to MMF1.5 was a major upgrade, just as big as or even bigger as going from 1.5 to 2.0
But CT has been around longer then KNP.... generation zero was AMOS for Amiga.
Anyone remember the 'Shoot Em Up Construction Kit' on the Commodore 64, and also the Amiga and ST, which weirdly were shitter than the C64 version? I think the C64 version was one of my first exposures to game creation, and I also dabbled with C64 BASIC. I remember it well, I could probably still knock a cool program together on Commodore 64 BASIC
10 PRINT "BUGGER"
20 GOTO 10
I once made a program that looked like hacking, and I told my gullible mate I was hacking into the government system, even though I didn't even have a phone line, you could do it through a the electric plug socket, I told him.
Anyway, back to Construct. It's BETA build 5 now and I still find it pretty much unusable due to constant crashes and bizarre bugs. Try using two effects on a sprite and it totally arses up the dimensions of the objects. What's that all about? I haven't dabbled much in the events editor because the frame and animation editors don't do what I want without ballsing up. God I wish Clickteam would pull their fingers out with the hardware acceleration. Construct is promising, and they implement things the users demand which Clickteam don't, and I hope it goes well, but so far I'm not impressed with stability.
Edited by the Author.
Assault Andy Administrator
I make other people create vaporware
Registered 29/07/2002
Points 5686
28th July, 2007 at 20:10:17 -
AsparagusTrevor - Hahaha at the "hacking through the electric plug socket".
But I totally agree with the usability. It's impossible to do anything with it, I haven't used it since build 3 or so, but I didn't find the program very good at all. Not to mention that my graphics card doesn't support Pixel Shader 1. So I am unable to view some of the examples and I can't find how to turn off Pixel Shading. Oh well.
Trevor, clickteam are implementing hardware acceleration later this year apparently. I have a hunch they might be unveiling it at click convention 2007. I wouldn't bank on it but I've heard quite few rumours that clickteam have something big up their sleeve for this year's convention.
Stuckboy
JC Denton: "I know your UNATCO killphrase: Laputan Machine."
Gunther Hermann: "I - am - not - a - machi --"
JC Denton: "Sticks and stones..."
I hope hardware accelleration is the 'big thing' and not something like "look, now you can have TWO alpha channels per object, for extra transparency" or now you can rotate clockwise and anti-clockwise at the same time in realtime."
It'll probably turn out to be Vitalize 4 or something, I don't know how everyone else feels but I'd rather have hardware acceleration a million times over Vitalize. Games in web-browsers, or games that run good. Hmm, tough one.
There's nothing to say pixel shaders are exclusively for 3D works.
They make for some nice effects that run well, and if I want to have a nice effect that runs well then I should be able to. So there.
Edited by the Author.
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
1st August, 2007 at 06:17:07 -
Pixel shaders are fine for 2D. Think of the hardware accelerated dynamic lighting effects, etc.
Even though Construct is quite unstable sometimes, you gotta love the 'problem found, problem fixed' attitude of Scirra. You mention something and if they reproduce it then they fix it in the next build.
I tried it, it was hard to get used to. But it can scroll and do effects so smooth. I made it crash a couple times, but that will be fixed before the release.
I agree with Snerlin. Construct looks like it has the potential to be a great alternative to MMF2, but it just feels unstable in most places. Especially in the picture editor.
You would think they would've added the ability to import alpha channels and animations from PNG's for example.
MMF2's picture editor doesn't do enough. It's like they just decided to miss out a load of features that were in MMF1.5's editor making it less powerful.
mmf's picture editor scared me. It may have been more powerful then tgf's, but i did not like it
-
Dustin Gunn Gnarly Tubular Way Cool Awesome Groovy Mondo
Registered 15/12/2004
Points 2659
22nd August, 2007 at 05:06:36 -
"MMF's picture editor was relatively good. MMF2's sucks donkey"
Are you joking or what. MMF1's picture editor was the worst image editor I've ever used, period. My favorite feature was the 16 levels of zoom, where 12 of them completely broke the alignment of the grid and made them unusable.
n/a
DaVince This fool just HAD to have a custom rating
Registered 04/09/2004
Points 7998
22nd August, 2007 at 05:17:19 -
Speaking of the "worst picture editor"... You never used Duke Nukem's ART editor. After that you'll get used to anything.
Advertisement
Edited by the Author.
It's converted to something beforehand. It's a go-between/substitute way of coding in like .. C ... or something.
"good" old GM...
