Description of problem: Unable to load Raw picture with CR2 extension with Gthumb. Version-Release number of selected component (if applicable): gthumb-2.11.5-1.fc13.x86_64 libopenraw-0.0.8-1.fc13.x86_64 How reproducible: Just try to open Raw picture with Gthumb. Steps to Reproduce: 1. Open Raw picture with Gthumb 2. 3. Actual results: The picture is grey but you can't recognize anything. Expected results: The picture is great. Additional info: Before there was no problem to load Raw picture with CR2 extension.
1. Please can you attach such a picture or make it accessible otherwise for testing? 2. What do you mean with "Before there was no problem to load Raw picture with CR2 extension."? Did it work for you with an older release of fedora, libopenraw or gthumb? If yes, please provide the release numbers.
Created attachment 446228 [details] Capture CR2 picture
Comment on attachment 446228 [details] Capture CR2 picture Picture with CR2 extension
1. Oka done 2. Before mean that with older version it was Ok. With F12 and only F12 packages from repository updates, I'm sure. With F13 I can't say because I don't often use RAW format with CR2 extension but my F13 was installed few days after Fedora 13 Final Release (2010-05-25) 3. Today I tried to install gthumb-2.11.91-1.fc13.x86_64 and libopenraw-0.0.8-2.fc13.x86_64 from updates-testing but same problem.
Just for more information : - I can't load CR2 picture with shotwell-0.5.2-1.fc13.x86_64, software can't. - But I can with evince-2.30.3-1.fc13.x86_64, pictures are OK.
(In reply to comment #3) > Comment on attachment 446228 [details] > Capture CR2 picture > > Picture with CR2 extension There is no RAW picture with CR2 extension attached, just a png file. This was probably a misunderstanding: I need the RAW picture with the CR2 extension itself, not a screenshot of gthumb showing the picture.
Created attachment 446482 [details] RAW picture with CR2 extension Sorry, it was a misunderstanding. You can find RAW picture with CR2 extension at this link http://nicos6.free.fr/RAW_Picture.CR2
Ok, thank you very much! I can now reproduce the problem and I'll have a look at it.
It looks like that it worked once with libopenraw 0.0.5 but I couldn't figure out why it doesn't work anymore. I've reported the bug upstream: https://bugs.freedesktop.org/show_bug.cgi?id=30846 .
This works properly and as expected in git master. The demosaic is incorrect, but again this is as expect as applying the coefficients isn't done at the moment. Also 50D isn't officially recognized by the library. And it couldn't have worked in 0.0.5.
(In reply to comment #10) > This works properly and as expected in git master. Yep, I can confirm. > The demosaic is incorrect, but again this is as expect as applying the > coefficients isn't done at the moment. Ok. So only one question remains: How can we fix the problem (only the decoding itself, not the colors) for Fedora? The picture produced by libopenraw-0.0.8 is somehow scrambled (see 1st attachment). Hubert, if I understood you correctly using git head is not possible due to a changed API... Would it be possible to backport this fix to 0.0.8?
(In reply to comment #11) > How can we fix the problem (only the decoding itself, not the colors) for > Fedora? The picture produced by libopenraw-0.0.8 is somehow scrambled (see 1st > attachment). > > Hubert, if I understood you correctly using git head is not possible due to a > changed API... Would it be possible to backport this fix to 0.0.8? Anything is possible. It is just software. The commit in question is this: http://cgit.freedesktop.org/libopenraw/commit/?id=22287584fbfa4657098ee997957a6c4fc972a53b
Hubert, thanks for the hint! A new package is on its way.
libopenraw-0.0.8-4.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/libopenraw-0.0.8-4.fc14
libopenraw-0.0.8-3.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/libopenraw-0.0.8-3.fc13
Install libopenraw-0.0.8-3.fc13 from Koji don't solve entirely bug report. Pictures look gray scale with purple and green color zone but you can now decode. Pictures aren't always correctly viewable.
(In reply to comment #16) > Install libopenraw-0.0.8-3.fc13 from Koji don't solve entirely bug report. > Pictures look gray scale with purple and green color zone but you can now > decode. Yes, that's correct. According to comment #10 from the Hubert, the upstream developer of libopenraw, this is expected. There is nothing else what can be done from a packaging perspective. If you are very interested in getting this feature, please followup with Hubert.
libopenraw-0.0.8-3.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update libopenraw'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/libopenraw-0.0.8-3.fc13
(In reply to comment #17) > There is nothing else what can be done from a packaging perspective. If you are > very interested in getting this feature, please followup with Hubert. I read the explanation from your bug report https://bugs.freedesktop.org/show_bug.cgi?id=30846#10 and I think it's a pity not to support this format. Thanks a lot for your efforts.
libopenraw-0.0.8-4.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
libopenraw-0.0.8-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.