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
>
------------------------------------------------------------------------------
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
