Package Details: pithos 1.2.1-1

Git Clone URL: https://aur.archlinux.org/pithos.git (read-only)
Package Base: pithos
Description: Native Pandora Radio client
Upstream URL: https://pithos.github.io/
Licenses: GPL3
Submitter: kreed
Maintainer: Stebalien (TingPing)
Last Packager: Stebalien
Votes: 58
Popularity: 0.961584
First Submitted: 2012-05-04 21:54
Last Updated: 2016-07-31 23:18

Latest Comments

TingPing commented on 2016-12-01 23:54

@camb, Works here w/ free account.

andrewd18 commented on 2016-11-30 03:13

Aha, figured it out. /etc/pulse/default.pa had "load-module module-role-cork" which mutes non-voice playback streams when a voice application is open. Pulseaudio saw TeamSpeak 3 was open and muted Pithos by default. Commenting that out in default.pa fixed the issue.

Stebalien commented on 2016-11-27 16:09

@andrewd18, sorry, that sounds like a bug in pulseaudio (or some KDE component managing pulseaudio). You should probably ask on the forums to narrow down your problem.

andrewd18 commented on 2016-11-27 06:20

Every time the song changes, the playback stream is muted in pulseaudio. Everything else works fine... I just have to unmute it every song. Thoughts? Pithos 1.2.1, KDE 5.8.

TingPing commented on 2016-08-02 03:55

The Pandora api references three quality levels but actually only give you two. As of 1.2.0 Pithos requests an extra quality level and remaps high/low to it.

camb commented on 2016-08-02 03:54

Strange, I've been on High for quite some time without hitting this issue... or was I *actually* on High?

TingPing commented on 2016-08-02 01:44

It is as optional as it was, it is just now free users can choose High for mp3 now.

camb commented on 2016-08-02 01:43

Looks like gst-plugins-ugly is no longer optional.

I was getting an error about GStreamer plugins after update which went away after install of gst-plugins-ugly.

eduhat commented on 2016-07-28 21:46

After installing gnome-keyring, everything works fine.

Stebalien commented on 2016-07-28 20:24

@eduhat unfortunately, there's currently no good way to express this dependency (bug report: https://bugs.archlinux.org/task/50189).

All comments