I am building an ios application in which I get a ply file from a server and want to view
it on my application using kiwi viewer , I need a help on how to do that exactly and where
can I download the related files.
I have searched the web on it but did not get anything specific on the way of doing that and I got confused with files that should be attached to my project and the libraries also.
please I need help as soon as possible.
thanks in advance
#flashdisk what version of ves / kiwi viewer you are using? The current version of VES can load the ply files. I am about to merge another branch that intend to fix some other issues as well.
Related
I'm using Qt5.5 for iOS development.
I'm wondering how to find and open a file in an iOS device to read and write using Qt5.5. As I know, there's no such file tree structure in iOS. When I download a picture, for example, I even do not know where it locates. But I can see it in apps.
Is there anyone can help? Thanks very much.
I am no expert with Qt, but I believe you need the QStandardPaths class.
iOS is no different to any other platform that stores files in certain pre-defined locations.
Is it possible to create an iOS library or framework using libgdx (RoboVM) that can be imported into Xcode?
Background:
One of my colleagues has created a 3D visualisation app as a libgdx project for android and windows desktop. It can be compiled to run on iOS using RoboVM. However, I would like to wrap extra native user interface elements around it using Xcode. I know its possible to build the user interface programmatically via RoboVM but I would be keen to investigate if its possible to bring the existing work into Xcode. I don't need to edit the 3D visualisation component but add extra GUI elements around the 3D Vis window. I thought compiling the libgdx (RoboVM) code to a framework or library might be a solution that could be imported?!
Yes you can do it.
All you need to create a method, say initRoboVM(), This will be called by your code when you want to initialize libgdx. You'll need to pass the app path in, which you can hardcode when you're testing.
initRoboVM() will need some modifications, namely it should not call your Java app's main method, well, at least, that's what well behaving libraries should not do IMO. It should also not call rvmShutdown.
You can get further information from here
Thanks :)
I asked the RoboVM team directly. Their answer: It's not a native function, but it certainly can be done.
The complete message...
Hi,
Sorry for the late reply. This use case is not something we're going
to do now. It is possible though if you're prepared to do some
patching of RoboVM. Search the RoboVM Google Group and you should find
others who have managed to get this working.
We get this request every know and then so we will add support for
this eventually.
Regards, Niklas
I have the following issue, I cannot find a solution on the web, please let me know if you can help me or point me to a proper info about this issue.
To understand the background, Im porting a game from flashDevelop to Flash Builder (please dont give me tips about this comment if doesn't help to my particular problem). Everything works fine right now, the game use a file null.swf as a container of local files (I don't undertand that part completely, but the game has a lot of embed swc files, and the game use the null.swf to access those files, through LoaderMax).
The problem is that everything works fine with a fast build, but it's not working with a standard build, I have the error on Loader class that says "Multiple application domains are not supported on this operating system".
Useful information:
Im using AIR 3.9, compilation flash swf-version=20 (I had 18 when I started with this issue)
null.swf is properly included on the IPA, the code recognize the file, and as I said before it works with a fast build.
For embed swc files, I had to include the files with a compiler argument: "-include-libraries ../../filename.swc ../../filename2.swc etc.."
Thanks for any help.
Regards
It's fixed, using a context:
context = new LoaderContext(false, ApplicationDomain.currentDomain, null);
If I use the third parameter, like ..., SecurityDomain.currentDomain); it doesn't work.
I am trying to make the particle system example given in the book OpenGL ES programming guide to compile in iOS 6 but I don't seem to be able to make it work. For reference here is the web site of the book:
http://www.opengles-book.com/
The code can be downloaded from Google Code, see instructions below:
http://code.google.com/p/opengles-book-samples/wiki/Instructions
The code is in chapter 13.
Has anyone came across this and were able to make it work in iOS 6? I had made some modifications but still no joy.
Follow these steps:
Open "Common.xcodeproj" located in "/opengles-book-samples/iPhone/Common/"
Select to build for device or simulator and build.
After Build Succeeded close the Common.xcodeproj.
Open Finder and from the menu Go>Go to Folder... type without quotes "~/Library/Developer/Xcode/DerivedData/" and find the folder called "Common-bkoronpjvpvwbxgdgxbwiukcqwaz" inside folder go to : /Build/Products/ and copy "libCommon.a" to ParticleSystem project.
Build&Run particle example.
That's it. :)
Good luck.
I am trying to develop an VOIP application for blackberry,after a long surf i came
to know about mjsip api.But i have a doubt that is it possible to use this api
with blackberry development to create VOIP application.Please anyone knows the answer
help me.
Thanks, it's a nice project you found there! There is an J2ME version MjSipME, and the only thing I can say now for sure is that it compiles with Blackberry without any errors.
UPDATE You right, there are missunderstanding with packages/folders structure.
Steps to compile:
download mjsip2me_1.6.zip
create blackberry project (I've used components 4.6)
in project src folder create such structure:
alt text http://img691.imageshack.us/img691/9311/structure.jpg
extract mjsip2me_1.6.zip, copy files and folders:
from mjsip2me_1.6\src\org\zoolu\ to project\src\org\zoolu\
from mjsip2me_1.6\src\j2me\local\ to project\src\local
from mjsip2me_1.6\src\j2me\microtools\ to project\src\org\zoolu\microtools
from mjsip2me_1.6\src\j2me\net\ to project\src\org\zoolu\net
copy mjsip2me_1.6\src\j2me\ExceptionPrinter.java into project\src\org\zoolu\tools
copy mjsip2me_1.6\src\j2me\RotatingLog.java into project\src\org\zoolu\tools
refresh your project, clean and build
It's j2me midlet so don't expect it will start on bb device, but at least it compiles.