diff options
| author | jcsjcs <jcsjcs@f01d2545-417e-4e96-918e-98f8d0dbbcb6> | 2006-11-23 15:02:58 +0000 |
|---|---|---|
| committer | jcsjcs <jcsjcs@f01d2545-417e-4e96-918e-98f8d0dbbcb6> | 2006-11-23 15:02:58 +0000 |
| commit | eccbd370f7f5d2248b311b93fd786691acc6b8a5 (patch) | |
| tree | a44dc93a06653376012cf0dd5c30028473f84598 /README | |
| parent | d9e0d73e84994053e5c2a76653110aede32b0f0f (diff) | |
| download | libgpod-eccbd370f7f5d2248b311b93fd786691acc6b8a5.tar.gz libgpod-eccbd370f7f5d2248b311b93fd786691acc6b8a5.tar.xz libgpod-eccbd370f7f5d2248b311b93fd786691acc6b8a5.zip | |
* When adding photos to the iPod the user may or may not want to
rotate the picture shown on the iPod screen, for example
deending on EXIF rotation value. This can now be achieved by
passing a new parameter 'rotation' to itdb_photodb_add_photo()
or itdb_photodb_add_photo_from_data(). (Valid values: 0, 90, 180,
270, rotation is counter-clockwise). These two functions now
also accept a GError pointer. As a consequence Itdb_Thumb had to
be extended with a field for the rotation value and
itdb_artwork_add_thumbnail have been extended to accept
@rotation and @error as well.
The actual rotation is carried out in
ithumb-writer.c/ithumb_writer_write_thumbnail() using
gdk_pixbuf_rotate_simple() and require gdk-pixbuf V2.6 or
higher.
In contrast, itdb_track_set_thumbnails() and
itdb_track_set_thumbnails_from_data have been left unchanged,
even though they could be extended to accept @rotation and
@error easily. Please let me know if this is wanted.
* configure.ac
src/itdb.h
src/itdb_artwork.c
src/itdb_photoalbum.c
src/itdb_track.c
src/ithumb-writer.c: implemented changes outlined above.
* tests/test-photos.c: added @rotation and @error to the
itdb_photodb_add_photo() call.
git-svn-id: https://gtkpod.svn.sf.net/svnroot/gtkpod/libgpod/trunk@1338 f01d2545-417e-4e96-918e-98f8d0dbbcb6
Diffstat (limited to 'README')
| -rw-r--r-- | README | 9 |
1 files changed, 3 insertions, 6 deletions
@@ -124,12 +124,7 @@ other songs is not something that is tranparently handled, ie you'll need to add code either to libgpod or to gtkpod to make that work properly. -As for Photo Database handling (which is not dealt with currently), I -agree it doesn't make sense to associate its parsing with an -Itdb_ItunesDB object, and that a 'parallel' api mimicking somewhat the -Track/Playlist stuff with Photo/Album entities would need to be -designed, but I didn't work on that since, and I probably won't short -term. +... People wanting more info can find lots of details on http://ipodlinux.org/ITunesDB#Artwork_Database @@ -137,3 +132,5 @@ http://ipodlinux.org/ITunesDB#Artwork_Database I hope that's helpful, Christophe + +---------------------------------------------------------------------- |