Ces différents commentaires sont ils structurellement différents ?
Si ce n'est pas le cas, tu devrais pouvoir tous les stocker dans une même table, modulo le fait de stocker le type de l'objet que tu commentes en plus de son id (ou bien d'utiliser des uuid pour toutes tes tables).
Ta notation à base de minuscules, underscores et mots au pluriel est ce qui est utilisé par la plupart des frameworks Web. Par exemple, dans Active Record (l'ORM principal de Ruby on Rails).
Quand aux noms à rallonge, à moins d'avoir une application complexe avec différents types de profils/avatars/commentaires/[…], normalement tu devrais pouvoir t'en sortir en utilisant uniquement l'élément principal comme nom. D'autant plus qu'on s'en fiche pas mal que l'avatar soit accessible depuis le profile, il s'agit avant tout de l'avatar de l'utilisateur. De même que les articles (d'ailleurs, pourquoi les lier au profile ?), ce sont les articles de l'utilisateur. Et les commentaires, ce sont ceux des articles.
Ne t'en fais pas, je ne le prends pas mal.
Quand je parlais d'égoïsme, c'était surtout pour souligner le fait que j'ai écrit ce logiciel pour répondre à un besoin qui est avant tout le mien. Il y a une sacré différence entre être égoïste et être le premier concerné. C'est d'ailleurs le premier conseil que l'on donne à quelqu'un qui souhaite contribuer au libre, mais qui ne sais pas comment : identifier un problème auquel on est confronté, et tenter de le résoudre.
Quant au workflow super précis que tu évoque, on peut déjà de faire ce que l'on veut des tags. Les fonctionnalités actuelles permettent d'automatiser certaines tâches, mais je pense que les structures de données ainsi que l'architecture sous-jacente restent suffisamment génériques pour en envisager bien d'autres.
C'est justement par conviction que j'ai voulu qu'il en soit ainsi. En n'étant pas compatible avec les (rares) lecteurs qui souffrent de cette limitation, j'ai un léger sentiment de faire avancer les choses dans le bon sens.
Mais si cette fonctionnalité est vraiment utile à certains, si moi à quelqu'un à un peu de temps à y consacrer, je n'ai aucun problème à la voir intégrée à OggAlbumTagger.
Easytag préfixe automatiquement le numéro de piste par au moins un zéro.
Tu peux le régler dans les préférences.
En effet, j'avais vu que cet option ne permettait pas de descendre en dessous d'un rendu des numéros de pistes sur 2 chiffres, mais j'étais passé à coté de la checkbox qui permet de désactiver l'option.
Et faire un patch […]
Les fonctionnalités que je voulais vont au delà de ce simple problème de séparateur. D'un point de vue purement égoïste, je pense qu'écrire ma propre solution a été plus productif. Au delà de ça, comparé à Easytag (ou à tout autre éditeur de tag graphique), ma solution me permet également d'être plus productif.
En même temps, mon autoradio ne fait que radio et CD, pas MP3. Donc entre l'ergonomie de manipuler mon smartphone (qui au passage est fixé juste à coté de mon volant, donc assez peu de manipulation) et l'ergonomie de devoir manipuler des CDs , je ne sais pas ce qui est le pire et requiert le plus d'attention.
Au final, peut-être que je suis vachement obtus pour un truc d'une banalité sans nom, mais les mecs qui ont fait ton autoradio n'ont pas été foutu d'implémenter un truc d'une banalité sans nom. Je ne sais pas qui est le plus à blâmer.
On s'en fiche, bien sûr que dans n'importe quel langage il est possible d'écrire un bout de code qui va parser et trier ce genre de chose, ainsi que "3/42", "03/042" et toute autre notation farfelue. Sauf que moi, ça ne m'amuse pas spécialement de trouver une solution à ce genre de problématique.
Le truc, c'est que lorsqu'un lecteur n'est pas capable de gérer une fonction aussi simple que trier des entiers, généralement c'est qu'il y a de quoi s'inquiéter pour les fonctions plus complexes. Du coup, changement de lecteur, et le fait qu'il s'agisse d'une télé, d'une box, d'un baladeur ou d'un autoradio n'y change rien. D'autant plus qu'il s'agit certainement de logiciels propriétaires.
Il est à noter qu'OggalbumTagger supporte sans problème des numéros de piste non numériques. Bon, pour l'instant, il faut les entrer à la main et faire l'impasse sur la fonction de renommage, mais il devrait être assez facile de corriger ça.
J'utilise Taglib, qui supporte aussi pas mal de formats audio. Mutagen dispose de quelques fonctions sympa, comme la conversion d'une version d'ID3 à une autre, mais le reste me semble à première vue assez standard.
Cela dis, comme je n'ai pas l'intention de me battre avec des tags ID3, leurs 3 (ou 4) versions majeures et leurs encodages pas toujours supportés (ces considérations datent de l'époque ou j'avais un simple lecteur MP3, mais je suis quasiment certain que certains autoradios sont encore sensibles à ce genre de choses).
Mais si quelqu'un est prêt à y consacrer un peu de temps, j'intégrerai volontiers ses contributions.
Même si mon appli en est capable, elle n'est pas faite pour traiter des milliers de fichiers à la fois.
Le mode album est fait pour traiter les albums un par un. À moins de devoir réécrire tous les tags, ça me prend moins entre 15s et une minute pour faire quelques corrections. Comparé à tout ce que j'ai pu essayé, c'est ce que je trouve le plus pratique.
Si un logiciel propriétaire intégré d'office dans un OS avait eu un fonctionnement bancal, nous aurions tous crié au scandale. Le fait que ce logiciel propriétaire soit dans un autoradio ne change pas grand chose pour moi.
D'autant plus qu'aujourd'hui les autoradios sont tellement intégrés aux voitures qu'il difficile d'y renoncer sans avoir à renoncer à quelques fonctionnalités de la voiture : sur ma C3 je devais renoncer à l'afficheur LCD (qui affiche notamment les infos de conso/parcours) et je devais payer 60€ de plus pour avoir le faisceau de câbles permettant de conserver les commandes au volant (pour un autoradio à 40€, les boules).
Du coup, j'ai demandé à Citroën ce qu'ils me proposaient. Une MP3Box à mettre dans la boite à gants : 300€. J'ai ris, et je suis parti.
Du coup, j'ai envisagé un kit Parrot pour utiliser mon smartphone comme mediaplayer. Mais comme j'avais déjà une oreillette bluetooth, ça faisait un peu double usage.
Du coup, j'ai cherché la doc de mon autoradio (le RD4 de base de la majorité des Peugeot/Citroën de base d'avant 2009). J'ai découvert qu'il y avait une entrée auxiliaire, mais qui n'était ni câblée, ni activée. Le câble coutait 30€ chez le concessionnaire, mais ils en ignoraient l'existence (ni même que c'était possible). Du coup, j'ai découpé un câble jack, une nappe ide, fait 3 soudure, et au cours d'une révision, je leur ai demandé de m'activer la sortie (ce qui ne peut se faire qu'avec la mallette qui va bien). Il a fallu déplacer 4 mécanos, ils ont refusé de le faire sans ma présence, mais ça a pris 15 bonnes secondes, et ils me l'ont fait gratuitement.
C'est pour moi la meilleure solution, et la moins cher. Heureusement, beaucoup de voitures récentes (même des modèles basiques) sont nativement équipées d'une entrée jack.
Hormis l'absence de support des pochettes, je trouve pas super efficace le processus d'édition via un dump yaml distinct des tags de chaque fichier ouvert avec $EDITOR. Vorbistagedit fait plus ou moins la même chose, mais lui à la bonne idée de n'utiliser qu'un seul dump. C'est probablement bien ponctuellement, mais j'avais quelques milliers de morceaux à retagger…
Certes, il y a bien des commandes qui permettent d'ajouter/retirer un tag à tout un ensemble de fichiers sans passer par ce processus d'édition, mais ça oblige à avoir une vision assez précise de ce que l'on veut faire. OggAlbumTagger fonctionne selon un mode interactif que je pense plus pratique.
Quant à la possibilité de le scripter, ça relève plutôt de la possibilité de l'intégrer à un script. Pour info, la partie lecture/écriture des tags doit me prendre 10 lignes (allé, 20 avec la gestion des erreurs) dans OggAlbumTagger, qui lui même utilise Taglib. Je ne pense pas qu'utiliser Tagutil comme surcouche à Taglib m'aurait aidé.
En fait, c'est uniquement pour les tags que je ne veux pas d'alignement. Lorsque les fichiers sont renommés à partir des tags, l'alignement est présent, de façon à permettre un tri lexicographique des fichiers.
Ce que tu décris est typiquement un signe de mauvaise conception du lecteur multimédia couplé à une mauvaise utilisation de ce tag. Si ce tag s'appelle "tracknumber", c'est pour que l'on y indique sa position dans l'album, rien d'autre. Sauf qu'entre "3", "03", "3/42" et "03/42" (les notations le plus communes que l'on trouve), ça devient vite pénible de faire le tri, alors qu'il s'agit à la base d'une tâche ultra simple. Mon avis : mauvais lecteur multimédia => changer de lecteur multimédia.
Easytag préfixe automatiquement le numéro de piste par au moins un zéro. C'est pas grand chose, mais ça m'énerve (en 2015, c'est pas compliqué de savoir que 2 vient avant 10). C'est aussi lié au fait que j'ai entrepris d'écrire un petit lecteur multimédia répondant à mes besoin, et c'est pénible de devoir écrire un critère de tri alambiqué pour trier les piste alors qu'un simple tri d'entiers suffit.
Easytag ne me permet pas d'accéder à des tags non-standards, genre ARTISTSORT, tag que je trouve vachement pratique. D'ailleurs, je viens de tester sur un album, et il me l'a tout simplement dégagé.
Dans Easytag, pour associer plusieurs valeurs à un tag, il faut activer une option (qui ne concerne que 7 tags standards) qui considère le tiret comme séparateur, ce qui peut avoir des effets indésirables (c'est assez commun d'avoir un tiret dans un titre ou dans un nom d'artiste).
Le point commun à la plupart de outils que j'ai testé, c'est la gestion foireuse des tags multiples : utilisation d'un simple champs texte avec un caractère/une chaine de caractères qui fait office de séparateur. Et quand les tags multiples sont gérés, il est impossible de faire des choses du genre "supprimer telle valeur du tag".
J'apprécie également le fait d'avoir une commande pour vérifier que mes bonnes pratiques sont respectées, et ça, j'ai vu aucune appli qui permet de scripter ce genre de chose.
J'ai aussi essayé :
Puddletag : sur la version packagée dans ma Debian testing, pas moyen de faire apparaitre le panneau qui gère les pochettes. Gestion foireuse des tags multiples ("\" comme séparateur, mais pas de bol, il me semble que j'ai un ou deux titre qui le contiennent).
MP3tag sous Windows : gestion foireuse des tags multiples (de mémoire, "\" comme séparateur), et accès complexe aux tags non standards.
Exfalso : gère les tags à valeurs multiple, mais difficile de jouer avec.
Picard : ne supporte pas les tags non standards.
Vorbistagedit : difficile de taguer un album complet, ne gère pas les pochettes.
D'autres, avec le même genre de reproches.
Note : lors de mes essais, je n'ai pas toujours creusé à fond pour voir si certaines fonctionnalités n'étaient pas cachées. Mais comme je les considèrent comme essentielles, si elles n'étaient pas directement accessible, c'est que l'outil ne correspondait pas à mon usage/mes besoins.
Je n'en pas la moindre idée.
Il y a quelques jours quand, j'ai testé la prévisualisation d'une des premières versions de l'article, il me semble qu'un sommaire était généré.
Le titre me semble grammaticalement incorrect.
D'un point de vue purement grammaire, je crois qu'il faudrait que ce soit "try to listen to me".
Sauf que du coup, je ne pense pas que "listen" soit le bon terme.
Les pubs au début des vidéos de Youtube sont également bloquées par AdBlock*.
Il y a quelques temps, j'ai essayé µBlock qui est sensé être plus léger qu'AdBlock (et qui bloque lui aussi les pubs Youtube). Je n'ai pas vérifié l'usage des ressources, il laisse passer une pub de temps en temps, mais dans l'ensemble, ça fonctionne plutôt bien.
Des disques durs non-compatibles Linux ? C'est bien la première fois que j'entends ça ! Là encore, j'ai plus souvent vu des disques non reconnus sous Windows qui fonctionnent parfaitement sous Linux.
Ça existe encore les problèmes de compatibilité sous Linux avec du matériel destiné aux particuliers (c'est une vrai question) ? Ou c'est juste le manque d'informations sur la compatibilité Linux que tu dénonces ?
Car la dernière fois que j'ai eu un tel problème, nous étions en 2003 (adaptateur USB Wifi). Ah si, je peux bien citer mon laptop de boulot équipé d'Optimus, mais vu que Sony n'a pas fourni de mise à jour de pilote Windows depuis 2010, je ne peux pas dire que ça marche beaucoup mieux sous Windows : pilote trop vieux pour faire marcher Cuda, pilote trop vieux pour faire marcher certains jeux.
Là, je viens de vérifier une demi douzaine de boites de périphériques que j'avais sous la main : aucun n'indique une compatibilité Linux, mais tous marchent parfaitement, voir même mieux que sous Windows.
L'un des principaux rôles d'un enseignant étant d'apprendre à des esprits à raisonner afin qu'ils résolvent d'eux-mêmes les problèmes auxquels ils seront confrontés, je ne m'inquiète pas spécialement au sujet de mes notions de pédagogie. Quant à ma rudesse, aucun de mes étudiant faisant un minimum d'efforts ne s'en est jamais plaint.
# CMake & CTest
Posté par cfx . En réponse au message Qu'utilisez-vous pour vos tests en C ?. Évalué à 2.
J'ai juste eu l'occasion d'utiliser CTest à une ou deux occasions, mais mon choix s'orienterait vers lui.
CTest est un outil qui vient avec CMake, et CMake, c'est juste la vie.
Plus d'infos : http://www.cmake.org/Wiki/CMake/Testing_With_CTest
[^] # Re: Sur la bonne voie
Posté par cfx . En réponse au message Question sur le nommage des tables. Évalué à 1.
Ces différents commentaires sont ils structurellement différents ?
Si ce n'est pas le cas, tu devrais pouvoir tous les stocker dans une même table, modulo le fait de stocker le type de l'objet que tu commentes en plus de son id (ou bien d'utiliser des uuid pour toutes tes tables).
# Sur la bonne voie
Posté par cfx . En réponse au message Question sur le nommage des tables. Évalué à 1.
Ta notation à base de minuscules, underscores et mots au pluriel est ce qui est utilisé par la plupart des frameworks Web. Par exemple, dans Active Record (l'ORM principal de Ruby on Rails).
Quand aux noms à rallonge, à moins d'avoir une application complexe avec différents types de profils/avatars/commentaires/[…], normalement tu devrais pouvoir t'en sortir en utilisant uniquement l'élément principal comme nom. D'autant plus qu'on s'en fiche pas mal que l'avatar soit accessible depuis le profile, il s'agit avant tout de l'avatar de l'utilisateur. De même que les articles (d'ailleurs, pourquoi les lier au profile ?), ce sont les articles de l'utilisateur. Et les commentaires, ce sont ceux des articles.
[^] # Re: Peu argumenté
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 2.
Ne t'en fais pas, je ne le prends pas mal.
Quand je parlais d'égoïsme, c'était surtout pour souligner le fait que j'ai écrit ce logiciel pour répondre à un besoin qui est avant tout le mien. Il y a une sacré différence entre être égoïste et être le premier concerné. C'est d'ailleurs le premier conseil que l'on donne à quelqu'un qui souhaite contribuer au libre, mais qui ne sais pas comment : identifier un problème auquel on est confronté, et tenter de le résoudre.
Quant au workflow super précis que tu évoque, on peut déjà de faire ce que l'on veut des tags. Les fonctionnalités actuelles permettent d'automatiser certaines tâches, mais je pense que les structures de données ainsi que l'architecture sous-jacente restent suffisamment génériques pour en envisager bien d'autres.
[^] # Re: Alignement des tags numériques avec des zéros.
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
C'est justement par conviction que j'ai voulu qu'il en soit ainsi. En n'étant pas compatible avec les (rares) lecteurs qui souffrent de cette limitation, j'ai un léger sentiment de faire avancer les choses dans le bon sens.
Mais si cette fonctionnalité est vraiment utile à certains, si moi à quelqu'un à un peu de temps à y consacrer, je n'ai aucun problème à la voir intégrée à OggAlbumTagger.
[^] # Re: Peu argumenté
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 2.
En effet, j'avais vu que cet option ne permettait pas de descendre en dessous d'un rendu des numéros de pistes sur 2 chiffres, mais j'étais passé à coté de la checkbox qui permet de désactiver l'option.
Les fonctionnalités que je voulais vont au delà de ce simple problème de séparateur. D'un point de vue purement égoïste, je pense qu'écrire ma propre solution a été plus productif. Au delà de ça, comparé à Easytag (ou à tout autre éditeur de tag graphique), ma solution me permet également d'être plus productif.
[^] # Re: Alignement des tags numériques avec des zéros.
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
En même temps, mon autoradio ne fait que radio et CD, pas MP3. Donc entre l'ergonomie de manipuler mon smartphone (qui au passage est fixé juste à coté de mon volant, donc assez peu de manipulation) et l'ergonomie de devoir manipuler des CDs , je ne sais pas ce qui est le pire et requiert le plus d'attention.
Au final, peut-être que je suis vachement obtus pour un truc d'une banalité sans nom, mais les mecs qui ont fait ton autoradio n'ont pas été foutu d'implémenter un truc d'une banalité sans nom. Je ne sais pas qui est le plus à blâmer.
[^] # Re: Peu argumenté
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
On s'en fiche, bien sûr que dans n'importe quel langage il est possible d'écrire un bout de code qui va parser et trier ce genre de chose, ainsi que "3/42", "03/042" et toute autre notation farfelue. Sauf que moi, ça ne m'amuse pas spécialement de trouver une solution à ce genre de problématique.
Le truc, c'est que lorsqu'un lecteur n'est pas capable de gérer une fonction aussi simple que trier des entiers, généralement c'est qu'il y a de quoi s'inquiéter pour les fonctions plus complexes. Du coup, changement de lecteur, et le fait qu'il s'agisse d'une télé, d'une box, d'un baladeur ou d'un autoradio n'y change rien. D'autant plus qu'il s'agit certainement de logiciels propriétaires.
Il est à noter qu'OggalbumTagger supporte sans problème des numéros de piste non numériques. Bon, pour l'instant, il faut les entrer à la main et faire l'impasse sur la fonction de renommage, mais il devrait être assez facile de corriger ça.
[^] # Re: Peu argumenté
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
J'utilise Taglib, qui supporte aussi pas mal de formats audio. Mutagen dispose de quelques fonctions sympa, comme la conversion d'une version d'ID3 à une autre, mais le reste me semble à première vue assez standard.
Cela dis, comme je n'ai pas l'intention de me battre avec des tags ID3, leurs 3 (ou 4) versions majeures et leurs encodages pas toujours supportés (ces considérations datent de l'époque ou j'avais un simple lecteur MP3, mais je suis quasiment certain que certains autoradios sont encore sensibles à ce genre de choses).
Mais si quelqu'un est prêt à y consacrer un peu de temps, j'intégrerai volontiers ses contributions.
[^] # Re: Tagutil
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 2.
Même si mon appli en est capable, elle n'est pas faite pour traiter des milliers de fichiers à la fois.
Le mode album est fait pour traiter les albums un par un. À moins de devoir réécrire tous les tags, ça me prend moins entre 15s et une minute pour faire quelques corrections. Comparé à tout ce que j'ai pu essayé, c'est ce que je trouve le plus pratique.
[^] # Re: Alignement des tags numériques avec des zéros.
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 2.
Si un logiciel propriétaire intégré d'office dans un OS avait eu un fonctionnement bancal, nous aurions tous crié au scandale. Le fait que ce logiciel propriétaire soit dans un autoradio ne change pas grand chose pour moi.
D'autant plus qu'aujourd'hui les autoradios sont tellement intégrés aux voitures qu'il difficile d'y renoncer sans avoir à renoncer à quelques fonctionnalités de la voiture : sur ma C3 je devais renoncer à l'afficheur LCD (qui affiche notamment les infos de conso/parcours) et je devais payer 60€ de plus pour avoir le faisceau de câbles permettant de conserver les commandes au volant (pour un autoradio à 40€, les boules).
Du coup, j'ai demandé à Citroën ce qu'ils me proposaient. Une MP3Box à mettre dans la boite à gants : 300€. J'ai ris, et je suis parti.
Du coup, j'ai envisagé un kit Parrot pour utiliser mon smartphone comme mediaplayer. Mais comme j'avais déjà une oreillette bluetooth, ça faisait un peu double usage.
Du coup, j'ai cherché la doc de mon autoradio (le RD4 de base de la majorité des Peugeot/Citroën de base d'avant 2009). J'ai découvert qu'il y avait une entrée auxiliaire, mais qui n'était ni câblée, ni activée. Le câble coutait 30€ chez le concessionnaire, mais ils en ignoraient l'existence (ni même que c'était possible). Du coup, j'ai découpé un câble jack, une nappe ide, fait 3 soudure, et au cours d'une révision, je leur ai demandé de m'activer la sortie (ce qui ne peut se faire qu'avec la mallette qui va bien). Il a fallu déplacer 4 mécanos, ils ont refusé de le faire sans ma présence, mais ça a pris 15 bonnes secondes, et ils me l'ont fait gratuitement.
C'est pour moi la meilleure solution, et la moins cher. Heureusement, beaucoup de voitures récentes (même des modèles basiques) sont nativement équipées d'une entrée jack.
[^] # Re: Tagutil
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
Hormis l'absence de support des pochettes, je trouve pas super efficace le processus d'édition via un dump yaml distinct des tags de chaque fichier ouvert avec $EDITOR. Vorbistagedit fait plus ou moins la même chose, mais lui à la bonne idée de n'utiliser qu'un seul dump. C'est probablement bien ponctuellement, mais j'avais quelques milliers de morceaux à retagger…
Certes, il y a bien des commandes qui permettent d'ajouter/retirer un tag à tout un ensemble de fichiers sans passer par ce processus d'édition, mais ça oblige à avoir une vision assez précise de ce que l'on veut faire. OggAlbumTagger fonctionne selon un mode interactif que je pense plus pratique.
Quant à la possibilité de le scripter, ça relève plutôt de la possibilité de l'intégrer à un script. Pour info, la partie lecture/écriture des tags doit me prendre 10 lignes (allé, 20 avec la gestion des erreurs) dans OggAlbumTagger, qui lui même utilise Taglib. Je ne pense pas qu'utiliser Tagutil comme surcouche à Taglib m'aurait aidé.
[^] # Re: Tagutil
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
Tout est dis.
Mais j'essaierai quand même.
[^] # Re: Peu argumenté
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
C'est pas parce qu'ils le font que c'est bien.
Tagger ma musique en octal, non merci, sans façon.
[^] # Re: Alignement des tags numériques avec des zéros.
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
En fait, c'est uniquement pour les tags que je ne veux pas d'alignement. Lorsque les fichiers sont renommés à partir des tags, l'alignement est présent, de façon à permettre un tri lexicographique des fichiers.
Ce que tu décris est typiquement un signe de mauvaise conception du lecteur multimédia couplé à une mauvaise utilisation de ce tag. Si ce tag s'appelle "tracknumber", c'est pour que l'on y indique sa position dans l'album, rien d'autre. Sauf qu'entre "3", "03", "3/42" et "03/42" (les notations le plus communes que l'on trouve), ça devient vite pénible de faire le tri, alors qu'il s'agit à la base d'une tâche ultra simple. Mon avis : mauvais lecteur multimédia => changer de lecteur multimédia.
[^] # Re: Peu argumenté
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 10. Dernière modification le 01 mars 2015 à 22:21.
Easytag préfixe automatiquement le numéro de piste par au moins un zéro. C'est pas grand chose, mais ça m'énerve (en 2015, c'est pas compliqué de savoir que 2 vient avant 10). C'est aussi lié au fait que j'ai entrepris d'écrire un petit lecteur multimédia répondant à mes besoin, et c'est pénible de devoir écrire un critère de tri alambiqué pour trier les piste alors qu'un simple tri d'entiers suffit.
Easytag ne me permet pas d'accéder à des tags non-standards, genre ARTISTSORT, tag que je trouve vachement pratique. D'ailleurs, je viens de tester sur un album, et il me l'a tout simplement dégagé.
Dans Easytag, pour associer plusieurs valeurs à un tag, il faut activer une option (qui ne concerne que 7 tags standards) qui considère le tiret comme séparateur, ce qui peut avoir des effets indésirables (c'est assez commun d'avoir un tiret dans un titre ou dans un nom d'artiste).
Le point commun à la plupart de outils que j'ai testé, c'est la gestion foireuse des tags multiples : utilisation d'un simple champs texte avec un caractère/une chaine de caractères qui fait office de séparateur. Et quand les tags multiples sont gérés, il est impossible de faire des choses du genre "supprimer telle valeur du tag".
J'apprécie également le fait d'avoir une commande pour vérifier que mes bonnes pratiques sont respectées, et ça, j'ai vu aucune appli qui permet de scripter ce genre de chose.
J'ai aussi essayé :
Note : lors de mes essais, je n'ai pas toujours creusé à fond pour voir si certaines fonctionnalités n'étaient pas cachées. Mais comme je les considèrent comme essentielles, si elles n'étaient pas directement accessible, c'est que l'outil ne correspondait pas à mon usage/mes besoins.
[^] # Re: HS - Sommaire
Posté par cfx . En réponse au journal Tagger efficacement son Ogg-thèque. Évalué à 1.
Je n'en pas la moindre idée.
Il y a quelques jours quand, j'ai testé la prévisualisation d'une des premières versions de l'article, il me semble qu'un sommaire était généré.
# Titre
Posté par cfx . En réponse au journal Try To Listen Me, nouveau site Open Source de communication chiffrée. Évalué à 5.
Le titre me semble grammaticalement incorrect.
D'un point de vue purement grammaire, je crois qu'il faudrait que ce soit "try to listen to me".
Sauf que du coup, je ne pense pas que "listen" soit le bon terme.
[^] # Re: Quelques remarques
Posté par cfx . En réponse au message script python pour un décryptage césars. Évalué à 1.
Et encore moins de créer un autre compte.
[^] # Re: Une liste
Posté par cfx . En réponse au message logiciel blocage de pubs. Évalué à 6.
Les pubs au début des vidéos de Youtube sont également bloquées par AdBlock*.
Il y a quelques temps, j'ai essayé µBlock qui est sensé être plus léger qu'AdBlock (et qui bloque lui aussi les pubs Youtube). Je n'ai pas vérifié l'usage des ressources, il laisse passer une pub de temps en temps, mais dans l'ensemble, ça fonctionne plutôt bien.
[^] # Re: repo
Posté par cfx . En réponse au journal Gérer son espace de travail git avec "gws". Évalué à 6.
C'est pas une interface ncurse, c'est son shell.
# Ubuntu Studio
Posté par cfx . En réponse au message Version de Linux pour la multimédia . Évalué à 1.
Il y a Ubuntu Studio, une version d'Ubuntu orientée création multimédia : http://ubuntustudio.org/
[^] # Re: Compatibilité
Posté par cfx . En réponse au message Matériel compatible Linux : contribution.. Évalué à 3.
Des disques durs non-compatibles Linux ? C'est bien la première fois que j'entends ça ! Là encore, j'ai plus souvent vu des disques non reconnus sous Windows qui fonctionnent parfaitement sous Linux.
# Compatibilité
Posté par cfx . En réponse au message Matériel compatible Linux : contribution.. Évalué à 1.
Ça existe encore les problèmes de compatibilité sous Linux avec du matériel destiné aux particuliers (c'est une vrai question) ? Ou c'est juste le manque d'informations sur la compatibilité Linux que tu dénonces ?
Car la dernière fois que j'ai eu un tel problème, nous étions en 2003 (adaptateur USB Wifi). Ah si, je peux bien citer mon laptop de boulot équipé d'Optimus, mais vu que Sony n'a pas fourni de mise à jour de pilote Windows depuis 2010, je ne peux pas dire que ça marche beaucoup mieux sous Windows : pilote trop vieux pour faire marcher Cuda, pilote trop vieux pour faire marcher certains jeux.
Là, je viens de vérifier une demi douzaine de boites de périphériques que j'avais sous la main : aucun n'indique une compatibilité Linux, mais tous marchent parfaitement, voir même mieux que sous Windows.
[^] # Re: LMGTFY
Posté par cfx . En réponse au message Un smartphone libre sous Firefox OS ?. Évalué à 2.
L'un des principaux rôles d'un enseignant étant d'apprendre à des esprits à raisonner afin qu'ils résolvent d'eux-mêmes les problèmes auxquels ils seront confrontés, je ne m'inquiète pas spécialement au sujet de mes notions de pédagogie. Quant à ma rudesse, aucun de mes étudiant faisant un minimum d'efforts ne s'en est jamais plaint.