mahikeulbody a écrit 1840 commentaires

https://www.youtube.com/watch?v=RtB8kVCxJdw

PS. Si quelqu'un a un lien ailleurs que sur Youtube, je suis preneur et je sollicite par avance la modération pour le substituer au mien.

NB. Le titre de la page Youtube ("Les mécanismes de l’intuition mathématique chez les êtres humains et les machines") ne reflète pas le contenu de la vidéo. La vidéo est celle d'un des séminaires de ce cours et se focalise sur l'utilisation d'un modèle de langage pour faire des maths, pas du tout sur les aspects "intuition".

C'est parfois un peu longuet mais j'ai trouvé ça très intéressant.

Tous les liens que tu donnes font référence à des offres avec 6 mois d'Instant Ink via HP+, service qui nécessite internet.

Ayant une HP, ton message m'a un peu interpellé aussi je suis parti à la chasse aux infos (j'aurais aussi pu la couper d'internet et essayer mais sans routeur wifi séparé de la box, c'est pas immédiat à faire, en tous cas pour mes maigres connaissances réseau).

Selon cette page, il semble que la réponse soit non, les imprimantes HP n'ont pas besoin d'internet pour imprimer… sauf si on souscrit à des services internet auquel cas ça semble normal (sous réserve que l'imprimante n'envoie pas plus d'info que celle nécessaire au service : par exemple, pas d'envoi de la page imprimée si le service est le réapprovisionnement automatique en encre).

Et si la tête sèche, tu fais quoi avec l'encre restante (tu as payé d'avance des milliers de pages) ?

Ok, pas de souci.

Les commandes qu'on te proposait pour valider/éliminer l'hypothèse de fichiers corrompus ne nécessitent aucune connaissance en programmation, juste ouvrir une fenêtre Terminal comme on le ferait sous Windows pour taper une commande Dos. Ceci dit, tu peux aussi le faire via une application graphique si tu n'es pas à l'aise avec la ligne de commande. Je ne sais pas celle qui est installée par défaut sous Mint, sans doute kdiff.

Tu peux bien sûr rejeter l'hypothèse "fichiers corrompus" sans la vérifier mais comme elle ne nécessite que quelques instants à vérifier, c'est dommage, surtout si tu n'as aucune autre piste immédiate sous la main.

Quoiqu'il en soit, n'hésite pas à revenir ici pour décrire ce que tu as trouvé, cela pourra servir à quelqu'un d'autre.

Bon dimanche à toi aussi.

Plus simple que celles qu'on te propose pour comparer deux fichiers ??? N'hésite pas à nous en faire part quand tu auras trouvé.

Si les deux fichiers ont le même nom c'est qu'ils sont dans deux dossiers différents. Il suffit soit d'en renommer un avec autre nom et le déplacer dans le même dossier que l'autre, soit indiquer le chemin complet du fichier dans la commande diff.

Idem, si tu utilises la solution sha256sum plutôt que la commande diff, tu appliques la commande sha256sum sur chacun des fichiers en spécifiant le chemin complet des fichiers.

Si tu lui lances la pomme à la figure, je pense qu'il a le droit d'intervenir.

Blague à part, ça montre quand même que trouver une formulation qui prenne en compte tous les cas, ça doit pas être simple.

j'ai visionné la vidéo sur mon pc: elle est très bien !

Si tu arrives à lire sans problème sur ton PC la copie en provenance du PC de ton ami, on peut supposer que le problème vient de la corruption de certaines de tes copies à toi.

D'ailleurs tu pourrais faire un diff entre les deux copies : en principe elles devraient être identiques, sauf justement si la tienne a été corrompue.

Dans cette hypothèse où il y aurait eu corruption, le format des photos ou vidéos concernées importe peu. Il s'agirait plutôt de faire un check du système de fichiers.

Mon "ou plus simplement" étant en réponse à la proposition "de faire un journal", ton commentaire me paraît un peu étonnant.

ou plus simplement l'ajout d'un commentaire.

Aujourd'hui je suis allé chez un ami et je me suis servis de son portable (sous windows) sur lequel j'avais enregistré des épreuves et j'ai pu constater que celle ci (les mêmes) n'étaient pas dégradées.

Pour être sûr que le problème ne vient pas d'une corruption des fichiers correspondants, il faudrait que tu copies ceux-ci sur le portable de ton ami. Là, apparemment, tu as juste vérifié que les copies qu'il avait déjà étaient ok.

Il y a une troisième hypothèse.

Mais chut, il parait qu'il n'a jamais fait aussi chaud qu'actuellement « dans l'histoire de l'humanité », voire de tout temps (choisir le niveau de catastrophisme désiré). On risquerait de briser le mythe d'Hannibal faisant du traîneau « à éléphants ».

Celle où PhRæD pense (sans le dire trop explicitement) que tout ça n'est qu'un vaste complot servant les intérêts d'entités occultes.

(Je viens de réaliser que Linphone est une appli, pas un vrai téléphone, du coup c'est celle-là qui serait conseillée ?)

Juste pour être sûr d'avoir bien compris (je ne suis pas familier du SIP même si j'en comprends le principe).

Je veux pouvoir appeler un fixe en France depuis la Corée du Sud et qu'on puisse m’appeler là-bas sur le numéro SIP depuis un fixe en France. Le fait que la Corée du Sud ne soit pas dans la liste, ça change quelque chose ? (de ce que je comprends, non, car dans mon cas de figure il n'y aura pas d'appel local sur le réseau téléphonique sud coréen)

Par ailleurs, quelle appli Android conseillée pour faire du SIP ?

C'est mal barré pour JPEG-XL, qui ne sera peut-être jamais ajouté aux navigateurs (cf journaux récents).

Parce que quand on fait de la photo, c'est seulement pour l'afficher sur un site web ?

Le jpeg-xl a le potentiel pour être le format idéal pour la majorité des applications (y compris dans les appareils photo car il ne demande pas d'accélération matérielle). Je ne vais pas reprendre la liste de ses avantages ici, ils sont très bien documentés sur le net. Il est déjà intégré à Gimp, Darktable, Digikam, Kritia, Telegram, etc… Il est supporté par Facebook, Nvidia, Intel, Adobe (Photoshop, Lightroom), et j'en passe.

On va baisser les bras et s'interdire de l'utiliser parce que Google fait son grognon (webp inside) et veut le retirer de Chrome (où il est pourtant déjà intégré) ?

NB. Google est un des premiers contributeurs importants à l'origine de jpeg-xl.

Moi, je rajoute un quatrième item : deux logiciels de sauvegarde différents (un pour chaque support de sauvegarde). En l'occurrence borg pour le local et restic pour le cloud.

Ils disent être une association à but non lucratif. Cependant, même une association a besoin de sous pour offrir un service. Cela se fait en général sous la forme de cotisation des adhérents. Mais là le service prétend être gratuit alors qu'il a forcément un coût (même si j'ignore totalement le coût d'hébergement de serveurs dns). Alors c'est quoi le modèle économique ? Pas la revente de données, j'ose espérer, puisqu'il prétend être conforme au RGPD. J'ai raté quelque chose ?

possibilité sympa de faire un "unzip" côté serveur, m'a fait gagner pas mal de temps sur une archive avec plein de fichiers

J'en profite pour signaler que des logiciels comme borg, restic (et sans doute kopia) permettent de monter une archive distante comme si elle était en local ; du coup, on peut utiliser son navigateur de fichiers favori, faire des diffs avec des dossiers/fichiers locaux, etc… C'est fait de façon transparente via fuse et c'est vraiment pratique.

Par exemple, j'utilise ce système pour contrôler mes archives : je sauvegarde localement avec borg et à distance avec restic (deux destinations, donc, mais aussi deux logiciels différents, au cas où…) ; je peux donc monter une archive de chaque et faire un diff dessus comme je le ferais entre deux dossiers locaux, sans avoir besoin de rapatrier explicitement les données.

C'est un sacré bon point. Bien vu.

Du coup, ne devrais-tu pas remettre en question ton souhait de souscrire pour une longue période (vs. un abonnement mensuel) puisqu'il participe, lui aussi, à t'enfermer dans une solution ?

Un autre point à considérer : une bonne pratique est de vérifier de temps en temps ses backups (avant d'en avoir réellement besoin parce que là c'est trop tard). Les solutions facturant les E/S sont un frein à cette pratique (on accepte de payer - souvent cher - pour récupérer des données perdues mais moins pour juste les vérifier). C'est ce point qui m'avait fait quitter Blackblaze b2 au profit de Wasabi.

Tout à fait. On peut aussi ajouter restic, kopia… mais peut-être pas borg (que j'utilise pourtant mes backups en local) : il y a beaucoup moins d'hébergeurs qui sont compatibles (deux ou trois à ma connaissance). En revanche, l'avantage de borg sur restic pour un "débutant" est qu'il existe une interface graphique (Vorta). Tout comme rclone (rclone browser) et kopia (kopia UI, toutefois un peu complexe, celle-là).

C'est papaye qui sort de l'ordinaire pour moi.

Surtout que papaye se prononce maman en brésilien…

Moi, j'étais dans la catégorie "je n'ai pas suivi" (je suis déjà retraité, ce qui n'est pas une excuse mais bon…). J'ai maintenant l'impression d'avoir tout compris grâce à cette vidéo limpide (comme presque toujours chez Heu?reka).

Non, je ne crois pas que Cloud Archive soit de type S3, ils parlent de rsync ou SCP. Je crois que restic sait gérer Cloud Archive (à vérifier) ; du coup, il n'y aurait pas besoin d'avoir une copie chiffrée localement avant l'envoi comme avec rsync (quand on parle de 2 To c'est un point à prendre en considération).

Coté prix, ça semble effectivement intéressant pour du stockage dormant (on paye 24€/To pour envoyer ses données et, s'il faut les restaurer un jour, à nouveau 24€/To). Par rapport à wasabi (S3) dont je parle dans un autre commentaire, ces frais d'entrée (et, éventuellement, de sortie) s'amortissent en 8 mois (16 mois si on doit les récupérer un jour). De plus, c'est français.

type Amazon Glacier, tu voulais dire. Parce que S3, c'est une autre offre d'Amazon.