yagna VS librespot

⚡️ Performance Considerations: Given the nature of the Golem Network and its diverse provider network, we cannot guarantee performance levels. However, we plan on tackling this in https://github.com/golemfactory/yagna/issues/2357

I used the v0.10.0 aarch64 binary from the official GitHub. Here's the link Aarch64 Binaries

golem does! https://github.com/golemfactory/yagna

We don't have an established process for external developers to get involved in core development yet, but we welcome external contributors to pop in (eg. this PR from the last month). You can hangout with us on Discord, or via GitHub Issues or PRs.

You’re right. Just to be a dick I will say that there can be results that depend on exact time and CPU models and similar uncontrollable things :P In the Yagna GitHub repo, they have a checklist of some features that are planned or done. Out of these, there is verification through redundancy - which could be having the providers hash the result and post the hash to a smart contract. There is also human verification, which could be that you two agree on one or multiple middlemen to handle the different cases (result given, requestor leaving, provider leaving, etc). I think that there is some food for thought and that you have shown some interesting ideas!

As for PRs to Yagna, the community-created ARM binaries was something that we awarded (4500 GLM) via the GLM Rewards Program we’re looking into incorporating directly into the Yagna release binaries. Due to the modularity of Yagna, it’s more likely we’ll reward that way and add those improvements rather than creating specific rewards for PRs directly to the Yagna repository. For now, at least, we may reevaluate when Yagna has matured more.

Yagna. Golem in Rust. Official client. Original client is in Python.

This project is built up of 3 main parts golemfactory/yagna: An open platform and marketplace for distributed computations (github.com)

Golem Core ---> https://github.com/golemfactory/yagna Provider VM's ---> https://github.com/golemfactory/ya-runtime-vm GSB (service bus) ---> https://github.com/golemfactory/ya-service-bus

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