Tumblr has the best business-people among its user base. We ship everything.
I was hoping to have this feature done by now, but I got hit with other projects so work has gone a bit slower than expected not because there has been any technical trouble with the implementation but only because I’ve had less uninterrupted time in an appropriate mindset to work on it. Still, there has been some progress and I wanted to let people know the current state of the feature.
The design of the feature is pretty straightforward. There are two configuration widgets that follow the same pattern as that for every other device. One widget is used for entering the device script and it provides a space for configuration settings that the device script can look for. This gives people the option of either hard coding everything for their own particular setup and tweaking the script when things change or writing a more general script that can be shared with others who would just need to put their own configuration settings into a table. The other configuration widget has space available for specifying settings that can vary on a per-channel basis. The channel nodes need to exist in the configuration because other parts of the program will use that to hook everything up properly for UI and logging. There are a couple things that I don’t like about these configuration widgets which will be changed before the feature gets merged into the development branch, but this is mostly done and tested.
Modifications to the logging view are mostly done and waiting on the device abstraction to be finished before this is tested.
Then there’s just the matter of making sure that everything needed to make practical use of the feature is available in the host environment and making sure that there aren’t any performance issues for the class of devices this feature is targeted toward. This is mostly not done, but it’s going to follow the same patterns as everything else that’s already exposed through the host environment so I’m not worried about this. I have a couple devices picked out that I’ll put together some example scripts for before the feature goes to release and there’s another person who will also be looking at that with another device and will hopefully get back to me before the release this feature ends up in goes out.
There’s really very little left to do here. There’s a little bit more to the feature than is presented here, but the code footprint is pretty small. My schedule is still messed up so I’m not going to put together an estimate of when it will be done, but in terms of estimated hours of work left to do, it’s a pretty low number. The complexity of the scripts will depend on the device. Some of these are just open the port and listen for data so the script would do that, buffer received data until there was enough to interpret, pack up the measurements, and send those out on the appropriate channel. Others would need to write out to the port either at the beginning or periodically, some might need to do some bit bashing on either side, some might want to buffer multiple measurements to do some post-processing before sending a lower rate but cleaned up signal out on the channel. I’d like to make the stuff most commonly needed as easy to handle as possible so hopefully people who use this will provide some feedback to help with that, but it’s still going to be programming. There’ll just be a lot less of it to do. Unsupported hardware that people have asked about in the past has all been pretty low measurement rate things, so while the performance isn’t going to be as good as if the support were added on the C++ side of things, that’s going to be more in a memory/CPU utilization sense and probably not so much in the sense that people are likely to notice. No impact at all once the logging view is up for people who don’t use this feature.
Someone abandoned their unicorn at the shop today. If you recognize this unicorn, please come back and take it home with you. For now it’s keeping a similarly abandoned dragon company. If you recognize that as your missing dragon, please stop in and take it away.
The unicorn is no longer present but the dragon is. If you know someone who has been looking for this dragon for a very long time, please let them know where it is.
Camera: LG Electronics LGP505
— Focal Length: 4mm
This recently became my 4th video to get more than 2K views, but surprisingly there are no comments on it at all. It would be nice to get a better sense of how well this technique works more generally. In my case it works better than it ought to, but that’s with machines that were explicitly designed to enable this sort of technique and it would be nice to get a better sense of what conditions are required for this to be useful and also where it just doesn’t work. As it is, I think most of the people using this feature are using it to better calibrate measurements on a single roaster rather than the two roaster use case presented here.
Can’t afford the trip down to Florida to swim with the dolphins? Swim with these dolphin-esque bananas instead.
Never swam with dolphins. Sharks sure, but not dolphins.
Here are some wintry animals reminding you to have a nice day and please take care of yourself because you are lovely!
We’re big fans of self-care.
I will reblog this every time it pops up on my dash!
This legitimately just reminded me that I need to take my medication thank you kind animals