Earlier quoted context omitted.
>looking for more ideas 1. MotionEye can help set your own local security camera setup. 2. PiHole with Unbound can help setup network wide ad blocking and DNS over TLS. 3. SDR (DVB-T dongle) with rtl_433 can receive 433Mhz communication from your sensors like Fire Alarm, Gas Sensor, Car key etc. and notify you. 4. MQTT server on a Pi can act as a local notification server, MQTT client on your phone can receive notifi…
On 4, what MQTT broker(s) would you recommend? I’be been reading up a bit on different alternatives[0] for something lightweight with not too many dependencies to run clustered/HA and haven’t figured out which one to try yet. [0] https://github.com/hobbyquaker/awesome-mqtt
Raspberry Pi 4 can finally boot directly from USB
201–210 of 269 posts
Re: Raspberry Pi 4 can finally boot directly from USB
#202Is thhere any way to use OS X on a Pi? Asking for a friend
I've run OS X on a very low powered Debian box before. I'd wager it could be made to run on a raspi 4 (VERY SLOWLY) with sufficient effort. (you'd have to use qemu TCG, not KVM). It would be easier to run on a SBC that uses an x86_64 chip, like the Atomic Pi, or LattePanda. I'm curious though, why in the world would you ever want to run OS X so slowly?
We would get in via RDP or such I guess?
Re: Raspberry Pi 4 can finally boot directly from USB
#203Is thhere any way to use OS X on a Pi? Asking for a friend
Once OSX on ARM arrives, this would be a lot easier; however, I'd expect Apple's silicon would be a lot newer (and have more instructions) than the rpi's, so it might not end up being possible/feasible.
Re: Raspberry Pi 4 can finally boot directly from USB
#204Not a fan of Raspberry Pi. It hides behind proprietary Broadcom chip, no DSI/MIPI support and you're at the mercy of Raspberry PI for any sort of commercial implementation (RPi Zero and independent module). They do guarantee upto 2026 availability for their DIMM modules which is nice. We wanted to build commercial device using RPi but its a no go due to its blackbox nature. What they should do is to leverage their po…
I think people forget what it was designed for. It was to reboot IT education which was (is) badly floundering. It's success was so good it started to be used in small commercial applications. The Foundation tried to help fill this gap in the market with the compute module. Even though there is a lot of open source features the use of the Broadcom chipset was probably driven by cost as keeping the Pi price down was a…
Re: Raspberry Pi 4 can finally boot directly from USB
#205Best decision I ever made was setting up a Pi netboot server on my LAN. Now I have a whole bunch of Pi 3's and 4's scattered around my home with no local storage at all doing cool things, and I can make them boot into a completely different OS just by renaming a symlink on the server.
Re: Raspberry Pi 4 can finally boot directly from USB
#206Almost all of my SBCs run from USB storage, the performance improvements over SD card are obviously night and day; but I never had success with the direct boot from USB(official methods) and had to jump from SD card to USB storage after boot i.e. having only /boot on SD card. RPi 4 being newer, I assume it's designed with USB boot in mind and perhaps USB boot might work better than earlier iterations.
Can you elaborate on the performance improvements over SD card? (I have always assumed that the SD card had a much faster, more performant bus than USB. It sounds like that’s wrong?)
Even UHS card with over clocked card reader can reach only ~ 40 MB/s on RPi[1].
[1]https://www.jeffgeerling.com/blog/2019/raspberry-pi-microsd-...
Re: Raspberry Pi 4 can finally boot directly from USB
#207Best decision I ever made was setting up a Pi netboot server on my LAN. Now I have a whole bunch of Pi 3's and 4's scattered around my home with no local storage at all doing cool things, and I can make them boot into a completely different OS just by renaming a symlink on the server.
I started booting from USB SSD a couple of months ago since I got my Pi 8GB, intended to use it as my low power consumption workstation replacing the Optiplex SFF Running Manjaro + KDE Plasma. Turn out to be, Manjaro ARM + KDE Plasma on Pi 4 runs pretty well (even all KWin eye candies work as well as the Intel HD integrated GPU on the x86_64 variant). However, USB 3.0 to SATA III SSD is clearly a bottleneck still. I am yet to check if NFS over 1Gbps ethernet can be faster (anyway, my btrfs backed consumer grade NFS may not be production grade to support 10+ devices).
Re: Raspberry Pi 4 can finally boot directly from USB
#208Earlier quoted context omitted.
On 4, what MQTT broker(s) would you recommend? I’be been reading up a bit on different alternatives[0] for something lightweight with not too many dependencies to run clustered/HA and haven’t figured out which one to try yet. [0] https://github.com/hobbyquaker/awesome-mqtt
Mosquitto seems to be the de-facto "standard" choice for a Pi. Easy to set up and definitely lightweight.
As for android client, I recommend this[1] but it requires Tasker Autonotification plugin to display notifications.
[1]https://play.google.com/store/apps/details?id=in.dc297.mqttc...
Re: Raspberry Pi 4 can finally boot directly from USB
#209Earlier quoted context omitted.
Does anybody know of something that will serve up tracker and game music files (e.g. .mod, .xm, .it, and .spc, .nsf, etc.)? I'd really love to be able to use one of my Pis as a compact music server with a web interface that will on-the-fly transcode and stream these old formats. I have literally tens of thousands of these sorts of files and outside of converting them all to TBs of mp3s wouldn't mind at all to serve t…
mopidy/mpd
Re: Raspberry Pi 4 can finally boot directly from USB
#210Earlier quoted context omitted.
At most 10ms. Sub 1ms would be awesome. And yes, definitely. If you can build in a “chromecast receiver” so that a user could cast to multiple synced speakers (at full quality), you’d definitely have my attention
It's worth noting that for two speakers playing the same audio, a 5ms offset will move the point of perfect sync by less than a meter. Going below a millisecond is definitely overkill territory.
Turns out our brains are really good at compensating for relatively large offsets