clrammer's Forum Posts

  • Blacksmith

    Thank you for the reply! We were able to get into the app store specifying only 720x1280, but I'm wondering if it will affect chances in the competition. I didn't see anything in the rules stating that winning entries must support both, but I would also hate to be passed over for it without knowing. Just throwing it out there in case anyone had read anything. I have a question in to Tizen support as well just so I can rest easy that I asked :)

    Thanks again.

  • My version:

    4. I have added feature to config.xml

    http://tizen.org/feature/screen.size.normal.720.1280

    http://tizen.org/feature/screen.size.normal.480.800

    (in other case your WGT will be rejected during WGT upload to Tizen Store)

    Can anyone confirm if it is required to support 480x800 or is it ok to only support 720x1280?

    Thanks!

  • simwhi

    Thanks a lot for the feedback. Just a heads up, you might be subject to the audio delay. I say this because audio is fine in the Web Simulator for us. I have not tried the emulator. We actually decided to rip out button clicks and only leave in the audio that is critical because the ~0.5 sec delay on all sounds was too distracting. We're hoping the judges are aware of the bug since I don't believe we can do anything about it!

    Also, we decided to make our own KB as well. In retrospect, we should have done that from day one given our desire to develop for multiple platforms.

    Thanks again and good luck to you!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Oops, sorry.

    The description of the bug at that link is:

    "While trying to play the mp3 local file sytem song, there a time gap to play the song, but it works will for playing web hosted song .

    var player = new Player();

    player.play('file:///HRUDAYAM.MP3');

    var Player = function ()

    { this.audioContext = new webkitAudioContext(); }

    Player.prototype.play = function (url) {

    var currentdate = new Date();

    var request = new XMLHttpRequest();

    request.open("GET", url, true);

    request.setRequestHeader('Access-Control-Allow-Origin', '*');

    request.responseType = "arraybuffer";

    var audioContext = this.audioContext;

    request.onload = function () {

    var soundSource = audioContext.createBufferSource();

    audioContext.decodeAudioData(request.response, function(buffer)

    { soundSource.buffer = buffer; }

    , null);

    soundSource.connect(audioContext.destination);

    soundSource.start(0);

    };

    request.send();

    }"

    However, I don't believe it is restricted to mp3 files since obviously I wasn't referring to mp3 when making my post on the Tizen forums. This bug report contains a link to a thread on forums, but I'm not sure if you need an account to view: developer.tizen.org/forums/web-application-development/web-audio-api-delay-local-files

    It's too long of a thread to paste the contents here, and lots of what is discussed frankly goes over my head technically. If you are unable to follow this link and would like more specific information let me know and I'll do what I can to help!

    The bottom line is that I didn't get the vibe that this was going to be fixed right away. Not sure what the urgency level is in the Tizen camp.

  • For anyone who might be seeing a delay with audio, I was pointed to this bug report (i.e. known issue). Seems like a pretty big issue to be getting so little attention..

    bugs.tizen.org/jira/browse/TDIST-389

  • Hello,

    Has anyone been successful in collecting input on the Tizen platform? Using the textbox control which brings up the Tizen kb seems to be a train wreck. The two biggest issues being:

    1) It squeezes the entire game window up above the kb instead of overlaying, and then improperly draws the game area in that small space (3/4 of the game area is just white).

    2) The "enter" button on the kb doesn't do anything so hitting the back button is the only way out of the kb (not intuitive for the user), and even then it returns the game to full screen in its broken state (3/4 white).

    Any advice would be appreciated :) Thanks!

  • Disregard. I made a dumb mistake when flashing the device (flashed down to 2.0 instead of up to 2.2...).

  • I know this is a long shot, but I'm wondering if anyone received an RD-PQ device and had to flash to 2.2 and install Mali DDK. I flashed successfully, but I'm having trouble on the very last step of getting Mali DDK install to work.

    I posted on Tizen forums a few minutes ago and thought I would reach out here as well. Thanks!

  • sosensible

    Thank you for taking the time to put this together!

  • Thanks for tagging me with that notice!

  • lunarray

    It works great! Thanks so much for the quick fix. Loving this behavior!

  • Hi lunarray

    Is it intended behavior that only the first "On tween end" event is processed if there are multiple on the event sheet for the same tween?

    Thanks!

  • Actually, another question.

    Any ideas on how I can tween the scale of a sprite font? Size doesn't actually change the text size. I need to manipulate the "character scale" attribute of the sprite font.

    My current implementation uses lerp, but of course the allure of the LiteTween behavior is to cut out as much of my lerp code as possible. I really, really like being able to kick off a tween and just wait for the "on end" trigger as opposed to tracking the lerp status every tick :)

    Thanks!

    EDIT: Never mind, I answered my own question by using tween value. That's what it's there for :)

  • lunarray

    Thank you for the response. It all makes sense and I will likely go the state machine behavior route.

    Thanks again for the great behavior!

  • Is it possible to "tag" a tween? For example, I have a spritefont object with a position tween. In one part of my program I am doing a staged tween where the object should move to point A, pause for a second, then move to point B, then return home.

    To keep my code simple, I would like to use the "on tween end" trigger. However, without a tag, the code won't distinguish between the tween ending at point A and point B.

    I know I can simply create two position tween behaviors and name them differently. That's ok, but I may have many instances like this in the program and it would be nice to not have to add many instances of the behavior.

    Also, I can probably put an instance variable on the spritefont and check for the state of that variable in the "on tween end" condition. Again, I'm ok going that route too, but if tagging is an option, maybe that's the cleanest way?

    Perhaps I'm looking at this wrong? Thanks!