Live data from Hacker News

Raspberry Pi 4 can finally boot directly from USB

github.com

241–250 of 269 posts

Re: Raspberry Pi 4 can finally boot directly from USB

#241
post #212

Rpi4 and still no usb version of bootloader. What am I missing? # rpi-eeprom-update BCM2711 detected BOOTLOADER: up-to-date CURRENT: Tue 10 Sep 2019 10:41:50 UTC (1568112110) LATEST: Tue 10 Sep 2019 10:41:50 UTC (1568112110) VL805: up-to-date CURRENT: 000137ab LATEST: 000137ab I wish this was better documented.

You gotta do: $ sudo apt update $ sudo apt upgrade $ sudo apt dist-upgrade Then do a restart and the bootloader should be updated, if that doesn't work you also need to do a: $ sudo rpi-update Now the eeprom should be updated and the default option should be to boot from SD, then USB.

... figured it out.

rpi-eeprom is not in archlinuxarm, but rather, I did install it ages ago from the AUR, manually.

There's a new version, which does the trick.

It turns out, the updater does not look online for the latest version as I'd imagine it did, but rather, it looks at a local path, and the hope is that the distribution will take care of the latest firmware being in that path for you.

Re: Raspberry Pi 4 can finally boot directly from USB

#242

Earlier quoted context omitted.

I've heard some of Broadcom's stingeyness with documentation may stem from the risks created by the perverse environment created by IP laws. With a patent troll only one manual away, I can somewhat understand to a degree holding things close to your chest if you want to continue to exist. I mean it sucks massively, but I can at least understand it. It's part of why I strongly disagree with the "IP" side of semiconduc…

IANAL, but it would seem that the more documentation you release on your patented product the MORE you are protected, since it becomes less likely that they independently discovered your solution.

[deleted]

Re: Raspberry Pi 4 can finally boot directly from USB

#243
post #224

Earlier quoted context omitted.

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.

I beg to differ: a good rule of thumb is that an (audio) sample takes about 8mm (44.1k). By the time you're a full 1ms late, that's a 44 sample difference between the two (or that's as though the speakers were about a third a meter apart. And that distance, you're gonna hear some uncomfortable comb filtering. A third of a meter corresponds to a frequency of about 1khz, which is right smack dab in the middle of a crit…

All those problems happen even if your speakers are perfectly in sync. These aren't headphones. If you have a couch for listening, the difference between sitting on the left and sitting on the right is just as big or bigger. You get the same interference, yet it isn't a problem.

Re: Raspberry Pi 4 can finally boot directly from USB

#244
post #82

Earlier quoted context omitted.

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…

I’m tired of pointing this out. The reply is consistently “So what? It’s my cheap Linux SBC now and until you can find something better for $40, go away.” I‘be been booting off of eMMC on an A7 for years now. I don’t get any of this anymore.

[deleted]

Re: Raspberry Pi 4 can finally boot directly from USB

#245
post #82

Not 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…

It's the standard pattern where someone comes along and says "hey, we made this thing which does X pretty well for a good price". Then someone else comes along and say "we wanted to use it for Y, but it's not good at that, therefore the thing itself is bad, and it's creators should have focused on making it good at Y instead".

Re: Raspberry Pi 4 can finally boot directly from USB

#246
post #37

Earlier quoted context omitted.

> 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 Elaborate? I have a single pi3 as a Plex server, looking for more ideas.

Two play music, one into my hifi, one into my home audio distribution system. One is setup for RetroPie. One has LibreELEC installed, showing TV from my HDHomeRun. One has a GPS hat and is a local NTP server. And one boots into an Amiga emulator because I'm very old and nostalgic.

How do you serve up images to the retropie box?

Re: Raspberry Pi 4 can finally boot directly from USB

#247
post #96

Earlier quoted context omitted.

I actually tried this and it turned out to be quite a bit more complicated than predicted, due to clocks on the pis being slightly different "I'll just sling udp multicast of the PCM samples around the network, can't be that hard right?" ended up using MPD with pulseaudio over TCP, and they get out of sync after a few minutes, but good enough

The different clocks is a real hurdle. I have to give credit to Apple on this one, as they had the genius idea to make the buffer >1s, and send control messages independent of the audio stream. There’s gotta be a way to do it with PTP and the same ideas but clearly it’s either an extremely difficult problem, too niche, or both.

That sounds like a better solution - I'd guess most a/v systems are used for pre-recorded video that could deal with more delay during stop/start/pause but giving you more synchronization.

To really do it right though I think it would be cool to tune everything somehow. So have a microphone + photodiode sensor you put in your chair, then run a test and have it synchronize all audio and video sources together. (maybe it could even be pointed to your bluetooth headset and do that delay too)

I think with that setup, you could not only get good synchronization, you could probably tune the delay to the minimal value (maybe you could still do stuff like something live)

Re: Raspberry Pi 4 can finally boot directly from USB

#248
post #224

Earlier quoted context omitted.

I beg to differ: a good rule of thumb is that an (audio) sample takes about 8mm (44.1k). By the time you're a full 1ms late, that's a 44 sample difference between the two (or that's as though the speakers were about a third a meter apart. And that distance, you're gonna hear some uncomfortable comb filtering. A third of a meter corresponds to a frequency of about 1khz, which is right smack dab in the middle of a crit…

All those problems happen even if your speakers are perfectly in sync. These aren't headphones. If you have a couch for listening, the difference between sitting on the left and sitting on the right is just as big or bigger. You get the same interference, yet it isn't a problem.

I think his thinking is still valid.

If you sit on the left or right the sound should still come from "center stage" or (x,y,z)=(0,0,0) without being shifted or drift.

Re: Raspberry Pi 4 can finally boot directly from USB

#249
post #248

Earlier quoted context omitted.

All those problems happen even if your speakers are perfectly in sync. These aren't headphones. If you have a couch for listening, the difference between sitting on the left and sitting on the right is just as big or bigger. You get the same interference, yet it isn't a problem.

I think his thinking is still valid. If you sit on the left or right the sound should still come from "center stage" or (x,y,z)=(0,0,0) without being shifted or drift.

Depends on whether you have a stage. If you're playing audio to go with a TV you don't want it drifting much. But when the scenario is playing music over an area you end up with a bunch of mutually-contradictory centers and it doesn't matter if they shift over a little. And music over an area is what sparked this talk.
Post reply on HN