james_a_craig
Joined 11 years ago
Joined 11 years ago
This worked in codex-cli, albeit it took three rounds of passing back the errors. https://gist.github.com/jamesacraig/9ae0e5ed8ebae3e7fe157f67... has the resulting code.
The example further down has "down" not "dawn" in the poem.
For these to be their hero image examples, they're fairly poor; I know it's a significant improvement vs. many of the other current offerings, but it's clear the bar is still being set very low.
It's given in the source as 3.14159274101257324219 when the right value to the same number of digits is 3.14159265358979323846. Very weird. I noticed when I went to look at the C++ to see how this algorithm was actually implemented.
https://github.com/alexandrefrancois/noFFT/blob/main/src/Res... line 31.
For the current Olympus ones, I think there's a broadly similar encoder on the ones with proper manual focus scales, and the pure fly-by-wire ones reset focus at connection so the camera can work it out.
There's a list of the EF lenses and which forms of distance information they provide here: https://web.archive.org/web/20130425064359/http://www.lenspl...
In this specific situation, there's no common reference level, and so the induced pulse will go both directions. You can think of this as being about the edges of the pulse being the parts that actually cause radio to be transmitted, and there's both a positive-going edge and a negative-going edge on a pulse.
Thanks also for the scikit-rf driver - I've an 8753ES as well, and I've used scikit-rf with that, but not yet with the 8510.
The content's excellent and it was fascinating to see how the differences between characters and karts play out though!
All opinions are my own, and not those of my employer.
[ my public key: https://keybase.io/jamiecraig; my proof: https://keybase.io/jamiecraig/sigs/eBC8DgWpW5l5rLu6fpUI2Wy4URNcQZbM_LrfUyROdTA ]