libcamera VS librespot

pi@rpi5:~ $ sudo apt show libcamera0.1 Package: libcamera0.1 Version: 0.1.0+rpt20231122-1 Priority: optional Section: libs Source: libcamera Maintainer: Serge Schneider Installed-Size: 1,755 kB Depends: libcamera-ipa, libatomic1 (>= 4.8), libc6 (>= 2.34), libdw1 (>= 0.158), libgcc-s1 (>= 3.5), libgnutls30 (>= 3.7.3), liblttng-ust1 (>= 2.13.0), libpisp1 (>= 1.0.2), libstdc++6 (>= 12), libudev1 (>= 183), libunwind8, libyaml-0-2 Breaks: libcamera0 Replaces: libcamera0 Homepage: https://libcamera.org/ Download-Size: 476 kB APT-Manual-Installed: no APT-Sources: http://archive.raspberrypi.com/debian bookworm/main armhf Packages Description: complex camera support library libcamera is a complex camera support library which handles low-level control of the camera devices, providing a unified higher-level programming interface to the applications.

Red Hat seems to be putting a lot more work into desktop Linux lately. They added extended lifecycle options to RHEL Workstation with RHEL 9, they've been doing a bunch of work on desktop Linux technologies (PipeWire, libcamera, HDR displays, etc.), and they've recently worked with AWS to launch a virtual desktop option in the cloud.

https://github.com/kbingham/libcamera

the libcamera stack moves all of that control loop stuff into linux userland, so you would think there are no secrets left

but the actual register writes to drive the ISP are still in the blob, and libcamera is just telling the blob how to tweak every knob in the hardware

it makes no sense why they have opened it up so much, yet still insist on keeping that last bit a secret

It is shitty they killed libspotify, but it isn't hard to reverse engineer the way the app communicates with the backend, this has already happened in the form of https://github.com/librespot-org/librespot as an example.

And if Apples ecosystem wasn't so locked down I could write a HomePod client using librespot and Daniel Ek could get however mad he wants about it.

https://github.com/librespot-org/librespot - it exists already. I'd just like to make it usable on a flip phone.

They use a version of this.

You want SnapCast. You'd run snapserver on your Linux box and snapclient on your Pi's. Snapserver has support for Airplay (via shairport-sync) and Spotify (via librespot). I recommend using MPD for your music library, as I don't think PlexAmp can output audio in a way that's useful for snapserver.

For the last tow days I'm trying to compile librespot for my Xiaomi Mop PRO STYJ02YM Vacuum Cleaner. Vacuum uses TinaLinux which uses OpenWRT under the hood. The platform is armv7.

Also, the base library doing the hard work of communicating with the proprietary Spotify service is still very healthy, since April 2015. I would say that is a pretty decent time no?

To replace it, I've purchased in-ceiling speakers and a Control 4 Amp (C4-16AMP3-B) which I can control via the network. I plan on using shareport-sync for AirPlay and librespot for spotify as the sources to play music. 90% of the use for my whole home audio is for music.

But, if I can control librespot, https://github.com/librespot-org/librespot that's interesting

You can also just use librespot, which acts as a Spotify Connect device so you can play music in your PC and control it from your phone in a very light way