nanoseb a écrit 28 commentaires

Merci pour cet article, il ce code semble assez intéressant, mais je me demandais ce qu'il apportait par rapport à quelque chose comme OpenFoam (=un autre code CFD libre) ?

Pour sortir ce chiffre je me suis basé sur la doc d'archlinux, ils y sont listés.

On peut aussi noter que les thèmes marchant pour gtk 2 ne sont pas compatible gtk 3, et les thèmes gtk <=3.19 ne sont pas compatible avec gtk 3.20… Ce qui fait qu'il y a que ~5 thèmes pour le moment au total qui sont utilisables…

Et quand en trois lignes quelqu'un arrive à résumer la situation de 90% des lecteurs de ce site, je pertinente ;)

Franchement je trouve pas cet argument convainquant, Microsoft développe windows donc ils peuvent gérer ce qu'ils veulent, je voit pas ce qui les empêche de faire des ponts entre les deux configuration dans l'arrière boutique. Il me parait évident que ceci est est conçu pour promouvoir leur navigateur.

La principale différence avec pacman, apt ou yum c'est que sur mobile il est moins aisé de se documenter sur ce qu'on installe, ouvrir un navigateur et faire une recherche reste plus complexe sur portable. C'est la raison pour laquelle réunir les fonctionnalités de commentaires et notes dans f-droid simplifierait beaucoup de choses.

Merci, je vais me renseigner un peu la dessus, c'est la première fois que je voit ça.
Tu as des noms qui te passent par la tête (libre ou non).

Bon, Natron n'est pas fait pour du montage vidéo mais plus pour les effets spéciaux à ce que j'ai compris, l'approche semble bien différente de ce qui se fait chez la concurrence.
En tout cas je pense que c'est un projet qu'il va falloir suivre de près à l'avenir, il a l'air assez puissant (et sérieux car développé par l'inria)

J'y suis inscrit mais je ne crois pas avoir déjà posté dessus.

Pour une dépêche je veux bien contribuer, mais je sais pas si on a assez d'info pour en faire une dépêche, à réfléchir.

Je n'ai pas fait de tests de résistance mais la solidité ne semble vraiment pas être un problème, il m'est absolument impossible même ne serai ce que tordre une pièce un peu épaisse avec une pince. L'intérêt de l'impression 3D sur l'injection classique est qu'il n'y a pas de contraintes d'épaisseur des pièces (lié au refroidissement dans l'injection) du coup il est tout a fait possible de faire des pièces avec 0.5 - 1 cm d'épaisseur pleine et dans ce cas elles sont quasi indestructible. Les logiciels de calcul de trajets de la tête d'impression (slicers) prennent en paramètre le taux de remplissage ainsi que la géométrie de ce remplissage et avec un remplissage même de 50% en nid d'abeille tu as des pièces extrêmement solides.
Bon encore une fois j'ai aucun chiffre a avancer mais la solidité des pièces me semble très largement suffisante pour du modélisme (même musclé).

Bonjour,
Je ne poste pas souvent de commentaires, mais ce sujet me concerne un peu du coup voici mon aventure :

Donc j'ai moi aussi fait l'acquisition d'une smartrap et le montage s'est finit il y a environ 1-2 mois.
J'avais un peu d'expérience dans le domaine car j'avais déjà construit une prusa (la reprap la plus répendue) là ou je travail et j'ai un pote qui s'en ai fait une from scratch du coup je baignais un peu dans de domaine, j'ai choisis celle ci principalement pour son prix (elle était à 300€ au moment où je l'ai acheté) mais aussi pour son coté très openhardware, en pratique quelque chose qui me fascine c'est le fait de pouvoir appliqué ce que l'on connais de l'opensource sur du matériel, dans la pratique :

• on peut modifier/améliorer l'architecture (les fichier sources blender sont sur un dépôt git)
• on profite des mod de la communauté
• le concepteur de l'imprimante publie régulièrement des mise à jour à imprimer

Ces trois points sont particulièrement mis en avant avec la smartrap car la quasi totalité de sa structure est faire de plastique imprimé (ce qui n'est pas le cas de la prusa par exemple).

Ensuite concernant la construction, celle ci n'est pas très difficile, le plus complexe est de comprendre le fonctionnement des différents logiciels et leur agencement (en gros on modélise en 3D avec le logiciel que l'on veut (blender, catia, …) puis on exporte le fichier en un .stl (contenant juste le maillage), un second logiciel va se charger de calculer le trajet de la tête d'impression ainsi que le débit de plastique à imprimer et enfin un troisième va envoyer les instructions à l'arduino).

La calibration n'est pas très compliqué et on obtient assez rapidement des résultats très précis (au moins 0.05-0.1mm (peut être plus mais j'ai rien pour mesurer des choses plus précises)).
Comme dit précédemment la conception de pièces peut se faire avec n'importe quel logiciel de modélisation 3D, Blender est préférable pour les pièces "d'art" (ou non mécanique), pour les pièces mécanique freecad (avec une approche ressemblant à catia/solidworks) ou openscad (approche programmation de la modélisation), perso j'ai fait 2-3 choses avec freecad et c'est franchement assez simple de faire des pièces mécanique sans beaucoup de travail.

Pour ceux qui disaient que le prix des bobines de fil était cher il faut noter que 1Kg de plastique ça représente une quantité considérable de plastique, la plupart des choses que j'ai imprimé faisaient quelques grammes avec 1Kg vous avez le temps de vous amuser un peu de temps déjà.

Pour finir je dirais que pour l'instant il ne faut pas acheter une imprimante 3D si on veut juste imprimer des pièces, un des grands intérêts de ces imprimantes est leur bidouillage si on veut quelque chose de fiable qui pourra imprimer des dizaines de pièces sans avoir à y toucher c'est clairement pas la machine qu'il faut. Encore une fois on peut y voir le parallèle avec une utilisation de linux un peu avancé, parfois ça marche pas et on cherche dans la doc/sur internet/dans la conf ce qui merde et on comprends/apprends, là c'est pareil au début on fait des erreurs, les pièces sont de travers et en analysant l'impression on comprends ce qui n'allais pas… et on essaye de l'optimiser au fur et à mesure, on améliore le rendu de surface, la précision, la vitesse d'impression…

Voilà je suis pas sur que mon intervention ajoute quelque chose a ce journal mais bon au cas ou.

Pour qu'un projet soit sur f-droid il faut que les mainteneurs du dépôt connaisse l'existence du projet et l'accepte… du coup il suffit de le proposer ici : https://f-droid.org/forums/forum/submission-queue et je pense qu'il a de grande chance d'intégrer le dépôt.

Oui, ça peut être très pratique, un terminal avec un éditeur de texte et un autre avec tail -f sur deux fichiers différent, et pareil pour l'autre interlocuteur.
C'est l'avenir !

J'avais cru voir qu'un atelier parlais de raspberry pi, il a été annulé finalement ?

Sinon la plupart des navigateurs proposent d'importer des css personnaliser pour chaque site.

Niveau place je ne sais pas combien tu as mais à titre de comparaison Toile Libre, qui est je pense relativement connue, n'utilise que 72Go pour ses images et il n'est pas possible de les supprimer.

Je suis désolé mais il n'y aura pas de vidéos des conférences.

Ah oui en effet, mais en faite les cookies tiers sont toujours désactivés chez moi (voir ceci : https://support.mozilla.org/fr/kb/desactiver-cookies-tiers), donc du coup ça ne me pose pas de problème.

Sinon tu fais clique droit > Information sur la page > Permissions > et tu coche "autoriser pour la session" dans cookies.
Par contre le système a l'air inversé, là tu créé une blacklist et avec ton extension tu peux créer une whitelist.

En faite, j'utilise un petit script fait maison pour les afficher et donc les numéros me suffisent, et puis pour avoir les liens il suffit de faire :
sed 's/^/http:\/\/xkcd.com\//g' fichierxkcd

Bah, c'est juste que je ne comprends pas toujours les xkcd donc lorsque j'en croise une que je comprends et qui est drôle je note son numéro, et j'ai mis la liste de celle que j'ai sélectionné dans mon précédent message. Après tu as juste à aller sur http://xkcd.com/378 ou tout autre numéro.

Juste à propos de xkcd, au fil du temps je me suis fait une petite sélection de celles que je comprenais et qui étaient bien : ici, bien sur non exhaustive…

À oui, bonne idée, perso j'utilise quelque chose de ce type : http://xkcd.com/378/, ça a aussi fait ses preuves.

Oui, sauf que sur le Raspberry pi il vaut mieux utiliser omxplayer pour lire des vidéos, donc il faudrait plutôt quelque chose du style :

while :
do
  omxplayer video.mkv
done

(Bon par contre il faudrait peut-être faire plus propre car là la boucle est vraiment infinie…)