Hello hmin,

I am using the latest XDK compiler BETA Crosswalk 6.35.131.6 on Cordova 3.4.0 and the latest Construct 2. When running the APK on an Alcatel Fierce One phone I get a crash. The crash happens when the game tries to play any sound effect. Streaming music works fine on this phone but as soon as any sound effect plays the game crashes and exits immediately. If I do not play sound effects the games runs fine. The exact same build runs perfectly fine on a Samsung Galaxy 4 and plays sound effects fine.

I do not have an extensive Android handset collection on hand but this crash worries me as to how many other phones this will be a problem with. Do you guys run unit tests on many handsets with XDK/Crosswalk?

I think it is a bug in the native audio library installed on your device, since the audio in web depends on the capability of the hosting device. You can try to load your app in Chrome for Android, and see if it also crashes.

Thanks for clearing that up for me, hmin ! Unfortunately I get the "AttributeError: 'module' object has no attribute 'maxint' " error and make_apk.py doesnt work. I have no idea what the problem is, my setup/paths seem to be alright and I followed the instructions in the documentation step by step.

Anyways, thanks again and I'm looking forward to future updates!

Could you please paste the whole error message to here, including the callstack printed by python? Thanks.

hmin

Another question, is when could we see push notifications by using Crosswalk? That show up on the users toolbar

Do you have a try to a 3rd party phonegap plugin for push notification? see github.com/phonegap-build/PushPlugin

Anyways, does that mean that I basically can't use Crosswalk without Intel XDK because it doesn't fully support Construct 2 [with plugins and all]?

No. Intel XDK can help build your app for PhoneGap API support, and you can also use Crosswalk directly by use of make_apk.py packaging tools if PhoneGap API is NOT used. Generally, Crosswalk also fully support Contruct2 library and its plugins (both of them are pure JS libraries).

On another note, you say that the next XDK release might give us an option to turn off the blacklist, but you also said that doing so may lead to crashes or even brick the phone. Maybe I'm naive but wouldn't a better solution be to manually remove specific phones from the blacklist, such as the mentioned Galaxy S3 and S4? Turning off the whole blacklist seems very brute-force.

Don't over-worry about that. The potential crashes caused by a buggy gfx driver is somewhat a kind of software level error. You should test your app carefully on a backlisted device to make sure it won't trigger such an error.

See my above update:

EDIT: Chromium introduces the mechanism of gpu blacklist for those devices which don't have a good enough passrate in WebGL conformance test. This mean those devices may trigger some bug or limited feature support in the gfx driver in some condition although most of time they work well.

kbm

its really funny! i have all your problem.

I don't know how to what hmins says

and i have Galaxy S2. i cant run webgl with crosswalk. and i have problem with cjs.

when i export with cjs, my game dose not work in my phone. but in note 10.1 2012 edition it works fine. is it because its ram?

and why crosswalk get lower ram? is it slower than cjs?

if i enable webgl, is it possible that my game dosent run in my phone because of more ram needing?

and is it harm for phone? why they make this blacklist?

The crosswalk and cjs (canvas+) have different implementations for webgl support. I don't think the failure running your game app on Note 10.1 was caused by memory consumption, maybe a buggy gfx driver to support some feature required by webgl. You can capture some logs by adb logcat to see if there is some suspicious error message.

Hi, I read through all your posts, here I'd like to give some clarifications and background about gpu blacklist issue.

* Why not ignore gpu blacklist in Crosswalk now?

The gpu blacklist was originally ignored by default in Crosswalk. However, about several months, some C2 users reported WebGL running with Crosswalk gets crash on their device due to the buggy gfx driver. Such a crash seems not so good, and Crosswalk is not ignore the blacklist, instead it lets web developer decide if it is on or off via command line options.

EDIT: Chromium introduces the mechanism of gpu blacklist for those devices which don't have a good enough passrate in WebGL conformance test. This mean those devices may trigger some bug or limited feature support in the gfx driver in some condition although most of time they work well.

* How to append the command line option to ignore gpu blacklist?

I am sorry to confuse you with a different context. The approach I mentioned above is in the context of using make_apk.py directly instead of Intel XDK build. With XDK build, there is no way for web developer to add an individual file in assets folder. XDK is working on adding such an option to ignore gpu blacklist for web developer.

* What is the relationship between XDK build and open source Crosswalk?

Crosswalk is a HTML5 app runtime to run web app. It supports the HTML5 standard API and features without phonegap APIs and plugins support. XDK build uses a Crosswalk variant as the backend engine. This Crosswalk variant integrates phonegap APIs and plugins based on the open source Crosswalk project. For simplicity, we call both of them as Crosswalk.

So if you web app depends on phonegap API or plugin, you can't build a workable web app by use of make_apk.py. The make_apk.py is only useful for 'pure' HTML5 app.

[BTW: since I have no enough reputations to paste URL and pm some of you. Sorry for no reply if you PMed me:)]

Hello hmin I was wondering about a feature In-app purchase in Google Play using Crosswalk, I was waiting to release a game which is freemium but I can't release it without IAP feature. I've been waiting for long time.

When will we have this implemented feature? Thanks

Joannesalfa, Maybe the phonegap plugin for IAP would help you. Search AndroidInAppBilling in github.com to check if it meets your requirements. You can follow the instruction for phonegap plugin integration to add it into your app.

hmin

I do get "server could not be reached" application error on start up sometimes. it was something along the lines of //index.html or something like that, searching for the file. This has been mentioned before in this thread.

GameThirsty, May I confirm 3 things with you? Thanks.

1. Is the error message saying "The connection to the server was unsuccessful"?

2. Did you set the value of LoadUrlTimeoutValue in config.xml file? and what is the value?

3. Would the error happen each time or sometimes when launching app?

Hi hmin, I'm currently in the process of moving over from CJS to Crosswalk, and I came across this issue. What is the resolution process for this bug? Is this something that you guys deal with on your side, or is WebGL just never going to work with Crosswalk on a Galaxy S3 due to a driver bug that's beyond your control?

I understand that blacklist ignoring is something that's coming up soon in Intel XDK. Will it be safe to simply ignore blacklistsed GPUs to ensure WebGL works? I've been testing on my GS3 using Cocoon for some time now (with WebGL enabled), and it's always behaved itself fine.

GeometriX, currently Crosswalk disables WebGL internally by default for a buggy driver , which means WebGL would never works unless gpu blacklist is ignored .

If you want to ignore gpu blacklist by manual, from Crosswalk 6, it allows to add app-specific command line options by adding a new asset file to your apk. You can add <APP_DIR>/assets/xwalk-command-line into your apk with the following content:

xwalk --ignore-gpu-blacklist[/code:3oahbykf]
and then rebuild your apk.

Am I the only one who had an huge performance drop with XWalk 6?

Knifegrinder, Did you mean the canvas performance? If so, lots of previous threads are discussing it due to gpu blacklist issue.

I've just tested with High DPI in C2 and compiled with Intel XDK using the canary beta option. It broke my WebGL effect "Glass" (from C2's default effects), it works fine with High DPI is set to No in C2. Quite strange.

All it is is a 128 x 128 white sprite with Glass effect, set to grow by 20 pixels height and width every frame.

The phenomenon I observed is, the 'Glass' effect is broken on a 256x256 sprite with nothing is painted for the sprite, regardless of whether high dpi is on or not. But it works if WebGL is off by C2, says canvas 2d renderer is used instead.

As for the High DPI setting itself, it works at making the image much better quality (same as CocoonJS). There is a noticeable drop in performance, I am doing more tests now to give you an exact performance loss figure.

Edit: Seems to go from an average fps of 45 to 40 with the DPI settings but on high DPI, it has more drops down to 30 fps. CocoonJS is most of the time 60 fps, with dips to 50. This is on my LG G-Pad with Snapdragon S600.

Really thanks for your update, and I think it is very important for Crosswalk. As I know, CJS has a special native implementation for canvas, called direct canvas (canvas+), which shortcuts a general rendering pipeline for web page layout and rendering. The thing I am interesting in is, the performance of high dpi is heavily impacted, which is beyond my expectation. For such performance issue, I am afraid it is not easy to reproduce without your case. So would you mind to share your capx file to me? I'd like to help profile and optimize it, from Crosswalk internal and app level. Thanks in advance.

hmin

I prefer not to show people my project, it is my main project. Maybe it is just my phone, it is getting rather old and the battery is starting to go with it.

On another note, I did notice that the app's (no matter if its a plain new project or my main project), sometimes close for no reason when I exit the app and re open it. (not exiting the app entire, just closing it using home button, and opening it up later, or sometimes if i keep the app running and just turn off the phones screen, and turn it back on, app crashes and restarts.) is this something you are aware of as well?

GameThirsty, the issue your reported is by-design for all apps running on Android system. On Android, each app has its lifecycle, the system may terminate an background app to free resource if the Android system is running into low memory. An app would be switched to background if you press home button or back button or turn off the screen. This is why you find the app exits and restarts when re-opening it again.

Regarding to the crashes, did you have an evidence? for example, an error dialog or adb logcat error message.