will there be a reconsideration for tizen support in the future? tried working with html5 web app for tizen, and it seems there are lots of homework to do on html5 as well.
Tizen Native SDK which is based on C++ is still on development, will this be in sync with openfl development? If yes, then it would be nice to have tizen native support as nowadays tizen is used for samsung wearable and phones.
Tizen support for the SDL API is very promising! I wonder (though) if it is working for SDL + OpenGL, or it only is SDL + Vulkan, in which case we would need to write a Vulkan renderer for OpenFL for it to work.
Are you more interested in Tizen wearable, or Tizen phones?
I wonder if Tizen HTML5 runs better on the watch than Tizen native
What did you find out about Tizen HTML5 development? If you can get an index.html running, perhaps we can try and replace with our generated HTML and see if it works? You might need -Dcanvas if WebGL is not supported?
Perhaps it would be worth trying OpenFL samples, like DisplayingABitmap, AddingAnimation, PlayingSound, AddingText then PiratePig
If we try multiple samples, we should be able to isolate which features are not behaving. Perhaps it doesn’t like the “*.dat” file extension we used for SWF asset data?
HTML5 is probably our fastest approach to support the platform short-term, we could move to native again later if SDL + OpenGL works out (or if we add a Vulkan renderer)
is there anything we can do to fix swf asset loading problem quickly? in fact im on tight dealine for tizen challenge and want to know if i can enter the challenge or just skip it, because my game rely on swf asset
If you can, try some of the OpenFL samples, and see if they work. If we confirm that DisplayingABitmap works, but NyanCat fails, and get an error information, then I think we can try and resolve it
I can confirm that DisplayingABitmap works on Samsung Z2 using html5 port, while NyanCat fails to load, and just stops at preloader bar screen with following error messages:
I have a feeling that this might be something to do with file extensions – perhaps it blocks file extensions it does not like.
Can you tell if the SWFLite data file is using a “.bin” file extension instead of “.dat”? Hopefully .bin is fine on the device, but if not, it may be possible to try something different:
Change this to “.txt”, for example, and openfl rebuild tools to try something different
Also, could you try a -verbose build? I think it prints additional information about the files it is attempting to load, and which ones complete, which may clue us into which asset file the device is rejecting
tried all the tricks you gave me, changed the bin and dat to txt file and did openfl rebuild tools, then added callstack error logging in Stage.hx, compiled with verbose mode. still no luck this is what I get
I think there must be some differences in the way tizen decode the binary file of dat / bin from converted swf file, most probably string related I suppose
Is there a unit test for testing out all variable types are working correctly on html5 ?
This is how the log look like on Chrome
I added the url path trace there
So, I think the preloader on Tizen stops when it’s trying to preload swf’s png AssetLibrary