robert.malzan

Forum Replies Created

Viewing 15 posts - 46 through 60 (of 191 total)
  • Author
    Posts
  • June 5, 2025 at 9:58 am #1664

    Only the first one to avoid confusion which VRML link should be clicked on. But you must do this manually. If you use the XR4ED plugin to publish, then the links will be all wrong. You use the custom publishing with the root domain you are using. Then upload only the first VRML file and a picture and descriptions.

    June 4, 2025 at 4:36 pm #1662

    Not even on our list – sorry!

    June 4, 2025 at 4:36 pm #1661

    Yes, I have it on my ToDo list now, but we have a huge backlog and I doubt you’ll get this functionality in time.

    June 4, 2025 at 4:34 pm #1660

    I tried using multiple flow outputs in the way you are trying to use it and also got errors. It seems that at runtime, you (currently?) cannot call RunFlowOutput(). However, you might be able to call theNextNodesInput = FindInput(m_FlowOutput1.InputReference) if the flow output has a vaild reference (HasValidReference(m_FlowOutput1) is true if that output is connected to something)

    Then you “manually” call the inputs Run action as in theNextNodesInput.Run(); I think this should work.

    June 4, 2025 at 4:28 pm #1659

    My pleasure! 🙂

    June 4, 2025 at 3:58 pm #1657

    Use Change Location. Open Link will attempt to start the Hopper, because the file ends in VRML and Open Link will automatically start the matching app. .txt runs the text editor and .ppt launches the PowerPoint app. But the Hopper is already running, so Open Link will fail.

    Let’s assume that you have a server/domain named MyDomain.com and on that server a public folder named xr4ed. Place the other 3 vrml files there. Let’s say they are named vrml2.vrml, vrml3.vrml, and vrml4.vrml.

    The nodes which call those links would then call the external link http://MyDomain.com/xr4ed/vrml2.vrml for the second vrml etc.

    You could even place a duplicate of vrml1.vrml there so you can create a “round trip” going back to the first location after the third location.

    If you did that, you could also publish the link even in this forum (or in a pdf or ppt etc…) as an entry point to the hopper. Just add hopper: to the link. The address of the entry point vrml (first location) would then be published as hopper:http://MyDomain.com/xr4ed/vrml1.vrml – share with your friends (who have a hopper installed)!

     

    You can test it here

    • This reply was modified 2 months, 2 weeks ago by robert.malzan.
    June 4, 2025 at 9:39 am #1654

    Actually, it’s not going to work in the shop. Do you have access to a server where you can store some files for public read access? If so, you can use the Nodes for switching between locations as expected. But in the shop, you would have to know the download URL of the corresponding vrml file locations within the shop. However, these names are hidden and it gets too complex to unravel those hidden references. Uploading the project to the shop would present the user with one link for each vrml file. So you could theoretically jump to any one of those locations directly by clicking on one of those vrml file links.

    Instead, upload your project files to some other location and upload only the vrml file which points to the first location into the shop. Of course, in that vrml file you have a link which points to the data on your own (or hosted) server.

    June 3, 2025 at 8:48 am #1651

    I wrote a test program which works fine.

    June 3, 2025 at 8:11 am #1650

    The new release is out! I hope your issues are resolved with it.

    May 27, 2025 at 5:10 pm #1635

    Cool 🙂 (I always have to have the last word because that’s how I know that all questions have been answered. there is no way to ‘close’ a thread here…)

    May 27, 2025 at 5:08 pm #1634

    Tomorrow we will publish a new release which has a new node type called Open Link

    FlowChart

    I think this may be what you are looking for.

    May 27, 2025 at 5:03 pm #1633

    Actually, the second method should work RunFlowOutput(m_FlowOutput1) …

    What are your error messages?

    However, why not create a task node with 2 (3, in your example) tasks? At the end you just call “Next Task” and you get almost the same result, except that the second flow is executed 1 frame later.

    May 27, 2025 at 4:59 pm #1632

    That’s another useful addition. Thank you 🙂

     

    May 27, 2025 at 4:55 pm #1631

    To me it sounds like we should use a trigger instead of a node.

    May 27, 2025 at 4:53 pm #1630

    The only choice I see is that you send me your project to robert.malzan@nuromedia.com. I’ll download it and test it here to see what’s going on.

Viewing 15 posts - 46 through 60 (of 191 total)