Tagged: Pure Data Toggle Comment Threads | Keyboard Shortcuts

  • frankiezafe 16:44 on 2016-08-16 Permalink | Reply
    Tags: , , Pure Data, reverb,   

    Playing with reverb, linked to camera position.

    For peel, the reverb should increase a sensation of emptiness, and rotations around the tube will make the sound vary. Later this week, Daniel will make investigate this topics.

    patch-network.pd  - -home-frankiezafe-projects-peel-work_cpp-assets-pd_672

    PURE DATA: 33 Reverb and Delay on youtube

    By the way, the new way of puredata to manage addons via deken is great, even if searching is tricky until you know exactly the object’s name you are searching for.

    About freeverb~

     
  • frankiezafe 15:07 on 2016-08-16 Permalink | Reply
    Tags: , , Pure Data   

    Quick & dirty OSC in ogre.

    Thanks to the great library of Ross Bencina, OSC can now be used in Ogre. It has to be turned into a lib, clearly, but I need to remove tasks from todo list.

    To use it, got to polymorph-engine and copy the folder example.2.0/app/osc/.
    It contains the oscpack library and a sender wrapper for Ogre. Receiver will come very soon.

     
  • xuv 20:36 on 2016-07-22 Permalink | Reply
    Tags: , , , Pure Data,   

    Polymorph weekly news #2 

    general-kickoff-presentation-engine

    Just like last friday, here’s a little recap of what happened inside Polymorph during the week. For this episode, I interviewed Pieter Heremans, one of the core developer working on the Polymorph engine. I first met Pieter when he was part of Lab[au], but you probably also know him for his involvement in HSBXL, F/LAT and many more projects involving hacking and open source technologies.

    During our discussion to prepare this post, I was curious of why they had chosen to go for Ogre 2.0 and how Pieter was seeing the development of the engine.

    There is 4 concurrent versions of Ogre (1.9, 1.10, 2.0 and 2.1), but the dev team decided to go for the 2.0 as it’s right now reaching a stable state and also works on mobile platforms. This page from Ogre team helped make the decision. The “problem” though is that most of the examples and documentation available online are for versions 1.x, so one of Pieter’s task is to fill that gap, meaning, porting or creating new examples and providing good documentation to compile Ogre 2.0.

    Last week Pieter had managed to compile it on Linux (Debian to be precise) and Android. This week, compilation worked on Windows 10. If you care to see how he did it, check out his report in the related issue on Bitbucket. When I left the conversation with him, he was going to have a try at MacOSX, although that could maybe more problematic. It’s worth noting also that although the compilation for Android was successful, meaning software was running and debug messages were flowing smoothly, the violet (violent?) color displayed on the screen could mean problems with the graphics engine. If Ogre uses OpenGL on Linux and Windows, it needs to use OpenGLES on Android, and there might still be some bugs or things to solve in that corner.

    I then asked if Pieter was contributing back to the Ogre development and where or how he was making the documentation. So far, he has only done little changes to Ogre’s code to be able to compile, but does not exclude pushing back his findings later on. As for documentation, he uses a viva voce approach at first with the help of the issue tracker. His plan is to tell @frankiezafe how to compile Ogre with its verbal instructions and see where François might have trouble or where he might be missing some packages. Then they would write a more structured documentation together explaining the process.

    I also asked him about the analogy between Openframeworks and the Polymorph Engine. And here Pieter is a little more skeptical. Openframeworks is a very immediate tool that allows to start coding and get a quick result. Ogre has a more managed approach and is responsible of doing the scene draw itself. It’s also bigger, more complex and uses a different way to get things rolling. So, apart from C++ knowledge, the transition between Openframeworks and Polymorph Engine will not be an easy one. There is a whole lot of different things to take into account. But, where the analogy works, is that Polymorph Engine will be a bundle of Ogre with other useful libraries, proposed as a package. Right now, compiling Ogre means compiling it from libraries installed on your system, while compiling the Polymorph Engine would be working from a folder where everything is put together.

    One of the addition of the Polymorph Engine that Pieter is looking forward to is the the use of libPD (Pure-Data) inside the game engine. Apart from the fact that it would permit all sound manipulations that Pure-Data already proposes, which is very exiting in itself, Pieter hopes to be executing PD patches directly inside Ogre. As he puts it, this would open collaboration between game designers and sound engineers, allowing to integrate their work directly in the game making process, without needing to recode the patches. We could also imagine PD patches becoming a form of scripting language for Ogre itself.

    Next week, @frankiezafe is back from his Blender teaching at iMAL, and the whole Polymorph dev team will be working together on implementing the first game, still known as PEEL, in the Polymorph Engine. This will be an important week. So stay tuned.

     
    • frankiezafe 19:10 on 2016-07-25 Permalink | Reply

      About the “putting everything in a folder”, it’s working fine > one or 2 flags in cmake and the job is done. I’ll a video to show how easy it is 🙂

      • xuv 19:35 on 2016-07-25 Permalink | Reply

        Looking forward to the video. The “putting everything in a folder” was more about a question of distribution of the Polymorph Engine, rather than building the PE. When you say, it’s easy, do you refer to this documentation: https://bitbucket.org/frankiezafe/polymorph-engine/wiki/ogre.0.2-setup
        Another way of phrasing the question is: Is Polymorph Engine going to be a distribution in itself or a set of docs to build it?

  • frankiezafe 10:10 on 2016-07-07 Permalink | Reply
    Tags: , meeting, , Pure Data, VR   

    Engine kickoff meeting yesterday with olivier, @balt, pieter and @frankiezafe.
    We choosed to go with the version 2.0 of Ogre3d, and talked about bullet, puredata and OSVR integration.

    IMG_20160706_182503
    IMG_20160706_182438

     
c
Compose new post
j
Next post/Next comment
k
Previous post/Previous comment
r
Reply
e
Edit
o
Show/Hide comments
t
Go to top
l
Go to login
h
Show/Hide help
shift + esc
Cancel