perfect :)
2013/6/10 johannes hanika <[email protected]>
> oh, i only pushed to master, now in darktable-1.2.x, too.
>
> -jo
>
>
> On Mon, Jun 10, 2013 at 2:45 PM, Madko <[email protected]> wrote:
>
>> Thank you Johannes for this clear explaination about libraw. So the best
>> solution would be to use rawstudio code, any "plan" to do that in future
>> releases?
>>
>> Sorry to come back about squish, I try the -DUSE_SQUISH=OFF with no
>> success:
>>
>> CMake Warning:
>> Manually-specified variables were not used by the project:
>> CMAKE_Fortran_FLAGS_RELEASE
>> DONT_INSTALL_GCONF_SCHEMAS
>> INCLUDE_INSTALL_DIR
>> LIB_INSTALL_DIR
>> SHARE_INSTALL_PREFIX
>> SYSCONF_INSTALL_DIR
>> USE_SQUISH
>>
>> I'm using darktable 1.2.1 sources, don't see anything in git log about
>> that on master branch. Any idea? It doesn't seem to be disabled by default,
>> I can see a lot of squish usage in the build log
>> http://kojipkgs.fedoraproject.org//work/tasks/6879/5486879/build.log
>>
>>
>>
>> 2013/6/10 johannes hanika <[email protected]>
>>
>>> 1) white balance for > 16 bit dng: alex doesn't want to support that
>>> format at all, in fact our copy of libraw only doesn't crash on it because
>>> these files are opened with rawspeed. so he has a point i guess.
>>>
>>> the clean way to solve this would be on our end not to use libraw to
>>> read camera-wb from raw files (and use rawstudio code instead, it is very
>>> clean and well written as far as i can tell).
>>>
>>> 2) document mode processing (get raw buffers pre-demosaicing). no idea
>>> why that was removed, the git log says `nobody uses it'. i don't know if
>>> there is a new way to get the old behaviour.
>>>
>>> we can either stick with our old copy and not update it any more, or
>>> fork libraw and revert that commit (or half of it, there was also some
>>> camera support in it).
>>>
>>> it'll even not be detected at link time, since we only write to a struct
>>> params.document_mode, so as long as the old header is around, compilation
>>> will be fine and a linked binary will just crash at runtime (or do random
>>> stuff).
>>>
>>> -jo
>>>
>>>
>>> On Mon, Jun 10, 2013 at 2:29 PM, Madko <[email protected]> wrote:
>>>
>>>> Do you know why they removed those functionnalities?
>>>>
>>>>
>>>> 2013/6/10 johannes hanika <[email protected]>
>>>>
>>>>> no, not possible. we need to revert a couple of commits from upsteam
>>>>> to get back functionality that has been removed over the years.
>>>>>
>>>>> -jo
>>>>>
>>>>>
>>>>> On Mon, Jun 10, 2013 at 1:38 PM, Madko <[email protected]> wrote:
>>>>>
>>>>>> Is it possible to build darktable against LibRaw from the system, not
>>>>>> against the one provided in src/external?
>>>>>>
>>>>>>
>>>>>> 2013/6/10 Jose Carlos Garcia Sogo <[email protected]>
>>>>>>
>>>>>>> On Mon, Jun 10, 2013 at 11:55 AM, Madko <[email protected]> wrote:
>>>>>>> > Thanks Johannes
>>>>>>> >
>>>>>>> > about squish and its patented algorithm (DXT), is it right to
>>>>>>> distribute it
>>>>>>> > in your sources tarballs?
>>>>>>>
>>>>>>> Yes, it is: http://www.debian.org/reports/patent-faq
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Edouard Bourguignon
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Edouard Bourguignon
>>>>
>>>
>>>
>>
>>
>> --
>> Edouard Bourguignon
>>
>
>
--
Edouard Bourguignon
------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
_______________________________________________
darktable-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-devel
