What's an example? I would have thought, back then especially, their driver (and maybe nvapi) was most of the software they shipped.
teawrecks
I see several Amcrest options that look like they have integrated AI object detection. Frigate on the other hand says you should get a "Google Coral Accelerator". Do you know if Frigate (or RTSP, I guess) has a way to leverage the built in detection capabilities of a camera (assuming they are built in, and not being offloaded to the cloud)? Or am I better of looking at the "dumb" Amcrest cameras, and just assuming all processing for all cameras will happen on my Frigate hardware?
That sounds fine, but isn't this also what LXC is for?
I remember in the UK show Utopia from 2013, a government frames one of the characters for a school shooting by perfectly doctoring security footage to erase the actual hired shooter and replace them with a specific kid. And they do it all in a matter of hours. I remember thinking that tech was unrealistic, probably impossible. The best Hollywood VFX experts would need a week or more to make it that believable, and even they would need a ton of reference of both the kid and the lightning. Purely fantastical tech.
And now, here we are...
I'm talking about a properly made GUI, you're talking about most GUIs. I believe I covered this in my original comment: poorly made GUIs are worse than a terminal interface.
But don't act like a linear string of characters, typed in one-by-one is the optimal way to interface with a computer. Obviously, a non-invasive neuralink implant that is able to interpret your intentions with 100% accuracy without uploading any of your data to Elon Musk is the ideal Human Interface Device, but we're not quite there yet.
In the meantime, I assume you run a window manager of some kind. Why? Do you regularly browse the internet from the terminal? Unlikely. Why not? Have you ever tried non-linear video editing, image manipulation, or 3D modeling in a terminal? How about debugging multi threaded code, or visualizing allocation patterns? Pored over profiling metrics to root cause a performance issue? And if VR/AR is part of your workflow, trying to use a terminal in concert feels sillier than the hacking montage from Hackers.
Terminals are objectively more limited than a GUI, because that's literally the definition of a terminal: a very limited graphical user interface. The advantage of a terminal is that it's easy (especially for programmers who don't have an artistic/UX-bone in their body, and are thinking in terms of functions and operands) to make a primitive interface that adheres to a set of expectations. But no one commits every parameter for every command line tool to memory, and even if they did, people don't want to type out a novel when moving a cursor to a specific region of the screen feels more natural and takes a fraction of the time. (Not that it always feels more natural in every circumstance, but in the times when it does, that's what every sane person should prefer to do).
So just like I told OP, the goal shouldn't be to use a terminal; you should instead focus on solving a problem. The terminal is just often the least bad tool that currently exists to solve a lot of problems.
As other's have said, have a goal. A computer is a tool, use it to accomplish something, try to get something working for yourself that currently doesn't. If your PC aleady does everything you need it to, great, you're ahead of everyone else 😅.
Don't think of the command line as a good option, it's archaic, and its capabilities are objectively rudimentary, it's just often the least bad option because no one has made a convenient GUI for what you're trying to do (or if they have, they did it poorly, and somehow the command line is still less bad). So you will inevitably have to interact with it.
That's already been happening for the last 15+ years, but Linux growth is primarily in the last 3. People are definitely moving to mobile, but the ones on desktop seem to be preferring Linux more than they did even 5-10 years ago (Note that laptops are included in "desktop" here).
Hah I had the same thought. Trillian, though. Named after the character from HHGttG.
I mean, apparently not. They could have had even more sales once the mod released, but I guess they don't like money.
You should definitely throw that whole line into a script though, no reason to type it out every time. Then if it's possible to have a hook that runs it after a kernel update, that would be ideal. Not sure if there's a standard way to do that, might be a bit distro dependent.
Is it really possible...?
If Disney's lawyers think it's possible, it's probably possible. And if it's not, they'll figure out who to lobby to make sure it is.
I think you and I are using two different definitions of the word "powerful", or are at least applying them to subtly different aspects of the discussion.
I don't know if you are familiar with basic finite automata theory, but a Finite State Machine is provably less "powerful" than a Turing Machine. This is the definition of "power" that I'm using, "power" as in "expressiveness". i.e. The fact that you can literally create a terminal as a sub-element within a GUI if you wanted means that a GUI is provably more "powerful" (or more expressive) than a TUI. And thus the best GUI for a tool will always be better than the best TUI for the same tool. (Comparing the worst GUI vs the best TUI is a waste of time).
But you're using the definition of "powerful" as in a "powerful programming language". This is a common use of the term, but is much more fuzzy and harder to quantify. It's no longer synonymous with "expressiveness". Generally a language is "powerful" if you can get "a lot done" with relatively few characters or operations. Ex. Python is often considered more "powerful" than C because you can do in a single line what would take dozens or hundreds of lines in C. Similarly, you're saying that a developer can make a comprehensive TUI using less time and effort than it would take for them to make a GUI that's at least as good (including integration with other tools afforded by pipes and redirects).
And I agree with you. But hopefully you also agree with me that a GUI is objectively more "expressive" than a TUI, and in that sense has a higher ceiling for how useful it can be to a user.