This is actually quite cool! Logitech has discontinued the product line, it seems, but I guess I could have a quick look at it. Is there something broken currently? The devices don't seem to be available anymore... Another cool piece of tech I discovered too late :(

Edit: Okay, I stumbled upon this blog post and my interest jumped quite a bit, as I do have a RasPi in a very convenient location regarding music playback!

@Direc: it is all now open source and there is picoplayer that you can install on rasp. i am now running 3 orginal squeezeboxes and one picoplayer.

i had a deeper look on the control. the only thing that does not work for me is the volume control. the reason for this is: the ui is optimized for jolla 1, on intext and xperiax the slider overlays some buttons. so that would be all to do. the other thing is: there is no deployable for tablet .. (which i do not need, but there is an open issue)

the app does not follow the standard sdk build, so i am not sure if i can build it with my dummy knowledge, but what i could do is: i can fork it and bring it into my repo. i will try to build it. if i fails, if somebody can help me ....

Oh. That raises my interest significantly! Let's see if I can make it compile... Edit: Oh you already did! So I'll fork your repo and see how it goes :)

Okay, piCorePlayer eats a whole RasPi... I don't have one to spare just for that, so testing has to wait a bit. I'll look at this again next year. Nice work so far!

Is the layout issue still there?

i did adapt it a bit but do need a solution for all the different sizes.. need to find a solution yet

I'm checking it out!

It looks like I have to downgrade myself a Sailfish 1.x or 2.x, luckily I still have my Jolla 1 so I can see how it is supposed to work!

I do not see point of fork Daedalus, because we have unplayer, that's is basically same application.. Also unplayer is still under development.

Better idea would be help to enchance unplayer even more better, like add equalizer and so on.

And I know that even there is one application it doesn't mean it's waste of time to create alternative application. But I don't see it relevant idea until we have everything important applications. You know.

@Direc you chooses but reconsider first, there is many other more important applications.

I liked a lot the ability to download artist and album pictures automatically that Daedalus had; I don't think Unplayer supports it?

In my eyes, daedalus has a number of advantages over upnplayer:

• Able to use the SailfishOS trackerDB directly => it follows any change in the collection "automatically". Unplayer runs its own DB and requires you to update it each time you change something in your collection - I find that highly annoying.
  • I like the way daedalus handles play queues much better
  • I find the deadalus interface much easier to use, which is in part due to its similarity to SMPC, which I use frequently. The idea of having these two apps so similar was a really good one of the original author.
  • I like the handling of album and artist images much better in daedalus
  • daedalus supports plain-text playlists, which allows me to change them with a text editor, if I want to (does not happen often, but it does happen). Those playlists are even readable by the Sailfish-player...

I actually think that daedalus is much further in development than unplayer (as in: I do not remember missing any features) - it's only that something in the backend broke due to a SailfishOS change.

@Direc - I have not upgraded to 2.2.xxx or higher yet, but on 2.1.x, daedalus is running and you can add songs to the play queue and play them, but as all album information is missing, any sorting does not work, nor do album images and anything else related to that information. As mentioned above, SMPC works and looks very similar to daedalus, so if you happen to have an mpd running somewhere, you can use that for an impression as well. Also, I'm not much of a programmer, but I'd be very happy to help with testing should you need somebody to do so.

Daedalus is inspired by SMPC, which is a mpd client. Actually I did some work on SMPC and daedalus. The plan was unifiying the components used by both players.

But I guess it's too big for me beside my other projects...

@Direc maybe we could work together on SMPC and daedalus

I think YTPlayer only needs an updated version of the youtube-dl. Also a feature to update it from the app would be good to make it "future proof". Haven't used other you listed, so no comments on those. ☺

to make ytplayer work you should open a terminal and update YouTube-dl via curl -L https://yt-dl.org/downloads/latest/youtube-dl -o /usr/share/harbour-ytplayer/bin/youtube-dl and then chmod a+rx /usr/share/harbour-ytplayer/bin/youtube-dl

but i perfectly agree, an option to have the update inside the app would be wonderful ...

Nice! Thanks for the tip @247!

@247 I think that could be done within YouTube-dl... I see what I can do :)

@LemD I think you need, because user nemo can't write to /usr/share/ or its subfolders. There may be a way to relocate the binary to user data path instead. If that is possible, then I can (try to) implement updating the component directly from the application.

Had a quick look at it. A simple recompile fixes the daemon crashes. Only thing I do not see working is the restore of the previous ambience (but general profile is restored).

@adekker Could you maybe upload your build somewhere? I have the feeling the original developer is not interesting in providing new builds.

Forked the repo and added an armv7hl RPM as release:

https://github.com/a-dekker/ringingrestorer_sailfish/releases/download/1.3.1-rpm/harbour-ringingrestorer-1.3-1.armv7hl.rpm

@adekker thanks so much! Do you know whether its possible to start the daemon upon boot e.g. via systemctl or a custom rc.local file which I already have set up?

This is the openrepos version, which already has an autostart for the daemon build in. Better reboot the phone after installation, so the daemon gets properly replaced.

I had completely forgotten about PhoneHook...

I am not going to have a look at Call Recorser, since I use the built-in functionality and I have no motivation to switch over, sorry. Well, perhaps later, but not anytime soon at least.

PhoneHook and CallRecorder seem to cause issues when upgrading SailfishOS (mentioned in each and every SailfishOS' release notes for years).
IMO, this is their primary flaw. If that cannot be solved, it may make sense to leave these two apps abandoned.

The author of PH claims it is no longer an issue.

I haven't done anything to PhoneHook on upgrade since developer said it is not needed. Never had any problem.

@olf: neither Phonehook nor Call Recorder have caused any issues for a very long time. In fact, Call Recorder had already received an update to fix the problem before the Sailfish update that broke it was released. I don't understand why Jolla keeps adding that tidbit to the release notes.

Sporify on Sailfish is a big can of worms, plus there are talented minds working on it already.

Having said that, Spotify on Alien Dalvik is broken ATM, so I can't use Spotify at all on mobile.

Try with Hutspot, working okay for me.

It seems it's not on OpenRepos nor on Jolla Store yet. https://github.com/sailfish-spotify/hutspot

Actually no developer can do something, as spotify just closed their API - we have to wait until spotify publishes a new one.

hutspot is on openrepos now, see https://openrepos.net/content/wdehoog/hutspot

I submitted a (small) patch to it a while ago and never heard back, preferably it should be maintained inside the upstream project but we'll need to see how to get there.

I did a fork of the original project, added Keeper-of-the-Keys patch (thanks for that!) and translations support. I've builded RPM that include last commits (MPRIS support) from my github account.

@carmenfdezb Nice! Is it on Storeman or Jolla store?

@sunburnedpenguin, it's only on my github account atm. If you want to try it, here it is url: https://github.com/carmenfdezb/gpodder-sailfish/releases/download/4.7.0/harbour-org.gpodder.sailfish-4.7.0-1.noarch.rpm

@carmenfdezb Great, thanks! Any response from the original maintainer @thp?

Depesher is in development and one more telegram client is in active development too(http://gitlab.unique-conception.org/sailfish-app/telegra-me)

Telegra Me is looking very promising! Spoke to the developer and he told me it will be on OpenRepos soon!

Telegra Me is actually quite good!

And with SFOS 3.3.0 and new enough kernel, you can install flatpak and run the desktop version of Telegram :)

i'll give it a try

@Edz : there is no code here: https://github.com/CepiPerez/flowplayer

do you think you can get it ? ask him to upload it ?

No and no.

tried to contact him on github, but nothing

he also has a TMO profile; http://talk.maemo.org/member.php?u=34540

The best case is that recompiling the app fixes a bunch... I'll have a quick look at it at some point.

Does someone know if Sailfish has webp support?

Hi @Direc, sorry for late reply but somehow I just now realized that I can answer this question myself: I tried this link https://developers.google.com/speed/webp/gallery1 which is an example gallery from google. In my current Firefox on my computer I can't see the webp pictures therefore also not in the Sailfish Browser. But if you download the file you can just normally open it in the gallery and see it. SO as long as you can use the same mechanisms as the gallery the app might view also these pictures.