Dernière version de RawTherapee (actuelle 4.2.447)

IL faudrait reprendre par étapes pour vérifier les erreurs à chaque fois :
1 - ouvrir un terminal

2 - installation des dépendances :

sudo apt-get update
sudo apt-get install build-essential cmake curl libbz2-dev libcanberra-gtk-dev libexiv2-dev libexpat-dev libfftw3-dev libglibmm-2.4-dev libgtk2.0-dev libgtkmm-2.4-dev libiptcdata0-dev libjpeg8-dev liblcms2-dev libpng12-dev libsigc++-2.0-dev libtiff4-dev mercurial zlib1g-dev

Ca passe ou pas ?

3 - récupérer les sources

cd ~
hg clone https://rawtherapee.googlecode.com/hg/ rt_repo


Ensuite, pour la méthode manuelle , tu peux passer directement à 'Compile Rawtherapee'. Tu peux 'casser' les commandes séparées par && ( c'est un test qui permet d'enchainer la 2ème commande uniquement si la 1ère est ok)

4 - mise à jour des sources

cd ~/rt_repo
hg pull
hg update


Pour la suite, je te fais un message après avoir basculé en linux pour reprendre la procédure précide que je me suis noté.

@grosbeta Tant qu'à discuter de ce sujet là, je pense que tu pourrais créer un topic dédié "compiler RT sous ubuntu".
Cela pourrait servir à d'autres.

Kéno40 a écrit:

@grosbeta Tant qu'à discuter de ce sujet là, je pense que tu pourrais créer un topic dédié "compiler RT sous ubuntu".
Cela pourrait servir  à d'autres.

Bonne idée, mais dans mon cas c'est sous Manjaro / Arch  . Globalement ca ne doit pas être très différent, juste éventuellement les paquets en dépendance.

Je finis pour jpg dans ce topic et j'en monte un plus propre quand j'ai un peu plus de temps ( disons ce soir par exemple).

5 - ménage et compilation

majorVersion=`hg parents --template '{latesttag}'`; majorVersion=${majorVersion%%.*};
( normalement pas de réponse de la machine )

m -rvf ~/rt_repo/rawtherapee; make clean; ./clean.sh;
( là généralement qq messages impossible de supprimer ... aucun fichier ou dossier de ce type)

cpuCount="`grep -c 'processor' /proc/cpuinfo`" || cpuCount="1";
( pas de réponse)

cmake -DCMAKE_BUILD_TYPE=release -DPROC_TARGET_NUMBER:STRING=1 -DCMAKE_INSTALL_PREFIX=rawtherapee -DBUILD_BUNDLE=ON -DBINDIR=. -DDATADIR=. -DCACHE_NAME_SUFFIX=${majorVersion}
(là, plein de checking , de warning, mais pas d'erreur et on termine
-- Generating done
-- Build files have been written to: /home/fabrice/rt_repo
)

6 - pour finir, la compilation proprement dite , plus ou moins longue

make -j${cpuCount} install
Plein de message, un pourcentage qui défile et on termine avec une série de message "Installing ...."

7 - C'est fini
La version à jour de rawtherapee se trouve alors dans le répertoire rt_repo/release ... Il suffit de le copier 'où on veut' et de double cliquer sur le fichier rawtherapee pour lancer le programme.

Bon alors, "compiler sous linux", avec renvoi vers la page Rawpedia et les principaux points.

  

Dans un premier temps, je pensais que le fait d'avoir les dépendances de la version 4.1.30 installées suffisait aussi pour compiler la nouvelle version. Mais il faut faire une différence entre les dépendances utilisées et celles nécessaires pour la compilation.
J'ai donc refait les commandes d'installation des dépendances utilisées pour la compilation. Elles se sont bien passée sous Ubuntu 14.04 Trusty Tahr et donc ces commandes sont compatibles avec cette version, ce que ne signale pas  :
Ubuntu 11.10, 12.04 and 12.10
Ubuntu 11.10 (Oneiric Ocelot), 12.04 LTS (Precise Pangolin) and 12.10 (Quantal Quetzal):
sudo apt-get update
sudo apt-get install build-essential cmake curl libbz2-dev libcanberra-gtk-dev libexiv2-dev libexpat-dev libfftw3-dev libglibmm-2.4-dev libgtk2.0-dev libgtkmm-2.4-dev libiptcdata0-dev libjpeg8-dev liblcms2-dev libpng12-dev libsigc++-2.0-dev libtiff4-dev mercurial zlib1g-dev
j'ai donc fait les commandes pour récupérer le script de compilation automatique :
cd ~
wget http://rawtherapee.googlecode.com/hg/tools/buildRT
chmod +x ~/buildRT
./buildRT
le script s’arrête une première fois et demande d'appuyer sur "q" pour quitter le script et une autre touche pour continuer
le script se déroule et s’arrête une seconde fois pour demander plusieurs options, il faut choisir 1 puis enter pour défault : la compilation de base de RawTherapee.
Après un 20ème d'erreurs de suppression de fichiers ou répertoires sur mon ordinateur, le reste du script se déroule parfaitement parfaitement et se termine correctement par la la génération du fichier RawThérapee 4.1.41 dans le répertoire rt_default_Release. Il fonctionne correctement.
  Merci à vous 2 pour l'aide. C'est bien la peine d'avoir un niveau Maîtrise en Informatique et faire patauger aussi lamentablement .  

Voilà le résultat :

Est il possible de savoir la dernière version qui peut être compilée autrement qu'en ré-exécutant le script builldRT ?

Ben là, tu vois les modifs par date :
https://code.google.com/p/rawtherapee/source/list
donc, tu recompiles quand y'a des trucs qui t’intéressent.

Ok, merci. Donc je ne sais pas quelle version sans compiler avec buildRT ?
Je viens de lancer la version que je viens de compiler. Vous avez remarqué qu'il y a des changement dans l'onglet "RAW", maintenant le dématriçage est divisé en 2 :
capteur à matrice Bayer
capteur à matrice X-Trans.
Manque plus qu'il prenne le capteur Fuveon pour que RawTherapee soit un dématriceur unique.
Je viens de relire ce post et j'ai vu que tu as déjà parlé des capteurs X-Trans. Re  

Tiens aune autre avancée dont j'ai pas parlé. Je retranscrit mais je suis pas sûr d'avoir tout compris.

Possibilité d'ouvir les fichiers sans dématriçage. ça a l'air con comme ça, mais en fait cela sert pour les clichés infrarouges. Pourquoi?
Hé bé j'en sais rien

Tu veux que je fasse un nouveau post sur la compilation automatique avec le script buildRT sous Ubuntu avec des copies d'écran ?
Je peux aussi mettre le .zip de la dernière version que j'ai compilée pour ceux que ceusses que ça intéresse, sur le google drive que tu as ouvert ?
Je vais regarder la possibilité d'ouverture de fichier sans dématriçage. J'ai quelques essais en I.R.

jpg a écrit:

Tu veux que je fasse un nouveau post sur la compilation automatique avec le script buildRT sous Ubuntu avec des copies d'écran ?
Je peux aussi mettre le .zip de la dernière version que j'ai compilée pour ceux que ceusses que ça intéresse, sur le google drive que tu as ouvert ?

Si tu te lances dans ce post .... fait plutôt un 'compilation sous linux' . Je complèterai avec ma version 'manuelle' pour arch / manjaro .... qui est grosso modo la même . La différence se fait surtout sur la façon d'obtenir les pré requis ( apt-get ou autre).

Comme vous voulez.
L'esprit c'est "où se trouve l'info" (Rawpedia) et "compiler sous Linux c'est simple avec RT"


Pour les IR :  il suffit de mettre la méthode de dématriçage sur None.
tu m'expliqueras  à quoi ça sert?

edit les infos là : https://code.google.com/p/rawtherapee/issues/detail?id=2426
ou plutôt les tâtonnements. C'est pas encore totalement abouti apparemment...

Dans mon post sur la compilation, j'avais fait référence à un lien Html vers RawPedia qui a disparu à l'envoi. Ca fait 2 fois que ça me fait ça.
Pour l'I.R., je vais voir demain ce que je peux sortir des essais que j'ai fait avec le Fx28 et le GX7 avec ou sans balance des blancs manuelle.

Code:

[url=http://50.87.144.65/~rt/w/index.php?title=]RAWPEDIA[/url]

=> RAWPEDIA

C'est bien ce que j'avais fait RawPedia. Mais a disparu après l'envoi. Bizarre. L'autre ou ça m'est arrivé commencer par Https.

Ben ça marche

Je viens de regarder pour ouvrir les Raw sans les dématricer. J'ai fait quelques essais avec des Raw de photos normales et avec des Raw de photos IR.
Je ne vois pas ce qui ce que ça permettrait sauf de voir la matrice Bayer et la photo telle que la voit le capteur.
Pour les IR, j'ai regardé ton lien et j'arrive toujours à des photos NB (avec les IR pris en faisant la balance des blancs ou pas) et en plus on voit déjà à 100% la matrice Bayer. En regardant j'ai trouvé ce lien.

RT 4.2 n'est pas sorti, mais on peut considérer la version en téléchargement sur le site 4.1.62 comme Stable.
En plus de ce qui était prévu ci-dessus, le traitement du bruit dispose maintenant d'une courbe qui permet de doser la force du débruitage selon la luminance. A tester en condition!

Sinon, des infos sur la simulation de fil (= Clut) :
http://50.87.144.65/~rt/w/index.php?title=Film_Simulation
http://blog.patdavid.net/2013/08/film-emulation-presets-in-gmic-gimp.html

Merci Cyril, pour ces informations.
Pour la Courbe de luminance de dé-bruitage, pour l'instant, je n'ai pas encore réussi à la maîtriser.

Dans le sujet sur google code, ils expliquaient comment cela marchait, mais je n'ai pas retrouvé exactement. Quand j'aurais des infos, je posterai.
Mais a priori, avec le GX7, comme je monte pas très haut en Iso, c'est vraiment sur la partie noire qu'il faut insister. Je vais essayer de voir avec certaines photos en intérieur si cela change beaucoup. Sur la papier, cela doit permettre de perdre moins de détails dans les zones non bruitées en lissant moins que les zones sombres.

Dit comme ça, cela ressemble un peu à l'action du curseur gamma dans le module 'réduction du bruit'.
A noter que je trouve d'ailleurs ce curseur assez redoutable d'efficacité. Sur une photo 'hiso' (12800 avec un em5) qui me sert de test, le fait de le baisser aux alentours de 1.10, 1.20  au lieu des 1.70 d'origine améliore bien le résultat.

Au passage ils ont aussi légèrement changé l'interface pour la réduction du bruit. La case à cocher 'mode amélioré' est devenu une liste déroulante 'normal' ou 'high'. Par contre je ne suis pas sur que cela soit rétro compatible avec les .pp3 des anciennes versions : ma photo test était en mode 'amélioré' (enfin je pense, car à force de la 'tripoter' ...) et elle s'est retrouvée en mode 'normal'.

Au passage je suis assez fan de la gestion du bruit dans RT. Pour moi, on est au coude à coude avec LR et ca tient parfaitement la route aussi face à DXO 7 ( pas testé la version 9).

Pour l'instant la fonction "Prime" de DxO 9 est redoutable d'efficacité et de simplicité mais elle met le temps pour ce résultat. Et si je pouvais le faire tourner dans Linux, ça serait parfait.

C'est vrai que Dxo Prime était impressionnant sur les clichés de nuit à 25600 Isos. Mais c'était quand même des conditions extrêmes.

En ayant bien amadoué le fonctionnement de RT, jusqu'à du 8000 Isos environ sur le GX7, on a un résultat qui est très bon avec une possibilité de réglages très fins entre lissage et récupération des détails qui est déjà quand même ultra performante pour un logiciel entièrement gratuit.

Dernière version Online :
http://rawtherapee.com/blog/rawtherapee-4.2-is-out

Je viens de compiler la 4.2.1, j'avais vu ce matin qu'elle était dans startIng Block.

jpg a écrit:

Je viens de compiler la 4.2.1, j'avais vu ce matin qu'elle était dans startIng Block.

Elle est même officiellement dispo pour windows en 64bits et MacOs

Du coup, en parallèle à l'offre Dxo 8 (donc sans la techno prime), je viens de reprendre ma photo test 'haut isos' ... C'est toujours tout bon pour RT

Par contre, pour la correction des aberrations chromatiques ...

Tu as essayé de compiler avec ce patch.

J'avoue que ca fait un petit moment que je n'ai pas recompilé sous Linux ( je suis en dual boot, Win 7 obligatoire pour le boulot).... donc pas testé le patch ( qui semble plus concerner le débruitage chroma que la correction des aberrations chroma).

D'ailleurs je ne sais pas comment incorporer un patch dans une compil....

Je viens de compiler le patch 18 sur la version 4.2.4. Pour la compilation avec un patch, il faut faire une compilation manuelle (je te met celle que je fais sous Ubuntu)

Code:

cd ~
hg clone https://rawtherapee.googlecode.com/hg/ rt_repo
cd ~/rt_repo
pour connaître la dernière version
hg branches
pour compiler une autre version
hg update branch_3.0
cd ~/rt_repo
hg pull && hg update
cd ~/rt_repo
majorVersion="$(hg parents --template '{latesttag}')"; majorVersion="${majorVersion%%.*}"
rm -rv rawtherapee; make clean; ./clean.sh
cpuCount="$(grep -c 'processor' /proc/cpuinfo)" || cpuCount="1"
--pour intégrer le patch clut, ici la version 16, après avoir mis la dernière version de clut dans rt_repo (http://code.google.com/p/rawtherapee/issues/detail?id=2411)
patch -p1 < clut_16.patch
cmake -DCMAKE_BUILD_TYPE=release -DPROC_TARGET_NUMBER:STRING=1 -DCMAKE_INSTALL_PREFIX=rawtherapee -DBUILD_BUNDLE=ON -DBINDIR=. -DDATADIR=. -DCACHE_NAME_SUFFIX=${majorVersion}
make -j${cpuCount} install

Le patch que j'ai dans l'exemple est celui de film simulation qui est maintenant intégré dans les dernières versions.

La version compilée pour Ubuntu 4.2.2 est disponible.

T'as un APN spécialement sensible aux aberrations chromatiques ou quoi?

Sans doute un Olymp.

RE : dans l'onglet Raw, t'as bien coché l'option prévue?

http://50.87.144.65/~rt/w/index.php?title=Chromatic_Aberration

Il y a 2 corrections possibles, une au dématriçage (au début donc) ou l'autre àla fin.
J'ai pas essayé avec les 2...

Merci à tous les deux pour ces infos.

Pour la correction des AC, en général ca marche bien, mais j'ai une photo ou c'est plus "sportif" et qui , pour ce point précis, est bien mieux gérée par Dxo ( et surtout super simplement) ... mais bon ... je m'en sors quand même avec RT

Kéno40 a écrit:

T'as un APN spécialement sensible aux aberrations chromatiques ou quoi?

Sans doute un Olymp.

Ouep, mais avec un 20mm Pana .......

Ils ont dû saboter le 20mm. Dès qu'il détecte qu'il a un Olymp au cul, il balance des aberrations à mort!

Ils ont intégré le dernier patch : Réduction du bruit : Auto Chroma dans la version 4.2.18.

je suis peux être hors sujet, j'utilise la dernière version packagée pour debian , c'est a dire la 4.2.0.

Et ...cela me demande encore du taff pour avoir un raw de base correct, en partant de mon omd e-m1.
Sous darktable 1.4.2 c'est nickel.

Pourquoi ?

Il reconnait bien le format à la con orf du e-m1, mais un bon voile, un manque de contraste, une netteté moindre (RT)

J'ai fouillé vite fait, et je n'ai pas trouvé de profil pour l'e-m1 ( surement mal cherché)

La philosophie des développeurs, c'est que c'est à toi de définir les réglages que tu veux.

Le réglage "Neutre" te montre les données Raws tout juste sorties du capteur. Le réglage "default" fait à peine un peu plus.

Du coup, c'est à toi à te fabriquer ton ou /tes réglage par défaut.
Parfois 1 plutôt "auto", 1 autre pour le paysage axé sur l'accentuation des détails, et un haut Iso plutôt pour débruiter avec ton réglage moyen.

Tu peux aussi en faire un pour un objectif dédié (notamment, s'il a besoin d'une correction de distortion)...