TiAm's Forum Posts

  • I didn't test canvas2d. I don't plan to support it for my game.

    Anybody compared webgl perf on a lower end device?

    Also, is there a cw13 shell up somewhere for comparison?

  • imaffett

    Please up a version that has rotation support. My current project is portrait, and skia test only runs landscape.

    I tried this out with another game and am glad to report that it seems to be a solid improvement over cw11/12. Don't know about stock cw13, haven't tried it.

    Back to skiatest: sub-60fps framerates are still causing much worse disruptions to motion quality than in cw7. On my device, just touching the screen causes a slight fps dip into low to mid 50s. In skiatest, this causes bad stuttering. Only slight stuttering in cw7. FPS is about the same in 7 vs skiatest, both normally, and during touch events.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Egyptoon

    Good idea, it is getting a bit cluttered. Thanks for spreading the word. Fingers crossed...

  • Egyptoon

    Whoa, okay, I don't know what you've got going on there, but it's pretty unreal. This isn't bot traffic is it? Or do you own a small country?

    Anyway, I have a feeling this bug report will catch their attention...I just hope it's in a good way.

  • Let's keep this short. Please star this issue:

    https://code.google.com/p/chromium/issu ... ?id=483946

    Done starring? Then take that url and tweet it, share it, email it...Just get it out there. <img src="{SMILIES_PATH}/icon_idea.gif" alt=":idea:" title="Idea">

    Little background: All Google has to do is change a string var in chromium, and we will be able to publish Crosswalk V7 apps on google play without fear of removal. It really is that easy, and should have been done a month ago when this problem originally arose.

    Newer versions of crosswalk are still dicey for weaker platforms, so even six versions later v7 is the best bet overall. Think of this as the equivilent of the post node-webkit 10.5 regressions, only for android.

    Again: even if you don't give a flying pancake about android, please star this issue. Until someone at google is aware of this, it won't be addressed.

    Thx for reading.

    *

  • Well, you can accomplish deferred decoding thru setting 'preload sounds' to 'false', and using the 'preload audio' action to load in only the sounds you need, avoiding the delay that occurs if you try to play an un-decoded sound. Personally, I would consider this a 'memory management action'.

    However, we have no tools or options for unloading decoded audio. As you said, we should at least be able to unload audio at the end of layouts.

    Personally, this hasn't been a problem for me, but my mobile projects have been on a small scale, with minimal audio. I could see it being a problem for a more ambitious/audio-rich project. Case in point: I became aware of this from posts by Tinimations about Klang, which isn't even a mobile game.

    Anyway, returning to the thread subject, I think the sluggishness of decoding is an even bigger problem for most mobile games...who wants to wait a minute or more for a simple game to load?

  • Pretty sure audio can be garbage collected just like anything else. But we ought to be able to indicate good times to do that...like in-between levels.

  • imaffett

    Okay, would the following text still be applicable? If so, I will file it as a security bug in the chromium issue tracker, and start a thread to let C2 users star-bomb it <img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz">

    [quote:1i19y7op]This application uses the Crosswalk 7 WebView which is based off of Chromium 36.0.1985.144. This version of Chromium includes the Open SSL fixes found at https://chromium.googlesource.com/chrom ... 25d0b079c3

    c5547f07948684f80c4e9c3584

    The Chromium team did not rev the Open SSL identifier, so it still reports 1.0.1e as the Open SSL version. You can verify this in the commit log at https://chromium.googlesource.com/chrom ... sl.version

    You can find the Crosswalk commit that updates to Chromium 36.0.1985.144 at https://github.com/crosswalk-project/cr ... a3d9e68e05

    Thank you

    Considering how tardy google has been in the past though, I'm wondering: wouldn't it be possible to patch the version number at some stage on intel's end? Or is it lost in the morass of the chromium code base?

    Really frustrating how much trouble we are going thru because someone can't tweak a string value along the way. <img src="{SMILIES_PATH}/icon_mrgreen.gif" alt=":mrgreen:" title="Mr. Green">

    imaffett

    Any updates on this?

  • Just FYI, for 'patch' versions (eg. r204.2), you need to change 4 chars (20420 for 204.2).

  • Any updates on this? Will this be fixed soon?

    How do other games/apps deal with it (the ones that are not made in C2)? Why do they load almost instantly (e.g. Red Ball 4)?

    Not as far as I know. One of two major issues with audio in C2, the other being that we have no good way of manually clearing decoded audio out of memory, which can lead to a big pileup of decoded audio in ram (which doesn't always empty at the most opportune times).

  • As a super helpful tip, i ALWAYS (now) change the theme of the 'temporary' or 'reference' project to something dark / drastically different to my main 'WORKING' code... especially in the case of referencing between 2 versions of the same code, you dont want to get mixed up and start adding new features to your old version. Having a visual theme is the easiest way to identify which one is which since all the other stuff is almost identical. I learned this the hard way.

    Oh wow...I like that idea a lot. Because...yeah, I've done that before. Then you really have a mess to sort out.

    Thanks for sharing!

  • I do this all the time, never had a problem. Be careful though, because you can also open two projects in the same instance, which can lead to all kinds of confusion. Not even sure why that's a permitted behavior.

  • sqiddster

    Just tried an export from r200, works fine for me. My 32 bit binaries are all 10.5.

    Here's my whole "NodeWebkitForC2" folder; hopefully you could just copy this into program files and get it to work:

    https://drive.google.com/file/d/0B08LZ- ... sp=sharing

    If not, could be there's a path name stuck in the registry. If so, I'd try:

    1. Install an old package of node-webkit, like:

    http://downloads.scirra.com/nwjs/nodewe ... 0-11-5.exe

    mirror:

    https://drive.google.com/file/d/0B08LZ- ... sp=sharing

    2. Delete the resultant "NodeWebkitForC2" folder, and paste my folder in it's place.

  • One thought: there was no 64 bit version of node for 10.5, so if you deleted all the 64 bit folders, C2 might be complaining about that. Try copying in the win/osx/linux64 folders from a newer release; leave the 32 bit folders with the 10.5 packages.