Reprise du message précédent :
Par contre il y a des limitations : pas le droit de revendre la licence, ni de la donner, usage non commercial, bref comme une licence éducation.
Ce qui n'est pas forcément génant...
 
Ce qui est intéressant, c'est la maintenance, car si MAJ majeure, c'est inclus dedans, il me semble.

Sûr ?  ca m'étonnerais ..

ca doit etre la maintenance pour une meme version majeure seulement ... le passage d'une révision 3.3 à 3.4 par exemple

Tiens si peut en interesser certains...
Si vous utilisez un disque amovible pour vos photos ET votre catalogue
Et que vous avez affecte par exemple le disque Amovible a la lettre X:
Et que vous souhaitez gardez ca AUSSI (en double ou triple on est jamais trop prudent) sur le disque interne de votre portable.
Bref on peut pas changer la lettre d'un disque dur VIA un reseau (ca fonctionne pas), on peut pas non plus decaler son disque de portable (c'est pas serieux)
 
Il existe neamoins une astuce:
Vous copiez tout (Tofs ET catalogue) sur votre Hd INTERNE de portable
(Surtourt pas changer de nom de dossier, bref l'arborescence doit etre strictement identique , tant pour que ca fonctionne, tant que pour le Bkp apres)
C'est fait... super
On va dire (pour l'exemple) que le disque eterne etait affecté a la lettre X:
 
Vous vous creez un petit fichier BAT (avec le notepad) nomme par exemple Lgtrm_X.Bat
Apres en supposant que votre lightroom soit bien comme mon exemple vous mettez dedans:
 
@Subst x: C:\
"C:\program files\Lightroom\Lightroom.Exe"
REM @Subst x: /d
 
Vous sauvez et copiez ca dans votre dossier \ligthromm ou vous trouvez le programme Lightroom.Exe
 
Apres vous faites un raccourci sur votre bureau (en l'appelant Lgtrm_X.Bat par exemple)
Et Hop ca fonctionne bien.
 
J'ai REME la partie @Subst x: /d (Ceci est la commande pour demonter la fausse unitee de disque, car ca merdouille au prochain lancement de Lgtrm, amors que lorsrsque l'on Relance le montage de l'unitéé, meme plusieurs fois,
 tout est ok...Un bug de seven , a tester sous XP ou Vista)
Vous pouvez evidemment si necessaire la taper dans une boite de Cmd DOS pour le demontage si necessaire.
 
Si le catalogue est pas recharge la 1Ere fois avec la lettre X: (ca devrait normalement si vous avez construit votre catalogue a partir d'un disque externe qui a la lettre X: ), il suffit de choisir le catalogue a utiliser avec lightroom (la 1Ere fois) apres ca ne vous le demandera plus
 
Bon j'ai pris X: mais ca peut etre Y: ou une autre lettre bien sur
Et j'ai Pris La Racine de C:\ pour LA COPIE du dossier Original des Tofs, mais ca peut etre C:\Mes_Tofs\....
Bref TEL QUE vous avez construit votre disque USB qui etait externe.
Et pour le Bkp, c'est que du Bonheur apres (Juste recopier tout de temps en temps,
 ou avec le soft de Bckp qui va bien, ou a votre guise)
 
Note: Alors que si vous utilisiez la Cmd  
net use x: \\serveur\partage /persistent:yes
Ca merderait a cause du catalogue (mode reseau), et on perdrait de la Performance generale .
 
Il existe une 3Eme methode (qui fonctionne) mais ca necessite de bloquer un morceau de son disque
(definitivement), et c'est idiot, ca bouffe de l'espace, ce n'est pas agrandissable, bref c'est pas du tout "souple"
donc...on oublie.
 
J'ai fait de mon mieux pour l'explication pour faire le plus Facile pour ceux qui conaissent rien en info.
D'ou le Msg assez long
A+

C'est ce que j'avais lu.
Après, les MAJ mineures, je ne vois pas pourquoi ça s'appellerait "maintenance" parce que c'est gratos pour tout le monde.

Voir ici, c'est bien l'upgrade y compris version majeure, mais il faut que le club photo choisisse l'option pour tous.
http://uia44-photo.fr/IMG/pdf/FPF_ [...] IF_de_.pdf

Par contre, a priori on ne peut pas commander quand on veut, il ne faut pas rater le train de la commande groupée.

Si quelqu'un a déja tenté le coup, qu'il n'hésite pas à faire partager son expérience.

 
non, maintenance c'est aussi changement de version, j'ai eu le cas à l'epoque du passage à la 3
 
edit: oui, c'est le club qui commande

Et du coup, y'a quoi, une commande par an à date fixe ?

Utilisation processeur & mémoire pendant deux exports simultanés sur LR ...
(raws de 5DII)

On voit qu'il tire partie du quad core (i5 2500k @ 4.3Ghz) et des 8go de ram ...

par contre, pas sur que lui donner 16go de ram change qqch !
(un proc plus puissant jouera par contre lui ...)

(win 7 pro 64b)

Y'a-t-il possibilité, au niveau de l'onglet Catalogue, qu'un dossier ne compte que le nombre de fichiers qu'il contient, sans tenir compte de ses dossiers enfants ?
 
En effet, j'ai un dossier RAW et un sous-dossier Done.
Le dossier RAW me dit qu'il y a 200 photos alors que l'explorateur Windows en dénombre 150 (les 50 autres étant dans le sous-dossier Done).
 
Il me semble avoir vu une option qui permet celà, mais je ne la retrouve pas.
 
Merci.
 
EDIT: je viens de retrouver: menu Bibliothèque > Afficher les photos dans les sous dossiers.

J'ai un bug sous LR:
- service de publication configuré avec un renommage type blabla- séquence.jpg
- ce renommage ne me convient plus et reconfigure sans renommage (plus simple si ajout ultérieur de fichiers)
et bah le LR, il continue sur le premier format de renommage.
 
Est-ce un bug identifié? Y a-t-il une astuce?

quel service ?

service disque dur

comme le service FTP n'existe pas Ce qui est bien dommage

Je vais encore poser des questions de naab
Ma cm a une sortie video, vous pouvez me confirmer que ça sert à rien de me prendre une carte graphique pour Lr ?

le GPU n'est pas exploité par LR.

Ben si ça existe l'exportation en ftp

mais c'est payant

Mais pour le coup le fait de mettre une CG ça allège le proc non ?

ben pas vraiment, non

ok, bon ça va faire des économies alors

De toute façon lightroom tourne très bien avec des configs moyennes. Moi sur mon macbook ça tourne du tonnerre et pourtant j'ai pas une grosse carte graphique.

Moi je trouve justement que pour avoir un lightroom hyper réactif (pas de "chargement..." ) il faut avoir une très très bonne config.

Oui je ne dit pas le contraire... simplement que comparer a son concurrent apple, lightroom fonctionne même avec des petites config. Forcément avec une grosse config c'est mieux !

Bof... perso, testé sur un imac core2duo, je trouve qu'aperture et lightroom rament pareil.
Je n'aimerais utiliser aucun des deux sur une config de ce type...
 
Sur des proc récents, forcément, ça tournera mieux, mais c'est valable pour les deux.
 
Tu disais "ça tourne du tonnerre", moi je n'ai jamais vu Lightroom tourner du tonnerre sur aucune config... je trouve que ça va de "horriblement lent" à "relativement confortable".
 

Moi c'est tout le contraire... j'ai utiliser aperture pendant plus d'un an sur mon macbook, il était constamment ventilo en route, pour ne pas dire à fond. J'ai ensuite essayé la version d'essai Lightroom et alors là le choc. Les ventilos ne tournait quasiment plus. Sur mon nouveau macbook c'est encore mieux. Par contre je pense que ça vient aussi des fichiers que l'on traite.

bizarre, aucun souci de perfs avec LR sur mon vieux E8500 (3.16Ghz) et 4Go de RAM pourtant.
 
Seule chose, après 1h ou 2 d'utilisation çà commence à swapper pas mal. Donc je quitte, relance et çà roule à nouveau.

Vous n'avez jamais de "chargement..." qui s'affiche ?
Quand vous passez en mode developpement, combien de temps entre l'appui sur la touche D et le moment où vous avez vraiment accès à la retouche d'image ?
 
Pour moi, c'est le genre de trucs qui devrait être instantané.

y a-t-il un moyen d'extraire, sous lightroom, les photos publiées sur flickr n'ayant aucune commentaire. J'ai cherché par filtre, texte, collections dynamiques.... Rien trouvé

 
si tu veux que ce soit instantané il suffit de mettre  1:1 dans le rendu des aperçu lors de l'import

 
Je vais regarder pour le temps de passage. Pour le "chargement", je n'ai plus ce souci depuis que j'ai fait comme ci-dessous
 
 

Ca n'aura aucune influence sur le module développement, les aperçus ne servent que dans le module bilbio.
Le "chargement..." je l'ai à chaque fois que je passe d'une image à une autre en module dev.
 
Pour l'import, c'est déja ce que je fais, mais comme ça m'arrive extrêmement souvent de faire des ajustements même au moment du tri, forcément, les aperçus 1:1 sont à recréer ensuite.

perso pas ce soucis sur mon imac 24 c'est un core 2 duo 2,93ghz 4go de ram le disque dur interne est un  WD  7200tr/mn 16mo de cache de 640 go ou sur les nef sur mon disque externe un wd firewire 800 de 1TO

Ba dit t'es équipé...

Bah c'est pourtant loin d'être une config de folie.
Ca me semble être la même machine que mon père, et sur sa machine, ça rame encore pire que chez moi.
 
Si tu te mets en mode biblio sur une photo non encore traitée, et que tu appuies sur D, le passage en mode dev est instantané ?
Moi je dois attendre plusieurs secondes avant la fin du "chargement..."

Moi aussi mais c'est normal j'ai le macbook pro 1er de la gamme

Mais de la gamme de quelle année ?

2011... juillet le macbook pro 13 pouces.

 
oui c'est une config basique, un imac de 2009, oui instantané.
à mon avis les aperçu ne joue pas que sur le mode biblio car en mode dev on travaille en 1:1 donc l'ordi à besoin de recalculer l'image et ne l'a pas en cache si elle est en "standard" ou encore plus petite, de plus en mode biblio on peux aussi développer les photos avec le développement rapide, donc pourquoi un truc s'appliquerai dans un sens et pas dans l'autre
je ne sais pas si cela à son importance mes modif ne sont pas en dng mais en nef+xmp donc même si de nombreuse modif sont faite après coup, seul le xmp est mis à jour tant qu'on à pas exporté ce n'est qu'un aperçu en fonction des données xmp puisque le raw n'est pas modifié puisque LR travail en non destructif   en dng c'est peut être plus long car il y a un jpeg à encapsuler si j'ai bien compris
sinon un nef de d700 ne fait que 15/20mo cela vient peut être de là aussi

Si, c'est certain.
L'aperçu c'est dans le répertoire "Previews" du dossier du catalogue.
Le module développement utilise le cache, qui est dans un autre dossier.

Evidemment quand l'image est déja passée en cache développement, l'affichage est beaucoup plus rapide.

Je suis en RAW + XMP aussi.
Mais Lightroom ne lit jamais les XMP, il ne lit que le catalogue, donc ça ne change pas grand chose.

Mes RAW font 12-15 Mo (40D) donc c'est encore plus petit.

Et c'est effectivement la même config d'imac que celle que je connais.
Il y a surement un truc à faire quelque part.

Je viens de faire un test pour voir.
En fait, quand je passe d'une photo à l'autre en mode développement, même sur les photos qui sont déja dans le cache developpement, j'ai ce comportement :
1) affichage de la photo correctement, telle que dernièrement éditée
2) la photo se floute légèrement, le message "chargement..." apparait pendant environ 2 secondes
3) affichage de la photo correctement, exactement comme en 1.

Du coup je me demande à quoi sert l'étape "chargement" puisqu'à la fin de l'étape, je me retrouve avec ce que j'avais au début.
J'ai essayé de changer le répertoire cache d'emplacement, sans aucun changement.

+1
Je vais te repondre sur mon portable qui est un truc pas hyper genial et ca  
C'est la Version 3.5 Rc
Ca mets 10 Sec losque je le lance du bureau
De Dveloppement a Bibliotheque , env 1 a 2 Sec
L'inverse (ta question), pareil 1 a 2 Sec.
Apres la j'ai teste ca sur du Jpeg qualité "Moyenne" de 12Mpix (en gros 3 a 3.5Mo par tof)
Sur du raw ca peut etre un peu plus long, apres ca dependsde laQtee de traitements fait dessus (sisi ca joue).
Le Proc est un P6100 @2Ghz, (c'est un double coeur), 4Gb de Mem, Et Win7 sur ce portable sony.
Je me sert du disque interne qui tu te doutes bien est un 2 " 5400 Tours assez bof.
Ca te va ?
 
Par contre j'ai la nette impression que (hypocritement, en douce) ils ont optimises certaines fonctions depuis la 1Ere version 3.0, car ca rame moins (sauf la partie de la correction des A.C. qui rame toujours presque autant, joue un peu sur Acdsee V4.0 la partie correction des AC tu va litterallement hallucinner... je veut ca )