pithos / pithos Goto Github PK

As a followup to #44, 100% may not always be necessary. I think somewhere between 30-75%, there would be a sweet spot depending on how nice Pandora is being that day. Perhaps even adjusting automatically for future plays would be nice.

When I start pithos it goes through normal startup i.e logs in and then getting songs, then nothing just a white screen. I uninstalled and re installed. No change. The only thing I can think of was there was a flash update a day earlier, could that cause this issue.
Thanks

Copying song information to the clipboard would be helpful for looking up more info about the artist or track. The Pandora site is just one place where a user would be interested in looking up the song or artist.

Every now and then I get an ad instead of a song even though it's marked "Boss' Life" by "Snoop Dogg" or something. Not a Pandora One subscriber.

I would like an option that allows me to right-click on a song and send a "love track" message to last.fm -- it seems that, currently, loving a song on Pithos only sends this info to Pandora.

I for one would be happy if one menu item sent the information to both services, but realize that maybe not everyone feels this way.

I've had it where my Pithos client will play ads. Odd thing is, they show up as ligit songs (title, artist, etc). The only difference is that the song length is only 30 sec long and the song is replaced by some ad. I can fortunately still skip these ads, but they sometimes come 4 at a time!

This could probably be easily fixed by skipping any songs that are less than 1 minute (just the ads).

After selecting "show notification area icon" in the pithos settings, no pithos icon appears in the notification area after closing the main pithos window. Music does keep playing, but there is no GUI way to kill pithos without un-selecting the "show notification area icon" option and then closing the main pithos window.

In versions 0.3.17-1 (saucy) (from regular Ubuntu repositories)
and 0.3.18-4~gitdf24f17 (from PPA)
I get this error: ERROR:root:Could not bind media keys
and the media keys on my laptop don't function.

What do I do?!

I'm using 64-bit OS.

I actually have two keyboards. One is the laptop that does have media keys. One is USB, which doesn't have media keys.

The player remains open but the music stops playing and won't continue playing until you change the channel. Sometimes happens after a day or two days, sometimes happens after two hours. No rhyme or reason to it. Brought the issue up on #pithos at freenode, determined it's a login expiration issue. Is there a way we can get the client to auto re-login?

Here is the output:

http://pastebin.com/x0xDg1fV

As a temporary solution I employed crontab and had it execute "killall pithos && pithos" on an hourly basis, and that works because it forces the re-login, but that solution has suddenly stopped working and crontab is no longer killing pithos so I'd like to see if we can find the real problem.

See: http://specifications.freedesktop.org/mpris-spec/latest/

The tray icon for Pithos does not follow the currently installed and selected theme on Mint 16 Mate Edition even after editing the pithos.desktop file located in /usr/share/applications to point to a different icon.

In order to change the tray icon I had to manually backup and then replace the icon.png file pointed to by the symlink in /usr/lib/python2.7/dist-pacakges/pithos/data/media/.

The expected behavior I was looking for was that Pithos would have full icon integration with the system and adhere to icon themes properly installed when they included an icon specific to Pithos. The theme in my case was the official Faenza theme although other themes failed to change the icon as well.

The theme was installed to ~/.icons.

I've been using Pithos on my home computer as well as on a work laptop both running Win7 64 bit. I've never had an issue of Pithos stopping after the initial playlist until about a month ago. I'm not sure what caused this. At home it works fine but at work I get this issue. Any ideas what could be causing this issue. I'm fairly certain that I'm running the same gstreamer, python, and pithos packages on both.

So, I was going to try to help add this, but I've never used GTK and Glade has decided it won't open the ui files so I only have the barest idea of where the work would need to be done from reading the source.

Anyway, I would suggest rather than (or in addition to) Right Click -> Love Song (or Ban Song, etc), there be the canonical 'thumb up' and 'thumb down' icons in the bottom right corner of each song_treeview (I think that refers to each row/song, yes?).

I'm not a programmer but I am an amateur designer. I was wondering if you guys(and/or gals?) would be receptive to the idea of a new icon for Pithos? The current one is rather ugly. Here's a quick example icon I made to match the Compass theme I use on Kubuntu. I'm not suggesting that you should or have to use this particular icon. I just wanted to get your thoughts on possibly redesigning the old one.

Either from gtk modify the svg and then set it, or ship a png

Add an option in the settings to switch/select which audio subsystem to use for playback (ALSA, PulseAudio, OSS, JACK, etc..).

I have a few systems here with varying system setups, and it always seems like one or two of them just do not "output" any of the audio from Pithos to a usable subsystem.
(I am using PC-BSD, so OSS is the best for my systems, but it is probably a good idea to simply give the user the option to select the one that works best in their particular case).

Thanks!

I am using Pithos on Ubuntu through the pithos/ppa PPA.

Pithos will quickly get the upcoming playlist, but it takes several minutes to start each song. Once a song finally starts, it tends to play all the way through, but then I wait several minutes between songs.

The following don't work:

• go to the next song
• pause and play
• switch stations (though it gets the playlist quickly)

Python doesn't seem to be able to find Notify in gi.repository

ameyp@ameyp-VirtualBox:~/tmp/pithos$ python -m pithos.pithos
ERROR:root:Could not bind media keys
ERROR:root:Could not find any typelib for Notify
ERROR:root:Error loading plugin notify: cannot import name Notify

I have all the listed dependencies installed

ameyp@ameyp-VirtualBox:~/tmp/pithos$ sudo apt-get install python-gi \
python-dbus python-pylast gstreamer1.0-plugins-good \
gstreamer1.0-plugins-bad libappindicator3-1 libnotify4 libkeybinder-3.0
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Note, selecting 'libkeybinder-3.0-dev' for regex 'libkeybinder-3.0'
Note, selecting 'libkeybinder-3.0-0' for regex 'libkeybinder-3.0'
gstreamer1.0-plugins-good is already the newest version.
libappindicator3-1 is already the newest version.
libnotify4 is already the newest version.
python-dbus is already the newest version.
python-gi is already the newest version.
gstreamer1.0-plugins-bad is already the newest version.
libkeybinder-3.0-0 is already the newest version.
libkeybinder-3.0-dev is already the newest version.
python-pylast is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 47 not upgraded.

Python version

ameyp@ameyp-VirtualBox:~/tmp/pithos$ python --version
Python 2.7.4

Kernel version

ameyp@ameyp-VirtualBox:~/tmp/pithos$ uname -a
Linux ameyp-VirtualBox 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:35:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Release

ameyp@ameyp-VirtualBox:~/tmp/pithos$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 13.04
Release:    13.04
Codename:   raring

Could y'all make an android version? Since it's linux I dont think it will be too hard

I have recently been getting ads in my streams in pithos. That's fine, I don't mind listening to ads in exchange for free music. That's not the issue. :)

The issue is that the play list displays a song that is going to play (name, artists, etc), but when it gets to that song, it actually plays an ad, and then when the ad is done, it goes to the next song and doesn't play the song it says it was going to.

I don't know if that's a deficiency in how pithos works, or if Pandora is putting in an ad instead of a song in somewhat of a bait-and-switch scheme.

I've recently started using a usb audio interface/mixer as my output destination. This has introduced an issue where Pithos will not output the stream properly. It sounds like something is buffering, but I may be entirely off-base with that. I've found that if I open an audio stream to the usb interface with another program (open youtube and play a video), and then start pithos it works (not sure if it works every time, but if not it's fairly consistent).

After upgrading to Xubuntu 14.04, the Pithos UI no longer works. It draws immediately, but then upon trying to place the first song of a station, it freezes and fails to redraw until the next song starts. It looks like the UI thread is deadlocked somehow, because if I move another window in front of it, it does not redraw. See screenshots; the first one is right after the UI freeze, and the second is after dragging a window partially over it. While the UI is frozen, songs play fine and it responds to dbus controls.

I had this issue with the old kevinmehall PPA as well as the new pithos one.

Since ...

• it's really good idea to use your distribution's source system (eg. apt-get)
• the official Ubuntu apt-get repository for Pithos is still on 0.3.17
• 0.3.18 contained a fix for the pause bug

Ubuntu (or in my case Mint) users can't get the fix to the pause bug. Any chance the Ubuntu repo could get an update?

Pithos doesn't support SOCKS 5 proxies because it automatically assumes a proxy is an HTTP proxy.

One consequence of this is that Tor can't be used with it, which deprives people outside the US (like people on vacation) of a way to listen to Pandora and which deprives people who want it of limited anonymity.

_Note_: it's easy to have Tor use only US exit nodes by putting ExitNodes {us} in torrc and restarting Tor.

Plugins should be able to easily add entries to the Preferences window and context menu, they should not have hardcoded entries.

Perhaps a window like libpeas uses:

Hi, thank you for your application, I really like it.

I saw you add new icons so I installed the last pithos version from git.
I have the files in the data repertory. However, I cannot see them in the unity launcher, I just have a question mark.

Do I need to do something more ?

To switch from having Pithos installed the old way given on the website to yum on Fedora 19, I called

sudo yum-config-manager --add-repo http://dl.tingping.se/fedora/tingping.repo
sudo yum install pithos

And pithos-0.3.18-1.fc20.noarch was installed. It works and all, but I am running Fedora 19, not 20. I am pretty sure it should be made sure that a Fedora 19 package is installed for Fedora 19.

http://imgur.com/6mhjWQ3

This is a nice feature from the flash frontend.

Thanks for this great app!

I like the song notifications, but the album art makes the notification really big and distracting. Would a pull request for this be accepted? If so, should it be done on master or the py3k branch?

The list of songs Pandora has selected would be nice to keep for later.

The list of starred tracks is very useful info. It'd be great to access this info in one big view or grouped by station. Also, exporting this info to the clipboard or txt would be great too.

On slow connections, the beginning of each song will constantly buffer and not actually play smoothly, until I press pause for a few seconds and let it finish buffering, and then that song is fine. Could this be automated..?

Question... I had been using Pithos for a few years and never heard a single ad (and I haven't paid for Pandora One). Yesterday, I lost my OS and reinstalled linux and Pithos, and now I hear ads. Just wondering if something changed in Pithos (later version plays ads?) or if it's just a coincidence and Pandora figured out how to force Pithos/the Pandora API to play ads and it just so happened to coincide with me reinstalling (which seems... coincidental)? In Pithos, the ads display as a normal song part of my playlist, only they are ~25 seconds long versions of the song (and it's not the song, it's an ad).

The only difference I know of is that in my new version, I chose aacplus and I usually choose MP3. I don't know how/if that would cause ads to start playing.

On my new machine, I have Pithos 0.3.17.

BTW - I have no problem with ads, especially since I'm not paying, just curious how/why they just started playing.
Thanks,
Brian

Work being done in gtk3 branch.

• Port to gi
• Launch with GtkApplication
• Use app menu

Pithos seg faults and I have no idea why, as instructed on the irc chat here is the output of that dpkg-query command.

lance@AcerChromebook-debian:$ dpkg-query -l python python-gi python-dbus python-pylast gir1.2-gstreamer-1.0 gir1.2-appindicator3-0.1 gir1.2-notify-0.7 gir1.2-keybinder-3.0 gstreamer1.0-plugins-good gstreamer1.0-plugins-bad libgtk-3-0
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-===============================-====================-====================-====================================================================
ii gir1.2-appindicator3-0.1 0.4.92-3 amd64 Typelib files for libappindicator3-1
ii gir1.2-gstreamer-1.0 1.0.8-1bpo70+1 amd64 Description: GObject introspection data for the GStreamer library
ii gir1.2-notify-0.7 0.7.5-1 amd64 sends desktop notifications to a notification daemon (Introspection
ii gstreamer1.0-plugins-bad:amd64 1.0.8-1bpo70+1 amd64 GStreamer plugins from the "bad" set
ii gstreamer1.0-plugins-good:amd64 1.0.8-1bpo70+1 amd64 GStreamer plugins from the "good" set
ii libgtk-3-0:amd64 3.4.2-7 amd64 GTK+ graphical user interface library
ii python 2.7.3-4+deb7u1 all interactive high-level object-oriented language (default version)
ii python-dbus 1.1.1-1 amd64 simple interprocess messaging system (Python interface)
ii python-gi 3.2.2-2 amd64 Python 2.x bindings for gobject-introspection libraries
ii python-pylast 0.5.11-1 all Python interface to Last.fm and other compatible services
dpkg-query: no packages found matching gir1.2-keybinder-3.0

Installed Pithos 0.3.18 through "ppa:pithos/ppa" in Ubuntu 14.04.

After opening Pithos I can no longer adjust volume using the Ubuntu sound indicator menu in notification area. The volume slider and all other controls under the sound indicator are "frozen". The sound can be adjusted normally through volume control in Pithos or in Ubuntu sound settings.

Also, no album art is displayed and songs cannot be paused or skipped using sound indicator controls. These are all things I remember being able to do in Ubuntu12.04.

The issue persists even after Pithos is closed, a reboot is required to regain sound controls through the sound indicator menu.

It would be nice if there was a row under the song info text for plugins to drop icons to extend functionality. (If/when a plugin needs to.)

Here's a mockup. Icons would be able to show active and inactive states if needed. If it comes to a point where it either becomes necessary for aesthetic reasons(so the interface doesn't look cluttered) or functional reasons(too many icons to fit) the row could be horizontally collapsible.

This ties into #65 and #19

Pithos updated to 0.3.18-1.fc20 from rpmfusion-free-updates on April 4. I rebooted for the first time after that yesterday, and when I tried to start Pithos today it crashed on launch.

python-2.7.5-11.fc20.x86_64
kernel 3.13.10-200.fc20.x86_64

backtrace:
pithos:5::ImportError: No module named pkg_resources

Traceback (most recent call last):
File "/usr/bin/pithos", line 5, in
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources

Local variables in innermost frame:
builtins: <module 'builtin' (built-in)>
file: '/usr/bin/pithos'
package: None
sys: <module 'sys' (built-in)>
requires: 'pithos==0.3'
name: 'main'
doc: None

Downgrading to pithos-0.3.17-1.fc20.noarch solved the problem.

Just started happening today!

They are being disguised as 30 second songs in the playlist, taking the name of a regular track, but its an ad instead.

I have tried to install from source on Linux without root permissions for a single user, but it failed. When I was installing it same way about a year ago, something like this

python setup.py install --prefix=$HOME/.local

worked. Now, it gives me an error about not being able to copy icons to /usr/share/... I tried --user and other options as well.

I asked about this on Stack Overflow, and they pointed at this commit: 8035c0e, that has explicitly hardcorded the installation paths for some reason.

If this is indeed the reason for why I cannot install it, then what would be the best way to work-around the issue. Why are these paths hardcoded?

When a program has a system tray icon and its window can be closed while leaving the program running, the usual behavior is for clicks on the system tray icon to hide or unhide the window both from view and from the taskbar.

The reason for this default is that people don't usually want the window either shown or hidden by default, which is the design for Pithos with its checkmark for what default you want. They generally either want it open all the time or they want to hide it completely to unclutter the taskbar while listening to music in the background and bring it back when they need to see what's going on.

Pithos's behavior in this is very annoying for me (and I assume others) because all the other apps I use are likely to use the standard behavior, and so I have muscle memory habits that I don't want to unlearn, since they're useful elsewhere and will continue to be.

Instead of being able to do the standard action of clicking on the system tray icon to get the hidden window back, I'm unpleasantly surprised that the window isn't showing up when it should (annoying) and then I have to pay attention to a simple task when I might need my short term memory for something else (and thus forget where I was both because the next three songs are annoying at the moment and because I have to use my short term memory for this instead), figure out what went wrong (annoying), figure out again how to fix that (annoying), and then fix it (annoying).

Please consider changing it to the standard behavior.

I have been using 0.3.17 from Sabayon. On my machine (Gentoo) I noticed that there were some packages, one from 20130710 and the other from 20130808. I also just created my own installer to test out 0.3.18 from this Github directly.
From what I can tell, all the versions that I have tried after the Sabayon one suffer from the following problem:
As soon as a song starts playing, for the entirety of the song, it pauses intermittently to buffer, the percentage buffering listed erratically jumping around. However, it is not my internet connection. Pausing the song for five seconds eliminates the whole problem until the next song loads. I just downgraded back to 0.3.17 and have no buffering whatsoever. Let me know if there is anything you need from me to help investigate the issue.

I'm only having this problem on my Linux Mint 15 laptop, and I have fiddled with the audio settings/packages before, so this could be my screwup. My Mint 16 desktop works fine out of the box. That said, figured it's worth a report.

The current track will buffer and play just fine, but then it stops. No pause, error messages or anything. Clicking "Next Track" works fine.

I ran pithos --gst-debug-level=3 (levels 4 and 5 were too verbose) and here's what I came up with.

0:00:02.864636771  3586 0x7f97f002a680 INFO              GST_STATES gstelement.c:2365:_priv_gst_element_state_changed:<player> notifying about state-changed PAUSED to PLAYING (VOID_PENDING pending)
0:01:31.310038376  3586      0x30d7c50 INFO                 basesrc gstbasesrc.c:2448:gst_base_src_loop:<source> pausing after gst_base_src_get_range() = unexpected
0:03:42.592966585  3586      0x32e0a30 INFO                GST_PADS gstpad.c:3554:gst_pad_event_default_dispatch:<mpegaudioparse0:sink> Sending event 0x32e0a80 (eos) to all internally linked pads
0:03:42.593053330  3586      0x32e0a30 INFO                GST_PADS gstpad.c:3554:gst_pad_event_default_dispatch:<audiotee:sink> Sending event 0x32e0a80 (eos) to all internally linked pads
0:03:43.682270146  3586 0x7f980c03e000 WARN                   pulse pulsesink.c:651:gst_pulsering_stream_underflow_cb:<audiosink-actual-sink-pulse> Got underflow
^CTraceback (most recent call last):
  File "/usr/bin/pithos", line 832, in <module>
    gtk.main()
KeyboardInterrupt

I CTRL+C'd to kill it at that point. The first line was while the track itself was playing, then the error occurred when the track ended but didn't play the next. Seems to be an underflow error of some kind? I'm not technical enough to troubleshoot this on my own.

12.04 doesn't have gstreamer1.0 by default, so pithos fails to launch with the following error:

Traceback (most recent call last):
  File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/home/aparulekar/Developer/pithos/pithos/pithos.py", line 24, in <module>
    gi.require_version('Gst', '1.0')
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 52, in require_version
    (namespace, version))
ValueError: Namespace Gst not available for version 1.0

After installing gstreamer1.0 from the Precise backports PPA maintained by the gstreamer developers at https://launchpad.net/~gstreamer-developers/+archive/ppa?field.series_filter=precise, pithos launches, and works sometimes. At other times, the display pane gets populated with one or two songs, and then the following error is seen in the terminal:

(pithos.py:3428): Gtk-WARNING **: Unknown property: GtkEntry.input-purpose

(pithos.py:3428): Gtk-WARNING **: Unknown property: GtkEntry.input-purpose

(pithos.py:3428): Gtk-WARNING **: Unknown property: GtkEntry.input-purpose

(pithos.py:3428): Gtk-WARNING **: Unknown property: GtkEntry.input-purpose
Traceback (most recent call last):
  File "/home/ameyp/tmp/pithos/pithos/pithos.py", line 284, in cb
    if callback: callback(v)
  File "/home/ameyp/tmp/pithos/pithos/pithos.py", line 516, in callback
    self.update_song_row(i)
  File "/home/ameyp/tmp/pithos/pithos/pithos.py", line 670, in update_song_row
    self.songs_model[song.index][2] = self.song_icon(song)
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 1102, in __setitem__
    self.model.set_value(self.iter, key, value)
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 1013, in set_value
    Gtk.ListStore.set_value(self, treeiter, column, value)
  File "/usr/lib/python2.7/dist-packages/gi/types.py", line 43, in function
    return info.invoke(*args, **kwargs)
TypeError: Argument 3 does not allow None as a value

Currently, the Manage Stations button is in the Pithos menu dropdown. It would be easier to access in the top bar. Also, the Add Station is inside the Manage Stations screen, though it also deserves a button.

Recently Pithos started playing Pandora ads. I have no problem with this, and this is definitely good for the longevity of Pandora Radio.

However, the ads plays in place of whichever song is next in the playlist. That is, several songs play, and the next song starts to load, but an ad plays instead. When the ad finishes, Pithos automatically skips forward to the next song, skipping one of the songs on the playlist.

Instead, Pithos should play the song without skipping it after the ad has completed playing.

There are a few minor changes that could cleanup and extend the UI.

1st a few questions:

1. Do we really need a "maximize" button in the button controls? How many people use Pithos maximized?
2. Do we really need a volume button? When do you listen to 2 different audio streams so that you need to turn Pithos down in the app? The system volume controls do just fine for volume changes. It always baffled me as to why music players had volume controls. Seems kinda redundant...
3. Why a whole different row in the UI for 1 menu button/text? Why not put a settings menu icon to the far right like in my mockup?

Next a couple suggestions.

Remove the "Pandora info" button from the top of the UI and either make the album cover clickable or put it next to the album cover like in my mockup.

As I've said a few times a plugin icon tray would be a neat idea also. In the interest of keeping the UI uncluttered the icon dumpster could be hidden until you mouse over the song text/album cover/icon dumpster area.

It would be really nice if it were possible to hide the window without having to have the "Show notification area icon" enabled.

Cinnamon's (and I assume gnome 3's) volume applet shows pithos and allows me to control it as well as re-showing the window when it is hidden so it'd be nice to not have an extra icon cluttering up my applets but still be able to hide the pithos window.

After the move to Gtk3 using the PyGObject for Windows project Pithos almost works on Windows. GDBus(required for gtkapplication) and GStreamer still have some issues though.

The plugins have already been ported to Windows in my Pithos for Windows project.

• Get it working
• Create installer