okay i think i finally grasped the scope of this problem.
compiling hxcpp went well, but the current lime build uses a lot of now defunct apis.
i did some research though and today sdk version 2.3.1 rev1 was released with the anouncement that the upcoming sdk 2.4 rev1 will suport both platforms. i hope the apis will be compatible, or at least not as wildly different as from 2.2 to 2.3.
so i think it’s pretty save to start using 2.4 for this.
soooo. you earlier said one should try to build the tizen project with HXCPP… is there documentation on how i should go about that somewhere? otherwise i’ll just kepp going down my current path of googling and trial&error.
Well, even before HXCPP, some combination of SDK and device software that works with existing Tizen samples is a promising start. If those don’t work for us, integrating the same type of code into Lime won’t help
So is there an SDK 2.3.1 or 2.4 update to the Z1 hardware? Does 2.3.1 work with the device as-is? I downloaded the 2.3 SDK (maybe it was 2.3.1) I think we could start there if that’s all the hardware supports. In 2.2, I saw discrepancies between hardware and simulator – I don’t trust simulators usually
The hardware accelerated flag is REALLY important for performance. I remember the night I discovered it, and realized why everything was slow
well just using the native sdk without anything out of the lime ecosystem, i have got the glviewcube sample working with sdk 2.3.1 and the newest firmware version that i got over the air via the normal update. that is 2.3.0.1 (z130hdduob0H1)
i just had to remove the acceleration flag though…
I just got 2.3.0.1 as well, I tried 2.4 beta but registrations are closed
They say 2.3.1 is the match for the Z1, though, likely after this OTA update. This sounds promising. I assume that preference done in the C++ code triggers it?
… I guess it’s fair to say, that Tizen support from OpenFL is pretty much dropped in the moment …
Is this how it’s going to stay, or are there any other plans?
Any if it would be eventually revived, would it merely deal with the HTML5 Tizen target,
or even enable native Tizen c++ apps?!?
It looks like they do not have SDL2 support, though it has been discussed (it seems) in a few places.
Without SDL2, there is a lot of work needed on our part to support a Tizen target. I’m not sure this is something we can do given our current resources, but I would be open to including source files if someone else were to do this work.
I think that HTML5 is probably the most practical form of support for Tizen, as that doesn’t require additional (special) testing. Would that work properly for your needs? What are you looking for?
More or less I am looking for a comfortable and not restrictive way to do
some development for Smartwatches (like Samsung Gear S2 and S3 … a.t.l.), which are running on Tizen (SDK 2.3.1 and above)…
I am aware that this will not be possible entirely without the TIZEN IDE (for basic project layout
& signing process ), but maybe OpenFL could come in handy in the (graphical) design process…
so I guess that some basic HTML5 support (displaying bitmaps, basic animations) would suffice for the moment … (I will make a short test with OpenFL html5 target for that matter - to see what is still missing
for me … )
I am just evaluating the possibilities at the moment …
and it looks like that all the Tizen efforts in the Haxe community happened around 2 years ago,
when Tizen SDK 2.2 was new (and hot) and then the whole thing cooled down again …
I think I explained the scenario, where they a.) deprecated the APIs we used, b.) did not release an update for our testing device and c.) stopped allowing downloads of the older SDK. This effectively killed all the work I did to support their platform
Please let me know what you find, we have canvas and WebGL as options, and may run suitably. I’d be happy to support Tizen in the Lime tools, as HTML5, it would require templates and coordination with the Tizen SDK tools, but otherwise won’t require writing a whole new platform target. I think it could be a win
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: