[m_o_d]

from what I see on the screen I think gwenview displays the full resolution for the nef + camera settings.

Below is a printscreen of view gwenview, xbmc + original nef.
https://owncloud.justnet.pl/public.php?s...2520a6ad9d

convert nef -> jpg gives the same effect in gwenview for nef and jpg (in xbmc is disaster)

[Robotica]

Fixed bugs and memory leaks improved RAW-support, the picture experience for photographers is still suboptimal in Kodi Helix. Camera's makernotes can't be updated so many (of the newer) RAW-files remain problematic (besides being very CPU and memory intensive). While a few efforts for better RAW support started, none of those are finished with satisfying result. However, 1 Extra GUI option could improve situation.

This option, "Show RAW-files" means:
- for listings: don't extract thumbs/EXIF info. from RAW-files and don't show them;
- in screensaver/slideshow: Exclude .RAW extensions.

Default enabled doesn't alter behavior but I think it should even default to disabled. For one, Kodi is mostly a playback platform and .RAW extensions aren't meant for playback. 2nd reason is that photographers like to store their raw files in the same directory as their jpeg counterparts but don't want them to show up (and/or being processed) double in their listings/slideshow/screensaver. So even with proper raw-support (libRAW) this is a useful feature. For now, <pictureexclude> in advancedsettings.xml is an inconvenient workaround to upgrade "default picture experience".

PHP Code:

<pictureextensions>
  <add>.ex1|.ex2</add>
  <remove>.ex3|.ex4</remove>
</pictureextensions> 


With Android support for .RAW-files, I think it's time for this feature. It will benefit all low-powered platforms and all those using Kodi for pictures incl. RAW's. Ideally, this general setting can be overwritten from the slidescreen on the left.

See: http://trac.kodi.tv/ticket/16177

[neutro]

Thanks a lot @Robotica for pointing out this workaround! I agree about the option but for now at least, not having Kodi attempting to display the raw files does the job using the advancedsettings.xml file. For some reason, Kodi tries to display my Canon's .CR2 files but the results are garbled.

[Robotica]

Thanks a lot @Robotica for pointing out this workaround! I agree about the option but for now at least, not having Kodi attempting to display the raw files does the job using the advancedsettings.xml file. For some reason, Kodi tries to display my Canon's .CR2 files but the results are garbled.

that advancedsetting is case-sensetive... Or update the relevant ticket: http://trac.kodi.tv/ticket/13947

[Robotica]

I also had two test forks, one with libdcr updated the other with cximage being updated. Unfortunately both leaked for RAW images.

Maybe this didn't stop leaking for your raws but I think updating libDCR could add many (3-4 year between versions) extra supported camera 's. If so, RAW problems could be significant reduced. Not updating complete CXImage and only doing libdcr seems save enough to give this a try. Is your work available somewhere?

[Robotica]

Thanks a lot @Robotica for pointing out this workaround! I agree about the option but for now at least, not having Kodi attempting to display the raw files does the job using the advancedsettings.xml file. For some reason, Kodi tries to display my Canon's .CR2 files but the results are garbled.

I guess your Canon is newer than 2008? Maybe check this list and see if you camera is added after the library-date used in Kodi: http://trac.kodi.tv/attachment/ticket/16...raw017.txt

[Robotica]

Working towards the more final solution, using the image factory to utilize libRAW and Ffmpeg's tag loader to do all CXimage's work. Finally, a nice incentive to ditch CXImage and switch to libRAW arrived: https://github.com/xbmc/xbmc/pull/8370

If that's the case, skins could become instant faster. Now, even a Raspberry has a dedicated hardware block to decode all images so expect less Watts when Kodi K**** idles. But for photographers, switching to libRAW means better camera support, faster decode times and probably less RAM consumption.

Wiso and smf007 already had libRAW working.

grr. After few hours of getting libraw to work yesterday I discovered in this thread that ace had already something cooked with libraw :/
Unfortunately I'm not much further with it. 8 bit raw images seem to work fine. with 24 bit I get wrong color and crashes probably because we use 8 bit internally and all data needs to be transformed to it. Unfortunately I can't see how much bits the original image has and the image after dcraw_make_mem_image show always 8 bit in its properties.
With the Olympus.orf sample libraw even crashes in dcraw_make_mem_image.
Looks like wasted time

It was much faster when I used half size with libraw but still noticable. Since half size is mostly > HD I thought it would be no problem.
But doesn't help us as it won't work reliable with libraw.

... 8 bit raw images seem to work fine. with 24 bit I get wrong color and crashes probably because we use 8 bit internally and all data needs to be transformed to it. ...

What camera is giving you 24bit?

I notice recently 2 new alphas of libraw were released with 19 + 11 new cameras. Maybe some help for Olympus?

As for speed, I couple things I noticed in the libraw forum was that half size needs to be set prior to unpack. Additionally, there is OpenMP pragma. Just curious if the libraw libraries where compiled with OpenMP enabled.

[tavoc]

Do I see it right, that CXimage is no longer used in Kodi 17 Master and therefore there is the chance of correct colors with Canon 600D and RAW Data?

[RockerC]

Also see dicussion here about adding support for image decoders as binary addons in Kodi:

http://forum.kodi.tv/showthread.php?tid=211138&page=19

ironic_monkey (notspiff) has added support for that in his fork of Kodi and included a RAW image decoder addon aming others:

https://github.com/notspiff/kodi-cmake

https://github.com/notspiff/imageencoder.raw

https://github.com/notspiff/imageencoder.cximage

https://github.com/notspiff/imageencoder.jpeg-turbo

[zag]

CXimage was recently removed yes in favour or ffmpeg image decoding.

No idea if it will fix your problem though.

[ironic_monkey]

no, ffmpeg cannot do raw. situation is worse now; kodi cannot display raw images at all.

[tavoc]

Thanks for the answers. After a quick test I noticed, as ironic_monkey mentioned, that my raw pictures (CR2) are all black. Before there were pink and somehow distorted.

Which plugin (if there is one) do I need to display them?

[jjd-uk]

Which plugin (if there is one) do I need to display them?

There isn't one compatible with mainline Kodi.

The decision was taken for reasons I don't entirely agree with to rip out the RAW support for now. To bring the RAW support back needs someone with the time to work on bringing the binary add-on method proposed by ironic_monkey into Kodi master, at the moment I don't believe anyone is working on this.

[tavoc]

Oh that does not sound very good.

As long as there is no support for raw files it would be great, if these filetypes are not shown in the picture library.
I have used the options in advancedsettings. May that should be a standard for kodi master.

[DavidBbridgs312]

Guys, I am not sure where to even ask this, I see some of you are mentioning .DCR file format, so I read here: http://www.aftershotpro.com/en/pages/dcr-file/ that it's Kodaks raw file, is it really a pure raw file, and is it better than the actual RAW? I am a complete beginner in photography, so can't really tell the difference