-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Record/playback mode. #20
Comments
Will discuss with @mwcz |
With Kimotion, we have a command that starts up the server, but instead of opening a websocket server, it pipes the outgoing bytes into a raw binary file. Then Kimotion's recording parser loads up that recording and steps through it. It was exceptionally easy because every Kimotion frame is the same length. With SimPixel, the client will need some way to know how long each frame is, since there's no temporal spacing between the frames when they come from a binary file. Perhaps a small header field in the configuration frame with the number of LEDs? I think that would be sufficient. |
Yeah, as with Kimotion, the frames are all the same length. The main things we need are length and framerate, as what comes from BiblioPixel is variable. I can easily write a data recorder driver that can store the data with a header. How hard do you think it would be to get the client side to read that file at a specific rate? |
@mwcz - I think you did some of this already? What do you need from BiblioPixel to make this happen. I'm ok with this being a v1.1 feature... really more for first load anyways. |
We need a way to create stand-alone demos that run this program on the web without having an instance of Bibliopixel.
Ideally, something we can just drop into a web page somehow...!
The text was updated successfully, but these errors were encountered: