La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Linux => Discussion démarrée par: alain_p le 23 février 2021 à 09:56:26
-
Pour Ubuntu: voir la doc , j'ai banni Ubuntu de mes environnements et tout le monde devrait faire pareil.
Pourquoi donc ??
-
Pourquoi donc ??
snap, netplan, entres autres. mais ce n'est pas le lieu pour discuter de cela.
-
Ah un débat Ubuntu v Debian.
Serveur : Snap et Netplan sont controversé. Toutefois, je pense que c'est en partie à tord.
Netplan : Je me suis mis récemment à regarder Netplan (cf Bonding (agrégation de liens) avec Netplan (https://lafibre.info/serveur-linux/bonding-netplan/)) et je vois que des problèmes que j'ai eu dans le passé avec des annones IPv6 RA erronées par un routeur non configuré qui pouvait poser problème lors du boot, quand le paquet RA était reçu avant la configuration (cf Ubuntu serveur : Pb de perte d'IPv6 après un reboot - Ubuntu serveur utilise l'IPv6 HS du RA (Router Advertisement), à la place de celle indiquée dans /etc/network/interfaces (https://lafibre.info/serveur-linux/perte-ipv6/))
pour moi Netplan oblige a changer les habitudes les script de provisioning,... mais c'est pour un système plus simple plus fiable, je pense que Canonical à raison de pousser Netplan.
Snap : On en parle dans Snap, Flatpak et Appimage : il y a concurrence pour le renouvellement de l'installation des applications sous Linux (https://lafibre.info/tutoriels-linux/snap-flatpak/).
Mon avis :
Sortir des gestionnaires de paquets avec des dépendances qui font qu'une application est disponible dans une version différente pour chaque version supporté de l'OS.
La plupart des applications exceptés certaines comme Firefox, c'est une version différente pour chaque version supporté d'Ubuntu / Debian.
Vous imaginez si c'était la même chose sous Android ?
Les applications dasn les .deb ou les .rpm, il n'y a pas de possibilité de les exécuter dans une sandbox, alors que les appli Android, iOS, MacOS et Windows (via le windows store) sandbox les applications et demandent une autorisation pour avoir accès à la webcam ou aux fichiers.
C'est ces besoins qui ont fait naitre le format AppImage. Un même fichier va marcher avec n’importe quelle distribution dans n'importe quelle version, le rêve !
AppImage a deux grandes faiblesses :
- Pas de mises à jour centralisée et souvent pas de mises à jour du tout (les paquets qui savent se mettre à jour comme Molotov sont un exception et souvent cela ne fonctionne pas bien cf Pb de MAJ Molotov TV (https://lafibre.info/testdebit/ubuntu/201911_appimage_maj.png)).
- On télécharge une application comme un .exe sur Internet : on n'est pas sur de son authenticité alors qu'on a une sécurité élevé sur la provenance avec les .deb / .rpm.
Ces deux régressions ont fait que AppImage ne s'est jamais démocratisé.
Ces pour ces raisons que Snap (Canonical), Flatpak (RedHat) ont été crée par deux des grands acteurs de Linux pour démocratiser l’utilisation de Linux auprès du grand public avec un concept qui a fait ses preuves sur les autres plateformes. Les concepts sont presque identiques, on peut penser qu'une fois la guerre terminée, un seul va survivre. Que va faire Debian à terme ?
Il est impossible de télécharger un Snap / flatpak et le stocker sur une clée usb pour l’utiliser ou le partager hors ligne.
Ce comportement est le même que sous Android / iOS / MacOS ou le store Microsoft.
Cela choque par contre dans le libre, car on n'a plus accès aux sources et il faut faire confiance à l'éditeur qui a crée le paquet Snap / flatpak.
On a les mêmes limitations que sur les autres OS qui ont un store unique.
Si vous souhaitez installer un vieux PC avec de veilles applications, c'est facile avec les paquets traditionnels, que ce soit les .exe sous Windows ou les .deb / .rpm.
Par contre avec Snap, Flatpak, c'est impossible. C'est comme quand vous testez votre vieux Smartphone avec Android version 2.x ou 3.x : vous ne pouvez plus rien télécharger / faire, il est bon pour la poubelle.
La lenteur de démarrage d'une application Snap, Flatpak vs native est aussi un problème pour les petites configuration. C'est particulièrement visible pour des petites application comme la calculatrice (avec une clean install Ubuntu, la calculatrice est un paquet Snap).
A noter que flatpak permet de configurer un store alternatif et Snap non (officiellement, c'est pas encore).
Bref, il y a des bonnes idées, mais appliquer les solutions des OS propriétaires tel que, ce n'est pas forcément la bonne solution et on voit aussi la difficulté qu'a Microsoft pour basculer les applications Win32 en "Métro" (le nouveau nom est "Applications Windows" et remplace le terme "Metro").
Pour des entreprises la possibilité d'avoir un support payant et un support sur 10 ans est important. C'est proposé par Ubuntu et pas par Debian.
PC "grand public" :
Il y a peu de différences, toutefois Ubuntu + Gnome est un peu plus facile à utiliser qu'un Debian + Gnome (dans le sens plug-and-play, cela marche directement).
Un puriste du libre ne va pas apprécier le fait que les driver Nvidia propriétaire soient dans le DVD d'installation (installation facultative, une case à cocher qui installe tout ce qui est propriétaire comme le codec H.264, les drivers Wi-Fi et vidéo propriétaires, les codecs propriétaires...) et sera sans doute plus intéressé par Debian qui a été jusqu'à donner une autre nom à Firefox car le logo et le nom était déposé (c'est terminé, cf Renommage des applications de Mozilla par Debian (https://fr.wikipedia.org/wiki/Renommage_des_applications_de_Mozilla_par_Debian)).
Pour une personne qui hésite entre Linux et Windows 10 (donc pas du tout un puriste), Ubuntu es plus adapté.
Autre différence entre Ubuntu et Debian : Debian est plus conservateur et Ubuntu plus accès nouveauté. Cela se ressent aussi dans les performances les réglages par défaut réduisent un peu les performances de Debian.
De la même façon Debian propose Firefox ESR (la version de Firefox n'évolue qu'une fois par an, il y a entre deux versions que des correctif de sécurité)
Le support d'un matériel très récent n'est pas possible avec Debian stable. Ubuntu vas proposer sur ses versions LTS (c'est par défaut dans de nombreux cas) un noyau "HWE" qui va permettre d'avoir un noyau récent tout en laissant le reste de la distribution LTS inchangé. Cela permet la prise en charge de nouveaux matériels et les gains de performances quand il y en a eu avec l’amélioration de Linux.
(https://lafibre.info/testdebit/ubuntu/202004_ubuntu_noyau_linux_ga_hwe_oem.svg)
-
"snap, netplan, entres autres":
netplan: meme si l'intention est louable, la mise en œuvre est a revoir surtout en IPv6. Le problème de fond est que c'est une initiative solo pour avoir une config unifiée de leur versions Ubuntu Desktop et Ubuntu Serveur (netplan->networkmanager en desktop, netplan->systemd-networkd en serveur). Si encore d'autres adoptaient et corrigeait les défauts et manques de netplan pourquoi pas, mais la personne ne suit donc le produit ne profite pas de l'enrichissement open source que d'autres pourraient apporter. En pratique c'est une surcouche inutile sur systemd et en plus mal concue: https://doc.ubuntu-fr.org/netplan#appliquer_des_changements illustre bien le design foireux: on "apply" avec la commande 'netplan' mais faut restart au niveau de systemd-networkd c'est contre-intuitif. Niveau formation, apprentissage on repassera.
snap: c'est principalement pour du desktop de toute façon. la tendance des nouvelles applications coté serveur est de publier un exécutable 'standalone' ou un container (docker). L'apport de snap ou flatpak, etc est donc plus que limité a terme : pour des apps desktop très complexes principalement (genre un navigateur par exemple)
Pour finir c'est surtout la politique et le comportement de Canonical qui me déplait: il cherche a enfermer les gens dans des spécificités propres a Ubuntu pour faire une sorte de soft lock-in. C'est a l'opposé de l'esprit de Linux. Au lieu de chercher a fédérer et lead sur des projets adoptés par tous ils cherchent a fragmenter l'écosystème Linux.
Déjà que y'a plusieurs gestionnaires de paquets (apt, yum, pacman,etc) sur les distros, c'est je trouve dangereux de se 'spécialiser' sur les technos propres a Ubuntu. Surtout avec l'historique des ratés en desktop avec Unity par exemple. Bref miser sur les spécificités Ubuntu comme Netplan ou Snap c'est aussi prendre le risque de les voir abandonner dans quelques années.
Pour une personne qui hésite entre Linux et Windows 10 (donc pas du tout un puriste), Ubuntu es plus adapté.
Je dirais ChromeOS (CloudReady ou Brunch sur vieux ordi) est plus adapté pour le profane. En PC neuf, on trouve plus de Chromebooks que d'ordi préinstallés avec Ubuntu... et ChromeOS vient de doubler MacOS (https://arstechnica.com/gadgets/2021/02/the-worlds-second-most-popular-desktop-operating-system-isnt-macos-anymore/)...
Le technophile bidouilleur choisira plutôt un ArchLinux ou une des distros 'a la mode' du moment (ca change tout le temps...).
Franchement Ubuntu Desktop a part pour une entreprise qui a un contrat globale avec Canonical je n'en vois pas trop l'intérêt.
et les puristes de Linux font comme Linus et donc utilisent Fedora.
-
Je regarderais ChromeOS, mais si je prend ma mère (71 ans) les 5 applications qu'elle utilise le plus sur son PC (Ubuntu) en dehors de son navigateur, c'est :
- GIMP pour faire des montages photos
- Molotov TV pour regarder la TV
- Microsoft Skype pour les visio de la famille
- Microsoft Team suivre des cours de l'université inter-age
- Zoom pour certaines visios
Pour les quatre derniers, cela fonctionnerait via les appli Android ?
La version web pour Team, c'est vraiment dégradé, on ne peut voir que la personne qui parle et encore au début de sa prise de parole on n'a pas la vidéo. Skype je n'ai pas testé.
Un usage qui sera impossible par contre, c'est le ripage de CD, pour les lire sur son enceinte autonome (on met une carte SD ou une clé USB avec les MP3) ou sa voiture. Même si on prend un lecteur DVD externe, je ne pense pas qu'il sera possible d'avoir l'application qui le transforme en MP3.
-
Perso j'adore Netplan sur le papier, même si en effet c'est pas tout sec, surtout sur la partie ipv6.
Par contre, Debian et son crédo de ne surtout rien changer, même les trucs vraiment daubés comme le fichier interfaces, ça a ses avantages (stabilité) et ses inconvénients (toute conf réseau un peu complexe devient un cauchemar).
Netplan ne peut de toute façon que s'améliorer, et ça me semble prometteur !
-
snap: c'est principalement pour du desktop de toute façon. la tendance des nouvelles applications coté serveur est de publier un exécutable 'standalone' ou un container (docker). L'apport de snap ou flatpak, etc est donc plus que limité a terme : pour des apps desktop très complexes principalement (genre un navigateur par exemple)
Déjà que y'a plusieurs gestionnaires de paquets (apt, yum, pacman,etc) sur les distros, c'est je trouve dangereux de se 'spécialiser' sur les technos propres a Ubuntu.
Flatpak (RedHat) le concurrent de Snap (Canonical) ne fonctionne pas sur serveur.
Aujourd'hui si je prends Certbot, le client officiel pour avoir un certificat Let's Encrypt, que votre serveur tourne sous Debian, Ubuntu, Gentoo, Arch Linux, Fedora, CentOS, RHEL, openSUSE la procédure est simple : Installer Snapd et le client Certbot sous Snap.
Le retour des développeurs, c'est que cela leur fait gagner de précieuse ressources de tout faire avec Snap.
Maintenant je ne dit pas que tout est bon dans Snap, mais je remarque que les lenteur de démarrage sont de plus en plus un lointain souvenir et que les performances une fois lancée sont équivalente à une application installée de façon classique. Les mises à jour sont un plus grosses, mais le process avec une version n qui s'installe alors que la version n-1 est utilisée fonctionne bien. C'est bien plus propre que des ligne APT qui sont rajoutées et qui posent problème pour les mises à jour ou quand le serveur en face ne répond plus (la nuit dernière le serveur APT "deb [arch=amd64] https://repo.skype.com/deb stable main" ne fonctionnait plus pour donner un exemple récent, ce qui génère une erreur).
(https://lafibre.info/testdebit/ubuntu/202102_ubuntu_mise_a_jour.png)
-
"apt install certbot" ?
Pourquoi vouloir utiliser snap ?
-
C'est ce qui recommandé par la doc certbot, probablement pour être sûr d'avoir la dernière version.
https://certbot.eff.org/lets-encrypt/ubuntuxenial-nginx.html
-
"snap, netplan, entres autres":
netplan: meme si l'intention est louable, la mise en œuvre est a revoir surtout en IPv6. Le problème de fond est que c'est une initiative solo pour avoir une config unifiée de leur versions Ubuntu Desktop et Ubuntu Serveur (netplan->networkmanager en desktop, netplan->systemd-networkd en serveur). Si encore d'autres adoptaient et corrigeait les défauts et manques de netplan pourquoi pas, mais la personne ne suit donc le produit ne profite pas de l'enrichissement open source que d'autres pourraient apporter. En pratique c'est une surcouche inutile sur systemd et en plus mal concue: https://doc.ubuntu-fr.org/netplan#appliquer_des_changements illustre bien le design foireux: on "apply" avec la commande 'netplan' mais faut restart au niveau de systemd-networkd c'est contre-intuitif. Niveau formation, apprentissage on repassera.
Personnellement, j'ai été un certain temps, quand j'ai appris l'apparition de netplan dans Ubuntu 18.04, à éviter Ubuntu, et à me remettre à installer du Debian effectivement pour cette raison. Finalement, j'ai vu que Netplan n'était pas si terrible, et que l'on s'en sortait très bien avec.
-
Perso, sur de la prod, c'est Debian, et ce depuis bien avant qu'Ubuntu n'existe ;-)
Debian, ça juste marche. Pour une prod qui doit être stable, avec des uptimes en années, Debian ça bronche pas. C'est l'esprit de Linux dans toute sa splendeur et sa gloire => ça fait ce qu'on lui demande et ça bouge peu : ce que tu connais, tu l'as acquis et tu peux le réutiliser dans le futur.
Ubuntu c'est un peu l'inverse. Je le vois plus sur un poste client, où t'as envie de t'emmerder tous les 6 mois à upgrade parce que tout a de nouveau changé, et que tu ne peux jamais te reposer sur tes acquis parce que tous les 6 ou 12 mois, ils volent en éclat.
-
Justement non, si tu veux un Ubuntu avec la même stabilité qu'un Debian, tu mets une LTS :)
Perso c'est plutôt Debian sur les serveurs Baremetal, et plutôt Ubuntu sur les VM :)
-
C'est vrai qu'il y a les LTS.
Mais il y a aussi Canonical, dont les choix et revirements connus aujourd'hui interrogent quant à la recherche de la stabilité pour leur OS...
-
Perso, sur de la prod, c'est Debian, et ce depuis bien avant qu'Ubuntu n'existe ;-)
La prod chez nous c'est majoritairement du Suse Linux.
On commence tout doucement à pousser du Debian un peu partout.
-
La prod chez nous c'est majoritairement du Suse Linux.
On commence tout doucement à pousser du Debian un peu partout.
Ouai après ca reste aussi "philosophique" hein, ça peut même partir en mode guèguerre de barbus :-D
Bref ...
Je dirai que ça dépend ce que l'on cherche, et puis il faut se faire son experience aussi sur les différentes distrib ^^
Il faut aussi différencier les distrib développées/supportées par des boites, de celles qui sont 100% communautaires.
Débian est 100% communautaire dans la mesure où ce n'est pas une entreprise précise qui décide de la ligne à suivre.
-
"apt install certbot" ?
Pourquoi vouloir utiliser snap ?
Cela fait depuis 2019 que certbot version apt est abandonnée. Elle fonctionne encore bien, j'ai de nombreux serveurs qui l'utilisent, mais tu ne pourra pas avoir le certificat racine ISRG Root X1 avec un certbot obsolète et le DST Root X3 expire le 30 septembre 2021. Donc, à partir de d'octobre 2021, tu risques d'avoir des problèmes si tu ne passe pas par snap et que le client n'a pas visité de site Let's Encrypt avec une chaîne correcte auparavant (quel que soit la distribution Linux que tu utilise), sauf pour Android qui ne vérifie pas la date de péremption des certificats racine.
Si vous êtes propriétaire du site
À compter du 11 janvier 2021, nous prévoyons d'apporter une modification à notre API afin que les clients ACME servent, par défaut, une chaîne de certificats menant à ISRG Root X1. Cependant, il sera également possible de servir une chaîne de certificats alternative pour le même certificat qui mène à DST Root X3 et offre une compatibilité plus large. Ceci est implémenté via la relation de liaison «alternative» ACME. Ceci est pris en charge par Certbot à partir de la version 1.6.0. Si vous utilisez un autre client ACME, veuillez consulter la documentation de votre client pour voir si la relation de lien «alternative» est prise en charge.
Version de certbot via Snap :
certbot --version
certbot 1.12.0
Version de certbot via la PPA (deb http://ppa.launchpad.net/certbot/certbot/ubuntu bionic main) :
certbot --version
certbot 0.31.0
l y a un message d'alerte sur leur site :
Alors que l'équipe Certbot essaie de faire fonctionner les packages Certbot proposés par divers systèmes d'exploitation au sens le plus basique, en raison des politiques de distribution et / ou des ressources limitées des responsables de la distribution, les packages Certbot OS ont souvent des problèmes que d'autres mécanismes de distribution ne font pas. Les packages sont souvent anciens, ce qui entraîne un manque de corrections de bogues et de fonctionnalités et une configuration TLS pire que celle générée par les versions plus récentes de Certbot. Ils peuvent également ne pas configurer le renouvellement de certificat pour vous ou avoir tous les plugins Certbot disponibles. Pour des raisons comme celles-ci, nous recommandons à la plupart des utilisateurs de suivre les instructions sur https://certbot.eff.org/instructions et les packages du système d'exploitation ne sont documentés ici qu'à titre d'alternative.[/size]
-
C'est vrai qu'il y a les LTS.
Les part de marché d'Ubuntu en France utilisant le serveur fr.archive.ubuntu.com (soit plus d'un million d'Ubuntu par jour qui vont cehrcher des mises à jour) sont visible sur https://ubuntu.lafibre.info/stats/stats_of_day-1.html?version=last pour la veille (données mises à jour à 7h13 chaque matin). cf https://ubuntu.lafibre.info pour avoir des données plus anciennes et l'open data.
Pour la journée du 23 février 2021 (hier) ont voit que les distribution qui dépassent 1% de présence en France sont :
- Ubuntu 20.04 LTS : 33,6%
- Ubuntu 18.04 LTS : 29,6%
- Ubuntu 16.04 LTS : 22,4%
- Ubuntu 14.04 LTS : 5,3%
- Ubuntu 20.10 : 2,8%
- Ubuntu 12.04 LTS : 2,6%
- Ubuntu 19.10 : 1,4%
Les autres sont présentes à moins de 1%.
Les versions LTS d'Ubuntu (10 ans de support pour la version 18.04 et 20.04) représentent donc 95%. Les version non LTS (9 mois de support) seulement 5%.
La dernière version d'Ubuntu, la 20.10 est autant utilisée qu'Ubuntu 12.04 qui date de 2012 !
Ce sont des statistiques qui mélangent version serveur et version desktop. J'imagine que les versions serveur sont encore plus sur du LTS.
Le gros du marché est donc uniquement sur des LTS. Même pour la version desktop, le site https://ubuntu.com/download/desktop met en avant la version LTS (20.04.2) et non la version semestrielle (20.10).
Et si tu installe un Ubuntu 18.04 tu peut avoir un noyau 5.4, donc relativement récent :
(https://lafibre.info/testdebit/ubuntu/201804_ubuntu_noyau_linux_ga_hwe_oem.svg)
-
Cela fait depuis 2019 que certbot version apt est abandonnée. Elle fonctionne encore bien, j'ai de nombreux serveurs qui l'utilisent, mais tu ne pourra pas avoir le certificat racine ISRG Root X1 avec un certbot obsolète et le DST Root X3 expire le 30 septembre 2021. Donc, à partir de d'octobre 2021, tu risques d'avoir des problèmes si tu ne passe pas par snap et que le client n'a pas visité de site Let's Encrypt avec une chaîne correcte auparavant (quel que soit la distribution Linux que tu utilise), sauf pour Android qui ne vérifie pas la date de péremption des certificats racine.
Ouais, on va surement passer sur un autre client alors (jack me parlait de dehydrated), parce que c'est clairement hors de question d'installer un snap de je ne sais combien de Mo juste pour un validateur de certificats :)
-
Je regarderais ChromeOS, mais si je prend ma mère (71 ans) les 5 applications qu'elle utilise le plus sur son PC (Ubuntu) en dehors de son navigateur, c'est :
- GIMP pour faire des montages photos
- Molotov TV pour regarder la TV
- Microsoft Skype pour les visio de la famille
- Microsoft Team suivre des cours de l'université inter-age
- Zoom pour certaines visios
Pour les quatre derniers, cela fonctionnerait via les appli Android ?
La version web pour Team, c'est vraiment dégradé, on ne peut voir que la personne qui parle et encore au début de sa prise de parole on n'a pas la vidéo. Skype je n'ai pas testé.
Un usage qui sera impossible par contre, c'est le ripage de CD, pour les lire sur son enceinte autonome (on met une carte SD ou une clé USB avec les MP3) ou sa voiture. Même si on prend un lecteur DVD externe, je ne pense pas qu'il sera possible d'avoir l'application qui le transforme en MP3.
ChromeOS = Chrome + Android + Linux (Debian par défaut, n'importe quelle distro en option voir plusieurs en meme temps).
oui versions Android pour ces apps voir même Linux si elles existent (donc GIMP par exemple).
Pour le rippage de CD je n'ai pas testé (rippage de CD en 2021!?) mais avec une app Linux et le passthru usb d'un lecteur on doit pouvoir ripper (mais au niveau ergonomie ca sera moins direct qu'avec Windows c'est sur).
-
Aujourd'hui si je prends Certbot, le client officiel pour avoir un certificat Let's Encrypt, que votre serveur tourne sous Debian, Ubuntu, Gentoo, Arch Linux, Fedora, CentOS, RHEL, openSUSE la procédure est simple : Installer Snapd et le client Certbot sous Snap.
Le retour des développeurs, c'est que cela leur fait gagner de précieuse ressources de tout faire avec Snap.
mouais prendre Certbot en exemple pour promouvoir Snap me semble pas être très honnête et représentatif du ressenti des 'développeurs' en général...
Installer Snap pour ensuite install Certbot sous Snap c'est overkill... d'autant que Certbot n'est qu'un ensemble de scripts python et shell.
Certbot n'est qu'une des nombreuses implémentations d'ACME. Elle est surtout destiné ea ceux qui n'utilisent pas de produits qui intègrent directement ACME. Certbot est en général recommandé aux profanes car simple a utiliser et dispo dans quasi tous les gestionnaires de paquets des distros.
Mais il y a plein d'autres clients ACME: https://letsencrypt.org/docs/client-options/
perso j'utilise https://go-acme.github.io/lego/usage/cli/ ( = 1 binaire unique donc pas besoin d'installer, suffit de le wget/curl).
Mais franchement utiliser certbot (ou autre) directement ne me semble pas être la bonne solution pour le profane. C'est le logiciel qui utilise les certificats qui devrait se charger de cela, a l'instar de https://caddyserver.com/ ou du "mod qui va bien" d'Apache ( mod_md je crois).
-
Ah tiens, j'avais jamais entendu parler de mods directement dans les serveurs web, faudrait creuser ça, vu qu'on fait que du webroot...
-
Pour le rippage de CD je n'ai pas testé (rippage de CD en 2021!?)
Mes parents écoutaient des CD en voiture, mais changement de voiture et... l'auto-radio nouvelle génération n'a plus de lecteur CD, d'où le nouveau besoin en 2021 de riper les CD pour les mettre sur des clé USB.
De la même façon je vais numériser de cassette VHS : La TV de mes parents est tombée HS il y a une semaine et j'ai commencé à regarder, mais peu de TV ont des ports péritel ou ce sont des modèles anciens sans support du HEVC qui va arriver dans quelques années sur la TNT.
-
De la même façon je vais numériser de cassette VHS : La TV de mes parents est tombée HS il y a une semaine et j'ai commencé à regarder, mais peu de TV ont des ports péritel ou ce sont des modèles anciens sans support du HEVC qui va arriver dans quelques années sur la TNT.
Certains magnétoscope (la majorité ?) ont la possibilité de passer par leur modulateur UHF ; ça marche pas trop mal.
-
La TV de mes parents est tombée HS il y a une semaine et j'ai commencé à regarder, mais peu de TV ont des ports péritel ou ce sont des modèles anciens sans support du HEVC qui va arriver dans quelques années sur la TNT.
Clairement, la prise péritel n'étant plus obligatoire depuis 2015 en France (ça fait déjà longtemps / n'a jamais été le cas ailleurs en europe), ça va être dur de trouver des peritels sur des TV..
Tu ne peux pas transformer le peritel en Jaune, blanc, rouge (Video + Audio ) ex : https://www.amazon.fr/C%C3%A2ble-P%C3%A9ritel-Commutation-Adaptateur-M%C3%A2les/dp/B00JQFP0SM
Ma Télé de fin 2018 n'a plus de péritel mais elle est équipée du trio Video/audio (j'ai perdu le nom).
-
Ma Télé de fin 2018 n'a plus de péritel mais elle est équipée du trio Video/audio (j'ai perdu le nom).
RCA.
Ne pas confondre avec YUV (YPbPr) trio de fiches RCA pour la vidéo seulement. (Avec la luminance, le bleu et le rouge).
-
Mes parents écoutaient des CD en voiture, mais changement de voiture et... l'auto-radio nouvelle génération n'a plus de lecteur CD, d'où le nouveau besoin en 2021 de riper les CD pour les mettre sur des clé USB.
DIY:
un smartphone Android pas cher ou récupéré (pas besoin de carte sim et d'abo).
sur un PC Windows ou Mac:
- ripper et uploader tout les CD une fois pour toute sur un compte YTM (Youtube Music ex Play Music) (gratuit, maximum 100 000 morceaux...). Une fois l'upload terminé faire un backup complet de YTM via Google Takeout (ou garder tout les mp3 rippés quelque part).
sur un PC (Windows,Mac,Linux,ChromeOS) ou un mobile (Android/iOS) :
- faire des playlists dans YTM. (au besoin ,a la demande)
Sur le smartphone Android dédié a la voiture: le connecter en wifi a la maison. installer YTM avec le même compte. choisir une ou plusieurs playlist et les télécharger en mode offline (pas besoin d'abonnement YTM pour faire cela avec des morceaux uploadés). Mettre le smartphone dans la voiture en Bluetooth et lancer YTM (+ alim via port usb voiture ou chargeur allume cigare).
Si on veut pas s'embêter a rip + upload: prendre un abo YTM Premium ou Spotify Premium pour avoir directement l'offline sur tout ce qui existe dans leur catalogue. (y'a des abonnements famille aussi donc a plusieurs c'est moins cher). au besoin ripper les CDs qui ne sont pas au catalogue choisi et les ajouter au service cloud (YTM seulement, Spotify ne fait pas cela).
-
Mes parents écoutaient des CD en voiture, mais changement de voiture et... l'auto-radio nouvelle génération n'a plus de lecteur CD, d'où le nouveau besoin en 2021 de riper les CD pour les mettre sur des clé USB.
De la même façon je vais numériser de cassette VHS : La TV de mes parents est tombée HS il y a une semaine et j'ai commencé à regarder, mais peu de TV ont des ports péritel ou ce sont des modèles anciens sans support du HEVC qui va arriver dans quelques années sur la TNT.
Rippe les VHS. Je le fais encore cette année (2021) sur des vieilles reliques de cassette vidéo que mon père a retrouvé, et veut conserver.
Comme pour les CDs, tu les rippes et tu les compresses H264/265 puis tu les stockes dans un NAS accessible via une TV connectée :-) Bienvenue en 2021 !
-
Tu recommandes quoi comme carte d'acquisition pour le rip de VHS ?
-
Moi j'utilise une carte externe au format clé USB, toute petite, à 20 balles :-D
Ca marche très bien
-
J'ai du vieux matériel, une carte PCI qui était livrée dans un PC "Windows XP Media Center Édition 2005".
Elle est parfaitement reconnue sous Linux.
Attention, le matériel USB de première génération n'est pas toujours reconnu sous Linux. Je n'ai pas d'expérience sur des cartes récentes.
-
Merci à vous deux. :)