I’m looking for a simple solution to record and store a stream of data. These are dynamic values from 0.01 - 1.00 which I surrender to the dat.GUI. All this I would like to do later on an animation Timeline. I have found the following, but I am not quite sure if this is the right way.
Thanks for the answer. I’ve looked at it before, which is also a great thing. However, they all access to whole frames. In my case, however, it is so that I only want to store the values of streams in a separate file. A simple ASCII text file should suffice, so similar to how it makes BVH. The idea is that I can play this file again later, just like the Livestream does this in real time. This can be done directly on the dat.GUI, or directly on the MorphTargets. Since it probably needs a time reference, I looked for a timeline which I can adjust so that it runs with the ASCII data.
At the moment, I am still looking for a solution to bring the rolling values into a file. I thought of the simple text editor of Windows. It should store a first time stamp of 0.00 and the first with this stamp matching value of 0.00 - 1.00. Then it should stamp with 30fps forther. First for one MorphTarget, later several.
In this case I have to start small. For example, I try to stop the animation, which succeeds only on mesh, but I should actually interrupt the data stream.
Individual keyframing shouldn’t be too difficult, right, you just
transform(or run commands) once every frame, and once you have the frames
as a class, etc. It’s setup, right? I am sorry if I’m not reading this
right…
yes, I also think that it should not be so complicated. I am still a beginner with Java and therefore still learning. For me this task is not so simple. In other programming languages I would know better. With Java, I have to try everything hard.
I am currently trying to write the ASCII data streams into a simple text file. But how to save a filestream with time stamp’s in the .txt format?
My live data comes from the WebRTC, so the question, is it possible to rebuild this recorder so that he records the current of the control data instead of the videos?
Is only such an idea …