robert.malzan
Forum Replies Created
-
Posts
-
I recommend using a Signal variable for this purpose. The variable could be of float or integer type (whatever you want) and would not need a cast.
I haven’t played around with DLLs yet. Clearly, DLLs are the way to go if you wish to extend the World Builder user interface. Maybe it doesn’t work so well for runtime. What I can say is that functionality that’s supposed to run in the Hopper (nodes, Data Components, etc…) is better placed in scripts which are compiled at runtime.
You need to “buy” it in the XR4ED store (put in cart and check out). Then it will download and install automatically the next time you start the World Builder.
The MyDLL class should not be static. So, you need to create it first:
m_MyDLL = new MyDLL();
m_MyDLL.DoSomething();Then you should be able to access it. But why? You could put all the DLL code into the AutoAdaptiveObject Data Component. It would be more compact and less complicated.
The only thing that looks wrong to me is that you don’t have a namespace for your class. I’m not sure that’s the reason but you may want to try that.
Btw, you may have noticed that we now (version 0.2.1) have a node with a whole range of logic operations, including the ones you suggested 😉
I suggest you use the AR App Wizard even if that’s the only thing you use the World Builder for. The Shop settings can be confusing, so it would be easier for you. After publishing a few AR products you can analyze the required ‘internal’ structure and switch to publishing it manually directly in the shop.
Yes, the next release (0.2.2) will have a solution for this issue.
I’m not clear yet what you are trying to do. Zoom is a camera function which the Hopper already provides. But when you say zoom maybe you’d like to enlarge and/or shrink the image? That can be achieved by altering the scale and position of the image using math nodes.
The same goes for panning. The hopper cal pan (rotate around its y axis) already. But when you say pan image maybe you want to rotate the image around the user? That can be achieved using the Rotate node.
The template publishing loads the template to the shop. You already did this, so I won’t say more about it.
The ‘normal’ publishing is a two step process. The idea is that you may want to create a package of your work in one step called “export”. This creates a set of files which is incomplete as far as the web address is concerned, but contains everything about the project and its data (images, video etc.).
In the second step you publish it by selecting the web address where the world will be located. The specific link (e.g.
https://my.domain.com/my_world.vrml) is patched into the vrml file and some other last touches are performed. This creates the exact file structure which you can then upload to the web address where the world will be located.For more info on this topic you can read here.
Sorry to hear that. In such cases it would be great for us to get the Player.log file right after the crash which is located in
C:\Users\<YOUR_NAME>\AppData\LocalLow\Nuro\Portal Hopper\Player.logThis can help us locate what caused the crash.
If I understood you correctly, you want to provide the Android App as well as executable code for a game server and HTML or PHP code(?) for a frontend. This seems to me like three separate items which in my view should be three different products in the shop. You could place explaining text (with links into the shop to the other 2 products) to the Android product to let the user know that there are more products to buy/fetch.
About the deployment scenarios, it seems to me that it is enough to just place all your products in the shop where they can either be downloaded by the player, by the moderator or by the local IT guy. The procedure appears to be the same in each case, but I’m not a UX or marketing expert.
As a matter of fact “.predictions[0][0]” really doesn’t work. However, you want to access the Vector3 anyway and that works. See below:
The output of the JSON file can be interpreted as anything, in this case as a Vector3. The cast is implicit because the input of the Cube is a Vector3. You can use an explicit CastVector3 node, but in most cases you won’t need that.
What also works is to have more than 1 vector:
.predictions[1]
.predictions[2]
…Hope this helps!
Please delete “WorldBuilderSettings.json” which is located in “C:\Users\<YOURNAME>\AppData\LocalLow\Nuro\World Builder”. This should fix the issue. It looks like somehow the settings file seems to be corrupted and needs to be rebuilt.
