D'après mactracker pour les imac 7.1 ( modèle A1224) c'est 6Go max (4 Go selon Apple)

C'est quand même un modèle ancien, la ram est plus lente que sur un 2009 par exemple. Changer le disque pour un ssd si on est bon bricoleur c'est faisable mais quand même risqué.

Un ssd ça change beaucoup de chose, surtout pour une vieille machine (un disque dur classique fatigue et devient moins rapide). Cependant ce n'est pas facile à installer dans un imac (voir ifixit.com)

Quel est le modèle exact, d'après mactracker il est possible d'installer 8Go de ram sur les modèles 2009 ( ou bien c'est un 2007 (ram PC2 5300 667Mhz) ?)

Problème solutionné avec une bague Novoflex R->M (j'ai déjà une Novoflex M->fuji). Empiler 2 bagues ne semble pas poser de problème.

Je cherche à monter mes optiques R sur un boîtier Fuji X.

Sur mes 2 objectifs R les plus récents (numéro de série 337xxx, et 339xxx sans ROM) la monture d'objectif possède une petite marche qui n'existe pas sur les autres (tout lisse)



À gauche un 16/2.8, à droite un 60 macro pour illustrer la différence.

J'ai acheté une bague kiwi qui est plutôt de bonne qualité mais qui ne se monte pas à cause de la marche sur le 60. C'est dommage mon but était surtout de réutiliser mon 60 et mon 280 avec le multiplicateur 1.4 !

Avez vous une référence de bague compatible ? (autre que novoflex, c'est un peu cher !)

J'ai pratiqué la méthode sur la carte mère du Macbook pro (série à processeur vidéo Nvidia) d'une copine avec succès ! Ça fait environ un an et il fonctionne toujours. (sav Apple environ 500 €)

Effectivement, il faut une bague allonge supplémentaire pour monter un gros boîtier sur sur un PB6. (j'ai un D3 le grip bute contre le support)

Avec un objectif macro pour reproduire du 24x36, le soufflet n'est pas nécessaire il suffit d'utiliser la platine porte objectif et monter le boîtier avec une bague allonge (diam. 52 mm) et une bague br2a [1] (52mm <-> monture F). On évite le problème de poussières dans le soufflet

Le plus difficile c'est d'avoir un éclairement uniforme. (et en cas de négatif couleur le traitement numérique d'inversion)

Pour les prix on a parfois du bol, j'ai payé 20 € mon pb6+ps6...

[1] Attention, avec les boîtiers modernes il faut une br2a et pas une br2 selon Nikon

Bonjour,

Je cherche une bague leitax en monture Nikon.
Si vous avez de bonnes adresses pour commander en France une copie de
bonne qualité ça m'interesse aussi.

nb : c'est pour monter sur un convertisseur apo 1.4, donc le modèle standard à 6 trous.

Joël

Les caractéristiques de mon M3 no 743640 :
- double armement ;
- fente sur le bouton de rembobinage ;
- pas de selecteur de cadres ;
- 4 vis sup. sur le capot ;
- vitesse 1/25, 1/50, 1/100...

Après une révision chez photo suffren le viseur est parfait, limpide et bien contrasté.

Le télémetre est couplé jusqu'à 70cm ( voir http://www.summilux.net/forums/viewtopic.php?t=1447 )


canon Ixus 40

Je suis bien d'accord ! (1)

LE problème de l'ipad c'est le coté fermé et l'impossibilité (presque) d'ajouter ses propres applications.


(1) mais j'aimerais bien savoir ce que vous pensez des jpg générés. (je n'ai ni M9 ni Ipad)

J'ai compilé dcraw et cjpeg pour osx intel (sous Tiger, les binaires fonctionnent aussi sous snow leopard)

Le but est de generer des jpg du même format que le dng pour visualisation rapide
(et sans sortir l'artillerie lourde genre photoshop ou lightroom (logiciels que je ne possède pas de toute façon))

installation :
copier dcraw, cjpeg et dngversjpg.sh dans un repertoire quelconque.
rendre les binaires executables :
chmod +x dcraw
chmod +x cjpeg
chmod +x dngversjpg.sh

utilisation :
a partir de l'emplacement des fichiers dcraw, cjpeg et dngversjpg.sh creer les
repertoires dng et jpg. Placer les dng dans le repertoire dng. le script genere
les jpg dans le repertoire jpg

Lancer le script en tapant : ./dngversjpg.sh

Avec un core 2 duo 1.83 il faut moins de 5 sec pour produire un jpg (avec dcraw -q 0)

les fichiers sont là : http://joel.amoros.free.fr/divers/dcrawosx/

nb : pour les utilisateurs d'OS Linux les outils dcraw et cjpeg sont normalement dans la distribution, pour les utilisateurs d'OS Microsoft debrouillez vous.

Je pense que oui. Peut être pas ufraw mais dcraw qui est plus simple (un seul programme en langage c qui produit du tiff ou du ppm), il faut ensuite un autre programme pour passer du tiff au jpeg

Malheureusement j'ai téléchargé le kit de dev apple pour iphone/ipad mais il nécessite Snow Leopard et je n'ai qu'un vieux powermac G4)

Ce n'est pourtant pas bien compliqué (en théorie)
for fichier in `ls *.DNG` ; do
ufraw-batch $fichier --size 1024 --out-type=jpg
done

il faut compiler ufraw pour ipad (c'est du logiciel libre)

Non l'idée c'est de pouvoir recuperer tes données si tu perds ton serveur. Un seul ami ce n'est pas suffisant (ex : il est en vacances pour quelques jours, synchro impossible pendant son absence (sauf si bien sûr le serveur reste dispo))


Effectivement mais ce n'est pas le but.



Les données sont sur tes disques (et chez les "amis"), pas chez le fournisseur.

J'ai déjà pensé à ça.
Empiriquement, un des points clé me semble d'avoir un nombre suffisant "d'amis" pour pouvoir retrouver ses données. (ou disponibilité des machines 24/24 ce qui n'est pas mon cas)

Il faut aussi faire confiance, même si les données sont chiffrées.

Néanmoins, c'est une très bonne idée il me semble. (de plus ça montre que le P2P "légal" existe)

Faire un traitement croisé pour premier essai c'est acrobatique !

Pour revenir à la question, comme goldorak le N&B à la main seulement (processus JS D76 pur, très peu d'agitation)