Construct 3 - many questions (native exporterts)

But you can play games like grimrock and even gta4 on Intel HD Graphics 4000 GPU.

saiyadjin I'm on amd E-450 apu 1.65ghz, 4gb ram, win 8 64 bit laptop with radeon hd, right now. Fps was 12-20. Most of the time almost playable.

megatronx - try it on your pc that is in your specs (i5 2500.. etc..) but i guess that pc will do it fluently.

glerikud - thnx, but it took a lot of time, i'll explain it once it's done completely.

p.s. i'll post my game once it's done, new version should work way better then this alpha version (which has loads of badly optimized events)

>

> I really think some people have the impression that if we write a native exporter, hardware specs will magically increase.

>

Ashley please just make one game with unity and then you see native performance is really different and so much better !

This is just getting stupid...

Does anyone have a solid example of Unity performance being better? I don't mean just listing complex or successful indie games (because, spoiler alert, complex games are made by talented developers - not tools!) - I mean a side by side, equal quality performance comparison.

Same assets, same mechanics, right down to the only difference being the engine.

Clones should be easy enough to compare - otherwise we're not arguing about performance, we're arguing about scalability, and scalability is a problem to which developer talent is just detrimental as the tool.

Does anyone have a solid example of Unity performance being better?

How many times should I repeat?

I have ALREADY posted the same "game" via Crosswalk (different versions) and native APK in this topic.

Native APK runs better than even HMTL5 version and of course it runs better than Crosswalk APK.

I don't mean just listing complex or successful indie games (because, spoiler alert, complex games are made by talented developers - not tools!) - I mean a side by side, equal quality performance comparison.

And why do you think talented developers create their PC games on Unity?

Why don't they use C2 to create PC games?

The answer is clear for everyone - they need native export.

>

> >

> > I really think some people have the impression that if we write a native exporter, hardware specs will magically increase.

> >

> Ashley please just make one game with unity and then you see native performance is really different and so much better !

>

This is just getting stupid...

Does anyone have a solid example of Unity performance being better? I don't mean just listing complex or successful indie games (because, spoiler alert, complex games are made by talented developers - not tools!) - I mean a side by side, equal quality performance comparison.

Same assets, same mechanics, right down to the only difference being the engine.

Clones should be easy enough to compare - otherwise we're not arguing about performance, we're arguing about scalability, and scalability is a problem to which developer talent is just detrimental as the tool.

You are right, this is just getting stupid and we never can compare native mobile//win//mac//ps3//ps4//etc... performance of Unity and Construct... We can compare native performance of chromium and unity or crosswalk and unity, or ludei and unity. And, sorry, i never see an "crosswalk" or "ludei" game runing well in my galaxy tab 3 (i try lots of the "completed creations forum")... unity games runs well... Maybe the good designers make games with unity (in 2d too) and the bad designers with construct and this is the problem... Do you think that?. And... If construct have "equal quality performance"... Why this masters of game design don´t let go unity (or GM or other software) and design the entire games with construct + NW or construct +Ludei... Maybe because with unity you can port to all platforms?... Maybe because with unity the bugs-performance don´t depends from others wrappers?. I don´t know, i´m a bad designer, i want to know...

(Edit... write at the same time that "paradine"... questions duplicated, sorry)

paradine

nope, they do it in unity because it's a C++ / c# oriented language, and their base is windows which is on most PCs gamers use.

also the other reason is - they want 3D. if developers did 2D games for PC, we'd be stuck playin' pinballs today instead of battlefields and what not.

also unity isn't that great despite from you thinking "everyone is using it", and i haven't really played a lot of unity games, most people stick with c++ / and i saw a few c# games / for games.

also what you're descibing is wierd. you compared Crosswalk and "native APK". not PC game. Native for android is Java, and therefore it's run in java virtual machine. which transforms code to bytecode which is then used on cpu to run your game. HTML & JS have a bit more to do - interpreting -> compiling -> bytecode - > cpu. of course it's slower. adding crosswalk over that slows even more. but even though it's a layer above java it's still fast, and no, doing "native" which is really not native, would be just a pain in the ass for scirra to do. losing 2 years on something that hardware will anyway eat sooner or later + new JS browsers/compilers that are way faster - > no point in it. Everything else that makes your game slow down - is your bad design.

Also if you didn't know - 3D runs way faster then 2D on all hardware (don't let me get started about this...).

you should stop complaining and leave if you don't like c2. there's java. learn it and android sdk and build your game in androids native language. good luck with that.

davarrcal - noone didn't say that native was slower, it's a layer less but not so much faster. also even native depends on loads of factors like - language it was written in. c# / c++ / java / c - they all give native, but different performance. also you've tried games on your galaxy tab - which has a pretty weak graphics and very very slow cpu. also an old android version. i agree that people maybe don't have money to buy newer hardware, but if you buy a bad mobile phone and expect it to do everything, maybe you should reconsider / save more money for something better.

the easiest is to complain, everything else is hard

To many times are post in this formun the words "complain" and "wine" ... Don´t worry, this is my 8 post in this forum, I don´t like complain, don´t need people recomend me to buy new "Tab" or mobile to see well performed construct 2 games...This is not the problem, my new BQ Acuaris runs well crosswalk games... I repeat, this is not the problem... But don´t worry about that, In this moment I stop to "Complain" "Wine" etc...etc...etc...

paradine

Also if you didn't know - 3D runs way faster then 2D on all hardware (don't let me get started about this...).

you should stop complaining and leave if you don't like c2. there's java. learn it and android sdk and build your game in androids native language. good luck with that.

That sounds rude, anyway the most of us care about C2 and therefor we ask questions about comparisons, features additions etc. because we want C2 to improve and not to get everyone up to using different game engines.

I still think native exporter would make a change, HOWEVER Ashley and his team will never be able to push out these updates as fast as many of us think.

And while they would work on the native exporters, web technology will improve too, so at the end we might just get native exporters with the same strength as the current third party wrapper exporting methods.

Also comparisons between Unity and C2 are not right, if you compare the team of Ashley (Scirra) and the Unity Team.

So if we want to compare projects etc. with C2 we should consider that in future.

my simple game get 300 mb ram on mobile and in construct it just show 30mb

let me tell you guys something if you didn't make games with unity dont say it developer or not so different

make one of your games with unity and dont optimize it

then you can see you mostly dont need optimize your games in unity

ashley just bring excuse because he can not make an engine like unity

thats a true and c3 just an another editor which make you guys buy c2 again !! (one time licence became two time licence !)

i made games with unity and construct 2

in construct 2 you can make games fast but you get slow when you want to debug it and optimize it and i spent 2 day to solve intel xdk problem with musics !!!! it's even not my fault !

this is my unity game :

https://play.google.com/store/apps/deta ... .turbotire

and this is my first game with unity (2 yers ago)

i first made this game with construct 2 and really had a bad performance so i just change my engine and everything worked fine !

Ignoring the native/non-native performance debate for a bit -

Reading some posts, it seems some users don't see HTML5 as the way forward, want more functionalities or plugins, want 3D, want more control/scripting, want platform-specific exporters - why not use Unity ? Honest question, really. Yes the learning curve is steeper, but that's a necessity of the increased complexity.

Tools and programming languages, none of them is "better" than the others : they all exist because they serve a purpose ; the moment a tool or language stops being useful, it dies naturally.

Now for those wanting to stick with HTML5 but complaining about the 3rd party exporters approach - all these exporters/wrappers are developed and maintained by medium to large teams (NW.js has half-a-dozen of regular active contributors, plus the occasional pull request ; Crosswalk has many branches and up to hundreds of contributors, Intel XDK has... well, Intel, etc.). Realistically, are we expecting Scirra's team to do better, in less time, with less resources, then all these people together ? All of that while maintaining a low price-tag for the Construct product ?

I'm not saying it's all great ; yes there are issues, but every technology has issues and it's about being realistic with expectations.

[quote:1mg7xub3]ashley just bring excuse because he can not make an engine like unity

If you seriously believe any single developer in the world can compete with any advanced technology that's been around for a decade and that's been developed and maintained by dozens of specialists, you are badly mistaken -

There's an order of magnitude of differences, people need to manage their expectations.

Construct is not about competing with Unity ; it's about providing a more focused solution that fits well certain applications. As more focused solution, it's also simpler to learn, easier to use, more limited, less expensive.

Refeuh: One of the most coherent opinions I've seen here.

On the other hand, people who buy the engine don't really care if it's made one person or 100's.

But you're definitely right.

Scirra may be a very small team but I've seen many more software updates here than the competition

even with dozens of developers. Like I said before and I stand by my argument, there are different tools

for different purposes. Use Construct 2, Unity, Unreal Engine, RPG Maker MV (it's coming! Check it out!),

libGDX, SDL or just plain C++.

Just let us choose a toolset that we feel comfortable with and use each one depending on the purpose, deadline,

scope, etc.

> it could also be described as a top-down FZERO, which the SNES could handle

>

Obligitory "my SNES could run this", obligitory reminder that as far as I can find the highest resolution mode of the SNES was 512x239 8bpp which is 122kb per layer vs. a modern 32-bit 1080p game which is 8mb per layer or about 68x more bandwidth. Assuming you have the background and four own-texture layers, that's 340x as much bandwidth, not including higher-resolution textures, plus rotation and scaling, plus no sprites-per-line restrictions, plus transparency and alpha blending, etc.

Nice cropping of what I had said.

which the SNES could handle if it wasn't in HD

And you are right, it is a weak Intel GPU, but it's the majority of my (/Steams) customer base and it has been designed to work very well with the existing graphic APIs like DirectX and OpenGL to run some fairly high-end games with little to no problems on low and medium quality modes.

Maybe all we need is an option to force desktop resolution in fullscreen to something lower to cope with weaker fillrates, but that's not an option for me yet and this render-then-scale idea didn't help either:

It would require modifying NW.js/Node-Webkit 's code to add that feature right? Great, more waiting on NW.js for a feature that is available already to every DirectX and OpenGL programmer.

I'm not trying to aggravate or imply that hardware can "magically increase", but there is overhead in HTML5, JavaScript, web browsers, etc. I'm saying that I notice that difference, and even worse my customers notice.

If I didn't care I would probably be more than happy to just directly quote you saying "Intel GPUs really suck. That's not our fault" every time my customers are running hardware like that and complain of jank, collision glitches caused by low FPS (set minimum fps does help stop this, so sharing our issues leads to results?), and general slowness even though they have better specs than me (but older GPU/CPU that wasn't designed for WebGL).

But I don't, I believe in you and your great editor, and have done so since the beta days of Construct Classic. You may be 100% right about the future of HTML5, but some more control or investment into these exporters would make a difference.

Also, saiyadjin I had some really funky things happening when I tried in Chrome (froze my laptop, text was cut in half on my desktop), but I'll try again and post specs for you.

Jayjay - it should work just fine, no idea what could cause problems you describe (maybe drivers/buggy windows/there's a lot that could be wrong )

i believe we are 2 years away from everyone havin' this years's phones that can run mostly anything good. so i'm not concerned about performance. also people should be doing smaller games, and gradually improving

I desided that I need native exporters.

But also I decided that I don't want to use other editors.

That's why I want Scirra to create native exporters for C3.

I am ready to pay extra money for native export.

What am I doing wrong?

Ashlay

I found a very easy way to understand what C3 features people really need.

Create voting on the main page of like this:

"What feature is the most important for you? You can shoose only one feature:

1. Native exporters

2. Windows, Mac and Linux Support

3. Multi-Language Support

4. Editor Plugin SDK

5. Construct 2 Compatibility"