After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 576308 - Cannot import raw images from Panasonic LX2
Cannot import raw images from Panasonic LX2
Status: RESOLVED WONTFIX
Product: f-spot
Classification: Other
Component: Import
0.5.x
Other All
: Normal normal
: ---
Assigned To: Ruben Vermeersch
F-spot maintainers
gnome[unmaintained]
Depends on: f-spot-gsoc09
Blocks:
 
 
Reported: 2009-03-22 17:05 UTC by Benjamin Bannier
Modified: 2018-07-01 09:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Benjamin Bannier 2009-03-22 17:05:25 UTC
Please describe the problem:
Hi,

when I try to import images from my Panasonic LX2 camera, the accompaning jpeg images are imported fine, but raw images have issues in gdk-pixbuf. This camera was working flawlessly with some older version setup I had. This is all happening on an gentoo ~x86 ("testing") machine.

Also, for images already imported, just the thumbnails are displayed.

I played with different version of shared-mime-info (0.51 and 0.60), but that didn't help.

I also know about bug 569671, and made sure that gentoo applies the patch there in its gtk+-2.14.7-r2.

This is also already reported as a gentoo bug.


Cheers,

Benjamin

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Benjamin Bannier 2009-03-22 17:06:57 UTC
The gentoo bug URL is http://bugs.gentoo.org/show_bug.cgi?id=263374
Comment 2 Benjamin Bannier 2009-05-10 05:00:54 UTC
I have been digging a little more. Looks like this is a gdk-pixbuf problem after all, so can anybody who is quietly following please reassign this?

I tried to load the file with pixbuf=gdk_pixbuf_new_from_file. From there _gdk_pixbuf_get_module gets called with buffer=IIU, is uncertain=0, but selects no module (selected=0) which finally makes the gdk_pixbuf_new_from_file fail with pxibuf=0x0.

I am a little at a loss here and would really appreciate some help. I suspect that the update that broke this functionality for me was gdk-pixbuf's move to gio.

Some more bits:

 * the hexdump -C of the raw file reads
  00000000  49 49 55 00 08 00 00 00  22 00 01 00 07 00 04 00  |IIU.....".......|
  00000010  00 00 30 32 30 30 02 00  03 00 01 00 00 00 c2 10  |..0200..........|
  00000020  00 00 03 00 03 00 01 00  00 00 57 09 00 00 04 00  |..........W.....|
  00000030  03 00 01 00 00 00 07 00  00 00 05 00 03 00 01 00  |................|

 * /usr/share/mime/packages/freedesktop.org.xml from 0.60 has
  image/x-panasonic-raw: IIU\x00\x08\x00\x00\x00
  image/x-olympus-orf:   IIRO\x08\x00\x00\x00
  image/tiff:            MM\x00\x2a
                         II\x2a\x00
  image/x-niff:          IIN1
  image/x-canon-crw:     II\x1a\x00\x00\x00HEAPCCDR

so it looks like this is recognized as a image/x-panasonic-raw. Does the tiff loader believe it cannot handle these anymore?


Benjamin
Comment 3 Ruben Vermeersch 2009-07-29 17:34:19 UTC
This will probably be fixed by my branch (tested with the RAW file from rawsamples.ch). See bug 590150.
Comment 4 André Klapper 2018-07-01 09:03:48 UTC
f-spot is not under active development anymore, has not seen code changes for five years, and saw its last tarball release in the year 2010.
Its codebase has been archived: https://gitlab.gnome.org/Archive/f-spot/commits/master

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.