Compilation de RawTherapee sous Linux

Un message seul ne sert à rien sans avoir installer une version debug et envoyé le log.

Je viens d'installer la .62 sur windows et cela marche. Je sais pas m'en servir, mais pas de plantage avec cette courbe.

Ils ont trouvé la solution par un patch qui marche et ils viennent de l'intégrer dans la version 4.1.62.

Kéno40 a écrit:

...
Je viens d'installer la .62 sur windows et cela marche. Je sais pas m'en servir, mais pas de plantage avec cette courbe.

Compilation maison sous windows ou bien une source 'officieuse' ? ( je suis incapable de trouver une version .62 sous windows ... ni depuis la page de download, ni dans le forum RT)

Officieuse, mais c'est un mec connu sur le forum RT.
Elles sont là :
https://drive.google.com/folderview?id=0B_AvPFlUj8t5SUdodURGOFdOems&usp=sharing#list

La dernière version que j'ai compilée, est la 4.1.64. Je sais pas sous Windows mais le script de compilation sous Linux est simple et efficace. Kéno40 dit que c'est un peu plus difficile sous WinDows.
Pour ceux qui veulent les dernières versions sous Ubuntu ou essayé sous d'autres distributions Debian peuvent me contacter par MP.

Ouai, les dépendances sous windows, c'est la merde...
Le scropt doit être adapté. J'ai réussi une ou 2 fois, puis après, ça s'est mis à merder, j'ai abandonné...

Je compile depuis la version la version 4.1.42 (de ta faute, ), je n'ai eu qu'un plantage avec la 4.1.60 et 4.1.61 et encore sur la seule fonction ajoutée. En plus, l'implantation des patch est facile mais il faut passer par une compilation manuelle pas vraiment plus difficile que l'automatique. J'ai mis les procédure dans une fichier texte que j'ouvre lorsque je fait une compilation et j'exécute un copier/coller dans le terminal.

Kéno40 a écrit:

Officieuse, mais c'est un mec connu sur le forum RT.
Elles sont là :
https://drive.google.com/folderview?id=0B_AvPFlUj8t5SUdodURGOFdOems&usp=sharing#list

Merci, je vais me mettre le lien sous le coude.

J'ai vu ce matin la 4.1.64 en win 64bits et j'ai pris.

Ceci étant, sous linux ( manjaro dans mon cas) je compile aussi régulièrement sans souçis.

Après plus d'une vingtaine de compilation (auto et manuelle pour ajouter des patch), hier soir, première erreur de compilation de la 4.1.77. Je voulais attendre une nouvelle version pour la compiler et j'ai quand même relancer ce matin la compilation. Miracle, la compilation s'est déroulée correctement.
Va comprendre, lors du téléchargements des sources, aucun fichier n'a été modifiés.

Alors, quoi de neuf sur la .77?

Juste, des corrections et qualités des fichiers de langue : https://code.google.com/p/rawtherapee/source/detail?r=d7ec73fbfb79a0ec32e5c85cb3249446f0ac5861
pas vraiment transcendent, mais comme j'ai décidé de compiler toutes les versions.
Si tu veux, je peux te signaler des modifications importantes ou d'ajouts de fonctionnalités.

Tiens, tu peux recompiler aujourd'hui, il sont ajouté un patch qui accélère le changement des vignettes quand tu ouvres un dossier avec beaucoup de photos. ça peut être pas mal.

Sinon, y'a ça qui est en cours et qui va être intéressant à tester quand ça sera ajouté.
https://code.google.com/p/rawtherapee/issues/detail?id=2495&sort=-modified&colspec=ID%20Opened%20Modified%20Type%20Status%20Priority%20Milestone%20Summary%20Owner%20Stars

Déjà fait ce matin et ce soir : https://code.google.com/p/rawtherapee/source/detail?r=8feab83590ce62b6c25baae8dcabd417d5c0a106
Première compilatition en erreur, je relance et ça va jusqu'à la fin.
J'ai regardé ton lien, vraiment très intéressant. Je vais le tester quand j'ai un peu de temps.

Je viens de compiler avec le patch sans problème. J'ai pas trop vu son action sur une photo mais j'ai fait avec le petit popup, j'ai peut-être mal choisi la zone.

Amélioration des performances de Vibrance et contraste par des niveaux de détail dans la dernière version : https://code.google.com/p/rawtherapee/source/detail?r=110f68244a62499253c588a695299d4f74295055
et le fil qui en parle : https://code.google.com/p/rawtherapee/issues/detail?id=2520

Oui, je l'avais pas précisé. C'est une amélioration de la rapidité de traitement uniquement.

Je vous lis, je vous lis.

MOn gros soucis avec RT, c'est que je le trouve d'une lenteur .....quand je modifie des choses en 1:1, un temps de latence entre affichage et modification des curseurs.

Taille du raw 14Mo

Config matérielle :

G.Skill Kit Extreme3 2 x 4 Go PC10600 Ripjaws X CAS9 => 8 Go (je voulais ajouter 8 Go mais vu l'inflation de la ram .. )
AMD Phenom™ II X6 1055T
Western Digital Caviar Black SATA Revision 3.0 - 1000 Go - 64 Mo
Carte graphique, celle intégrée à la Gigabyte GA-890GPA-UD3H

Un soucis matériel ou logiciel ?

Tu peux déjà "Ouvrir une nouvelle vue détail" juste après le % d'affichage au lieu de l'affichage à 100%, astuce de Kéno40. Généralement, je choisis le système de dématriçage en dernier, je reste avec Amaze jusqu'à la fin.
Je suis sur un portable : Amd Quad Core et 4 Go de mémoire, donc inférieur à ton système.

C'est ce que je fais pour la fenêtre %

J'avoue ne rester que sur Amaze tout le temps, par simplicité, et par manque de test.
Et aussi car j'avais lu qu'il restait le plus adapté dans la majeure partie des cas.

D'après Kéno40, Immse et Igv meilleur mais plus lent. Effectivement, je trouve aussi, aussi Lab, plutôt que RGB et aussi Filtre médian avec méthode Lab. Tu verras sur le 2ème .pp3 de ton Raw.
Regardes aussi ce fil : https://www.forumlumix.com/t114681-rt-correction-d-une-photo-pas-terrible-au-fz200-suite

Faut que je teste un peu plus en effet.

Mais j'aimerai régler ce problème de latence de curseur, car le fenêtre à 100% c'est sympa, mais pas pratique quand je modifie la netteté sur toute l'image.

Le problème de lenteur en fin de traitement ne me poserai pas de soucis, c'est juste lors des bidouilles,
Cela me pousse à jurer et c'est mauvais pour mon Karma :p

Tu veux des cours de méditation et de respiration abdominale inverse, je suis pratiquant de Tai Chi Chuan.

Volontiers ! si ce n'est pas incompatible avec un manque de lâcher prise, par contre je n'arrive pas à accéder à la médiation, sauf celle active.

En fait, tu parles de la vue 100% ou de la loupe?

Pour la lenteur, tu as quelle version? Sous Linux?
Tu est en proco 64bits?

Sinon, c'est aussi une affaire d'ordre de traitement. Certains réglages comme le débruitage ou la compression tonale sont très mobilisateurs de Ram. il vaut mieux les régler en dernier.

Lmmse et Igv sont censés être mieux sur des images à haut Isos.

Je parle de la vue à 100%

Je me sers de la loupe, mais cela me limite quand j'utilise la netteté sur tout une image.

Linux Debian Jessie amd 64 bits.
4.1.0 comme version (je n'ai pas encore testé la version compilée par JPG)

Je débtuite en dernier, après la netteté, mais effectivement je suis un grand fan de la compression tonale.
Je l'utilise et modifie à nouveau , les noirs, les ombres après.

J'utilise 98% du temps 100 iso, parfois 125 et anecdotiquement le reste, trouvant le rendu "degeu"

Je suis preneur d'un bon plan PC10600 X CAS9 en 2x 4 Go

Et compression tonale, tu montes à combien?

Tu devrais essayer de te compiler toi même ta version récente, y'a des chances que cela tourne bien mieux.

Cela dépend en force de 25 à 80, c'est vraiment variable selon la photo.
Sur ma photo de fleur n&b , je dois être à 80

Je vais compiler....
Je voulais compiler DT mais il chouine pour JAVA, alors qu'il est bien présent, et bien dans le PATH ...faut que je creuse.

Pour ceux qui compile RawTherapee en automatique, il y a une nouvelle version de BuildRT 4.2. Pendant la compilation, il y a vérification de la version de BuildRT et des contrôles de sécurité. Je n'ai pas essayé de compiler les nouveaux sources avec l'ancienne version 4.1.
Voilà la page de compilation de RawTherapee.

Le développement a migré sur GitHub et la méthode de compilation sous Ubuntu à changer. Le script automatique

Code:

./buildRT

fonctionne avec les avec le développement stocké sur http://rawtherapee.googlecode.com n'évolue plus.
Pour l'instant la compilation est manuelle et il semble qu'ils développent un script automatique. J'ai du m'y reprendre plusieurs fois pour arriver à compiler la version 4.2.331.
Voilà la nouvelle page pour le développement
La méthode manuelle est beaucoup plus simple qu'avant.
Pour la première compilation (sous Ubuntu) :
il faut dans un premier temps télécharger l'utilitaire git :

Code:

http://doc.ubuntu-fr.org/git

puis :

Code:

git clone https://github.com/Beep6581/RawTherapee ~/repo-rt

Copie d'écran:

ensuite, se place sur le répertoire "repo-rt" et vérifie que le code n'a pas été modifié entre le téléchargement :

Code:

cd ~/repo-rt && git pull

Copie d'écran:

avant de compiler il faut connaitre le nombre de cœur de votre processeur avec la commande :

Code:

grep -c processor /proc/cpuinfo

Pour moi, c'est 4 cœurs et je remplace -j8 par -j4 
et enfin la commande de compilation :

Code:

mkdir build && cd build && \
cmake -DCMAKE_BUILD_TYPE="release" -DPROC_TARGET_NUMBER="2" -DBUILD_BUNDLE="ON" -DBINDIR="." -DDATADIR="." -DCACHE_NAME_SUFFIX=4 .. && \
make -j8 install && \
mv release ~/rawtherapee

Les "\" permettent de saisir la commandes sur plusieurs lignes.

début de la commande:

fin de la compilation et début de l'install:

Fin de compilation et RawTherapee est disponible:

je ne connais pas le n° de la version et voilà :

Copie d'écran:

Quand une nouvelle version sera disponible, je préparerais un tuto pour continuer la compilation.
Pour l'instant, je ne sais pas ou suivre le développement et les problèmes constatés.

@Kéno40  m'a envoyé un lien vers la version de BuildRT qui utilise GitHub. Je l'ai lancé et m'a fait plusieurs erreurs. Je vais voir si je peux le débugger.
Après une première compilation d'une version stockée sur GitHub et pour faire les compilation suivant, la procédure change un peu :
il faut d'abord voir s'il y a des modifications avec la commande :

Code:

cd ~/repo-rt && git pull

qui répond :

Code:

Already up-to-date.

s'il n'y pas des modifications depuis votre précédente compilation, sinon :

faire une nouvelle compilation:

ensuite il faut supprimer 2 répertoires créer lors de la précédente compiltation (perso, je le fait avec un gestionnaire de fichier), voilà les commandes en terminal :

Code:

cd

pour revenir au répertoire "Utilisateur" :

Code:

rm -r rawtherapee
cd ~/repo-rt

pour revenir au répertoire de compilation et supprimer le répertoire de compilation :

Code:

rm -r build

maintenant on peut lancer la commande de compilation :

Code:

mkdir build && cd build && \
cmake -DCMAKE_BUILD_TYPE="release" -DPROC_TARGET_NUMBER="2" -DBUILD_BUNDLE="ON" -DBINDIR="." -DDATADIR="." -DCACHE_NAME_SUFFIX=4 .. && \
make -j8 install && \
mv release ~/rawtherapee

et ça se déroule comme pour la première compilation.

Merci jpg !

Je n'ai pas eu le temps de m'y pencher .. J'essaierai ce week-end ....
J'ai quand même quelques interrogations sur tes instructions, il faut que je teste. Mais effectivement, la suppression des repertoires depuis un gestionnaire de fichiers est plus rassurante ...

Oui, je suis pas un un spécialiste de la ligne de code en terminal.

Tu n'es pas spécialiste ... peut-être mais ca marche et j'ai appris un truc .... Sous linux depuis toujours  je supprimais un répertoire en 4 temps  
cd rep_a_supprimer
rm -rf *
cd ..
rmdir rep_a_supprimer

Et en fait, on peut le faire en 1 fois ....

rm -r rep_a_supprimer

Bon, pour frimer un peu, j'ajouterai un détail :
Avant le make -j8 faire la commande suivante

Code:

cpuCount="`grep -c 'processor' /proc/cpuinfo`" || cpuCount="1"
make -j${cpuCount} install

Cela evite de se poser la question "combien de cpu". La 1ère commande crée une variable d'environnement cpuCount en comptant le nombre de proc vu par le systeme ... et ensuite on utilise cette variable pour le make.

Ca marche également très bien  sans l'opton -j ....

Code:

make install

Je connais très bien l'utilisation des variables d'environnement beaucoup lors que je programmais en langage de contrôle pour enchaîner les programmes RPG sur les AS400 mais je dois dire que je n'y pense pas sous Linux.

Salut,

La doc a été mise à jour pour expliquer comment compiler depuis le passage sur Github :
http://50.87.144.65/~rt/w/index.php?title=Linux