J'utilise beaucoup RSS pour suivre des blogs, mais ajouter à la main le flux d'un article dans mon lecteur pour me retrouver avec des dizaines de commentaires qui n'ont rien à voir avec le commentaire que j'ai posté, c'est un peu ennuyeux.
Je suis passé l'an dernier d'un compte gmail à un compte protonmail. Je pensais que ce serait super galère, mais en fait pas du tout : la plupart des services en ligne ont une fonction pour modifier ton adresse e-mail.
Concernant git, il est possible de modifier l'adresse e-mail de tous tes commits, mais cela engendre une réécriture de l'historique et donc une modification de tous les hash associés. Comme tu expliques que tu es le seul à commiter sur tes dépôts, ça ne devrait pas poser de problème. La solution consiste à utiliser la commande git filter-branch comme expliqué dans la documentation de GitHub.
Avant d'aller plus loin, sache qu'Ubuntu est toujours basée sur les repos Debian, donc tous les logiciels qui sont dispos dans ces repos sont dispos sur Ubuntu :)
Un des buts des snap et autres flatpak, c'est de simplifier la mise à jour des logiciels sur les distributions Linux. Aujourdhui, si tu as réussi à pousser ton super logiciel foobarbuzz en version 1.0 dans les repos Debian, il va falloir attendre un paquet de temps avant qu'il soit dispo sur Debian stable ou dans Ubuntu, sans compter qu'il ne sera jamais disponible sur Fedora, RHEL, Arch Linux, etc. Si, en cours de route, tu as publié une version 1.1, voire 2.0, le processus pour publier cette mise à jour est contraignant et chronophage, et il peut s'écouler des mois avant que tes utilisateurs puissent y avoir accès, en fonction de la distribution qu'ils utilisent.
Les PPA d'Ubuntu essaient de limiter cette attente, mais c'est galère à utiliser pour le commun des mortels, il faut quand même avoir une certaine confiance dans les gens qui créent ces PPA, et surtout on peut y mettre n'importe quoi, et potentiellement casser un système.
Si tout cela t'intéresse, je pourrais écrire un petit article à ce sujet. (enfin, surtout à propos de snap que je connais bien mieux que flatpak)
Certains logiciels n'apparaissent pas dans apt-get mais bien dans l'appstore graphique que j'ai compris être Snap (et qui, d'après un post sur le blog de Linux Mint, est un truc ultra fermé réservé à Ubuntu).
Justement, non. Le but affiché de snap est de faire en sorte que les développeurs/mainteneurs n'aient à packager leur application qu'une fois, et qu'elle soit ensuite disponible sur un paquet de distributions. Je te renvoie à la documentation de Snap et notamment sa page qui liste les distributions compatibles.
Le Snap en question semble être un truc de goret qui rend l'output de df illisible.
Une application installée en tant que snap n'est autre qu'une mini-partition au format squashfs. Un petit alias df="df -x squashfs" bien placé, et hop ! plus de problème avec df ;)
certains trucs appelés « core »
Si tu parles du snap core (ou core18), il s'agit, en gros, d'une base qui est utilisée par tous les logiciels qui sont empaquetés au format snap.
Et je pense que le dev Regolith serait pas contre le fait de virer Snap de son install par défaut si on lui explique comment.
Il faut voir si c'est judicieux sur le long terme. Chromium est disponible au format snap, par exemple (lire l'article d'Alan Pope à ce sujet). Cela permet à l'équipe en charge du desktop Ubuntu de n'avoir à empaqueter qu'une seule version de Chromium qui est disponible sur beaucoup de versions d'Ubuntu différentes (toutes les LTS, même les plus anciennes, et toutes les versions intermédiaires encore supportées). Mine de rien, ça réduit considérablement leur travail d'empaquetage et de test.
Dans la plupart des vidéo tu vas avoir des musiques voire des bruitages. Et ceux-ci ne sont pas facile à trouver. Enfin si, tu trouves des grandes listes de musiques libres ou en CC, mais c'est mal classé, et du coup très très long à chercher pour trouver quelquechose correspondant à ce que tu cherches. Par contre, il y a des boites qui te donnent une licence d'utilisation sur YouTube pour un abonnement raisonnable, et avec un moteur de recherche, une modération, des avis sur pleins de musiques. Et quand on est créateur d'une vidéo, c'est un temps précieux gagné (ça ne se compte pas en heures, mais en jours, le temps qu'on gagne là dessus). Mais une musique de chez ces boites là, on ne peut pas les utiliser ailleurs que sur Youtube. J'ai plusieurs de mes vidéos "coincées" sur YouTube pour cette raison (la vidéo de Ken n'en fait pas partie). Depuis très peu de temps, on trouve des trucs alternatifs à peu près utilisables, mais c'est vraiment très très récent.
J'ignorais totalement cette partie de YouTube. C'est diaboliquement efficace de la part de Google : ça attire les vendeurs de musique, et ça bloque à terme les producteurs de contenu, comme tu l'expliques. Très fort !
Quand tu parles de « modération » et « d'avis », tu peux donner un exemple ?
Et enfin, pour moi le plus gros point, les spectateurs. Les gens qui cherchent des vidéos sont sur YouTube, c'est pas pour rien que c'est le second moteur de recherche. Sur PeerTube il y a très peu de spectateurs par rapport au public présent sur YouTube et ça fait une vraie différence. Et là dessus, on n'a pas d'alternatives à YouTube aujourd'hui.
C'est le grand problème de la décentralisation. Le principe du fediverse devrait un peu inverser la donne (chaque instance peut être reliée aux autres, et, en théorie, une recherche sur une instance peut fournir le résultat pour toutes les instances connectées), mais en pratique je ne sais pas ce que ça donne.
Superbe article ! Merci beaucoup d'avoir pris le temps d'expliquer les différentes étapes, les différents besoins et les différents points de vue dans ce milieu. Ça permet de mieux comprendre les enjeux et de voir la place que le logiciel libre peut avoir dans ce métier.
3DVF a récemment écrit un article sur un entretien qui a eu lieu pendant le festival d'animation d'Annecy entre différents représentants de l'industrie de l'animation à propos du logiciel libre. Pour les gros acteurs, il est clair que le libre ne pourra jamais remplacer les logiciels principaux (qu'ils appellent les « briques ») mais qu'il peut aider à lier ces logiciels entre eux (le « mortier », quoi…). Je pense qu'outre des logiciels libres, il faut des standards libres et des formats ouverts. Malheureusement, comme expliqué votre article, les formats (propriétaires) sont imposés par les gros éditeurs qui ont plus ou moins le monopole dans le domaine.
Côté éditeur vidéo, j'ai toujours entendu parler de Cinelerra, souvent pour parler des déboires de ses forks et déclinaisons… Il faudra que je me penche un peu dessus pour voir ! Récemment, un nouveau projet d'éditeur non linéaire a vu le jour : Olive. Il a l'air de viser le marché professionnel, contrairement à KDEnlive, Pitivi et autres. J'ai utilisé sa version 0.1alpha pour un petit projet récemment et il fonctionne très bien (mais je n'ai absolument aucune attente professionnelle, mes vidéos source venant de mon smartphone, c'est dire…).
Enfin, vous parlez de JACK, qui est un outil formidable et incroyablement flexible mais vraiment pas simple à prendre en main. Je suis le projet Pipewire de loin, en espérant qu'il puisse bénéficier des avantages de Pulseaudio en terme de mise en place et de JACK en terme de latence audio… On verra !
Oui, c'est exactement ce que j'essayais de dire avec mon commentaire original ! J'ai un copain qui avait installé LineageOS dès réception de son Sony Xperia (je ne sais plus quel modèle) et il m'avait dit que les photos étaient de mauvaise qualité alors que ce modèle jouissait de bonnes notes sur la partie photo dans les tests des sites spécialisés…
je viens de prendre 4 photos : 2 en utilisant l'appli de base installée sur mon smartphone, 2 autres en utilisant la dernière version de FreeDCam dispo sur F-Droid.
Elles sont dispo sur framadrop jusqu'à fin juillet. J'ai mis les infos EXIF expurgées des infos « sensibles » (GPS) dans des fichiers séparés *.exif. Tu peux utiliser un difftool pour comparer.
Globalement, les résultats sont bien meilleurs que ce à quoi je m'attendais en utilisant FreeDCam. Mes clichés sont anecdotiques, il faudrait faire plus de tests (portraits, basse lumière, couleurs vives, etc.), mais c'est plutôt satisfaisant.
Par contre, FreeDCam est beaucoup plus brut. Non seulement l'interface graphique, mais :
il faut faire la mise au point manuellement en cliquant sur l'écran. L'appli de Samsung commence l'autofocus dès que l'appli est lancée, donc il suffit en général d'appuyer sur le bouton pour prendre le cliché.
le live view est très lent comparé à l'appli par défaut.
il faut 0,7 secondes à FreeDCam pour prendre une photo…
Bonne suggestion. J'ai déjà extrait l'apk, mais je n'ai pas encore franchi le pas. J'ai peur que l'apk ne s'installe pas correctement, qu'il manque des trucs (ce qui ne m'étonnerait pas quand on sait comment les OEM/ODM travaillent comme des cochons et ne font aucun effort pour streamliner leurs applis – pourquoi en feraient-ils, vu que leurs apk ne sont destinés qu'à être installés sur leur ROM officielle ?), etc.
Merci beaucoup pour ce long article très clair. J'ai rooté et installé diverses "ROMs" sur divers téléphones, sans toujours savoir ce que je faisais… avec cet article, je comprends beaucoup mieux l'intérêt des différentes partitions, pourquoi il faut parfois rooter son téléphone, etc.
Depuis l'arrivée des smartphones, j'en ai acheté trois : le vénérable HTC Hero en 2009, un Samsung Galaxy S3 en 2012 et un Samsung Galaxy S7 en 2017. À chaque fois, j'utilise la ROM stock jusqu'à ce qu'elle devienne trop lente (bien souvent à cause des ajouts de Google dans ses applications qui alourdissent petit à petit le système). Quand j'en ai marre, je passe à une ROM libre, et quand vraiment mon téléphone n'en peut plus (ou que ses connecteurs et autres boutons partent en sucette comme ce fût le cas avec le S3), j'achète un nouvel appareil.
Mon plus gros soucis est que je fais très attention à la qualité de l'appareil photo lorsque j'achète un smartphone. Le problème, c'est que maintenant, la qualité des photos n'est plus un problème de qualité du matériel (lentilles, stabilisation optique), mais de qualité du logiciel, et ce logiciel est évidemment fermé, propriétaire et gardé secret par les fabricants de smartphones. Du coup, installer une ROM alternative revient à perdre toute la partie de traitement logiciel, et la qualité des photos baisse drastiquement. Je l'ai vu lors du passage de mon S3 de la ROM stock à Lineage, et c'est pour cela que j'attends le dernier moment pour passer à une ROM alternative avec mon S7, même si je sais qu'en attendant, Google me pompe plein de choses (j'ai créé un compte Google factice pour utiliser le téléphone, mais je sais bien que Google récupère ma géolocalisation, les applications que j'utilise, probablement les pages Web que je visite, etc.).
Merci pour cette nouvelle (que je ne découvre que maintenant, grâce aux « articles les mieux notés » de LinuxFr) ! J'ai essayé Lollypop il y a quelques temps avant de repasser à Rhythmbox (je consomme énormément de musique sur mon smartphone Android, mais très peu sur mes ordinateurs), je vais l'essayer à nouveau maintenant que la version 1.0 est sortie.
J'ai vu que Lollypop gère les « compilations », c'est-à-dire les albums qui n'ont pas de tag “Artist”. J'aimerais savoir si tu as des conseils quant à la gestion d'une bibliothèque musicale en termes de tags, car je me pose souvent ce genre de questions, et la plupart des applications (en particulier sur smartphone) ne gèrent pas bien les tags. J'imagine qu'en cinq ans tu as dû voir passer pas mal de trucs tordus liés aux tags dans les fichiers, donc ton retour m'intéresse !
D'autre part, j'ai été très agréablement surpris, en lançant la lecture d'un morceau sur mon ordinateur, de découvrir que j'avais accès aux infos (morceau en cours, artiste) ainsi qu'aux contrôles multimédia (lecture/pause, suivant et précédent) depuis mon smartphone ! J'imagine que c'est un effet de bord de KDE Connect, mais c'est une très bonne surprise !
Dernière question : j'ai vu (mais pas encore essayé) qu'il était possible de synchroniser la musique de mon ordi vers mon smartphone. Est-il possible de transcoder les morceaux à la volée ? J'utilise le FLAC sur mes serveurs, mais ça prend trop de place et n'est pas utile sur mon smartphone, donc je cherche la solution la plus simple pour synchroniser ma bibliothèque musicale tout en n'envoyant qu'une version compressée des morceaux sur mon smartphone…
Tu demandes donc un support client et un support technique gratuit et illimité à une communauté de contributeurs hobbyistes bénévoles. Tu vois le problème ou pas ? :)
Les développeurs de Godot sont, à l'origine, un studio de développement de jeux vidéo. Ils sont donc très au fait de ce genre de problématique, et ils cherchent principalement d'ailleurs à toucher des développeurs de jeux et des studios indépendants (des membres de Godot seront présents au Game Developers Conference, la grand-messe des développeurs de jeux vidéo, qui se tiendra le mois prochain à San Francisco).
Les versions existantes (2.x, 3.0) continuent de recevoir des mises à jour, même si en ce moment l'effort est mis sur la sortie de la version 3.1.
Pour plus d'informations, tu peux consulter le blog du projet qui est assez actif.
non, il ne s'agit pas d'un problème de machine, mais de celui qui l'utilise :) Je suis un procédé assez classique pour chacune de mes images :
lens correction
exposure
contrast/luminosity/saturation
highlights/shadows
levels
crop/rotate
denoise
sharpen
(désolé, c'est un copier/coller d'un message que j'ai écrit sur un forum anglophone)
Ce procédé me demande au minimum cinq (mais souvent plus) minutes par photo… sans compter les petites retouches additionnelles sur certaines photos. Bref, quand on revient d'un voyage avec des centaines de photos à traiter, c'est l'enfer, et du coup mes disques durs se remplissent de fichiers bruts qui prennent la poussière. :(
je lis cette dépêche avec beaucoup de retard, et j'ai trouvé ton commentaire pertinent.
Étant sous Linux depuis presque quinze ans maintenant, je n'ai jamais pu utiliser Lightroom. Comme toi, j'ai commencé par photographier en Jpeg, puis je me suis mis à enregistrer les fichiers bruts aussi (RAW+Jpeg, j'aime avoir les Jpeg directs du boîtier pour les transmettre rapidement à mes amis et ma famille).
Je comprends l'engouement que tu as pour Darktable, et le fait qu'il débraye un certain nombre d'options qui ne sont pas dispo dans des logiciels « semi-auto » comme Lightroom.
Cependant, j'ai encore beaucoup de mal à travailler avec Darktable. Voici peu ou prou ce mon flux de travail actuel :
Je reviens de voyage avec des centaines de photos en RAW+Jpeg
Après avoir copié le contenu de ma carte SD sur mon PC, je procède à un tri rapide (grâce au super logiciel Geeqie qui est très rapide et qui permet de grouper les photos RAW avec leur équivalent Jpeg)
J'ouvre Darktable, j'importe les fichiers RAW, et… je pleure. Éditer une photo me prend 5 à 10 minutes, et en général, je ne peux pas copier un traitement d'une photo à l'autre (quand j'essaie de faire ça, je passe plus de temps à corriger les problèmes qu'à traiter l'image from scratch).
Dans ces cas là, j'aimerais bien un mode « semi-auto » comme tu dis, qui permettrait d'aller rapidement, quitte à pouvoir basculer sur un traitement plus fin après coup, pour certaines photos.
[^] # Re: Commentaires
Posté par pieq (site web personnel, Mastodon) . En réponse au message Notifications de nouveaux commentaires sur LinuxFR ? (et autres questions). Évalué à 1.
Dommage ! Comment font les franco-linuxiens pour suivre l'activité d'un de leurs commentaires ? À part vérifier tous les jours ?
Est-ce que ça vaudrait le coup de faire une "feature request" pour ça ?
Merci ! C'était planqué en bas dans la colonne de gauche, je n'avais pas vu le lien.
[^] # Re: Commentaires
Posté par pieq (site web personnel, Mastodon) . En réponse au message Notifications de nouveaux commentaires sur LinuxFR ? (et autres questions). Évalué à 1.
J'utilise beaucoup RSS pour suivre des blogs, mais ajouter à la main le flux d'un article dans mon lecteur pour me retrouver avec des dizaines de commentaires qui n'ont rien à voir avec le commentaire que j'ai posté, c'est un peu ennuyeux.
Merci quand même pour l'info !
# Migration e-mail
Posté par pieq (site web personnel, Mastodon) . En réponse au message Changer d'adresse mail. Évalué à 3.
Je suis passé l'an dernier d'un compte gmail à un compte protonmail. Je pensais que ce serait super galère, mais en fait pas du tout : la plupart des services en ligne ont une fonction pour modifier ton adresse e-mail.
Concernant git, il est possible de modifier l'adresse e-mail de tous tes commits, mais cela engendre une réécriture de l'historique et donc une modification de tous les hash associés. Comme tu expliques que tu es le seul à commiter sur tes dépôts, ça ne devrait pas poser de problème. La solution consiste à utiliser la commande
git filter-branchcomme expliqué dans la documentation de GitHub.# Quelques infos sur Snap (et Flatpak)
Posté par pieq (site web personnel, Mastodon) . En réponse au journal Snap, Flatpak, Packagekit : c'est quoi ce bordel ?. Évalué à 1.
Salut Ploum !
Avant d'aller plus loin, sache qu'Ubuntu est toujours basée sur les repos Debian, donc tous les logiciels qui sont dispos dans ces repos sont dispos sur Ubuntu :)
Un des buts des snap et autres flatpak, c'est de simplifier la mise à jour des logiciels sur les distributions Linux. Aujourdhui, si tu as réussi à pousser ton super logiciel
foobarbuzzen version 1.0 dans les repos Debian, il va falloir attendre un paquet de temps avant qu'il soit dispo sur Debian stable ou dans Ubuntu, sans compter qu'il ne sera jamais disponible sur Fedora, RHEL, Arch Linux, etc. Si, en cours de route, tu as publié une version 1.1, voire 2.0, le processus pour publier cette mise à jour est contraignant et chronophage, et il peut s'écouler des mois avant que tes utilisateurs puissent y avoir accès, en fonction de la distribution qu'ils utilisent.Les PPA d'Ubuntu essaient de limiter cette attente, mais c'est galère à utiliser pour le commun des mortels, il faut quand même avoir une certaine confiance dans les gens qui créent ces PPA, et surtout on peut y mettre n'importe quoi, et potentiellement casser un système.
Si tout cela t'intéresse, je pourrais écrire un petit article à ce sujet. (enfin, surtout à propos de snap que je connais bien mieux que flatpak)
Justement, non. Le but affiché de snap est de faire en sorte que les développeurs/mainteneurs n'aient à packager leur application qu'une fois, et qu'elle soit ensuite disponible sur un paquet de distributions. Je te renvoie à la documentation de Snap et notamment sa page qui liste les distributions compatibles.
Une application installée en tant que snap n'est autre qu'une mini-partition au format squashfs. Un petit
alias df="df -x squashfs"bien placé, et hop ! plus de problème avecdf;)Si tu parles du snap core (ou core18), il s'agit, en gros, d'une base qui est utilisée par tous les logiciels qui sont empaquetés au format snap.
Il faut voir si c'est judicieux sur le long terme. Chromium est disponible au format snap, par exemple (lire l'article d'Alan Pope à ce sujet). Cela permet à l'équipe en charge du desktop Ubuntu de n'avoir à empaqueter qu'une seule version de Chromium qui est disponible sur beaucoup de versions d'Ubuntu différentes (toutes les LTS, même les plus anciennes, et toutes les versions intermédiaires encore supportées). Mine de rien, ça réduit considérablement leur travail d'empaquetage et de test.
[^] # Re: H.S.: Youtube
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Portrait de Ken Thompson. Évalué à 5.
J'ignorais totalement cette partie de YouTube. C'est diaboliquement efficace de la part de Google : ça attire les vendeurs de musique, et ça bloque à terme les producteurs de contenu, comme tu l'expliques. Très fort !
Quand tu parles de « modération » et « d'avis », tu peux donner un exemple ?
C'est le grand problème de la décentralisation. Le principe du fediverse devrait un peu inverser la donne (chaque instance peut être reliée aux autres, et, en théorie, une recherche sur une instance peut fournir le résultat pour toutes les instances connectées), mais en pratique je ne sais pas ce que ça donne.
# Numéros 96 à 100 absents des archives et du flux RSS
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Centième numéro du Courrier du hacker, lettre d’information du logiciel libre. Évalué à 1.
Bonjour et merci pour cette annonce.
Je suis allé voir les archives ainsi que le flux RSS, mais le numéro le plus récent a l'air d'être le 95. Est-ce normal ?
# Fantastique article !
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Cinéma, logiciels libres ou non : état des lieux. Évalué à 10.
Superbe article ! Merci beaucoup d'avoir pris le temps d'expliquer les différentes étapes, les différents besoins et les différents points de vue dans ce milieu. Ça permet de mieux comprendre les enjeux et de voir la place que le logiciel libre peut avoir dans ce métier.
3DVF a récemment écrit un article sur un entretien qui a eu lieu pendant le festival d'animation d'Annecy entre différents représentants de l'industrie de l'animation à propos du logiciel libre. Pour les gros acteurs, il est clair que le libre ne pourra jamais remplacer les logiciels principaux (qu'ils appellent les « briques ») mais qu'il peut aider à lier ces logiciels entre eux (le « mortier », quoi…). Je pense qu'outre des logiciels libres, il faut des standards libres et des formats ouverts. Malheureusement, comme expliqué votre article, les formats (propriétaires) sont imposés par les gros éditeurs qui ont plus ou moins le monopole dans le domaine.
Côté éditeur vidéo, j'ai toujours entendu parler de Cinelerra, souvent pour parler des déboires de ses forks et déclinaisons… Il faudra que je me penche un peu dessus pour voir ! Récemment, un nouveau projet d'éditeur non linéaire a vu le jour : Olive. Il a l'air de viser le marché professionnel, contrairement à KDEnlive, Pitivi et autres. J'ai utilisé sa version 0.1alpha pour un petit projet récemment et il fonctionne très bien (mais je n'ai absolument aucune attente professionnelle, mes vidéos source venant de mon smartphone, c'est dire…).
Enfin, vous parlez de JACK, qui est un outil formidable et incroyablement flexible mais vraiment pas simple à prendre en main. Je suis le projet Pipewire de loin, en espérant qu'il puisse bénéficier des avantages de Pulseaudio en terme de mise en place et de JACK en terme de latence audio… On verra !
[^] # Re: Appareils photo et traitement logiciel propriétaire
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Installer LineageOS sur son appareil Android. Évalué à 1.
Oui, c'est exactement ce que j'essayais de dire avec mon commentaire original ! J'ai un copain qui avait installé LineageOS dès réception de son Sony Xperia (je ne sais plus quel modèle) et il m'avait dit que les photos étaient de mauvaise qualité alors que ce modèle jouissait de bonnes notes sur la partie photo dans les tests des sites spécialisés…
[^] # Re: Appareils photo et traitement logiciel propriétaire
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Installer LineageOS sur son appareil Android. Évalué à 1.
Je n'ai pas essayé cette option. Il faudra que je creuse. Merci !
[^] # Re: Appareils photo et traitement logiciel propriétaire
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Installer LineageOS sur son appareil Android. Évalué à 7.
Salut,
je viens de prendre 4 photos : 2 en utilisant l'appli de base installée sur mon smartphone, 2 autres en utilisant la dernière version de FreeDCam dispo sur F-Droid.
Elles sont dispo sur framadrop jusqu'à fin juillet. J'ai mis les infos EXIF expurgées des infos « sensibles » (GPS) dans des fichiers séparés
*.exif. Tu peux utiliser un difftool pour comparer.Globalement, les résultats sont bien meilleurs que ce à quoi je m'attendais en utilisant FreeDCam. Mes clichés sont anecdotiques, il faudrait faire plus de tests (portraits, basse lumière, couleurs vives, etc.), mais c'est plutôt satisfaisant.
Par contre, FreeDCam est beaucoup plus brut. Non seulement l'interface graphique, mais :
[^] # Re: Appareils photo et traitement logiciel propriétaire
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Installer LineageOS sur son appareil Android. Évalué à 1.
Bonne suggestion. J'ai déjà extrait l'apk, mais je n'ai pas encore franchi le pas. J'ai peur que l'apk ne s'installe pas correctement, qu'il manque des trucs (ce qui ne m'étonnerait pas quand on sait comment les OEM/ODM travaillent comme des cochons et ne font aucun effort pour streamliner leurs applis – pourquoi en feraient-ils, vu que leurs apk ne sont destinés qu'à être installés sur leur ROM officielle ?), etc.
À voir…
# Appareils photo et traitement logiciel propriétaire
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche Installer LineageOS sur son appareil Android. Évalué à 10.
Merci beaucoup pour ce long article très clair. J'ai rooté et installé diverses "ROMs" sur divers téléphones, sans toujours savoir ce que je faisais… avec cet article, je comprends beaucoup mieux l'intérêt des différentes partitions, pourquoi il faut parfois rooter son téléphone, etc.
Depuis l'arrivée des smartphones, j'en ai acheté trois : le vénérable HTC Hero en 2009, un Samsung Galaxy S3 en 2012 et un Samsung Galaxy S7 en 2017. À chaque fois, j'utilise la ROM stock jusqu'à ce qu'elle devienne trop lente (bien souvent à cause des ajouts de Google dans ses applications qui alourdissent petit à petit le système). Quand j'en ai marre, je passe à une ROM libre, et quand vraiment mon téléphone n'en peut plus (ou que ses connecteurs et autres boutons partent en sucette comme ce fût le cas avec le S3), j'achète un nouvel appareil.
Mon plus gros soucis est que je fais très attention à la qualité de l'appareil photo lorsque j'achète un smartphone. Le problème, c'est que maintenant, la qualité des photos n'est plus un problème de qualité du matériel (lentilles, stabilisation optique), mais de qualité du logiciel, et ce logiciel est évidemment fermé, propriétaire et gardé secret par les fabricants de smartphones. Du coup, installer une ROM alternative revient à perdre toute la partie de traitement logiciel, et la qualité des photos baisse drastiquement. Je l'ai vu lors du passage de mon S3 de la ROM stock à Lineage, et c'est pour cela que j'attends le dernier moment pour passer à une ROM alternative avec mon S7, même si je sais qu'en attendant, Google me pompe plein de choses (j'ai créé un compte Google factice pour utiliser le téléphone, mais je sais bien que Google récupère ma géolocalisation, les applications que j'utilise, probablement les pages Web que je visite, etc.).
# Conseil sur la gestion des tags ?
Posté par pieq (site web personnel, Mastodon) . En réponse au journal Lollypop 1.0 est sorti. Évalué à 0.
Merci pour cette nouvelle (que je ne découvre que maintenant, grâce aux « articles les mieux notés » de LinuxFr) ! J'ai essayé Lollypop il y a quelques temps avant de repasser à Rhythmbox (je consomme énormément de musique sur mon smartphone Android, mais très peu sur mes ordinateurs), je vais l'essayer à nouveau maintenant que la version 1.0 est sortie.
J'ai vu que Lollypop gère les « compilations », c'est-à-dire les albums qui n'ont pas de tag “Artist”. J'aimerais savoir si tu as des conseils quant à la gestion d'une bibliothèque musicale en termes de tags, car je me pose souvent ce genre de questions, et la plupart des applications (en particulier sur smartphone) ne gèrent pas bien les tags. J'imagine qu'en cinq ans tu as dû voir passer pas mal de trucs tordus liés aux tags dans les fichiers, donc ton retour m'intéresse !
D'autre part, j'ai été très agréablement surpris, en lançant la lecture d'un morceau sur mon ordinateur, de découvrir que j'avais accès aux infos (morceau en cours, artiste) ainsi qu'aux contrôles multimédia (lecture/pause, suivant et précédent) depuis mon smartphone ! J'imagine que c'est un effet de bord de KDE Connect, mais c'est une très bonne surprise !
Dernière question : j'ai vu (mais pas encore essayé) qu'il était possible de synchroniser la musique de mon ordi vers mon smartphone. Est-il possible de transcoder les morceaux à la volée ? J'utilise le FLAC sur mes serveurs, mais ça prend trop de place et n'est pas utile sur mon smartphone, donc je cherche la solution la plus simple pour synchroniser ma bibliothèque musicale tout en n'envoyant qu'une version compressée des morceaux sur mon smartphone…
[^] # Re: Version LTS ?
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche LineageOS 16. Évalué à 3.
Tu demandes donc un support client et un support technique gratuit et illimité à une communauté de contributeurs hobbyistes bénévoles. Tu vois le problème ou pas ? :)
[^] # Re: Restrictif
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche La liberté n’a pas de prix, awards des jeux libres. Évalué à 3. Dernière modification le 09 mars 2019 à 16:38.
Les développeurs de Godot sont, à l'origine, un studio de développement de jeux vidéo. Ils sont donc très au fait de ce genre de problématique, et ils cherchent principalement d'ailleurs à toucher des développeurs de jeux et des studios indépendants (des membres de Godot seront présents au Game Developers Conference, la grand-messe des développeurs de jeux vidéo, qui se tiendra le mois prochain à San Francisco).
Les versions existantes (2.x, 3.0) continuent de recevoir des mises à jour, même si en ce moment l'effort est mis sur la sortie de la version 3.1.
Pour plus d'informations, tu peux consulter le blog du projet qui est assez actif.
[^] # Re: Merci à toute l'équipe (dev, traducteurs......)
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche darktable 2.6.0. Évalué à 1.
Bonjour,
non, il ne s'agit pas d'un problème de machine, mais de celui qui l'utilise :) Je suis un procédé assez classique pour chacune de mes images :
(désolé, c'est un copier/coller d'un message que j'ai écrit sur un forum anglophone)
Ce procédé me demande au minimum cinq (mais souvent plus) minutes par photo… sans compter les petites retouches additionnelles sur certaines photos. Bref, quand on revient d'un voyage avec des centaines de photos à traiter, c'est l'enfer, et du coup mes disques durs se remplissent de fichiers bruts qui prennent la poussière. :(
[^] # Re: Merci à toute l'équipe (dev, traducteurs......)
Posté par pieq (site web personnel, Mastodon) . En réponse à la dépêche darktable 2.6.0. Évalué à 1.
Bonjour,
je lis cette dépêche avec beaucoup de retard, et j'ai trouvé ton commentaire pertinent.
Étant sous Linux depuis presque quinze ans maintenant, je n'ai jamais pu utiliser Lightroom. Comme toi, j'ai commencé par photographier en Jpeg, puis je me suis mis à enregistrer les fichiers bruts aussi (RAW+Jpeg, j'aime avoir les Jpeg directs du boîtier pour les transmettre rapidement à mes amis et ma famille).
Je comprends l'engouement que tu as pour Darktable, et le fait qu'il débraye un certain nombre d'options qui ne sont pas dispo dans des logiciels « semi-auto » comme Lightroom.
Cependant, j'ai encore beaucoup de mal à travailler avec Darktable. Voici peu ou prou ce mon flux de travail actuel :
Dans ces cas là, j'aimerais bien un mode « semi-auto » comme tu dis, qui permettrait d'aller rapidement, quitte à pouvoir basculer sur un traitement plus fin après coup, pour certaines photos.