I've written a bunch more on the link (+photos are there), but essentially this uses 2 fingerprinting approaches: - retro-reflectivity of the camera sensor by looking at IR reflections. mixed results here. - wireless traffic (primarily BLE, also looking into BTC and wifi)
For the latter, I'm currently just using an ESP32, and I can consistently detect when the Meta Raybans are 1) pairing, 2) first powered on, 3) (less consistently) when they're taken out of the charging case. When they do detect something, it plays a little jingle next to your ear.
Ideally I want to be able to detect them when they're in use, and not just at boot. I've come across the nRF52840, which seems like it can follow directed BLE traffic beyond the initial broadcast, but from my understanding it would still need to catch the first CONNECT_REQ event regardless. On the bluetooth classic side of things, all the hardware looks really expensive! Any ideas are appreciated. Thanks!
I would like to draw attention to this gem of wit, easily the best I've seen in a long time:
> I think the idea behind this approach is sound (actually it's light)
I also live in a US state that only requires one-party consent to record a conversation, meaning it is fully legal in my state to record any conversation I am a participant in, regardless of the consent of the other participants.
How should this be reconciled?
Not sure if the state laws you're referencing are in reality limited to phone calls, but I strongly dislike unregulated public camera use.
Your vision (no pun intended) is the story of the Black Mirror episode "The entire history of you", IMO from the show's golden age.
edit; I know that surveillance cameras pass this line already, but here they have to be announced with signs. And even when they aren't, to me state or police surveillance is different from potentially everyone stealthily recording me in private or public spaces.
I'd be fine with glasses that only record audio in such a way, that illuminate an LED once the "record" button has been pressed. If audio is being recorded into a buffer at all times, but then discarded unless triggered to start "recording", then maybe that should not count as "recording" under the law.
As a practical matter, if one is in a situation where such recording is warranted, by the time you press the record button, you've already missed important information that's relevant to the context of the recording. Allowing a 60-second rolling buffer that then gets dumped to storage when "actual" recording starts should be allowed.