Theia RDF Distro (OS) Possibilities: Ideas, Wants, Suggestions, and all things

Deacon

TXCTG
Advanced User
Lifetime Premium Member
Joined
Nov 13, 2016
Messages
10,295
Reaction score
13,835
Location
Hill Country, TX
The real problem with all of this is that we don’t yet know the capabilities of the platform itself. For me, while I’m a believer in apps and have let V1Driver run in the background on my phone for a few years, the idea of not having an app at all is fine by me.

HOWEVER, that depends on a few things. One of the great side benefits of V1Driver and others like it is a log of all encounters. I had a fellow member message me asking about enforcement in Big Bend. I couldn’t remember what I had run into there, so I pulled up V1Driver and looked. I can do that. You can’t do that with any current Radenso product. Will we be able to do that with Theia? I don’t know. But that’s an example of something that would be a boon.

It seems like it would be easy enough for Theia to have a logging option enabled, so that it can record location, direction traveling, arrow alerted, strength of first alert, frequency, and emitter ID. Did it ramp up? Or was it a full-strength I/O blast? Record that info on the detector itself, and sync it periodically to the factory Theia app on your phone. Even if I had to sync it manually when I remember to do so, it’s a great thing.

1CE3F1D3-996E-4276-80B0-B7E130943C43.jpeg

Post automatically merged:

The possibilities here are really insane. Some enterprising developer could do all kind of things including dashcam integration, etc. I could see it developing into it's own open-source countermeasures operating system - DetectOS maybe - that supports all kinds of third party devices. OBD readers, code clearing, performance monitoring, etc.
It sounds like it might even be accurate enough with GPS (10hz) to function as a VBOX for 0-60 timing, quarter mile, 5-60 rolling start, etc. That kind of thing would be a neat add-on. Plus a lot of stats that used to be available on Garmin windshield GPS units like average speed for the trip, top speed, distance covered, time taken, low and high altitudes, etc.

Being able to read info from the OBDII port and communicate it in real-time to a phone app or even a laptop would be a cool idea as well. Recording max transmission temp values and turbo PSI, etc. Dashcam integration is a super cool idea, too, but I imagine it will depend quite a bit on the cam in question, whether it can be triggered to record an event (e.g. based on getting an alert) wirelessly or otherwise.
 
Last edited:

Windstrings

Advanced User
Premium Member
Joined
Jun 18, 2013
Messages
8,031
Reaction score
4,115
Location
Central Texas
Well, before we get it to flip pancakes & scramble eggs, let's get it out or it never release!

I'm sure it can tell you when your car needs a tuneup but I want a radar detector!

I don't really need a lot of the fluff if it's full proof at detection and identification. Let's nail that first!

That's like getting medical insurance when you're invincible!

Sent from my SM-N960U using Tapatalk
 

mswlogo

Software Developer
Advanced User
Premium Member
Software Developer
Joined
Nov 1, 2014
Messages
3,572
Reaction score
3,416
Location
MA
Wow I think you missed my point almost completely. First I highly doubt the Theia display will even be remotely large enough to do anything useful other then current displays similar to what one would see on an R7 IE any outside/CSA/Map data will have to be done using an App and hence displayed on a smart phone screen as this is going to be App based right out of the gate display wise.

Second, I could care less if there are only 100 active Theia users or 1,000,000 but if there is going to be data stored to a Cloud for use of Apps, then hell yes I want to know if one of those 100 active Theia drivers has his Theia tethered that is 20 miles ahead of me gets a Police Radar hit if that information is available. The point here is being connected to make accurate Heat Maps for future drives and if that info is available in real time, why not use it?? If it were actually available, not using it would be like "Do you drive using Waze?" and he answers, "Why yes I do, but I keep the audio off and the screen dark all the time"! IE there is some useful available information on Waze but why bother. Where as the Theia information will be very accurate very useful information so why not max it out if we can? Especially if it is as simple as a few lines of code to completely automate it. Another great point is that very little bandwidth would be needed.

Third point is that Theia is being designed to keep false alerts to an absolute minimum which means that the available data will be mostly useful Police Radar sightings without any human interaction which makes that prime data which if collected should be used.

But yes, I would like to see this in a RDF OS so anybody choosing to run the RDF OS also running tethered is sending Police Radar Data to a Cloud for the community to have access to and use.

.
I don't think I missed it at all because you stated what simply won't work all over again.
What are the odds of 1 out of 100 active tethered Theia drivers (in all of USA) will be 20 miles ahead you, at that time, with an Active Police Radar I/O (because if it's C/O who cares).

You'd probably have better odds hitting the lottery.

I'm not saying you can't or shouldn't collect useful data to build a "heat map" of high risk areas (that were collected over months and years). I'm saying expecting any useful real time information transmitted from one tethered Theia to another in relative proximity is going to be really really low. You'd need millions of tethered Theia's to make it statistically useful to do anything useful in real time.
 
Last edited:

Windstrings

Advanced User
Premium Member
Joined
Jun 18, 2013
Messages
8,031
Reaction score
4,115
Location
Central Texas
I don't think I missed it at all because you stated what simply won't work all over again.
What are the odds of 1 out of 100 active tethered Theia drivers (in all of USA) will be 20 miles ahead you, at that time, with an Active Police Radar I/O (because if it's C/O who cares).

You'd probably have better odds hitting the lottery.

I'm not saying you can't or shouldn't collect useful data to build a "heat map" of high risk areas (that were collected over months and years). I'm saying expecting any useful real time information transmitted from one tethered Theia to another in relative proximity is going to be really really low. You'd need millions of tethered Theia's to make it statistically useful to do anything useful in real time.
That's the exact same problem with Waze in my area... Just not enough other active users... All the warnings I get are miles "like 10-20+" away, which would be obsolete info once I got there.

I enjoy listening to talk radio, visiting with my passengers or just day dreaming.....

Dont get me wrong, I'm still hooked on situational awareness... But a detector tha actually works without falses removes the need for so many tedious safeguards we are forced to consider right now.

The only weakness I contemplate will still be an issue is instant /on or laser.

Sent from my SM-N960U using Tapatalk
 

MikePA

PSL +5
Intermediate User
Joined
Nov 5, 2016
Messages
862
Reaction score
941
I think some people underestimate what is required to 'just' log encounter information. How many records? What happens when MaxRecords+1 needs to be logged? Is Theia tied up while this logging is happening? What happens when multiple encounters happen in succession and Theia is busy logging the last encounter? Visions of memory being overlaid dance in my head. I cannot recall if Radenso has mentioned any Theia functions, except firmware updates, which involve writing information to the device. 'Just' logging information is not as simple as it sounds and therefore will require development and testing funding. Odds are, there is little, if any, ROI on such an effort.
 

Bloovy One

110,000+ miles with JBV1!
Advanced User
Lifetime Premium Member
Joined
Feb 8, 2016
Messages
4,163
Reaction score
8,125
Location
Western NC
JBV1 does it just fine. I have a continuous 18 months of logged data (on a middle-of-the-road phone that was released in 2016 or early 2017) and have even sent my relatively small (20 MB) log file to Johnboy00 recently.

There's no perceptible overhead in the logging of the hits. For some of us, there's a benefit to having the data.

I understand that you aren't all that familiar with this aspect of apps or OS's but the writing of data should be very easy for Theia with the board that they have shown us. If an old phone can do it, Theia can do it without issue. :)

To put it another way; if Theia is going to run a form of AI, writing data to a log file is nothing in comparison.
 
Last edited:

MikePA

PSL +5
Intermediate User
Joined
Nov 5, 2016
Messages
862
Reaction score
941
I understand that you aren't all that familiar with this aspect of apps or OS's but the writing of data should be very easy for Theia with the board that they have shown us. If an old phone can do it, Theia can do it without issue. :)
I did not say it was difficult. I said, "...therefore will require development and testing funding. Odds are, there is little, if any, ROI on such an effort." It is one thing to write code for a phone app, it is another thing to write, and test, code that will be running in hundreds of expensive radar detectors. Nor did I indicate I am unfamiliar with apps and OSs. I said I was not familiar with the JBV1 app. My experience has been; When someone else is writing and testing code, and accountable to resolve errors, it is always 'very easy'. :)

And the 'very easiest' requirements are the ones that are requested after the requirements deadline. "Could you just add - it should be simple." :p
 
Last edited:

Bloovy One

110,000+ miles with JBV1!
Advanced User
Lifetime Premium Member
Joined
Feb 8, 2016
Messages
4,163
Reaction score
8,125
Location
Western NC
I think you are missing the point and to be fair to all; You didn't know what a distro was a few days ago so I suspect you are coming from a different point of view than what Theia is being built on. Remember, this will be linux.

Logging hits is already being done on thousands of phones right now. It's been part of YaV1, V1 Driver, and JBV1 all of these years. That's even simpler than displaying the info in a pleasant way on the screen.
There's no writing, testing, fixing of code for this process that isn't already one of the very first steps of creating a system. Writing of data always happens whether it's to display it, or log it, or act on it.

In a way, this concern is like saying that you aren't sure that a TV will be able to display purple using a mix of red and blue and being concerned that it can be accomplished. Of course, if someone is really against the concept of purple on principle, I guess that person can disable it. But it's already built in. :)
 

leesrt

Mature Speeder
Intermediate User
Joined
Feb 3, 2015
Messages
746
Reaction score
1,071
Location
Florida
That's the exact same problem with Waze in my area... Just not enough other active users... All the warnings I get are miles "like 10-20+" away, which would be obsolete info once I got there.

I enjoy listening to talk radio, visiting with my passengers or just day dreaming.....

Dont get me wrong, I'm still hooked on situational awareness... But a detector tha actually works without falses removes the need for so many tedious safeguards we are forced to consider right now.

The only weakness I contemplate will still be an issue is instant /on or laser.

Sent from my SM-N960U using Tapatalk

That's not a weakness, that just a fact of life. There is no device that can detect something that isn't there. Any seasoned driver knows you don't speed "excessively" unless you have a rabbit or other traffic in front of you. Speeding when your the only car on the road is not a smart move
 

R4D4RUS3R

Learning to Fly
Beginner User
Joined
Dec 29, 2019
Messages
271
Reaction score
235
The collection of the data and posting it should be a simple task for even a basic device. Your smartphone does it for most of the apps you have installed and most people have no idea its doing it. Sharing that data is another story. Having the info collected and uploaded would happen automatically once setup was completed. Chances of coming across the data will be small but that's not the point. Point is, its easy to collect and post and if you do happen across one of the data points its a save for you. Day-to-day reliance will be on the detector capabilities in stand-alone but why not have it do more if its no issue for it to do it?

Side note. This system works on signal signature, right? What is to stop radar makers from adding noise to their system to make it look like another non radar gun? If it were me, I would hide my radar signal inside a cloud of BSM data to avoid detection by a system like this. Do we assume the signature will not be altered or is that something that just cannot happen in reality. It's only been a short time since I knew this was possible so I really have no idea and likely need to post the idea elsewhere.
 

Windstrings

Advanced User
Premium Member
Joined
Jun 18, 2013
Messages
8,031
Reaction score
4,115
Location
Central Texas
That's not a weakness, that just a fact of life. There is no device that can detect something that isn't there. Any seasoned driver knows you don't speed "excessively" unless you have a rabbit or other traffic in front of you. Speeding when your the only car on the road is not a smart move
Well if you're implying I'm not seasoned, I accept the compliment!


Sent from my SM-N960U using Tapatalk
 

Windstrings

Advanced User
Premium Member
Joined
Jun 18, 2013
Messages
8,031
Reaction score
4,115
Location
Central Texas
That's not a weakness, that just a fact of life. There is no device that can detect something that isn't there. Any seasoned driver knows you don't speed "excessively" unless you have a rabbit or other traffic in front of you. Speeding when your the only car on the road is not a smart move
Well if you're implying I'm not seasoned, I accept the compliment!


Sent from my SM-N960U using Tapatalk
 

Windstrings

Advanced User
Premium Member
Joined
Jun 18, 2013
Messages
8,031
Reaction score
4,115
Location
Central Texas
That's not a weakness, that just a fact of life. There is no device that can detect something that isn't there. Any seasoned driver knows you don't speed "excessively" unless you have a rabbit or other traffic in front of you. Speeding when your the only car on the road is not a smart move
Well if you're implying I'm not seasoned, I accept the compliment!


Sent from my SM-N960U using Tapatalk
 

Deacon

TXCTG
Advanced User
Lifetime Premium Member
Joined
Nov 13, 2016
Messages
10,295
Reaction score
13,835
Location
Hill Country, TX
Awesome. Don't think I've ever seen a triple post before!
Tapatalk works in mysterious ways.


What happens when MaxRecords+1 needs to be logged?
I think you dramatically overestimate the size and processing requirements to add a line to a log. And since this is Linux based, there’s no reason you couldn’t have a small compressed partition of the internal storage if you were concerned. Text compresses very well. In addition, the theory says the number of hits to log would be minimized in whitelist mode, as all the BSMs and Cobra falses and door openers cause no alert to be logged. But planning for the worst, you’d simply drop the oldest record.
 

MikePA

PSL +5
Intermediate User
Joined
Nov 5, 2016
Messages
862
Reaction score
941
I think you dramatically overestimate the size and processing requirements to add a line to a log. And since this is Linux based, there’s no reason you couldn’t have a small compressed partition of the internal storage if you were concerned. Text compresses very well. In addition, the theory says the number of hits to log would be minimized in whitelist mode, as all the BSMs and Cobra falses and door openers cause no alert to be logged. But planning for the worst, you’d simply drop the oldest record.
To repeat what I replied to Bloovy One - I never said it was difficult. Nor did I say anything about the size and processing requirements. Amazing, albeit typical for the Internet, what people see that's not there. My entire point can be summed up in my last sentence, "When someone else is writing and testing code, and accountable to resolve errors, it is always 'very easy'".
 

Windstrings

Advanced User
Premium Member
Joined
Jun 18, 2013
Messages
8,031
Reaction score
4,115
Location
Central Texas
"When someone else is writing and testing code, and accountable to resolve errors, it is always 'very easy'".
Lol! Like taxes, they're ok when it's someone else's!



Sent from my SM-N960U using Tapatalk
 

Deacon

TXCTG
Advanced User
Lifetime Premium Member
Joined
Nov 13, 2016
Messages
10,295
Reaction score
13,835
Location
Hill Country, TX
To repeat what I replied to Bloovy One - I never said it was difficult. Nor did I say anything about the size and processing requirements. Amazing, albeit typical for the Internet, what people see that's not there. My entire point can be summed up in my last sentence, "When someone else is writing and testing code, and accountable to resolve errors, it is always 'very easy'".
Ok, I guess you’re misconstruing the notion of being difficult. I mean difficult to get it right. It’s a simple thing. Your objections were, “Is Theia tied up while this logging is happening? What happens when multiple encounters happen in succession and Theia is busy logging the last encounter? Visions of memory being overlaid dance in my head.” No, Theia shouldn’t be “tied up” while logging, shouldn’t have difficulty logging multiple encounters, shouldn’t have fundamental memory management problems. It doesn’t need to be managed Java code to easily get it right, but it doesn’t need to be machine code, either. Being based on the Linux kernel should only make it easier. While in theory any function at all does add some amount of additional failure points, it’s not a significant source of complexity. Anything made by man is hypothetically able to be screwed up by that same man. But we’re talking about an extremely simple function, even if it’s recording to an embedded database versus a flat CSV or something.

Hello, world!
 

Bloovy One

110,000+ miles with JBV1!
Advanced User
Lifetime Premium Member
Joined
Feb 8, 2016
Messages
4,163
Reaction score
8,125
Location
Western NC
:yeahthat:

Perhaps this concept will help:
If a developer can't write nearly raw data to a file reliably without interfering with the processing of the unit, they aren't going to get far enough to matter.
 
Last edited:

mswlogo

Software Developer
Advanced User
Premium Member
Software Developer
Joined
Nov 1, 2014
Messages
3,572
Reaction score
3,416
Location
MA
Tapatalk works in mysterious ways.



I think you dramatically overestimate the size and processing requirements to add a line to a log. And since this is Linux based, there’s no reason you couldn’t have a small compressed partition of the internal storage if you were concerned. Text compresses very well. In addition, the theory says the number of hits to log would be minimized in whitelist mode, as all the BSMs and Cobra falses and door openers cause no alert to be logged. But planning for the worst, you’d simply drop the oldest record.
Partitions, "lines", compression, text. Are we in the 1990's ;)

You need to think about 1000's of clients that will likely be at different versions and still all contributing to the "borg".
Solutions that write to Cloud based databases (and cached locally) until network opportunities arise to sync them.

Clients need to choose what information they want and when to get it and also stored in a local database for fast access.
Clients need to choose what information and how detailed they want to send to the cloud as well.

Say someone comes up with a new thing to "log" it shouldn't be another "comma" in a CSV file and have to release and update every contributing client.

And if you did wish to try and do something "real time" you'd want a priority scheme as well.

Don't confuse Unix System Logs (for debugging) with logging "Data".
 

Discord Server

Latest threads

Forum statistics

Threads
81,739
Messages
1,241,157
Members
20,708
Latest member
Jkoul65
Top