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!