Construct3 should export to native.

Discussion and feedback on Construct 2

Post » Fri Nov 20, 2015 12:35 am

Good point. ^^ :))
B
82
S
32
G
7
Posts: 281
Reputation: 10,685

Post » Fri Nov 20, 2015 9:13 am

I feel scirra should have a direct collaboration with @Intel or @Ludei for a seemless direct export.
sleep is only for the weak!
B
91
S
30
G
12
Posts: 139
Reputation: 11,992

Post » Fri Nov 20, 2015 12:42 pm

Ashley wrote:really tired of repeating it all

I believe a stickied post or a blog post would help here?

I mean it's obvious for you, and for forum regulars like me and others here, but many new users have never read the other posts, or at least they pretend not to. A sticky could alleviate that, I think.
B
36
S
8
G
8
Posts: 532
Reputation: 6,903

Post » Fri Nov 20, 2015 1:11 pm

spongehammer wrote:As far as i see this is not a request for a native export, rather a Scirra controlled wrapper.

So what are people asking for here, a native exporter or for us to take control of the third party wrappers? Those are very different cases. Well, for NW.js, I think Intel have 1-2 people working on it full time. I've heard in some cases it can take literally hours to build Chromium, which must make it a slow and frustrating development cycle. So it's nice that Intel are doing this for free! If they ever stopped, it's open source, so us or anybody else could pick it up, or there are other alternatives out there like Electron that we could look in to. Also the biggest problem NW.js had recently was the janky v-sync issue, and that was caused by a bug in Chromium itself, not NW.js. So whoever happens to be developing NW.js wouldn't have affected that.

saiyadjin wrote:android is still shitty with no webgl support

Chrome for Android has supported WebGL since late 2013. Android 5.0+ supports it in the system webview so you don't need Crosswalk. Crosswalk exists solely for Android 4.0-4.4 compatibility, once those versions are out of use then we can drop it and its filesize overhead as well. In fact you can already publish without the filesize overhead today by targeting Android 5.0+ only. However especially given that Google recently increased the APK size limit to 100mb, using Crosswalk is well worth it for the compatibility with 4.0-4.4.

The main problem with WebGL on Android is that Android devices often have poor quality drivers that are so susceptible to crashes that their GPU gets blacklisted. However the number of Chrome for Android phones that don't support WebGL halved between June 2014-June 2015. So it's already improving quickly.
Scirra Founder
B
397
S
236
G
88
Posts: 24,408
Reputation: 194,506

Post » Fri Nov 20, 2015 1:44 pm

Ashley wrote:
saiyadjin wrote:android is still shitty with no webgl support

Chrome for Android has supported WebGL since late 2013. Android 5.0+ supports it in the system webview so you don't need Crosswalk. Crosswalk exists solely for Android 4.0-4.4 compatibility, once those versions are out of use then we can drop it and its filesize overhead as well. In fact you can already publish without the filesize overhead today by targeting Android 5.0+ only. However especially given that Google recently increased the APK size limit to 100mb, using Crosswalk is well worth it for the compatibility with 4.0-4.4.
The main problem with WebGL on Android is that Android devices often have poor quality drivers that are so susceptible to crashes that their GPU gets blacklisted. However the number of Chrome for Android phones that don't support WebGL halved between June 2014-June 2015. So it's already improving quickly.


yes i know.. i wish it was somehow able to get rid of crosswalk for 4.0-4.4 version of android, because they are like 70% of droids, and 25% is >5.0, and all together that makes 95%. which would be a good coverage. But in the end it seems that you have to use crosswalk to cover the 70% of crosswalk and from what i've heard.. or read here on.. performance seems to be bad :/
well gotta try it anyway some time later...

and yes i know that after some time all the droids will be 5.0+ and we will be able to use system webview without crosswalk.
Sea Monsters template - Isometric
Also includes 40 pages PDF of optimizations and "how-to" for your games, and how the "sea monsters" template was built. Follow link for details :)

sea-monsters-templates-and-assets_t162705
B
43
S
14
G
12
Posts: 626
Reputation: 9,450

Post » Fri Nov 20, 2015 2:30 pm

blurymind wrote:The wrapper that scirra uses is open source. If @Ashley or the other devs found a problem in it, a bug that affects the export, they could indeed propose a patch. Since of it's open source nature, nw.js also gets bug fixes and development from other projects that rely on it.
The only case where a fork would be needed is when scirra's wrapper needs code that makes it compatible only with construct2 and breaks for the other communities.

You go solo on the wrapper and then what? Suddenly you have only scirra developers working on the wrapper and all that open source community gone - your wrapper is actually being developed slower than nw.js since much less people are working on it, only C2 community using it.
So I dont understand why so many folks want scirra to make another wrapper instead of using and contributing to an open source one.

To give up on that in exchange for what? What would be the advantage of having another wrapper project developed solely for construct2, that is close source? :)


Thanks for clearing that up!
B
42
S
11
G
1
Posts: 264
Reputation: 3,299

Post » Fri Nov 20, 2015 2:35 pm

Fimbul wrote:
Ashley wrote:really tired of repeating it all

.......many new users have never read the other posts, or at least they pretend not to. A sticky could alleviate that, I think.


There is always search :)

Although the amount of times a user says they have searched and found nothing, and I yet find it straight away, beggars belief :(
If your vision so exceeds your ability, then look to something closer.
Moderator
B
134
S
30
G
86
Posts: 5,413
Reputation: 59,510

Post » Fri Nov 20, 2015 8:52 pm

zenox98 wrote:Although the amount of times a user says they have searched and found nothing, and I yet find it straight away, beggars belief


We are reaching a point where it would probably be less work to just write a native runtime instead of answering all the "we want a native export!"-posts :P

(Yes, yes, I'll show myself out..)
B
77
S
28
G
32
Posts: 481
Reputation: 19,763

Post » Fri Nov 20, 2015 10:29 pm

not really. like ashley said - if you build your apk / game for 5.0 or higher android which has a system webview that works good and supports WEBGL and so on... your games will work just fine. if you want less then 5.0 you have to use crosswalk which burdens performance by some weight and a bit of extra space. but it covers over 70% of androids, and 25% are 5.0+
sooner or later all are going to be 5.0 + so it's just a matter of time. creating a native export could take about 2-3 years of coding, also GLHF with compatibilities and other inner craps that would arise then :)

i'd stick with crosswalk, just make your game good and watch on the pitfalls and you're good to go. ios and windows phone are good to go so....
and nw.js just got upgraded, and soon (When it leaves alpha) hopefully will work perfectly :) and performance is already 30% better
Sea Monsters template - Isometric
Also includes 40 pages PDF of optimizations and "how-to" for your games, and how the "sea monsters" template was built. Follow link for details :)

sea-monsters-templates-and-assets_t162705
B
43
S
14
G
12
Posts: 626
Reputation: 9,450

Post » Sat Nov 21, 2015 12:28 am

@ashley close my post, please, i dont want u to get distracted because i need that r218 (that iad plugin) and everyone nows construct3 wont export to native so the question was answered, thanks everyone.
Image

Image
B
38
S
14
G
7
Posts: 408
Reputation: 8,338

PreviousNext

Return to Construct 2 General

Who is online

Users browsing this forum: No registered users and 15 guests