Reprise du message précédent :

J'ai jamais compris cette fascination pour vi .  
 
Enfin si, j'imagine que c'est comme 3DFX, c'est le côté préhistorique qui fait rêver .

 
Exactement.
 

J'ai essayé Vi, mais je préfère de loin nano. C'est tellement plus simple...

Y'a ZZ aussi  

zsh / bash
vi / nano
intellij / eclipse
atom / visual code
json / xml
tab / space

etc, etc... Sauf le yaml qui est complètement con.  
Y'en a pas un mieux que les autres, c'est qu'une question de préférence.

Et sinon en rapport avec le topic, je testerais bien un Odroid N2 en master et je cherche aussi un SBC simpliste en vrai gigabit pour en faire un NAS dédié au cluster avec un SSD

 
Pas que: quand ton engin commence à merder avec les locales, vaut mieux un outil simple parce que les combinaisons de touches à la con, ça a aussi ses limites.
Cela étant, le vi original avec les commandes pour déplacer le curseur était une plaie, le vi moderne plein écran où faut retenir i, echap et :x comme commandes n'a plus rien d'insurmontable.

 
C'est un putain d'éditeur efficace quand on le connait. Ca ne veut pas dire qu'un traitement de texte ou un éditeur graphique, n'ont pas d'intérêt, juste que ce ne sont pas les mêmes outils.
Et puis un shell, c'est préhistorique aussi, sauf que se fader une interface graphique usine à gaz pour administrer, tu parles d'un progrès...

J'ai un coup de nostalgie là, c'est quoi la distro pour émulateurs ? Recalbox ?
 
A priori, un RPi2 (que je possède déjà) passe pour la Playstation première du nom. L'idée c'est de me passer de ladite Playstation avec la gestion chiante des CD (probablement illisibles aujourd'hui ) et de ces fichues cartes mémoires  

Recalbox (simple) ou Retropie (un peu plus complexe).
 
Sur Pi 2 les jeux PSX doivent quasiment tous passer si tu n'utilise pas trop de filtre.

je ne suis pas spécialement fasciné, je suis juste très vieux et à l'époque il n'y avait que vi et c'était très bien.
j'utilise plus souvent gedit que vi sauf quand je suis sur une émulation VT100 distante

J'avais utilisé un très bon éditeur msdos vers 1994, mais je me rappelle plus son nom. On manipulait des blocs à la vitesse de l'éclair avec ce truc

je préfère vi aussi
 
Question d'habitude.

 
 
J'ai réussi à installer gphoto2 sur mon Raspberry pi zero W,
j'ai fait un petit script sh avec un delais qui me laisse le temps de switcher entre le clavier et l'appareil photo
 
Les photos sont bien prises.... sauf qu'elles sont enregistrées je ne sais pas où dans la ram du pi...
 
Il y a une option pour enregistrer sur la carte mémoire apparemment http://gphoto-software.10949.n7.na [...] 14330.html :
If you want to keep the images on the sd card, change the "capturetarget" config option to "Memory card".
gphoto2 --get-config capturetarget
gphoto2 --set-config capturetarget=1  
 
Ça me retourne une erreur, comme quoi cette option n'existe pas...
Apparemment on peut trouver les options en faisant :
$ cat .gphoto/settings
gphoto2=port=usb:001,007
gphoto2=model=Canon EOS 5D Mark III
libgphoto=cached-images=2
ptp2=capturetarget=card
 
Il me manquait la dernière ligne. Je l'ai ajoutée, mais ça n'a rien changé, c'est toujours enregistré en RAM et rien sur la carte SD.
 
En cherchant encore je suis tombé sur ca : https://github.com/gphoto/gphoto2/issues/158
"this is a camera side limitation currently, so we can not support it."
 
Donc il semblerait que ce soit mort, je peux oublier mes timelapses évolués    

Il suffit de télécharger la photo sur le pi du coup ? La photo doit etre sur la RAM de la camera, pas du pi.
Je crois que c'est : gphoto2 --capture-image-and-download

Si elle est déjà dans sa ram, sauvegarde sur la SD du pi.

Ca doit surement marcher, mais j'ai pas encore essayé, parce que ça serait pas pratique du tout en fait

La photo en jpg + raw c'est plutôt très lourd avec mon appareil de 42Mpix, environ 60Mo je pense (et encore c'est du raw compressé)
donc ça prend plusieurs secondes à télécharger, et en ajoutant les différents temps d’exécution ça fait un délais minimal entre deux photos de 8 secondes.
Pas du tout compatible avec les rafales que j'aimerais faire au moment du contact de l’éclipse

Et pour des timelapses très longs c'est toujours mieux d'avoir les photos dans l'appareil aussi, ça permet de changer de carte

Je vais encore un peu chercher, voir s'il n'existerait pas une solution quelque part.
Il me reste encore à voir si je peux prendre des photos avec un temps de pose et une sensibilité définies aussi, là c’était en semi automatique

Si c'est une limitation de la camera il n'y a pas beaucoup de solutions si tu veux avoir exactement tous ce que tu veux.
Soit il y a un truc similaire via Wifi sur smartphone ou ordinateur et qui fonctionne (du genre Capture one ou Sony),  
soit tu transfères chaque image sur le pi (apparemment ca prends 5 seconde en RAW compressé),  
soit tu utilises un intervalometre basé sur le shutter speed,  
soit tu achètes une autre camera que l'A7RII compatible gphoto2,
soit tu kidnappes un dev Sony et lui somme d'implémenter la fonction
(rajouter ici une solution que je n'imagine pas)
 
PS : Avoir deux cameras pour moins se faire chier.

J'ai envoyé un message au créateur pour savoir s'il y a des nouvelles depuis les derniers vieux topics parlant des appareils Sony...
 
 
Non non, il n'y a vraiment aucune autre solution suffisamment libre pour faire ce que je veux faire.
En plus de la séquence complexe coté appareil photo il faut que je puisse commander un servomoteur pour mettre ou retirer le filtre solaire...
et pour d'autres projets ça pourrait être n'importe quoi qu'il serait utile de déclencher entre deux photos...
 
Je peux pas me fier à une application buguée avec une connexion wifi foireuse, une autonomie et des possibilités limitées, tout en ayant dans le même temps besoin du smartphone pour piloter le drone par exemple  
 
Ce programme serait pas mal niveau séquence : http://xjubier.free.fr/en/site_pag [...] tware.html  
mais
1) marche pas pour les Sony
2) toujours limité, niveau contrôle de servomoteur, éventuel capteur de luminosité etc...  
3) oblige à avoir un ordinateur à cote de l'appareil  
 
Le second appareil photo est déjà prévu, il faut que j’étudie la question si gphoto2 marche vraiment à 100% avec un Canon 6D par exemple    
mais ça ferait vraiment chier de changer de marque, j'aime plus du tout le format des réflexes Canon depuis que je suis passé chez Sony, tout racheter niveau batteries adaptateurs et compagnie aussi...
Niveau astrophoto c'est mieux les Sony a7s / a7rII / a7III...
 
Mais même avec deux appareils photo c'est pas suffisant, donc il faut tout automatiser pour faire suffisamment de choses, pas tout foirer dans la précipitation, et pouvoir regarder tranquillement l’éclipse

La version de ffmpeg dispo dans les dépots de Raspbian Stretch semble bien ancienne !  3.2.12 alors qu'on est à la 4.1 sortie en novembre 2018...
EDIT: la 4.1 sera dans la prochaine Debian Buster

Bon fait chier,  
je sais pas comment faire si gphoto2 ne marche pas

Loue une autre camera et fait le marcher sur autre chose qu'un pi

Est ce que quelqu'un s'est penché sur le refroidissement du Pi, en particulier le 3 avec lequel j'ai le plus de problème de chauffe.....
 
Dans l'idée j'aurais souhaité utiliser un ventilo de 40mm en 5V, mais si vous avez d'autres idées....

 
Un radiateur ne suffit pas?
Chez moi et j'ai fait des stress tests, les radiateurs alu suffisaient.

 
Ça va dépendre des applications et de la charge CPU. Le PI3 est une plaie, il chauffe beaucoup.
 
Par exemple, j'en ai deux qui tournent à la cave et on très peu de charge (serveur web et torrent), ça va avec juste un dissipateur.
 
Par contre j'en avais un sous retropie, impossible avec juste le dissipateur, le CPU chauffait jusqu'à passer en sécurité... Depuis, je suis repassé sur un PI2, plus aucun soucis avec un simple dissipateur.

pi3 d'une certaine version ou toute la série (A, B, B+)?
Dans mon cas, c'est du pi3b+ et comme dit, jamais réussi à le faire crasher malgré des stress tests. Mais ce n'était pas du calcul non plus. Et je ne sais plus si c'était les versions alu de base ou les radiateurs cuivre.
 
edit: vérification faite, radiateur alu sur pi3b+ et commande stress, ça monte rapidement puis plafonne alentour de 75°C mais c'est cadencé à 1200MHz. En fait, dès que ça passe les 60°, i.e. très rapidement, ça passe de 1400 à 1200 mais pas de throttle a priori. Et dès que les besoins sont bas, il bascule à 600.

A titre indicatif, un RPi 2 qui héberge un site web (il ne branle pas grand chose) dans un boitier (pas de ventilo, pas de radiateur), c'est 45°C.

J'ai acheté ce radiateur pour mon Pi3 première version, et j'en suis très content : https://www.ebay.fr/itm/Protection- [...] 2749.l2649
Je voulais un modèle passif (pour le silence), et avec le Pi dans un meuble fermé avec mon NAS, j'ai perdu 10° en idle (41°C au lieu de 51°C), et je ne dépasse pas les 65°C en stress test avec le cpu qui reste bien à 1200 MHz (alors qu'avant avec les petit radiateurs à 1€, il montait en 30s à 80°C, donc le throttle s'activait et le cpu repassait à 600MHz)

J'ai le même mais pas encore testé.
 
De mémoire, je n'ai jamais eu les 45° du pi2 avec un pi3b+: tous ont des radiateurs alu et sont rarement sous les 55°. Et dès qu'on stresse, ça monte au delà de 60.
Au passage (merci la question initiale car je n'avais jamais creusé la question), ça veut dire que les 1400MHz de ce modèle sont une vaste blague, du moins en fanless puisque dès 60°, ce qui est atteint en même pas 30s de stress, il se cadence à 1200.  
 
Faut que je vérifie avec la version cuivre si c'est mieux.

Les radiateurs à 1€ ça fonctionne, mais faut virer la colle, et mettre de la pâte thermique à la place, et à l'usage, elle sèche et le radia reste en place.
Chez moi je fais tout le temps ça, et j'ai pas de pb de throttle avec mes RPI 3 ou 3B+

Edit: erreur, plouf, plouf, je recommence.    
 
Donc mon TALC:
Sans rien, boitier officiel, ça monte très rapidement jusque vers 75, puis assez rapidement vers 80 et ça throttle.
Avec le radiateur alu et scotch 3M dans un boitier semi ouvert, ça monte assez lentement, inflexion de la courbe entre 75 et 80 mais ça semble se stabiliser sous les 80.
Avec le radiateur cuivre et scotch 3M dans le boitier officiel, ça part de plus bas, ça monte plus lentement encore, mais ça finit par atteindre et dépasser les 80... Si j'enlève le couvercle, ça se stabilise alentour de 75.
 
Le hic, c'est que si je relance un second test dans les mêmes conditions, je n'ai pas les mêmes résultats...    
 
Je n'ai pas 12 cartes et 12 boitiers, ça reste un test à la con , mais boitier officiel fermé, c'est pourri quel que soit le radiateur si la phase de calcul doit se prolonger et en prime, ça ne travaillera de toute façon pas à 1400 MHz.
 
Donc AMHA, la situation optimale en fanless, c'est un boitier semi ouvert, un radiateur et accessoirement de la pate thermique comme suggéré par Toine car elle sera plus efficace que le scotch je pense. Et sinon, ventilo.

Ma box domotique Jeedom utilise un Pi 3.

Avec seulement les rad à 1€ j'étais à 51° en utilisation courante.
J'ai découpé (mode HB) le boîtier pour y mettre un petit ventilateur acheté chez les chinois à pas chère et j'ai également perdu 10°.

Le bruit ne me dérange pas, il est enfermé dans le placard à chaussure

Avec le 3M il n'y a pas de gain en fait, ça sert à rien . En revanche, avec la pâte thermique, le CPU tourne à 25° de moins.

 
Je me suis gourré, j'ai édité: c'est pas la version cuivre que j'ai testé mais une version sans rien.  

Je vais tenter le dissipateur avec pâte thermique.
 
Mais j'ai deux Pi3 : un avec Jeedom et l'autre avec Kodi, un avec un ventilo de 30 mais ultra bruyant, les deux sont en surchauffe....

Le Kodi ça peut se comprendre, en revanche le Jeedom en surchauffe c'est assez étrange quand même  

Kodi qui fait chauffer un PI ?

Mets en un plus gros sous volté

J'ai un 40mm @ 5v sur celui de mon imprimante et il est inaudible.

Kodi non.
Le h265 lancé par Kodi, oui  

En même temps, lire du h265 sur un RPI, c'est idiot non ? Ce n'est pas du tout adapté

 
Même sans h265, sur une lecture de films avec des codecs standards il chauffe.

Ca dépend des débits, les gros débits ne passent pas, les débits plus faibles peuvent passer crème sur un PI3B+ bien refroidi , dans le cas contraire ça throttle à max .

Mon PI3 B+ reste à 1400MHZ tout le temps.