Passionate about freedom, libre software/hardware, environmental sustainability, and doing the right thing even when it’s inconvenient.

$argon2id$v=19$m=64,t=512,p=2$Nf69b65zUhoPFyTI3rDb1w$zEdygG94suabNqSOwda3Mg

  • 0 Posts
  • 9 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle

  • jcs@lemmy.worldtoMemes@lemmy.mlthat look tho
    link
    fedilink
    English
    arrow-up
    8
    ·
    1 year ago

    Well, safer and better in the driver’s mind until they fly too close to the sun and realize following the accident that there was a puncture or that the rubber delaminated off the belt during the commute. This happened fairly regularly at the track I worked at, though that was more from folks running their slicks too long.


  • I have a very hard time believing that an internal combustion engine would sustain significant damage prior to stalling. An engine could run, albeit very poorly, with extreme backpressure (say, an exhaust blockage but perhaps some leaks elsewhere in the exhaust system). If the exhaust was perfectly sealed, there would be so much backpressure that the mixture would be starved of air and there would simply not be any explosion in the cylinders. I have limited knowledge of diesel engines but would expect a similar result.

    Here’s a video where an exhaust pipe is plugged. You can see how quickly the car stalls (at 10:00): https://piped.video/watch?v=jnoW0skAChA


  • It’s a valid point that it could potentially create some confusion when a user assumes that everything in Signal is secure. Unencrypted SMS threads could contain an open padlock icon and even an ominous red window border, but someone inevitably will not understand the difference.

    However, my frustration has been how both convenience and security is reduced by removing SMS from Signal.

    Many people will continue to use SMS for a variety of reasons, necessitating the use of an additional app. So now we have people continuing to communicate over this insecure protocol, but with the additional target vector of potential vulnerabilities in the supplemental app.




  • While not a physical radio, a Linux phone such as the Librem 5 in conjunction with an RTL-SDR dongle and external antenna may be a good candidate for a mobile software-defined radio (SDR) transceiver.

    SDR frameworks such as GNUradio or REDHAWK are well-established by this point. Newer versions of REDHAWK are designed to run on CentOS/Rocky Linux, however, and they don’t (AFAIK) come with a mobile-friendly UI.

    I do know that there are some web-based SDR tools in the wild. I’m not very familiar with them, their system requirements/capabilities/limitations, but they could be worth a look to jump-start a Progressive Web App for mobile devices.