Notices

Great news! I am using version 0.2-5. Is there a newer version? I think I see how the bookmarks work now. They are stored with the file you are listening to. That's OK.
I still have to navigate to the file I want to listen to, but if this is not the way it is supposed to be working I think I know why. I'll try my fix and check back.

It was supposed to work that way. Panucci was made originally for launching podcasts from gpodder. So there was no need to show bookmarks for all files.

Since people like you and me will launch panucci outside of gpodder, nikosapi was kind enough to make the modifications that support opening files from bookmarks and resuming last file played.

These changes are in SVN. You can either checkout the code from the repository, or wait for them to be rolled into a deb and put in Extras. (after testing is done and the features are stable.)

Queuing works now

There are 3 ways to do it:

1. Via the GUI, in the file menu
2. On the command line by passing the --queue option
3. Or over D-Bus:
   Code:

    dbus-send --type="method_call" --dest=org.panucci /player org.panucci.interface.queue_file string:<absolute filepath>

There are two things I can think of that may cause this:

1. Check that the file /etc/osso_software_version exists on your tablet, if not create it
2. Make sure python2.5-hildon is installed, but you should have gotten an error message about not having it...

Thanks! that did it...had to create the osso_software_version folder. now i get to see what it can really do. great.

Install the correct osso-software-version package for your tablet or gain root and then do:

touch /etc/osso_software_version

This way, Panucci can detect that it's running on the tablet (as opposed to running on Linux on the Desktop.)

For the longest time, I avoided panucci because it just didn't work at all for me and I didn't see this solution. Now that I've done this and it's working, it's clearly a MUCH.. MUCH MUCH.. MUUUUUCH better player for podcasts than anything else I've seen. With a little more tweaking, this could easily be as useful, attractive and intuitive as my old favorite on the Palm, Pocket Tunes (which I'd ended up actually buying because it was so perfect for my podcast-listening back when I used to use my Palm T5 all the time).

Things I like (please keep!):
* The big honking podcast JPEG (icon/graphic/etc) on the left.
* The way it intelligently centers text for podcasts that have no embedded graphic, left-justifies against the graphic for those that do. That's just intuitively attractive.
* auto-bookmarking on exit

Things I don't like:
* No way to delete a podcast from the interface. (Maybe an option in a drop down is in order). I will sometimes play audiobooks or podcasts from the SD card and then want to remove them to make more room (or so that I don't try to play them again).
* Playlist/queue... but I read a rumor that that's an upcoming feature, eh?
* 'touch /etc/osso_software_version'... this doesn't seem, to me, to be the proper way to check for maemo. It seems like this file doesn't normally get created by anything--so I'm not sure why there's a reliance on it. Maybe it might be better to check for the presence of the word 'maemo' or 'OS2008' in /etc/issue instead? (Mind you, checking the login banner like this isn't the PROPER way, but it seems to work for maemo.. ideally, Nokia SHOULD have properly populated the /etc/lsb-base directory with all the right information for their distribution to be supported more clearly.

Might be nice:
* Skinnable interface (I'd imagine you would want the app to query the screen size, fullscreen only or window only, and then use a bunch of XML to track graphics, style, metadata and positions for things like buttons, mp3/ogg graphic, slider, widgets, clock (played/countdown), maybe a CLOCK clock (the current time, if it ends up fullscreen), battery level, button for easily swtiching to gpodder even while fullscreened, etc.
* Being able to fullscreen. Not too big a deal, but there are times when I prefer it. I always hate it when applications FORCE you not to be able to use them the way YOU, the user, want to.

Thanks again for shooting out another quality production from THP & Co and for hanging around and reading all this stuff we write!

You may find it better to check for /proc/component_version instead

True, since that's kernel related and doesn't exist on desktop Linux.. but what should it normally contain and what if the contents change? ...or does its simple existence make it enough?

Yeah, it's existence is useful in itself as you want to detect you are running on a tablet - not check which tablet you are running on. As to the contents of the file, as it just lists hardware information, I doubt it will change.