Je suis d'accord, y a plein de logiciels qui simplifient pas mal les choses, et dans un monde parfait, les tags remplacent bien l'arborescence à 100%. Mais dans mon monde imparfait, déjà je suis vraiment pas suffisamment amateur de photos pour passer trop de temps à gérer les photos. Car c'est quand même bien plus simple de lire la carte comme un périphérique et de faire couper coller dans des répertoires nommés plutôt que "d'importer" à travers un logiciel (enfin moi, je trouve plus simple; mais si quelqu'un aime beaucoup gérer des photos, je comprends qu'il sera habitué aux logiciels d'import et sera plus efficace avec).
Pour l'automatisation: les dates, ça m'est déjà arrivé plus d'une fois d'oublier de reparamétrer la date juste après un changement de batteries. Donc on se retrouve avec des photos mal datées.
La reconnaissance de visage: c'est génial, mais encore une fois je suis vraiment pas assez amateur de photos pour m'y intéresser plus de 2 min et le vouloir pour mon utilisation perso.
Mais clairement oui, les tags et la recherche par tags sur les photos, c'est génial. Mais je suis pas encore prêt à remplacer mon organisation à l'ancienne pour cela car mon utilisation de photos est pas assez poussée. Je m'intéresse très rarement à retrouver des photos (et en prend relativement rarement aussi), mais pour les rares fois où j'en recherche, la simplicité du couper/coller en dossiers nommés vaut largement le temps que je pourrais passer à gérer mes photos.
Ensuite y a plein de trucs, je pourrais même pas imaginer comment cela pourrait être remplacé par organisation en tag. Mon administration par exemple: je scanne/sauvegarde tous mes documents importants, notamment les factures vont dans des dossiers et sous-dossiers dans une arborescence en thème et en année/mois/. C'est simple, clair. Bien sûr, avoir des tags en plus serait cool et accélérerait les recherches. Par contre le jour où les tags contiennent une erreur typographique (puisque je le rappelle, mon monde n'est pas parfait, et les typos notamment arrivent), je serai heureux d'avoir mes dossiers pour rechercher à la main.
Et pour les fichiers pour lesquels les raisons de recherche sont faibles, si c'est à moi de gérer les tags, je préfère de loin ne pas perdre de temps. Les factures encore une fois, c'est typiquement le truc que tu gardes au cas où (si un produit acheté casse sous garantie, ou en cas de vérification pour la compta, etc.), mais dans la vraie vie, on a très rarement l'occasion de les chercher. Donc si à chaque facture, je dois passer 2 min pour la tagguer, mais que j'ai besoin de rechercher 1 facture sur 100 tous les 36 du mois, le rapport gain/perte n'est pas rentable.
Au final, je pense que l'organisation par tags est un bon "plus", utile quand c'est automatique, mais si c'est à gérer soi-même, c'est rentable uniquement pour les types de fichiers qu'on a souvent besoin de rechercher. Et ça, ça dépend fortement d'une personne à l'autre.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Imagine maintenant cependant que tout tes fichiers ont les bons tags comme il faut.
Ce "si" est pour moi un problème majeur. Beaucoup de fichiers dans mon ordi ne sont pas très bien taggués (même quand ce sont des formats avec tags incorporés comme des fichiers sons ou des photos).
La musique: la plupart du temps quand je rippe un CD, les tags sont récupérés automatiquement. Il arrive parfois cependant que ce ne soit pas le cas, par exemple quand il s'agit d'un petit groupe indé pas connu, ou d'un CD un peu exotique que j'ai acheté dans un coin lointain (arrivé encore y a quelques mois avec un CD de chansons Maori, pourtant acheté dans le grand commerce en NZ, mais inconnu au bataillon il fut pour la CDDB!).
Dans ce cas, je remplis moi-même, mais parfois je me contente du minimum (nom du CD, groupe et des chansons), car ça prend vraiment du temps (surtout quand c'est un double CD avec pleins de morceaux par CD, comme c'était le cas justement avec les chansons maoris).
Mais même avec tags automatiques, ce ne serait pas assez. Souvent je ne me souviens déjà plus du nom d'un album ou bien d'un morceau. Comme je suis très mauvais avec les noms, j'ai aussi parfois des trous avec un nom de groupe (que je connais pourtant super bien et adore, mais que voulez-vous? J'ai un trou). Et franchement le système de tag aide peu là. On peut chercher avec le genre de musique, mais parfois le genre choisi peut laisser à désirer (pour des morceaux un peu entre 2 styles par exemple). Mais surtout il faudrait beaucoup plus de tags, voire pouvoir chercher dans les paroles des chansons, des textes sur le morceau, etc. En gros j'aurais plus vite fait de chercher sur le web.
Avec le principe arborescent, même quand j'ai oublié les titres, je peux chercher mes morceaux par logique d'organisation.
Les photos: très souvent, je balance mes photos dans un répertoire par thème de l'évènement et date ("anniv de Un Tel-septembre 2014", "voyage au bout du monde-juin/juillet 2025", etc.). Mais je fais très rarement du tri individuel, car la photo n'est pas non plus grand hobby.
Ceci dit, même si c'était taggué individuellement, on peut oublier des mots clé. Les tags sont rarement parfait, à part en y passant des heures par fichier. Par contre ma mémoire se souvient beaucoup des situations, des évènements. Donc je sais retrouver une photo en me souvenant dans quelle situation elle a été prise.
Aussi avoir un système de rangement entièrement par tag fait qu'on ne peut plus que chercher quelque chose précis. Tu ne peux plus re-découvrir ce que tu as sur ton ordi.
* Tu regardes ton répertoire photos, et vois un répertoire au nom inattendu "Tiens j'avais fait des photos ce jour là?".
* Tu regardes tes musiques, et repères un groupe dont tu avais oublié avoir l'album, et que tu n'as plus écouté depuis des années.
* Tu regardes tes ebooks au hasard à la recherche d'un livre acheté et pas encore lu.
* Tu regardes tes documents et retrouve par hasard un dossier sur un projet perso que tu avais mis en attente en te disant "un jour, j'y reviendrai quand j'aurai le temps". Et tu te dis que maintenant tu as le temps et reprends le projet.
En gros redécouvrir ce que tu avais "rangé" sans rien chercher en particulier. Si l'ordi range tout seul tes fichiers, ton ordi devient un gros capharnaüm où tu ne sais pas où est quoi (comme l'appart d'un inconnu), et trouver des choses devient un enfer, à part en demandant à cet inconnu (recherche et mots clé). Mais en faisant cela, tu loupes tout ce que tu aurais aimé découvrir sans te rappeler ou connaître. C'est un bon moyen de perdre tes propres fichiers.
Et puis y a tous ces fichiers qui ne sont pas aussi courants, mais au final tu en as quand même pas mal dans l'ordi. Et si tu dois créer des "instructions" pour chacun de ces fichiers, tu n'en as pas fini de donner des instructions. T'as bien plus vite fait de ranger à la main dans une organisation propre et connue.
En conclusion je pense que les systèmes de recherche par tag sont un très bon complément. C'est une méthode supplémentaire de retrouver des fichiers, et dans énormément de cas, c'est clairement plus rapide et efficace. Mais à l'heure actuelle, cela ne peut pas remplacer le rangement perso à 100%.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ahah! Ça ressemble déjà plus!
Maintenant je voudrais la même chose, mais en beaucoup plus petit. Avoir une grosse version en plus est aussi sympa (si le visiteur clique sur un lien pour voir plus), mais je cherche surtout une version "mini", qui rentre vraiment dans un coin du site sans prendre toute la place.
Ceci dit, on se rapproche. Je vais regarder un peu plus en détail ce code, peut-être que ça peut au moins me permettre de faire un petit hack à partir de là sans tout avoir à redévelopper…
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Merci pour les réponses, même si elles ne sont malheureusement pas très concluantes.
J'avais bien vu caldavzap, mais cela semble plus un client complet avec mot de passe, pour gérer ses calendriers.
Pour ma part, je cherche un mini-client en lecture seule, qu'on peut mettre dans un coin de son site web et qui va afficher les évènements à venir aux yeux de tous.
Le visiteur anonyme du site peut en général intéragir avec le calendrier pour voir des évènements plus loin dans le temps (ou dans le passé), et cliquer sur un évènement pour en voir le détail, mais c'est en gros tout. Pas d'édition, et pas de login (on va le configurer sur un calendrier public qu'on crée spécialement pour cela).
Et dans tous les cas, ce widget est rarement le centre de la page. C'est une info additionnelle.
La gestion elle-même serait faite dans un client plus complet, que ce soit sur le web, son smartphone ou client lourd en particulier. Mais ça, j'ai déjà (pas parfait mais suffisamment bien pour l'instant).
Donc c'est juste la partie mini-widget que je cherche pour l'instant.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ce serait en fait un autre bon point pour un plugin: pouvoir tester un fichier local sans uploader sur un serveur distant (déjà pour le temps que ça prend pour un gros fichier, mais aussi pour la confiance qu'on peut accorder à un site tiers). :p
Ceci dit, pour les fichiers locaux, il existe un programme qui fait très bien l'affaire: Scribus. Ça permet de visionner un fichier avec vision normale, mais aussi avec les différentes formes de daltonisme.
Pour cela il suffit de se mettre en mode "preview" et en bas à droite, vous avez une liste pour choisir le type de vision de prévisualisation ("Normal Vision", "Protanopia", etc. Enfin la même liste que colortest.it).
Et bien entendu Scribus lit parfaitement les PDFs (c'est d'ailleurs probablement le meilleur logiciel sous Linux qui permet d'éditer des PDFs. En tous cas, de ceux que je connais).
Donc de ce côté là, ce site et Scribus sont complémentaires (l'un pour les pages web, l'autre pour les fichiers locaux).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
D'après ce que je lis de personnes de Mozilla quand ils parlent de FirefoxOS, cela resterait une victoire si les gens se mettent à plus développer en techno web portable.
Si je pige bien, leur idée est surtout de promouvoir les technologies du web (html, css, js). Je suis pas sûr d'être d'accord sur ce point puisque je crois encore fortement aux technos natives, et notamment aux langages de dév bas niveau pour beaucoup d'usages.
Par contre le bon côté est de ne pas développer spécifiquement pour une plateforme, notamment en utilisant des librairies natives disponibles seulement pour la dite plateforme, et donc de s'auto-enfermer dès le départ. De ce côté, oui c'est une bonne chose (en gros développer dans une optique "multi plateforme/portable" dès le début). Mais il n'est pas besoin de dév en html/css/js pour cela (surtout qu'il peut aussi y avoir des librairies js spécifiques, ou des règles CSS expérimentales disponibles seulement sur certains moteurs de rendu).
Enfin voilà, je ne suis pas sûr de comprendre tous les objectifs réels de FirefoxOS, mais je leur souhaite toutefois de réussir car c'est une initiative très intéressante. Je suis pour la diversité, et on a besoin de plus d'acteurs libristes pour faire bouger les choses. Si ce projet n'aboutit pas, peut-être au moins aura-t-il fait réfléchir certains, et alors le prochain projet qui soit vraiment pensé pour les utilisateurs et non les actionnaires (par cet organisme ou un autre, ou même un mec dans son garage) pourra-t-il être un succès grâce aux prédécesseurs. Qui sait?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
La tendance à l'heure actuelle pour les software graphiques est de revenir aux interfaces sombres. Ils sont tous en train d'y venir progressivement (même GIMP aura bientôt une variante sombre qui devrait être le défaut si le thème utilisé a une variante sombre).
Apparemment il semblerait que les UIs sombres soient justement meilleures au niveau restitution des couleurs et distraient moins l'œil. Ou qqch comme cela. En particulier les couleurs grises. Apparemment certaines personnes travaillant dans le graphisme/cinéma ont l'habitude de travailler dans des salles aux murs gris et sans fenêtre. Et c'est donc la raison aussi pour laquelle les logicielles se tournent vers une UI similaire.
Ensuite je suis pas expert. Au début aussi je me demandais s'il s'agissait pas d'une lubie type "les couleurs sombres, c'est classe", mais apparemment non. Y a des recherches sur le sujet, paraît-il.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je sais que tu n'aimes pas l'idée d'un plugin (tu l'as écrit plus haut), mais ça aurait les avantages suivants tout de même:
- marche sur les sites qui n'autorisent pas les iframes (tu cites flickr dans ton about);
- vire le bandeau en haut, qui certes est très fin, mais serait encore mieux si inexistant (à remplacer par un bouton-menu par exemple, dans le navigateur, et on pourrait même assigner des raccourcis pour voir un site en mode "daltonisme" d'une touche).
- impacterait encore moins ton serveur, puisqu'il n'a rien à servir. :-)
- ne disparaîtrait pas si un jour tu décides que cela ne t'intéresse plus (sans pour autant le retirer explicitement comme l'a apparemment fait un autre auteur de plugin), ou tout autre raison (dont certaines fatales que je ne te souhaite pas, mais on sait bien qu'on y passera tous au final…).
Enfin je dis ça car je préfèrerais aussi pour sûr avoir une version plugin plutôt que web.
Ensuite chacun est libre de faire comme il lui plaît. Ce site me paraît déjà génial comme cela (même si je n'y connais rien et ne suis pas en mesure de confirmer ou infirmer que ton site donne des simulations réalistes). Je donne juste mon vote au cas où un jour tu décides de faire aussi un plugin. :-)
À propos, le code du site est-il sous licence Libre? Si oui, laquelle et où est le code. Si non, y a-t-il projet de passer sous Licence Libre?
Merci!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Bah justement non. L'outil « spot removal » ou le retaillage avec « crop and rotate » ne sont pas du tout non-desctructif au sens « bijectif » par exemple.
Non c'est pas bijectif en tant qu'opération mathématique, mais c'est non destructif dans le sens où on peut revenir à l'image d'origine au pixel près si c'est fait comme une opération "rejouable", c'est à dire au dessus de l'image d'origine, qui elle reste intouchée. Donc à tout moment, on peut juste annuler le crop (ou en changer les paramètres). On ne détruit donc jamais les données d'origine.
En tous cas, c'est ainsi que cela fonctionne avec GEGL (et à ce que j'ai compris aussi dans Darktable?). Donc c'est non destructif. C'est là le sens qui est donné à "non destructif" quand les équipes de GIMP ou de Darktable le mentionne dans ce contexte.
Disclaimer: je suis un des dévs de GIMP.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Oui et non. Le problème n'est pas tellement d'être destructif ou non, c'est d'être répétable.
C'est exactement ce que signifie "non destructif" dans ce contexte. Ou pour être plus précis: on doit toujours pouvoir revenir aux données d'origine, au bit près, quoi qu'on fasse dans l'image.
D'où ma remarque sur les formats d'image dits "non destructifs" ("non lossy" en anglais), comme png, qui — bien qu'utilisant le même terme — ont en réalité un sens différent dans ce contexte et sont destructifs pour le coup.
Ça pourrait changer avec les prochaines versions de Gimp, qui saura aussi gérer une pile d'effets via GEGL. On peut imaginer d'avoir des opérations faites dans Gimp au milieu du pipeline de Darktable. Mais ça n'arrivera pas demain ;-).
C'est exactement de ce dont on parle, et ce dont parle le blog post de Darktable que j'ai donné en lien.
Avoir une pile d'opérations au dessus de l'image plutôt que de modifier les pixels eux-même est en effet la technique employée à l'heure actuelle pour avoir un flot de travail non destructif. Surtout que même si l'opération était théoriquement bijective, dans les faits si c'est une opération mathématique, l'imprécision sur les nombres peut rendre la bijectivité caduque. Ensuite la haute précision des canaux de travail aide, mais cela reste toujours plus sûr de ne jamais toucher à l'image d'origine.
Ensuite quand est-ce que cela arrivera? Espérons avec la 3.0, si on développe l'UI nécessaire pour cela.
Pour info, GEGL doit permettre de pouvoir partager des "buffers GEGL", c'est à dire en gros l'image en cours de travail, donc 2 programmes sont théoriquement capables de travailler en même temps sur la même image, de manière non destructive, ce qui sera d'une grande aide pour le flot de travail souhaité.
Cela posé, je reviens sur une de tes phrases précédentes:
Ça n'aurait pas vraiment de sens de lancer Gimp dans le flot Darktable : ça me permettrait de faire une modif d'image une fois dans Gimp, mais que se passerait-il si je changeais les réglages côté Darktable après ?
Donc si dans ce contexte, ça a du sens de lancer GIMP dans le flot de Darktable. Que se passe-t-il si tu changes les réglages côté Darktable? Ben dans le workflow idéal qu'on veut tous faire: tu verrais les modifications dans GIMP aussi. Ces modifications auront la forme d'une opération GEGL (un "nœud" dans le graphe des opérations, comme dans le node éditor de Blender en gros). Si GIMP a l'UI adaptée, il serait même capable de modifier les paramètres de l'opération ajoutée par Darktable (et dans tous les cas, il est capable d'en voir le résultat qui passe à travers le moteur GEGL).
Et inversement en modifiant dans GIMP, dans Darktable, cela sera juste une opération supplémentaire que Darktable pourrait être capable de modifier, ou au moins supprimer si l'utilisateur le voulait.
Et donc jusque là, on est tous les deux entièrement d'accord. :-)
La perte d'information, ce n'est pas sur la résolution (l'export en .png la conserve sans problème par exemple), mais sur la profondeur des pixels.
Ben les deux quoi. Et pas seulement d'ailleurs comme je disais, puisque c'est surtout sur le graphe même des opérations effectuées qu'on veut sauvegarder (sans jamais toucher aux pixels d'origine), comme je disais plus haut. Ce que signifiait ma phrase, c'est que si tu travailles sur de la très haute résolution, faire 2 opérations destructives similaires sauvera un peu tes billes. Ensuite cela dépendra des opérations.
Certaines opérations font des calculs sur la valeur des pixels, et dans beaucoup de cas ces calculs sont destructifs. Ex: 3/2 = 1 et 2/2 = 1 dans une précision en entier (et ce même si tu avais une précision super haute!). En faisant ce calcul, on a perdu des données (en faisant l'opération inverse, 1 * 2 = 2, on ne peut être sûr qu'on retombe sur le bon nombre d'origine. Ça se trouve, c'était 3). Dans ce cas, une haute précision des canaux aide beaucoup en effet car la très haute précision signifie que la différence entre 2 et 3 est suffisamment minime pour que l'œil humain ne fasse pas la différence. Donc la perte est toujours réelle, mais acceptable.
D'autres opérations ne font pas de calculs sur la valeur des pixels, mais peuvent par exemple les déplacer. C'est le cas de la rotation dont je parlais tout à l'heure. Pour la rotation, la précision des canaux impacte beaucoup moins. Tu peux avoir une précision de canal aussi haute que tu veux, ça ne change pas grand chose. À certains angles (cad hors 90/180/270°), tes pixels qui étaient bien alignés vont se retrouver non alignés, avec certains pixels qui peuvent sauter et d'autres creés (en moyenne des canaux de pixels limitrophes), etc. Avoir une très haute résolution est ce qui te sauve tes billes dans ce cas, puisque t'as tellement de pixels que les pertes peuvent passer inaperçu. C'est en ce sens que travailler en haute résolution peut produire des pertes raisonnables.
C'est donc tout aussi important, cela dépend vraiment du type d'opération appliquée sur ton image.
Mais au final, encore une fois, ce n'est pas la vraie solution. La solution est de ne jamais toucher l'image d'origine du tout, et donc de ne modifier ni leur valeur, ni leur position. C'est là ce qu'on appelle "non destructif" dans le contexte de cette discussion.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Il est vrai que le fait que Gimp ne prenne pas bien en charge les images avec plus de 8bit
Pour info, la version 2.10 à venir prendra en charge plus de 8 bits. Et quand je dis ça, c'est pas juste 16. La version de dév actuelle va même jusqu'à 64 bits par canal (ensuite pour qui cela est-il réellement utile d'aller si haut? Probablement presque personne à l'heure actuelle, mais au moins on ne pourra plus accuser GIMP de ne pas prendre en charge de hautes précisions de couleur, ahahah).
Quand à GIMP 3.0, j'ai 45 ans et je doute de le voir avant ma retraite :-)
C'est mérité! Il est vrai que le temps entre 2 versions majeures est terrible à l'heure actuelle. :-)
Mais perso j'espère que nous verrons une amélioration de ce problème. On y travaille!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
GIMP n'est en effet pas vraiment adapté par le "développement" des RAW (même s'il me semble qu'il y a un plugin pour la prise en charge de l'ouverture de certains formats RAW), de même que Darktable ne fera pas tout ce que fait GIMP. Une possibilité d'ouvrir une image directement dans GIMP est donc un besoin réel. Et d'après leur blog, il y a eu un essai d'implémentation en passant par GEGL, mais cette branche de développement est toujours en standby, sauf erreur.
Pour résumer, le problème évoqué dans ce lien est que GIMP est destructif, à l'heure actuelle, alors que Darktable est uniquement non destructif. Cela signifie que si vous avez une image dans Darktable, vous l'envoyez dans GIMP, puis elle revient dans Darktable, vous avez perdu des données au passage. C'est très faisable, puisque les RAW sont en général en très haute résolution, donc la perte peut être très raisonnable (même dans un contexte pro avec envoi à l'impression), mais ce n'est pas "parfait". Et apparemment les dévs de Darktable veulent la perfection. Et cette perfection n'est atteinte qu'avec un workflow 100% non destructif et un export unique, à la toute fin du traitement. Il faudrait pour cela donc pouvoir passer de Darktable à GIMP, puis Darktable encore, puis GIMP, et boucler ainsi sans jamais faire le moindre export dans un format intermédiaire (même pas un format dit "non destructif" comme PNG, puisque c'est en fait destructif, si par exemple on travaille sur plus de 16 bits par canaux, et plus simplement parce que cela implique un merge des "effets", filtres et autres étapes de travail dans l'image).
Malheureusement cela ne sera probablement pas possible avant GIMP 3.0.
GIMP 2.10 aura la prise en charge interne de GEGL complète, mais sans l'interface. Ce qui signifie un potentiel de travail non-destructif, mais dans les faits sera toujours destructive.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Il était initialement prévu qu'il s'y retrouve, mais le seul artiste utilisant Krita qui était prévu pour contribuer au calendrier n'est pas resté.
Donc au final, nous avons pris la décision de ne pas garder Krita dans la sélection. Mais avec le recul, c'était un bon choix car au final on ne récolte pas tant que ça pour que ça vaille le coup d'avoir plein de cibles de donation (ou plutôt, comme toujours, ce sont les "hommes/entreprises du milieu" qui récupère le plus, à savoir l'imprimerie et la poste). Si on refait l'expérience, je ne sais pas si on cherchera pas à financer même moins de logiciels pour que les quelques logiciels récupèrent plus (quitte à faire tourner pas mal tous les ans la sélection). Y aura peut-être Krita dans le lot, cette fois. Mais pour ça, faut qu'on ait des artistes qui utilisent Krita qui souhaitent contribuer au projet, sinon ça n'a pas beaucoup de sens. :-)
En tous les cas, on ferme les ventes demain normalement! Il est encore temps d'acheter un calendrier. :-)
Les photos visibles dans le carrousel d'images sont d'ailleurs quasi toutes celles qui seront vraiment dans le calendrier maintenant.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je me suis rendu compte il y a quelques années que c'était un classique. En fait minuit, c'est la première heure du jour (et non la dernière).
Pour la petite histoire, j'ai découvert cela en accompagnant quelqu'un à l'aéroport dont le billet était noté au jour X à 23h55. En arrivant, l'avion était en fait le jour X + 1 à 0h10. On leur demande si l'avion a pris un peu de retard, et ils nous disent que non, ils notent toujours l'horaire le jour d'avant à 23h5x sur le billet quand un avion est à 00hxx, car la dernière fois qu'ils ont noté un horaire à 00hxx, la plupart des voyageurs sont arrivés… avec 1 jour de retard! Dans l'esprit populaire "minuit" indique la dernière heure de la journée (alors que techniquement, minuit, c'est 0h, c'est à dire la première heure).
Donc oui c'est en général une bonne idée d'avoir un horaire à 23h59 quand on souhaite indiquer la fin de la journée plutôt que 24h.
Depuis cette anecdote, j'ai régulièrement vu ce type d'horaire à but non ambigu d'ailleurs.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Le fil de discussion que j'ai initié m'a permis de comprendre que mon patch avait des répercussions imprévues, notamment sur l'UI. Je suis d'ailleurs surpris que personne n'ait abordé dans le thread le problème des fichiers .po (i18n) dont la mise à jour doit être lourde.
Pour conclure, je me range à ton avis et vais proposer un patch "comme un grand", peut-être la semaine prochaine.
Très bien. :-)
Ensuite oui tu peux t'attendre à des rejets parfois (sur ce patch ou un autre), des incompréhensions, etc. Mais règle numéro 1: ne jamais le prendre mal, ni personnellement. Aussi il faut être prêt à revoir ton code.
Il n'y aussi aucun mal à insister un peu, mais toujours poliment et amicalement. Ça m'est déjà arrivé des fois d'avoir des patchs rejetés et le ticket fermé, et je le rouvre avec un commentaire expliquant davantage pourquoi j'estime que c'est important et que je suis prêt à modifier le patch pour m'adapter aux besoins et corriger les problèmes, des fois avec un nouveau patch si je sais déjà quel problème ont les dévs upstream avec mon premier patch. Et des fois, ça marche et ils acceptent l'idée évoluée.
Par exemple dans ton cas, peut-être qu'ils te diront effectivement qu'il faut une nouvelle option. Dans ce cas, tu dis que tu vas rééecrire sous la forme d'une nouvelle option. Peut-être qu'ils te diront que la liste des options est trop longue. Dans ce cas, dirige les vers le lien du forum avec le gars qui pense qu'il faut plein d'options, et tu peux aussi dire que tu as eu des retours d'utilisateurs qui ont dit que ton option particulière serait très utile, cela peut créer une discussion pour revoir la façon dont cette liste est présentée (comme je disais, je vois très bien un système de format pour que tout un chacun puisse créer son timing personnalisé).
Si on te répond pas vite, faut pas prendre mal, tu peux d'ailleurs te permettre de relancer de temps en temps (pas trop, attend quelques semaines entre les relances). Ça veut aussi dire que de ton côté aussi, rien ne presse. Personne ne t'en voudra si tu mets un peu de temps à répondre, et tu peux prendre tout le temps nécessaire pour rechercher le code et écrire proprement tes nouvelles versions de patch.
Au final la contribution au Logiciel Libre, c'est un peu une leçon de zen. Il faut essayer de jamais s'énerver (des fois, c'est dur), de ne rien prendre personnellement, de prendre son temps et être persistant en même temps. Et un jour, tu te rends compte que tout va bien en fait. Ces mecs en face, ils sont comme toi. Ils n'avaient rien contre toi ni ta fonctionnalité, ils avaient juste du mal à la comprendre.
Tout cela dit, peut-être au contraire que ta fonctionnalité va leur plaire et qu'ils l'accepteront d'entrée de jeu sans aucun problème. Je veux juste te préparer au "pire" parce que je sais que les premiers patchs rejetés peuvent être démoralisants quand on ne connaît pas encore. Ça peut arriver. Mais si t'es sûr de ton idée, hésite pas à revenir à la charge en proposant des alternatives. Des fois même après un an ou 2 s'il le faut, il arrive que les dévs revoient leur jugement (et en attendant, tu utilises ta version patchée juste pour toi).
Ou alors si tu te mets à proposer d'autres patchs régulièrement, tu deviendras peut-être toi-même core dév d'Audacity, et dans ce cas tu auras plus de poids pour reproposer ta modif plus tard. :-)
Tout est question de patience.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je suis d'accord avec gasche. Je suis de nombreuses mailing list, mais "de très haut", c'est à dire que de temps en temps, je jette un œil et vais répondre à 3/4 messages dans les derniers messages, ceux qui m'ont l'air le plus pertinent. Mais je sais que j'en aurai passé plein. Ce n'est pas grave, c'est le format des mailing lists (et les forums, c'est pareil): des discussions qui passent, s'éteignent, puis à un moment disparaissent dans des archives. D'ailleurs il m'est aussi arrivé très souvent de commencer une discussion à laquelle personne ne répond jamais et elle passe dans l'oubli. Je ne m'offusque pas. C'est le format attendu, comme j'ai dit.
Les outils de suivi, c'est un format totalement différent: un ticket ouvert y a 10 ans, mais que personne n'aura trouvé irraisonnable (mais qui n'a pas eu de résolution dans le code pour autant) sera encore en haut de la liste 10 ans après. Une entrée de suivi n'est oubliée que le jour où on décide soit que c'est une fonctionnalité inutile, soit qu'il y a une résolution (= patch).
Ensuite il y a des projets qui privilégient forums/mailing lists comme lieu de décision, et là c'est différent. Mais ça reste l'exception.
pour quelqu'un comme moi qui cherche à comprendre l'envers du décor et le processus de décision, le thread que j'ai créé est riche d'enseignements.
Soit dit en passant, j'ai jeté un œil au fil de discussion que tu donnes (au passage, le bon lien est: http://forum.audacityteam.org/viewtopic.php?f=20&t=82163 L'option finale du lien que tu as donné semble vouloir me forcer à entrer un login). J'ai l'impression qu'aucun des dévs ne t'a répondu, celui qui semble répondre le plus, Edgar, ayant l'air extérieur à l'équipe core d'après les termes qu'il choisit. À le lire, il semblerait qu'il ait lui-même des patchs perso et n'a jamais fait l'effort de les proposer.
Donc je vois pas quel enseignement tu peux en tirer, et surtout comment tu aies pu comprendre quoi que ce soit de "l'envers du décor". Tu restes du côté spectateur. Encore une fois, tu n'obtiens que des "on dit". C'est donc surtout du vent.
À un moment donné, il faut passer dans la cour des grands. Et c'est comme à l'école: une fois que tu y es passé, tu te rends compte que les "grands" ne sont pas différents des "petits" et qu'il n'y avait en fait aucune raison d'avoir peur. Les autres grands (car tu en es devenu un aussi à ce moment là) sont les mêmes, ils ont simplement changé de cour. Donc laisse tomber les "on dit", et essaie de soumettre ton patch plutôt que d'écouter un mec qui vraisemblablement n'a jamais essayé de changer de cour, même s'il avait les bonnes billes pour le faire.
Une fois que tu auras vraiment discuté avec les dévs, acteurs d'Audacity, là tu auras un aperçu de "l'envers du décor".
Au passage, vous pointez dans le fil de discussion la problématique de la longueur du menu quand on ajoute trop d'options. Voilà une bonne problématique en effet. Il n'est proposé qu'un dialogue comme seule alternative. Mais il y a mieux en fait: personnalisation totale du format. Par exemple, une liste assez limitée peut être donnée, mais avec la possibilité de personnaliser exactement le contenu avec une syntaxe custom. Par exemple il est classique d'utiliser une syntaxe dérivée du format de printf. Par exemple %h %m %s pour heure/minute/secondes. %S pour seconde avec décimales (donc on a les ms derrière la virgule), %M pour millisecondes, %f pour les frames en 24fps, etc. Donc l'utilisateur entre le format qu'il souhaite, il peut même avoir un mix de pleins d'infos en même temps s'il le souhaite, pourquoi pas!
Ce type de personnalisation permet simplicité (avec une liste de petite taille des usages les plus courants) + usage avancé (avec un format pour obtenir exactement ce que tu souhaites en tant qu'utilisateur avancé).
Peut-être peux-tu leur proposer quelque chose dans ce sens s'ils refusent ta première version de patch. Mais dans tous les cas, même là on s'avance trop. Dans un premier temps, envoie ton patch et parle avec les intéressés! Plus de "on dit", plus de "et si".
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ceci dit, la première chose à faire est d'en parler avec les développeurs d'Audacity. Tu (pas cosmocat, mais Xavier, l'auteur de la dépêche) sembles te baser entièrement sur une supposition pour ne même pas proposer un patch et t'imaginer qu'il sera rejeté de toutes façons. Alors oui il est tout à fait possible que des choses soient à revoir (ça arrive à tout le monde, dans tous les projets). Peut-être même qu'ils refuseront de but en blanc l'idée même du patch, qui sait! (je connais pas l'équipe d'Audacity ni s'ils sont arrangeants, ou braqués par exemple)
Mais tout ça t'en sauras rien si tu demandes pas. Va y humblement et diplomatiquement avec ton patch, et sois prêt à recevoir les critiques (s'il y a lieu, ça se trouve, ils le trouveront même bien tel quel, qui sait!) et améliorer le patch en conséquence. Et cela ira probablement.
Ceci dit, petit avis perso: ajouter des millisecondes ne me semble pas contredire le nom de la fonction "secondes" à ce point selon moi. Les millisecondes sont une variante (ou une subdvision) de l'unité seconde. Je ne vois pas de contradiction.
Mais peut-être que les dévs d'Audacity verront les choses autrement, j'en sais rien. Et dans ce cas là, ajouter une option peut en effet être une autre possibilité (ou encore changer le nom de la fonction). Et franchement je vois déjà une dizaine d'option pour l'affichage du temps, je doute que les dévs upstream aient un gros problème si tu souhaites en ajouter une avec une bonne raison (et tu en as une). Mais cela, je te conseille de voir cela directement avec les dévs du projet. Pas la peine de perdre ton temps pour du code qui sera pas pris.
Perso ma manière de travailler est la suivante quand je veux une fonctionnalité: je fais la base dans mon coin, car ça me sert de "preuve de concept", donc ça illustre bien mieux ce que je veux que du texte dans une requête de fonctionnalité, et surtout les dévs du projet me tiennent au sérieux dès le début car ils ont un patch à se mettre sous la dent et donc ils répondent beaucoup plus vite. Ça c'est ce que t'as fait et c'est très bien.
La seconde étape est de proposer ton patch de base une fois qu'il est un peu propre. Et à partir de là, la discussion avec upstream peut commencer et c'est le moment où tu fignoles, et où tu auras peut-être des concessions à faire en effet, ou bien du code à ajouter ou changer pour aller dans le sens du projet tout en intégrant ta nouvelle fonctionnalité intégralement.
Et quand c'est fait, le projet upstream est content et intègre ton patch. En général les projets sont contents d'avoir de nouvelles contributions. Ils espèrent même que les contributeurs restent et proposent plus de patchs à l'avenir. Faut pas croire mais la plupart des projets (même certains qui ont l'air gros, car connus à une certaine échelle) ont très peu de contributeurs. Je pense donc que tu as toutes tes chances.
Reste pas là sur linuxfr à piétiner et à te demander si oui ou non ils intègreront. Va direct sur leur logiciel de suivi, et donne ton patch. S'ils répondent pas vite, n'hésite pas à lancer un petit message sur la mailing list par exemple (ou autre de leurs canaux habituels de discussion, par exemple s'ils ont IRC), poliment et gentillement (genre "hey I submitted a patch a few days ago, would someone be kind enough to review it? I'm happy to change things if there are issues", un lien et quelques petits smileys bien placés). Et tout ira bien.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ok je vois, mais ça c'est du bidouillage. C'est acceptable si j'en ai besoin une fois et veut une solution un peu tarabiscotée mais rapide et sans me prendre la tête à chercher une vraie bonne solution de long terme. Si je vais dans ce sens là, je peux même faire encore plus simple: je n'ai pas besoin du VLC intermédiaire, je peux juste rediriger le flux directement du serveur vers le PC source.
Mais ça ne tient pas la distance: le PC source peut changer d'IP déjà parce que ma connexion n'a pas d'IP fixe contractuellement (même si dans les faits elle l'est habituellement); mais surtout quid si je me connecte depuis ailleurs? Et/ou avec un autre PC? Je dois à chaque fois refaire une manœuvre complexe? Et puis de nos jours, les foyers sont en général derrière un routeur, donc je dois rediriger les ports si je souhaite que le serveur puisse se connecter sur le PC source (puisque lui-même devenu serveur en attente de connexions). C'est possible (mais chiant) quand c'est chez moi et impossible si je souhaite me connecter depuis un réseau sur lequel je n'ai pas la main. Et même chez moi, je dois refaire la manœuvre si je souhaite utiliser un autre PC source.
Sans compter tous les problèmes de sécurité que l'on peut rencontrer dans ce genre de bidouillage où un serveur voudrait lire des données depuis une autre machine à travers le net sans aucune identification de la source ni sécurisation (c'est acceptable depuis un réseau local totalement sous contrôle uniquement).
En gros c'est pas du tout ce que je cherche. Ça je pouvais déjà bidouiller un système encore plus simplement avant de demander. Ce que je cherche, c'est une solution propre pour du long terme. C'est pour ça que je demande ce qu'il existe en solution existante et bien pensée. J'ai un serveur, il a une IP fixe accessible sur le net, et sans bidouillage à faire. Je veux juste lui installer un service maison de streaming, que j'associerai à un sous-domaine de mon domaine principal, de sorte qu'avec les logiciels adéquats, je suis capable de me connecter quand je veux en tant que "client source", depuis n'importe quel ordi et depuis n'importe où avec le login adéquat, et je peux donner une URI à des gens divers et variés sur le net pour que ces derniers puissent se connecter sur le serveur et y regarder ma vidéo en live (ces derniers n'ayant en général pas besoin de login par contre, bien qu'on puisse s'imaginer que des fois on veuille aussi limiter qui peut voir).
La solution BigBlueButton qui a été donné plus haut correspond bien plus (du peu que je peux lire). Et probablement IceCast aussi. Probablement FreeSee aussi. Maintenant je suis intéressé s'il existe d'autres solutions similaires et surtout par des retours d'expérience, et/ou des comparaisons de ces solutions.
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Oui mais c'est ce que je dis! VLC avec streaming HTTP, c'est pour la partie serveur. Là, ok on est d'accord. Mais il doit bien récupérer le stream du desktop d'une façon ou d'une autre (qui ne vient pas de la mēme machine, mais d'une autre). Soit c'est un fichier, et dans ce cas là, c'est plus du live; soit il existe un protocole qui connecte 2 VLC, celui du desktop qui sert de source (en enregistrant le bureau) et celui du serveur qui écoute sur un port et une IP donnée.
Dans les autres propositions, le streaming sur WMP ne me convient pas (je ne compte pas me limiter à un logiciel Windows seulement). On est sur linuxfr après tout! ;-)
RTP et UDP, c'est pour diffuser vers des addresses données (unicast/multicast).
Seul IceCast dans la liste semble correspondre au besoin, mais on n'est plus dans le cas "2 VLC" qu'on m'a présenté, mais dans celui plus classique VLC source + IceCast serveur que je connaissais déjà.
Donc j'essaie de comprendre ce cas "2 VLC" que vous me présentez comme répondant à ma problématique et qui n'est pas présenté dans cette liste.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je pense qu'il y a incompréhension. J'ai bien entendu lu le lien qui m'a été donné. Les méthodes de streaming sont: "affichage local", "fichier", "envoi vers Microsoft Windows Media Player" qui ne correspondent pas au problème; HTTP, qui si je comprends bien permet de streamer directement comme un serveur HTTP, et donc serait parfait si le serveur source et le serveur de streaming étaient la même machine (c'est la méthode que les gens semblent proposer avec vlc-nox — qui n'est qu'un VLC normal sans rien de particulier, hormis qu'il ne repose pas sur X — quand on veut faire un serveur de streaming media pour lequel on a déjà des fichiers en local), mais ce n'est pas mon cas d'usage; UDP et RDP dont je ne suis pas sûr mais c'est apparemment pour du unicast/multicast; et enfin IceCast dont je parle plus haut.
Vous semblez tous les deux dire qu'il y a apparemment un autre moyen en connectant 2 instances de VLC sur deux machines différentes, l'un servant de sources, l'autre de serveur de serveur de stream. Je veux bien vous croire, mais je ne trouve aucune information à ce sujet nulle part, et le lien donné ne parle pas de cette possibilité additionnelle. Donc je demande si vous avez des liens qui expliqueraient une telle chose (aussi, il va sans dire, mais j'attends une solution un minimum sécurisée. Je veux pas ouvrir un port qui accepte n'importe quelle source sans login, clé ou autre type d'identification car mon cas d'usage passe par le net, non au travers d'un réseau interne).
Edit: pour être plus clair, VLC permet en effet de streamer du desktop. Là n'est pas la question. Mais le serveur (la machine qui va gérer la partie streaming) n'a pas de desktop par définition. Il doit donc recevoir le média généré par un autre ordinateur. Il doit donc y avoir un protocole entre la machine "source" et la machine "streaming". Je n'ai pas l'impression que VLC puisse gérer un tel transport de média d'un VLC à l'autre. Ou du moins je trouve pas, et le lien donné n'indique pas cela. Donc je veux bien avoir d'autres liens si une telle chose existe.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Oh ok, vlc est donc capable d'envoyer un stream directement à l'instance distante de vlc-nox pour que celle-ci puisse le redistribuer? J'arrive pas à trouver de doc qui explique cela. Je ne trouve que des docs qui explique comment streamer des fichiers existants. Vous auriez des liens?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Salut. Oui ça c'est pour le client source, mais dans le contexte d'un streaming pour que des gens hors du réseau puissent se connecter, hormis le cas où le client est aussi serveur http par exemple (cas simple d'un fichier déjà enregistré), il faudra encore un serveur icecast (je vois qu'y a une prise en charge d'icecast dans VLC en effet). Donc en gros, tu conseilles Icecast en tant que serveur et VLC en tant que client?
Mais puisque je vois que tu conseilles vlc-nox comme serveur de streaming, alors je me dis que tu conseilles peut-être plutôt d'encoder dans un fichier avec VLC sur le bureau, puis d'envoyer le fichier sur le serveur, puis là d'utiliser vlc-nox. Ce n'est donc plus du live mais du différé.
Ou alors j'ai pas compris une autre possibilité? Je rappelle que je veux pouvoir enregistrer et streamer en direct en passant par un serveur, car le client source d'enregistrement (un ordi pour utilisation desktop) enregistre mais n'est pas celui qui streame.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Le truc des films en VO ça revient tout le temps pour expliquer qu'on parle mieux dans d'autres pays. Comme si ça avait un rôle majeur. C'est bizarre que ça revienne si souvent, c'est comme si tous le monde était d'accord là-dessus, que c'était effectivement majeur.
Oui en effet, mais faut peut-être voir cela comme un tout. Plutôt que de se dire ce qui est majeur ou mineur, on peut voir le fait que dans le même pays où les gens sont très bon en anglais et comme par hasard le fait qu'ils aient une culture des films en VO non pas comme une coïncidence, non pas comme un lien de cause à effet, mais avec une relation tout de même. C'est un pays qui embrasse globalement une approche de la langue étrangère plus intensément.
En France, on a cette culture du tout VF, et ça correspond peut-être avec notre approche des langues étrangères au second plan et notre système scolaire non adapté probablement. Aux US, eux j'ai l'impression qu'ils s'intéressent très peu aux films étrangers tout court (donc ils ont même pas tellement besoin de doublage, du moins pas aussi souvent), et ça correspond au fait qu'ils s'intéressent assez peu aux langues étrangères aussi scolairement (ils en apprennent, mais le résultat paraît globalement pire qu'en France), semblerait-il.
En gros, ce sont plein de petites choses qui font un tout. Chercher un élément particulier avec un "rôle majeur" est probablement une erreur, selon moi. Effectivement passer tous les films en VO à la télé ne rendra pas soudainement la population française bilingue si on ne fait que cela. Mais ça y aidera si on l'additionne à d'autres "petites choses".
Le fait qu'on soit un peu au tout VF dans notre pays est donc symptomatique, plus qu'une cause "majeur".
Bon ensuite c'est juste une petite pensée comme ça. Je n'ai pas vraiment d'avis plus poussé sur le sujet et n'y ai jamais réfléchi intensément. C'est clairement pas un de mes chevaux de bataille. :-)
Je pense donc finir cette discussion sur cette mini réflexion, qui est peut-être totalement fausse, qui sait, et dans tous les cas très certainement superficielle!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Métaphore du bureau
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Pourquoi on est bloqué, vers où on va peut-être pas. Évalué à 5.
Je suis d'accord, y a plein de logiciels qui simplifient pas mal les choses, et dans un monde parfait, les tags remplacent bien l'arborescence à 100%. Mais dans mon monde imparfait, déjà je suis vraiment pas suffisamment amateur de photos pour passer trop de temps à gérer les photos. Car c'est quand même bien plus simple de lire la carte comme un périphérique et de faire couper coller dans des répertoires nommés plutôt que "d'importer" à travers un logiciel (enfin moi, je trouve plus simple; mais si quelqu'un aime beaucoup gérer des photos, je comprends qu'il sera habitué aux logiciels d'import et sera plus efficace avec).
Pour l'automatisation: les dates, ça m'est déjà arrivé plus d'une fois d'oublier de reparamétrer la date juste après un changement de batteries. Donc on se retrouve avec des photos mal datées.
La reconnaissance de visage: c'est génial, mais encore une fois je suis vraiment pas assez amateur de photos pour m'y intéresser plus de 2 min et le vouloir pour mon utilisation perso.
Mais clairement oui, les tags et la recherche par tags sur les photos, c'est génial. Mais je suis pas encore prêt à remplacer mon organisation à l'ancienne pour cela car mon utilisation de photos est pas assez poussée. Je m'intéresse très rarement à retrouver des photos (et en prend relativement rarement aussi), mais pour les rares fois où j'en recherche, la simplicité du couper/coller en dossiers nommés vaut largement le temps que je pourrais passer à gérer mes photos.
Ensuite y a plein de trucs, je pourrais même pas imaginer comment cela pourrait être remplacé par organisation en tag. Mon administration par exemple: je scanne/sauvegarde tous mes documents importants, notamment les factures vont dans des dossiers et sous-dossiers dans une arborescence en thème et en année/mois/. C'est simple, clair. Bien sûr, avoir des tags en plus serait cool et accélérerait les recherches. Par contre le jour où les tags contiennent une erreur typographique (puisque je le rappelle, mon monde n'est pas parfait, et les typos notamment arrivent), je serai heureux d'avoir mes dossiers pour rechercher à la main.
Et pour les fichiers pour lesquels les raisons de recherche sont faibles, si c'est à moi de gérer les tags, je préfère de loin ne pas perdre de temps. Les factures encore une fois, c'est typiquement le truc que tu gardes au cas où (si un produit acheté casse sous garantie, ou en cas de vérification pour la compta, etc.), mais dans la vraie vie, on a très rarement l'occasion de les chercher. Donc si à chaque facture, je dois passer 2 min pour la tagguer, mais que j'ai besoin de rechercher 1 facture sur 100 tous les 36 du mois, le rapport gain/perte n'est pas rentable.
Au final, je pense que l'organisation par tags est un bon "plus", utile quand c'est automatique, mais si c'est à gérer soi-même, c'est rentable uniquement pour les types de fichiers qu'on a souvent besoin de rechercher. Et ça, ça dépend fortement d'une personne à l'autre.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Métaphore du bureau
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Pourquoi on est bloqué, vers où on va peut-être pas. Évalué à 7.
Ce "si" est pour moi un problème majeur. Beaucoup de fichiers dans mon ordi ne sont pas très bien taggués (même quand ce sont des formats avec tags incorporés comme des fichiers sons ou des photos).
La musique: la plupart du temps quand je rippe un CD, les tags sont récupérés automatiquement. Il arrive parfois cependant que ce ne soit pas le cas, par exemple quand il s'agit d'un petit groupe indé pas connu, ou d'un CD un peu exotique que j'ai acheté dans un coin lointain (arrivé encore y a quelques mois avec un CD de chansons Maori, pourtant acheté dans le grand commerce en NZ, mais inconnu au bataillon il fut pour la CDDB!).
Dans ce cas, je remplis moi-même, mais parfois je me contente du minimum (nom du CD, groupe et des chansons), car ça prend vraiment du temps (surtout quand c'est un double CD avec pleins de morceaux par CD, comme c'était le cas justement avec les chansons maoris).
Mais même avec tags automatiques, ce ne serait pas assez. Souvent je ne me souviens déjà plus du nom d'un album ou bien d'un morceau. Comme je suis très mauvais avec les noms, j'ai aussi parfois des trous avec un nom de groupe (que je connais pourtant super bien et adore, mais que voulez-vous? J'ai un trou). Et franchement le système de tag aide peu là. On peut chercher avec le genre de musique, mais parfois le genre choisi peut laisser à désirer (pour des morceaux un peu entre 2 styles par exemple). Mais surtout il faudrait beaucoup plus de tags, voire pouvoir chercher dans les paroles des chansons, des textes sur le morceau, etc. En gros j'aurais plus vite fait de chercher sur le web.
Avec le principe arborescent, même quand j'ai oublié les titres, je peux chercher mes morceaux par logique d'organisation.
Les photos: très souvent, je balance mes photos dans un répertoire par thème de l'évènement et date ("anniv de Un Tel-septembre 2014", "voyage au bout du monde-juin/juillet 2025", etc.). Mais je fais très rarement du tri individuel, car la photo n'est pas non plus grand hobby.
Ceci dit, même si c'était taggué individuellement, on peut oublier des mots clé. Les tags sont rarement parfait, à part en y passant des heures par fichier. Par contre ma mémoire se souvient beaucoup des situations, des évènements. Donc je sais retrouver une photo en me souvenant dans quelle situation elle a été prise.
Aussi avoir un système de rangement entièrement par tag fait qu'on ne peut plus que chercher quelque chose précis. Tu ne peux plus re-découvrir ce que tu as sur ton ordi.
* Tu regardes ton répertoire photos, et vois un répertoire au nom inattendu "Tiens j'avais fait des photos ce jour là?".
* Tu regardes tes musiques, et repères un groupe dont tu avais oublié avoir l'album, et que tu n'as plus écouté depuis des années.
* Tu regardes tes ebooks au hasard à la recherche d'un livre acheté et pas encore lu.
* Tu regardes tes documents et retrouve par hasard un dossier sur un projet perso que tu avais mis en attente en te disant "un jour, j'y reviendrai quand j'aurai le temps". Et tu te dis que maintenant tu as le temps et reprends le projet.
En gros redécouvrir ce que tu avais "rangé" sans rien chercher en particulier. Si l'ordi range tout seul tes fichiers, ton ordi devient un gros capharnaüm où tu ne sais pas où est quoi (comme l'appart d'un inconnu), et trouver des choses devient un enfer, à part en demandant à cet inconnu (recherche et mots clé). Mais en faisant cela, tu loupes tout ce que tu aurais aimé découvrir sans te rappeler ou connaître. C'est un bon moyen de perdre tes propres fichiers.
Et puis y a tous ces fichiers qui ne sont pas aussi courants, mais au final tu en as quand même pas mal dans l'ordi. Et si tu dois créer des "instructions" pour chacun de ces fichiers, tu n'en as pas fini de donner des instructions. T'as bien plus vite fait de ranger à la main dans une organisation propre et connue.
En conclusion je pense que les systèmes de recherche par tag sont un très bon complément. C'est une méthode supplémentaire de retrouver des fichiers, et dans énormément de cas, c'est clairement plus rapide et efficace. Mais à l'heure actuelle, cela ne peut pas remplacer le rangement perso à 100%.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: c'est pas évident snas les bon mots clés
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Widget calendrier sur site à partir de lien caldav?. Évalué à 2.
Ahah! Ça ressemble déjà plus!
Maintenant je voudrais la même chose, mais en beaucoup plus petit. Avoir une grosse version en plus est aussi sympa (si le visiteur clique sur un lien pour voir plus), mais je cherche surtout une version "mini", qui rentre vraiment dans un coin du site sans prendre toute la place.
Ceci dit, on se rapproche. Je vais regarder un peu plus en détail ce code, peut-être que ça peut au moins me permettre de faire un petit hack à partir de là sans tout avoir à redévelopper…
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: question
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Widget calendrier sur site à partir de lien caldav?. Évalué à 2.
Ok. Ben merci quand même pour avoir cherché.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: c'est pas évident snas les bon mots clés
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Widget calendrier sur site à partir de lien caldav?. Évalué à 2. Dernière modification le 11 décembre 2014 à 19:43.
Merci pour les réponses, même si elles ne sont malheureusement pas très concluantes.
J'avais bien vu caldavzap, mais cela semble plus un client complet avec mot de passe, pour gérer ses calendriers.
Pour ma part, je cherche un mini-client en lecture seule, qu'on peut mettre dans un coin de son site web et qui va afficher les évènements à venir aux yeux de tous.
Le visiteur anonyme du site peut en général intéragir avec le calendrier pour voir des évènements plus loin dans le temps (ou dans le passé), et cliquer sur un évènement pour en voir le détail, mais c'est en gros tout. Pas d'édition, et pas de login (on va le configurer sur un calendrier public qu'on crée spécialement pour cela).
Et dans tous les cas, ce widget est rarement le centre de la page. C'est une info additionnelle.
La gestion elle-même serait faite dans un client plus complet, que ce soit sur le web, son smartphone ou client lourd en particulier. Mais ça, j'ai déjà (pas parfait mais suffisamment bien pour l'instant).
Donc c'est juste la partie mini-widget que je cherche pour l'instant.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Upload
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Colortest.it - simuler le daltonisme avec des filtres CSS SVG. Évalué à 3.
Ce serait en fait un autre bon point pour un plugin: pouvoir tester un fichier local sans uploader sur un serveur distant (déjà pour le temps que ça prend pour un gros fichier, mais aussi pour la confiance qu'on peut accorder à un site tiers). :p
Ceci dit, pour les fichiers locaux, il existe un programme qui fait très bien l'affaire: Scribus. Ça permet de visionner un fichier avec vision normale, mais aussi avec les différentes formes de daltonisme.
Pour cela il suffit de se mettre en mode "preview" et en bas à droite, vous avez une liste pour choisir le type de vision de prévisualisation ("Normal Vision", "Protanopia", etc. Enfin la même liste que colortest.it).
Et bien entendu Scribus lit parfaitement les PDFs (c'est d'ailleurs probablement le meilleur logiciel sous Linux qui permet d'éditer des PDFs. En tous cas, de ceux que je connais).
Donc de ce côté là, ce site et Scribus sont complémentaires (l'un pour les pages web, l'autre pour les fichiers locaux).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Relativiser
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche J’ai testé pour vous : la création d’un jeu pour Firefox OS. Évalué à 2. Dernière modification le 07 décembre 2014 à 19:14.
D'après ce que je lis de personnes de Mozilla quand ils parlent de FirefoxOS, cela resterait une victoire si les gens se mettent à plus développer en techno web portable.
Si je pige bien, leur idée est surtout de promouvoir les technologies du web (html, css, js). Je suis pas sûr d'être d'accord sur ce point puisque je crois encore fortement aux technos natives, et notamment aux langages de dév bas niveau pour beaucoup d'usages.
Par contre le bon côté est de ne pas développer spécifiquement pour une plateforme, notamment en utilisant des librairies natives disponibles seulement pour la dite plateforme, et donc de s'auto-enfermer dès le départ. De ce côté, oui c'est une bonne chose (en gros développer dans une optique "multi plateforme/portable" dès le début). Mais il n'est pas besoin de dév en html/css/js pour cela (surtout qu'il peut aussi y avoir des librairies js spécifiques, ou des règles CSS expérimentales disponibles seulement sur certains moteurs de rendu).
Enfin voilà, je ne suis pas sûr de comprendre tous les objectifs réels de FirefoxOS, mais je leur souhaite toutefois de réussir car c'est une initiative très intéressante. Je suis pour la diversité, et on a besoin de plus d'acteurs libristes pour faire bouger les choses. Si ce projet n'aboutit pas, peut-être au moins aura-t-il fait réfléchir certains, et alors le prochain projet qui soit vraiment pensé pour les utilisateurs et non les actionnaires (par cet organisme ou un autre, ou même un mec dans son garage) pourra-t-il être un succès grâce aux prédécesseurs. Qui sait?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Interface
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 6. Dernière modification le 06 décembre 2014 à 22:03.
La tendance à l'heure actuelle pour les software graphiques est de revenir aux interfaces sombres. Ils sont tous en train d'y venir progressivement (même GIMP aura bientôt une variante sombre qui devrait être le défaut si le thème utilisé a une variante sombre).
Apparemment il semblerait que les UIs sombres soient justement meilleures au niveau restitution des couleurs et distraient moins l'œil. Ou qqch comme cela. En particulier les couleurs grises. Apparemment certaines personnes travaillant dans le graphisme/cinéma ont l'habitude de travailler dans des salles aux murs gris et sans fenêtre. Et c'est donc la raison aussi pour laquelle les logicielles se tournent vers une UI similaire.
Ensuite je suis pas expert. Au début aussi je me demandais s'il s'agissait pas d'une lubie type "les couleurs sombres, c'est classe", mais apparemment non. Y a des recherches sur le sujet, paraît-il.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Proxi ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Colortest.it - simuler le daltonisme avec des filtres CSS SVG. Évalué à 5.
Salut,
Je sais que tu n'aimes pas l'idée d'un plugin (tu l'as écrit plus haut), mais ça aurait les avantages suivants tout de même:
- marche sur les sites qui n'autorisent pas les iframes (tu cites flickr dans ton about);
- vire le bandeau en haut, qui certes est très fin, mais serait encore mieux si inexistant (à remplacer par un bouton-menu par exemple, dans le navigateur, et on pourrait même assigner des raccourcis pour voir un site en mode "daltonisme" d'une touche).
- impacterait encore moins ton serveur, puisqu'il n'a rien à servir. :-)
- ne disparaîtrait pas si un jour tu décides que cela ne t'intéresse plus (sans pour autant le retirer explicitement comme l'a apparemment fait un autre auteur de plugin), ou tout autre raison (dont certaines fatales que je ne te souhaite pas, mais on sait bien qu'on y passera tous au final…).
Enfin je dis ça car je préfèrerais aussi pour sûr avoir une version plugin plutôt que web.
Ensuite chacun est libre de faire comme il lui plaît. Ce site me paraît déjà génial comme cela (même si je n'y connais rien et ne suis pas en mesure de confirmer ou infirmer que ton site donne des simulations réalistes). Je donne juste mon vote au cas où un jour tu décides de faire aussi un plugin. :-)
À propos, le code du site est-il sous licence Libre? Si oui, laquelle et où est le code. Si non, y a-t-il projet de passer sous Licence Libre?
Merci!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Darktable
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 3.
Non c'est pas bijectif en tant qu'opération mathématique, mais c'est non destructif dans le sens où on peut revenir à l'image d'origine au pixel près si c'est fait comme une opération "rejouable", c'est à dire au dessus de l'image d'origine, qui elle reste intouchée. Donc à tout moment, on peut juste annuler le crop (ou en changer les paramètres). On ne détruit donc jamais les données d'origine.
En tous cas, c'est ainsi que cela fonctionne avec GEGL (et à ce que j'ai compris aussi dans Darktable?). Donc c'est non destructif. C'est là le sens qui est donné à "non destructif" quand les équipes de GIMP ou de Darktable le mentionne dans ce contexte.
Disclaimer: je suis un des dévs de GIMP.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Darktable
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 4.
C'est exactement ce que signifie "non destructif" dans ce contexte. Ou pour être plus précis: on doit toujours pouvoir revenir aux données d'origine, au bit près, quoi qu'on fasse dans l'image.
D'où ma remarque sur les formats d'image dits "non destructifs" ("non lossy" en anglais), comme png, qui — bien qu'utilisant le même terme — ont en réalité un sens différent dans ce contexte et sont destructifs pour le coup.
C'est exactement de ce dont on parle, et ce dont parle le blog post de Darktable que j'ai donné en lien.
Avoir une pile d'opérations au dessus de l'image plutôt que de modifier les pixels eux-même est en effet la technique employée à l'heure actuelle pour avoir un flot de travail non destructif. Surtout que même si l'opération était théoriquement bijective, dans les faits si c'est une opération mathématique, l'imprécision sur les nombres peut rendre la bijectivité caduque. Ensuite la haute précision des canaux de travail aide, mais cela reste toujours plus sûr de ne jamais toucher à l'image d'origine.
Ensuite quand est-ce que cela arrivera? Espérons avec la 3.0, si on développe l'UI nécessaire pour cela.
Pour info, GEGL doit permettre de pouvoir partager des "buffers GEGL", c'est à dire en gros l'image en cours de travail, donc 2 programmes sont théoriquement capables de travailler en même temps sur la même image, de manière non destructive, ce qui sera d'une grande aide pour le flot de travail souhaité.
Cela posé, je reviens sur une de tes phrases précédentes:
Donc si dans ce contexte, ça a du sens de lancer GIMP dans le flot de Darktable. Que se passe-t-il si tu changes les réglages côté Darktable? Ben dans le workflow idéal qu'on veut tous faire: tu verrais les modifications dans GIMP aussi. Ces modifications auront la forme d'une opération GEGL (un "nœud" dans le graphe des opérations, comme dans le node éditor de Blender en gros). Si GIMP a l'UI adaptée, il serait même capable de modifier les paramètres de l'opération ajoutée par Darktable (et dans tous les cas, il est capable d'en voir le résultat qui passe à travers le moteur GEGL).
Et inversement en modifiant dans GIMP, dans Darktable, cela sera juste une opération supplémentaire que Darktable pourrait être capable de modifier, ou au moins supprimer si l'utilisateur le voulait.
Et donc jusque là, on est tous les deux entièrement d'accord. :-)
Ben les deux quoi. Et pas seulement d'ailleurs comme je disais, puisque c'est surtout sur le graphe même des opérations effectuées qu'on veut sauvegarder (sans jamais toucher aux pixels d'origine), comme je disais plus haut. Ce que signifiait ma phrase, c'est que si tu travailles sur de la très haute résolution, faire 2 opérations destructives similaires sauvera un peu tes billes. Ensuite cela dépendra des opérations.
Certaines opérations font des calculs sur la valeur des pixels, et dans beaucoup de cas ces calculs sont destructifs. Ex: 3/2 = 1 et 2/2 = 1 dans une précision en entier (et ce même si tu avais une précision super haute!). En faisant ce calcul, on a perdu des données (en faisant l'opération inverse, 1 * 2 = 2, on ne peut être sûr qu'on retombe sur le bon nombre d'origine. Ça se trouve, c'était 3). Dans ce cas, une haute précision des canaux aide beaucoup en effet car la très haute précision signifie que la différence entre 2 et 3 est suffisamment minime pour que l'œil humain ne fasse pas la différence. Donc la perte est toujours réelle, mais acceptable.
D'autres opérations ne font pas de calculs sur la valeur des pixels, mais peuvent par exemple les déplacer. C'est le cas de la rotation dont je parlais tout à l'heure. Pour la rotation, la précision des canaux impacte beaucoup moins. Tu peux avoir une précision de canal aussi haute que tu veux, ça ne change pas grand chose. À certains angles (cad hors 90/180/270°), tes pixels qui étaient bien alignés vont se retrouver non alignés, avec certains pixels qui peuvent sauter et d'autres creés (en moyenne des canaux de pixels limitrophes), etc. Avoir une très haute résolution est ce qui te sauve tes billes dans ce cas, puisque t'as tellement de pixels que les pertes peuvent passer inaperçu. C'est en ce sens que travailler en haute résolution peut produire des pertes raisonnables.
C'est donc tout aussi important, cela dépend vraiment du type d'opération appliquée sur ton image.
Mais au final, encore une fois, ce n'est pas la vraie solution. La solution est de ne jamais toucher l'image d'origine du tout, et donc de ne modifier ni leur valeur, ni leur position. C'est là ce qu'on appelle "non destructif" dans le contexte de cette discussion.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Darktable
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 4.
Pour info, la version 2.10 à venir prendra en charge plus de 8 bits. Et quand je dis ça, c'est pas juste 16. La version de dév actuelle va même jusqu'à 64 bits par canal (ensuite pour qui cela est-il réellement utile d'aller si haut? Probablement presque personne à l'heure actuelle, mais au moins on ne pourra plus accuser GIMP de ne pas prendre en charge de hautes précisions de couleur, ahahah).
C'est mérité! Il est vrai que le temps entre 2 versions majeures est terrible à l'heure actuelle. :-)
Mais perso j'espère que nous verrons une amélioration de ce problème. On y travaille!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Darktable
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 3.
GIMP n'est en effet pas vraiment adapté par le "développement" des RAW (même s'il me semble qu'il y a un plugin pour la prise en charge de l'ouverture de certains formats RAW), de même que Darktable ne fera pas tout ce que fait GIMP. Une possibilité d'ouvrir une image directement dans GIMP est donc un besoin réel. Et d'après leur blog, il y a eu un essai d'implémentation en passant par GEGL, mais cette branche de développement est toujours en standby, sauf erreur.
Pour résumer, le problème évoqué dans ce lien est que GIMP est destructif, à l'heure actuelle, alors que Darktable est uniquement non destructif. Cela signifie que si vous avez une image dans Darktable, vous l'envoyez dans GIMP, puis elle revient dans Darktable, vous avez perdu des données au passage. C'est très faisable, puisque les RAW sont en général en très haute résolution, donc la perte peut être très raisonnable (même dans un contexte pro avec envoi à l'impression), mais ce n'est pas "parfait". Et apparemment les dévs de Darktable veulent la perfection. Et cette perfection n'est atteinte qu'avec un workflow 100% non destructif et un export unique, à la toute fin du traitement. Il faudrait pour cela donc pouvoir passer de Darktable à GIMP, puis Darktable encore, puis GIMP, et boucler ainsi sans jamais faire le moindre export dans un format intermédiaire (même pas un format dit "non destructif" comme PNG, puisque c'est en fait destructif, si par exemple on travaille sur plus de 16 bits par canaux, et plus simplement parce que cela implique un merge des "effets", filtres et autres étapes de travail dans l'image).
Malheureusement cela ne sera probablement pas possible avant GIMP 3.0.
GIMP 2.10 aura la prise en charge interne de GEGL complète, mais sans l'interface. Ce qui signifie un potentiel de travail non-destructif, mais dans les faits sera toujours destructive.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Vilain petit canard ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Calendrier du Libre 2015. Évalué à 2.
Il était initialement prévu qu'il s'y retrouve, mais le seul artiste utilisant Krita qui était prévu pour contribuer au calendrier n'est pas resté.
Donc au final, nous avons pris la décision de ne pas garder Krita dans la sélection. Mais avec le recul, c'était un bon choix car au final on ne récolte pas tant que ça pour que ça vaille le coup d'avoir plein de cibles de donation (ou plutôt, comme toujours, ce sont les "hommes/entreprises du milieu" qui récupère le plus, à savoir l'imprimerie et la poste). Si on refait l'expérience, je ne sais pas si on cherchera pas à financer même moins de logiciels pour que les quelques logiciels récupèrent plus (quitte à faire tourner pas mal tous les ans la sélection). Y aura peut-être Krita dans le lot, cette fois. Mais pour ça, faut qu'on ait des artistes qui utilisent Krita qui souhaitent contribuer au projet, sinon ça n'a pas beaucoup de sens. :-)
En tous les cas, on ferme les ventes demain normalement! Il est encore temps d'acheter un calendrier. :-)
Les photos visibles dans le carrousel d'images sont d'ailleurs quasi toutes celles qui seront vraiment dans le calendrier maintenant.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Minuit
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche ENI ouvre à nouveau l'accès à sa bibliothèque numérique pour 2 jours (+1 an pour le gagnant !). Évalué à 8. Dernière modification le 25 novembre 2014 à 14:38.
Je me suis rendu compte il y a quelques années que c'était un classique. En fait minuit, c'est la première heure du jour (et non la dernière).
Pour la petite histoire, j'ai découvert cela en accompagnant quelqu'un à l'aéroport dont le billet était noté au jour X à 23h55. En arrivant, l'avion était en fait le jour X + 1 à 0h10. On leur demande si l'avion a pris un peu de retard, et ils nous disent que non, ils notent toujours l'horaire le jour d'avant à 23h5x sur le billet quand un avion est à 00hxx, car la dernière fois qu'ils ont noté un horaire à 00hxx, la plupart des voyageurs sont arrivés… avec 1 jour de retard! Dans l'esprit populaire "minuit" indique la dernière heure de la journée (alors que techniquement, minuit, c'est 0h, c'est à dire la première heure).
Donc oui c'est en général une bonne idée d'avoir un horaire à 23h59 quand on souhaite indiquer la fin de la journée plutôt que 24h.
Depuis cette anecdote, j'ai régulièrement vu ce type d'horaire à but non ambigu d'ailleurs.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Contribution
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 5.
Très bien. :-)
Ensuite oui tu peux t'attendre à des rejets parfois (sur ce patch ou un autre), des incompréhensions, etc. Mais règle numéro 1: ne jamais le prendre mal, ni personnellement. Aussi il faut être prêt à revoir ton code.
Il n'y aussi aucun mal à insister un peu, mais toujours poliment et amicalement. Ça m'est déjà arrivé des fois d'avoir des patchs rejetés et le ticket fermé, et je le rouvre avec un commentaire expliquant davantage pourquoi j'estime que c'est important et que je suis prêt à modifier le patch pour m'adapter aux besoins et corriger les problèmes, des fois avec un nouveau patch si je sais déjà quel problème ont les dévs upstream avec mon premier patch. Et des fois, ça marche et ils acceptent l'idée évoluée.
Par exemple dans ton cas, peut-être qu'ils te diront effectivement qu'il faut une nouvelle option. Dans ce cas, tu dis que tu vas rééecrire sous la forme d'une nouvelle option. Peut-être qu'ils te diront que la liste des options est trop longue. Dans ce cas, dirige les vers le lien du forum avec le gars qui pense qu'il faut plein d'options, et tu peux aussi dire que tu as eu des retours d'utilisateurs qui ont dit que ton option particulière serait très utile, cela peut créer une discussion pour revoir la façon dont cette liste est présentée (comme je disais, je vois très bien un système de format pour que tout un chacun puisse créer son timing personnalisé).
Si on te répond pas vite, faut pas prendre mal, tu peux d'ailleurs te permettre de relancer de temps en temps (pas trop, attend quelques semaines entre les relances). Ça veut aussi dire que de ton côté aussi, rien ne presse. Personne ne t'en voudra si tu mets un peu de temps à répondre, et tu peux prendre tout le temps nécessaire pour rechercher le code et écrire proprement tes nouvelles versions de patch.
Au final la contribution au Logiciel Libre, c'est un peu une leçon de zen. Il faut essayer de jamais s'énerver (des fois, c'est dur), de ne rien prendre personnellement, de prendre son temps et être persistant en même temps. Et un jour, tu te rends compte que tout va bien en fait. Ces mecs en face, ils sont comme toi. Ils n'avaient rien contre toi ni ta fonctionnalité, ils avaient juste du mal à la comprendre.
Tout cela dit, peut-être au contraire que ta fonctionnalité va leur plaire et qu'ils l'accepteront d'entrée de jeu sans aucun problème. Je veux juste te préparer au "pire" parce que je sais que les premiers patchs rejetés peuvent être démoralisants quand on ne connaît pas encore. Ça peut arriver. Mais si t'es sûr de ton idée, hésite pas à revenir à la charge en proposant des alternatives. Des fois même après un an ou 2 s'il le faut, il arrive que les dévs revoient leur jugement (et en attendant, tu utilises ta version patchée juste pour toi).
Ou alors si tu te mets à proposer d'autres patchs régulièrement, tu deviendras peut-être toi-même core dév d'Audacity, et dans ce cas tu auras plus de poids pour reproposer ta modif plus tard. :-)
Tout est question de patience.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Contribution
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 10.
Je suis d'accord avec gasche. Je suis de nombreuses mailing list, mais "de très haut", c'est à dire que de temps en temps, je jette un œil et vais répondre à 3/4 messages dans les derniers messages, ceux qui m'ont l'air le plus pertinent. Mais je sais que j'en aurai passé plein. Ce n'est pas grave, c'est le format des mailing lists (et les forums, c'est pareil): des discussions qui passent, s'éteignent, puis à un moment disparaissent dans des archives. D'ailleurs il m'est aussi arrivé très souvent de commencer une discussion à laquelle personne ne répond jamais et elle passe dans l'oubli. Je ne m'offusque pas. C'est le format attendu, comme j'ai dit.
Les outils de suivi, c'est un format totalement différent: un ticket ouvert y a 10 ans, mais que personne n'aura trouvé irraisonnable (mais qui n'a pas eu de résolution dans le code pour autant) sera encore en haut de la liste 10 ans après. Une entrée de suivi n'est oubliée que le jour où on décide soit que c'est une fonctionnalité inutile, soit qu'il y a une résolution (= patch).
Ensuite il y a des projets qui privilégient forums/mailing lists comme lieu de décision, et là c'est différent. Mais ça reste l'exception.
Soit dit en passant, j'ai jeté un œil au fil de discussion que tu donnes (au passage, le bon lien est: http://forum.audacityteam.org/viewtopic.php?f=20&t=82163 L'option finale du lien que tu as donné semble vouloir me forcer à entrer un login). J'ai l'impression qu'aucun des dévs ne t'a répondu, celui qui semble répondre le plus, Edgar, ayant l'air extérieur à l'équipe core d'après les termes qu'il choisit. À le lire, il semblerait qu'il ait lui-même des patchs perso et n'a jamais fait l'effort de les proposer.
Donc je vois pas quel enseignement tu peux en tirer, et surtout comment tu aies pu comprendre quoi que ce soit de "l'envers du décor". Tu restes du côté spectateur. Encore une fois, tu n'obtiens que des "on dit". C'est donc surtout du vent.
À un moment donné, il faut passer dans la cour des grands. Et c'est comme à l'école: une fois que tu y es passé, tu te rends compte que les "grands" ne sont pas différents des "petits" et qu'il n'y avait en fait aucune raison d'avoir peur. Les autres grands (car tu en es devenu un aussi à ce moment là) sont les mêmes, ils ont simplement changé de cour. Donc laisse tomber les "on dit", et essaie de soumettre ton patch plutôt que d'écouter un mec qui vraisemblablement n'a jamais essayé de changer de cour, même s'il avait les bonnes billes pour le faire.
Une fois que tu auras vraiment discuté avec les dévs, acteurs d'Audacity, là tu auras un aperçu de "l'envers du décor".
Au passage, vous pointez dans le fil de discussion la problématique de la longueur du menu quand on ajoute trop d'options. Voilà une bonne problématique en effet. Il n'est proposé qu'un dialogue comme seule alternative. Mais il y a mieux en fait: personnalisation totale du format. Par exemple, une liste assez limitée peut être donnée, mais avec la possibilité de personnaliser exactement le contenu avec une syntaxe custom. Par exemple il est classique d'utiliser une syntaxe dérivée du format de printf. Par exemple %h %m %s pour heure/minute/secondes. %S pour seconde avec décimales (donc on a les ms derrière la virgule), %M pour millisecondes, %f pour les frames en 24fps, etc. Donc l'utilisateur entre le format qu'il souhaite, il peut même avoir un mix de pleins d'infos en même temps s'il le souhaite, pourquoi pas!
Ce type de personnalisation permet simplicité (avec une liste de petite taille des usages les plus courants) + usage avancé (avec un format pour obtenir exactement ce que tu souhaites en tant qu'utilisateur avancé).
Peut-être peux-tu leur proposer quelque chose dans ce sens s'ils refusent ta première version de patch. Mais dans tous les cas, même là on s'avance trop. Dans un premier temps, envoie ton patch et parle avec les intéressés! Plus de "on dit", plus de "et si".
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Contribution
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 10.
Ceci dit, la première chose à faire est d'en parler avec les développeurs d'Audacity. Tu (pas cosmocat, mais Xavier, l'auteur de la dépêche) sembles te baser entièrement sur une supposition pour ne même pas proposer un patch et t'imaginer qu'il sera rejeté de toutes façons. Alors oui il est tout à fait possible que des choses soient à revoir (ça arrive à tout le monde, dans tous les projets). Peut-être même qu'ils refuseront de but en blanc l'idée même du patch, qui sait! (je connais pas l'équipe d'Audacity ni s'ils sont arrangeants, ou braqués par exemple)
Mais tout ça t'en sauras rien si tu demandes pas. Va y humblement et diplomatiquement avec ton patch, et sois prêt à recevoir les critiques (s'il y a lieu, ça se trouve, ils le trouveront même bien tel quel, qui sait!) et améliorer le patch en conséquence. Et cela ira probablement.
Ceci dit, petit avis perso: ajouter des millisecondes ne me semble pas contredire le nom de la fonction "secondes" à ce point selon moi. Les millisecondes sont une variante (ou une subdvision) de l'unité seconde. Je ne vois pas de contradiction.
Mais peut-être que les dévs d'Audacity verront les choses autrement, j'en sais rien. Et dans ce cas là, ajouter une option peut en effet être une autre possibilité (ou encore changer le nom de la fonction). Et franchement je vois déjà une dizaine d'option pour l'affichage du temps, je doute que les dévs upstream aient un gros problème si tu souhaites en ajouter une avec une bonne raison (et tu en as une). Mais cela, je te conseille de voir cela directement avec les dévs du projet. Pas la peine de perdre ton temps pour du code qui sera pas pris.
Perso ma manière de travailler est la suivante quand je veux une fonctionnalité: je fais la base dans mon coin, car ça me sert de "preuve de concept", donc ça illustre bien mieux ce que je veux que du texte dans une requête de fonctionnalité, et surtout les dévs du projet me tiennent au sérieux dès le début car ils ont un patch à se mettre sous la dent et donc ils répondent beaucoup plus vite. Ça c'est ce que t'as fait et c'est très bien.
La seconde étape est de proposer ton patch de base une fois qu'il est un peu propre. Et à partir de là, la discussion avec upstream peut commencer et c'est le moment où tu fignoles, et où tu auras peut-être des concessions à faire en effet, ou bien du code à ajouter ou changer pour aller dans le sens du projet tout en intégrant ta nouvelle fonctionnalité intégralement.
Et quand c'est fait, le projet upstream est content et intègre ton patch. En général les projets sont contents d'avoir de nouvelles contributions. Ils espèrent même que les contributeurs restent et proposent plus de patchs à l'avenir. Faut pas croire mais la plupart des projets (même certains qui ont l'air gros, car connus à une certaine échelle) ont très peu de contributeurs. Je pense donc que tu as toutes tes chances.
Reste pas là sur linuxfr à piétiner et à te demander si oui ou non ils intègreront. Va direct sur leur logiciel de suivi, et donne ton patch. S'ils répondent pas vite, n'hésite pas à lancer un petit message sur la mailing list par exemple (ou autre de leurs canaux habituels de discussion, par exemple s'ils ont IRC), poliment et gentillement (genre "hey I submitted a patch a few days ago, would someone be kind enough to review it? I'm happy to change things if there are issues", un lien et quelques petits smileys bien placés). Et tout ira bien.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: VLC, what else !
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Logiciel de Streaming vidéo en direct. Évalué à 2.
Salut,
Ok je vois, mais ça c'est du bidouillage. C'est acceptable si j'en ai besoin une fois et veut une solution un peu tarabiscotée mais rapide et sans me prendre la tête à chercher une vraie bonne solution de long terme. Si je vais dans ce sens là, je peux même faire encore plus simple: je n'ai pas besoin du VLC intermédiaire, je peux juste rediriger le flux directement du serveur vers le PC source.
Mais ça ne tient pas la distance: le PC source peut changer d'IP déjà parce que ma connexion n'a pas d'IP fixe contractuellement (même si dans les faits elle l'est habituellement); mais surtout quid si je me connecte depuis ailleurs? Et/ou avec un autre PC? Je dois à chaque fois refaire une manœuvre complexe? Et puis de nos jours, les foyers sont en général derrière un routeur, donc je dois rediriger les ports si je souhaite que le serveur puisse se connecter sur le PC source (puisque lui-même devenu serveur en attente de connexions). C'est possible (mais chiant) quand c'est chez moi et impossible si je souhaite me connecter depuis un réseau sur lequel je n'ai pas la main. Et même chez moi, je dois refaire la manœuvre si je souhaite utiliser un autre PC source.
Sans compter tous les problèmes de sécurité que l'on peut rencontrer dans ce genre de bidouillage où un serveur voudrait lire des données depuis une autre machine à travers le net sans aucune identification de la source ni sécurisation (c'est acceptable depuis un réseau local totalement sous contrôle uniquement).
En gros c'est pas du tout ce que je cherche. Ça je pouvais déjà bidouiller un système encore plus simplement avant de demander. Ce que je cherche, c'est une solution propre pour du long terme. C'est pour ça que je demande ce qu'il existe en solution existante et bien pensée. J'ai un serveur, il a une IP fixe accessible sur le net, et sans bidouillage à faire. Je veux juste lui installer un service maison de streaming, que j'associerai à un sous-domaine de mon domaine principal, de sorte qu'avec les logiciels adéquats, je suis capable de me connecter quand je veux en tant que "client source", depuis n'importe quel ordi et depuis n'importe où avec le login adéquat, et je peux donner une URI à des gens divers et variés sur le net pour que ces derniers puissent se connecter sur le serveur et y regarder ma vidéo en live (ces derniers n'ayant en général pas besoin de login par contre, bien qu'on puisse s'imaginer que des fois on veuille aussi limiter qui peut voir).
La solution BigBlueButton qui a été donné plus haut correspond bien plus (du peu que je peux lire). Et probablement IceCast aussi. Probablement FreeSee aussi. Maintenant je suis intéressé s'il existe d'autres solutions similaires et surtout par des retours d'expérience, et/ou des comparaisons de ces solutions.
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: VLC, what else !
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Logiciel de Streaming vidéo en direct. Évalué à 2.
Oui mais c'est ce que je dis! VLC avec streaming HTTP, c'est pour la partie serveur. Là, ok on est d'accord. Mais il doit bien récupérer le stream du desktop d'une façon ou d'une autre (qui ne vient pas de la mēme machine, mais d'une autre). Soit c'est un fichier, et dans ce cas là, c'est plus du live; soit il existe un protocole qui connecte 2 VLC, celui du desktop qui sert de source (en enregistrant le bureau) et celui du serveur qui écoute sur un port et une IP donnée.
Dans les autres propositions, le streaming sur WMP ne me convient pas (je ne compte pas me limiter à un logiciel Windows seulement). On est sur linuxfr après tout! ;-)
RTP et UDP, c'est pour diffuser vers des addresses données (unicast/multicast).
Seul IceCast dans la liste semble correspondre au besoin, mais on n'est plus dans le cas "2 VLC" qu'on m'a présenté, mais dans celui plus classique VLC source + IceCast serveur que je connaissais déjà.
Donc j'essaie de comprendre ce cas "2 VLC" que vous me présentez comme répondant à ma problématique et qui n'est pas présenté dans cette liste.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: VLC, what else !
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Logiciel de Streaming vidéo en direct. Évalué à 3. Dernière modification le 15 novembre 2014 à 23:53.
Je pense qu'il y a incompréhension. J'ai bien entendu lu le lien qui m'a été donné. Les méthodes de streaming sont: "affichage local", "fichier", "envoi vers Microsoft Windows Media Player" qui ne correspondent pas au problème; HTTP, qui si je comprends bien permet de streamer directement comme un serveur HTTP, et donc serait parfait si le serveur source et le serveur de streaming étaient la même machine (c'est la méthode que les gens semblent proposer avec vlc-nox — qui n'est qu'un VLC normal sans rien de particulier, hormis qu'il ne repose pas sur X — quand on veut faire un serveur de streaming media pour lequel on a déjà des fichiers en local), mais ce n'est pas mon cas d'usage; UDP et RDP dont je ne suis pas sûr mais c'est apparemment pour du unicast/multicast; et enfin IceCast dont je parle plus haut.
Vous semblez tous les deux dire qu'il y a apparemment un autre moyen en connectant 2 instances de VLC sur deux machines différentes, l'un servant de sources, l'autre de serveur de serveur de stream. Je veux bien vous croire, mais je ne trouve aucune information à ce sujet nulle part, et le lien donné ne parle pas de cette possibilité additionnelle. Donc je demande si vous avez des liens qui expliqueraient une telle chose (aussi, il va sans dire, mais j'attends une solution un minimum sécurisée. Je veux pas ouvrir un port qui accepte n'importe quelle source sans login, clé ou autre type d'identification car mon cas d'usage passe par le net, non au travers d'un réseau interne).
Edit: pour être plus clair, VLC permet en effet de streamer du desktop. Là n'est pas la question. Mais le serveur (la machine qui va gérer la partie streaming) n'a pas de desktop par définition. Il doit donc recevoir le média généré par un autre ordinateur. Il doit donc y avoir un protocole entre la machine "source" et la machine "streaming". Je n'ai pas l'impression que VLC puisse gérer un tel transport de média d'un VLC à l'autre. Ou du moins je trouve pas, et le lien donné n'indique pas cela. Donc je veux bien avoir d'autres liens si une telle chose existe.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: VLC, what else !
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Logiciel de Streaming vidéo en direct. Évalué à 2.
Oh ok, vlc est donc capable d'envoyer un stream directement à l'instance distante de vlc-nox pour que celle-ci puisse le redistribuer? J'arrive pas à trouver de doc qui explique cela. Je ne trouve que des docs qui explique comment streamer des fichiers existants. Vous auriez des liens?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: un autre produit : big blue button
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Logiciel de Streaming vidéo en direct. Évalué à 2.
Ça a l'air sympa. J'y jetterai un œil un peu plus poussé. Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: VLC, what else !
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Logiciel de Streaming vidéo en direct. Évalué à 3.
Salut. Oui ça c'est pour le client source, mais dans le contexte d'un streaming pour que des gens hors du réseau puissent se connecter, hormis le cas où le client est aussi serveur http par exemple (cas simple d'un fichier déjà enregistré), il faudra encore un serveur icecast (je vois qu'y a une prise en charge d'icecast dans VLC en effet). Donc en gros, tu conseilles Icecast en tant que serveur et VLC en tant que client?
Mais puisque je vois que tu conseilles vlc-nox comme serveur de streaming, alors je me dis que tu conseilles peut-être plutôt d'encoder dans un fichier avec VLC sur le bureau, puis d'envoyer le fichier sur le serveur, puis là d'utiliser vlc-nox. Ce n'est donc plus du live mais du différé.
Ou alors j'ai pas compris une autre possibilité? Je rappelle que je veux pouvoir enregistrer et streamer en direct en passant par un serveur, car le client source d'enregistrement (un ordi pour utilisation desktop) enregistre mais n'est pas celui qui streame.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Personne pour lancer le troll?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Joker, un logiciel pour doubler des films sous licence GPL. Évalué à 4.
Oui en effet, mais faut peut-être voir cela comme un tout. Plutôt que de se dire ce qui est majeur ou mineur, on peut voir le fait que dans le même pays où les gens sont très bon en anglais et comme par hasard le fait qu'ils aient une culture des films en VO non pas comme une coïncidence, non pas comme un lien de cause à effet, mais avec une relation tout de même. C'est un pays qui embrasse globalement une approche de la langue étrangère plus intensément.
En France, on a cette culture du tout VF, et ça correspond peut-être avec notre approche des langues étrangères au second plan et notre système scolaire non adapté probablement. Aux US, eux j'ai l'impression qu'ils s'intéressent très peu aux films étrangers tout court (donc ils ont même pas tellement besoin de doublage, du moins pas aussi souvent), et ça correspond au fait qu'ils s'intéressent assez peu aux langues étrangères aussi scolairement (ils en apprennent, mais le résultat paraît globalement pire qu'en France), semblerait-il.
En gros, ce sont plein de petites choses qui font un tout. Chercher un élément particulier avec un "rôle majeur" est probablement une erreur, selon moi. Effectivement passer tous les films en VO à la télé ne rendra pas soudainement la population française bilingue si on ne fait que cela. Mais ça y aidera si on l'additionne à d'autres "petites choses".
Le fait qu'on soit un peu au tout VF dans notre pays est donc symptomatique, plus qu'une cause "majeur".
Bon ensuite c'est juste une petite pensée comme ça. Je n'ai pas vraiment d'avis plus poussé sur le sujet et n'y ai jamais réfléchi intensément. C'est clairement pas un de mes chevaux de bataille. :-)
Je pense donc finir cette discussion sur cette mini réflexion, qui est peut-être totalement fausse, qui sait, et dans tous les cas très certainement superficielle!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]