« Parser code fixed in GPixPod 0.4.4!
GPixPod 0.5.1 released »

GPixPod 0.5.0 with basic CLI and image uploading behaviours

In GPixPod 0.5.0 I have added different behaviours (fit, zoom and stretch) for storing the thumbnails when uploading images on your iPod, which you could choose both globally with a redesigned preferences dialog and per image from the filechooser. “Fit” is the default behaviour used by GPixPod until now, “Zoom” is what iTunes uses most of the time, and “Stretch” is just there for completeness, since you don’t really want to forget about ratio.
GPixPod 0.5.0 introduces a new basic command line interface that is activated automatically simply passing option to gpixpod, /usr/lib/gpixpod/gpixpod.py or /usr/lib/gpixpod/gpixpod_cli.py. Please either look at the manual page or launch gpixpod –help to get explanation of the options with details; don’t use any option to start GPixPod normally with the regular GTK graphical user interface.
Using the new CLI interface you could also take advantage of a new basic synchronization possibility, that automatically avoids to upload again images already stored on your iPod, checking filenames already processed by the script.
This release provides better packaging in both python and debian ways, and other fixes, too.

This entry was posted on Monday, July 3rd, 2006 at 17:20 and is filed under GPixPod, iPod. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

9 Responses to “GPixPod 0.5.0 with basic CLI and image uploading behaviours”

  1. Onkar Shinde Says:
    July 18th, 2006 at 19:06

    Your is a good software. I used it with iPod Video

    I have few comments.

    1. The app eats up CPU when saving and reading the photo database.
    2. It crashes when adding large number of photos.
    3. Currently gtkpod is one stop media manager for iPod. Can your app (once it becomes stable) be integrated with it?

  2. flagar Says:
    July 18th, 2006 at 20:23

    Hi,
    it eats power when opening and saving because the thumbnails files are decomposed and then rebuilt.
    May you help me to reproduce the crash you get? May you post a bug report on SF with command-line output and .gpixpod.log file?
    At the moment it is not possible to integrate gtkpod and gpixpod together because of different programming language, C and python. But the code could be translated at some point, maybe, or I will add music and video management. Time will tell! ;-)

  3. Onkar Shinde Says:
    July 19th, 2006 at 09:23

    Thanks for explaination.

    I will try to reproduce the bug and post the log ASAP.

    Regarding gtkpod integration:
    Currently (CVS) gtkpod is divided into a library libgpod and UI gtkpod. I want to suggest integration of the gpixpod functionality into the library.
    I may be wrong at assuming that Python programs can access C libraries.

  4. Hajo Says:
    July 28th, 2006 at 19:18

    Seems like I have a major issue with gpixpod on FC3 — In the File-Open & File-Save dialogs, I don’t see a “Open/Save” button, I.e. I can not load/save any file :-(

    Here’s the cmd-line output which I guess is related to this issue:

    (gpixpod.py:5871): libglade-WARNING **: unknown property `urgency_hint’ for class `GtkWindow’

    (gpixpod.py:5871): libglade-WARNING **: unknown property `pack_direction’ for class `GtkMenuBar’

    (gpixpod.py:5871): libglade-WARNING **: unknown property `child_pack_direction’ for class `GtkMenuBar’

    (gpixpod.py:5871): libglade-WARNING **: unknown property `do_overwrite_confirmation’ for class `GtkFileChooserDialog’

    (gpixpod.py:5871): libglade-WARNING **: unknown property `urgency_hint’ for class `GtkFileChooserDialog’

  5. Hajo Says:
    July 28th, 2006 at 19:42

    Sorry, me again. Tried again and I think that actually this is more appropriate, especially when the FileChooser comes up which is supposed to open a photo:

    Traceback (most recent call last):
    File “/usr/lib/gpixpod/gpixpod.py”, line 769, in ShowChooser
    self.chooser.get_widget(’imagebehaviourexpander’).show_all()
    AttributeError: ‘NoneType’ object has no attribute ’show_all’
    looking for type: got text/plain

  6. redondos Says:
    August 15th, 2006 at 20:59

    Hello, and thank you for this great app.

    I own a 4GB Black Nano, and uploading pictures using the CLI tool seems to be successful. However, when I unmount the iPod and check the album, it contains blank thumbnails (and blank pictures, for what it’s worth).

    If I use the GTK interface, it warns me about having an “iPod None” and wants to exit immediately. Nevertheless, it is able to show the pictures that I had previously uploaded using gpixpod_cli just fine, full resolution and all.

    Any hints? I’d appreciate it if you notified me to my e-mail address. Thank you.

  7. flagar Says:
    August 18th, 2006 at 17:51

    Hi,
    please try the new 0.5.1 version configuring your iPod model to Nano in preferences! This should help, it should work flawlessly.

  8. flagar Says:
    August 20th, 2006 at 08:51

    Hi redondos,
    if you prefer using the command line interface, you could force your iPod model with the option -m Nano. I discovered that with recent Apple firmware updates, the model autodetection stops working: so it’s mandatory to manually select the iPod model, otherwise it would take the 5G settings as default.

  9. flagar Says:
    August 20th, 2006 at 08:53

    Hajo,
    please test the new 0.5.1 version which asks for correct Glade dependencies. Your problems with the GUI missing some parts (specially the buttons in the filechooser) were related to a minimum dependency on python-glade2 2.8+

Leave a Reply

*
To prove you're a person (not a spam script), type the security word shown in the picture.
Anti-Spam Image