pepie34 a écrit 264 commentaires

Est-ce que vous savez s’il est possible de recevoir un flux ac3/dts multicanal sur une entrée toslink et de sortir en 4.0 sur deux sorties LPCM toslink stereo ?
(pour aller vers deux DAC dans une même pièce)

Et c’est l’année de naissance de Multics. La boucle est bouclée !!!

En effet, et si ce n’est avec le libre avec la liberté ça avoir c’est certain.

Oui mais rien ne l'oblige et rien ne le standardise.

Essaye de faire un latex vers odt/html pour voir.

Il faudrait vraiment une séparation à la XML/CSS mais humainement écrivable pour la partie structure, pas forcément dans 2 fichiers mais dans 2 sections séparées, et qu'on ne puisse faire de modification de style via des tags.

En effet, mise en gras c'est du style alors que mise en avant c'est de la structure.
Dans l'exemple, on voit beaucoup de mise en gras et pas beaucoup de mise en avant

Juste à première vue dans le même fichier source, il y a styles et structures de mélanger.
Ce qui était la plaie pour traiter automatiquement du latex.

Pareil, çà fait bien 4 ans que les flux audio (mp3,aac,…) ne sont plus publiés de manière explicite: il faut faire de l'archéologie avec le debugger de firefox pour les récupérer.
Ca faisait bien 10 ans déjà quand ils étaient publiés que c'était dans un pdf inexploitable de manière automatique.

Ça ferait quoi si on ne pouvait recevoir la radio X que sur un poste de radio de la marque X ? Ben c'est pareil avec les applications exclusives.
VLC pourtant marche très bien sur android/iOS !

A noter pour les développeurs les flux sont dispos de manière automatisable sur wiki data. Par exemple pour France Culture: https://www.wikidata.org/wiki/Q19908

Il était aussi Ambert, le rat geôlier du Marquis (de Sade), dans le film du même nom de Xhonneux et Topor, les créateurs de Téléchat.

C'est le film (pas) pour enfant le plus WTF et NSFW que j'ai pu voir.

Youtube vision

Bref un grand comédien, un indispensable acteur de second rôle et une inoubliable voix pour les enfants de mon époque vient de nous quitter.

Certainement, mais ce n'est pas la question.

Il fut un temps, les URL des flux des directs mp3 et ACC étaient publiés de manière officielle et visible par Radio France.

Ce n'est plus le cas.

Maintenant, la seule manière officielle d'écouter les directs c'est soit leur site web soit leur appli smartphone.

J'ai pas dit qu'on pouvait pas les retrouver, j'ai dit qu'ils ne sont volontairement plus publics.

Et ça fait quelques temps que les adresses des flux audios ne sont plus publiques.

Depuis déjà quelques années ils étaient uniquement disponibles dans un pdf dans les FAQ, probablement pour éviter un traitement automatique. Maintenant ils sont introuvables sans faire de l'archéologie dans le HTML du direct radio.

Et il faut pas oublier le cachet de cire…

Sauf erreur de ma part, l'attestation ne précise ni le lieu ni la date du trajet.
On doit indiquer le lieu et la date de la signature ce qui n'est pas la même chose.

Pour ma part, j'ai préparé deux attestations papiers signées aujourd'hui: une pour les courses, une pour courir et promener le chien. Je ne compte pas les rééditer les jours à venir.

Vous vous imaginez les travailleurs indispensables imprimer un papier tous les jours ? non je ne pense vraiment pas.

Ce musée combine à la fois une superbe collection d'instruments de musique (ne pas manquer les instruments mécaniques / électromécanique et synthés aux sous-sols, ainsi que les protos de saxophones (oui Adolphe Saxe est belge)), un super bâtiment Art Nouveau, et une superbe vue sur Bruxelles.

Plus d'infos sur Wikipédia ou à défaut le site du musée (flash inside).

Les photos du bâtiment sur Common.

Il y a un téléphone sonne ce soir sur le sujet:

La réforme européenne sur le droit d'auteur a franchi une étape décisive et doit confirmer sa courte majorité cet été. >Quel cadre juridique imposer à Internet ? Ce soir, le téléphone sonne Europe fait le point sur le projet !

Invités:
* Virginie Rozière, Députée européenne (Les Radicaux de Gauche), groupe de l'Alliance Progressiste des Socialistes et Démocrates.
* Pascal Durand, Vice-président du groupe Verts-ALE au Parlement européen. Ancien avocat.

Peut-être l'occasion de se faire entendre. #telsonne sur le réseau de microbloging avien.

Lien vers le site de l'émission

En complément,

Ce que je décris là-haut est un gros trucage pour feinter l'allocateur de chunks de btrfs. L'allocateur décide toujours de réserver un chunk sur le disque qui contient le plus d'espace libre. En appelant, btrfs balance avec le filtre devid on indique uniquement que l'on veut ré-allouer les chunks présents sur le disque source. Par contre il n'y a aucun moyen de préciser explicitement où on veut qu'ils aillent. En ayant fait le btrfs fi resize (attention ! avec l'option devid précisant qu'on réduit la taille du disque source), on ne laisse plus de place sur le disque source. L'allocateur va donc déplacer les chunks du disque source au disque cible.

Pour revenir à BTRFS, il y a quand même plusieurs manquements soit dans l'implémentation actuelle soit dans le système en lui même. Citons par exemple:

• le pmove comme simuler ici
• une politique configurable de l'allocateur (pour par exemple prendre en compte une configuration hybride hdd/ssd)
• des profils RAID par sous-volume

A priori, les manquements ci-dessus sont réalisables sans modifier le format disque, mais juste les outils et le driver tout en étant retro-compatible. Certains sont dans les tuyaux.

Par contre, les profils RAID sont codés assez simplement dans le format du fs (DUP/RAID0/RAID1) ce qui à mon avis limitera l'évolution du système. On pourrait par exemple imaginer des profils du type, je veux au moins 3 copies réparties sur au moins 2 disques physiques. Aujourd'hui sans changer le format disque ce n'est pas possible.

J'ai effectué plusieurs fois le même type d'opérations dans des conditions légèrement différentes.

Notamment sur un ordinateur portable et un DD externe, condition qui ne me permettait pas de faire l'opération btrfs device delete simplement. En effet, device delete doit être effectué d'une traite sans arrêt possible et dans mon cas j'avais trop de données pour que cela puisse se faire en une nuit.

Solution: réduire la taille du disque source via un btrfs fi resize d'une taille juste supérieure à la taille utilisée puis à coup de btrfs balance avec un filtre devid on peut bouger les chunks d'une disque à l'autre par une opération interruptible. C'est équivalent à un pvmove de LVM.
Quand tout est transféré, on passe au btrfs device delete final.

git over nntp… çà se tente.

Surtout que par dessous git il y a un fs immutable (les dossiers en code hexa) et que nntp en fait c'est juste un protocole de synchro de fichiers aussi de façon immutable (cf l'orgine dans UUCP).

Pourquoi ne simplement pas se remettre au NNTP Usenet ?
Avec un site web qui ne serait qu'un client web.

Ça couvrirait quasiment tous les besoins du site et pour le restant ben on étend le protocole ce qui lui ferait du bien car la dernière RFC date de 2006.

Trêve de plaisanterie, mais je me dis quand même que 90% des utilisations des forums/listes de diffusion/réseaux sociaux sont possibles en NNTP et çà serait beaucoup plus efficient.

PS Qui connait une app Android digne de ce nom pour faire du NNTP (et pas pour le téléchargement) ?

rech proj pour proj priv self dem brut poss s'adrr a l'hot mart

Apprentissage Automatique

Pour être plus précis ce type de machine est dédié à l’apprentissage automatique Apprentissage_automatique ou machine learning.
Plutôt que de décrire un ensemble de règle à l’ordinateur puis de lui demander de résoudre un problème dans le cadre de ces règles, il s’agit de lui présenter un (grand) nombre de cas et l’ordinateur déduira de lui même ses propres règles de décision à partir de ces cas.

Il s’agit par exemple de lui donner des millions d’images avec une liste des entités se trouvant sur chaque image (phase d’apprentissage), puis on lui présente une nouvelle image qui lui est inconnue et l’ordinateur doit donner les entités qui se trouvent sur l’image (phase de décision). Typiquement ce genre de problèmes est formulé comme un problème d’optimisation continue où on cherche à trouver un minimum (ou plus récemment des point-selles) sur des fonctions très compliquées, par exemple des réseaux de neurones artificiels. La machine de NVIDIA est dédiée à cela, les GPUs étant très performant à faire des multiplications matricielles. Pour info, certains labos français possèdent déjà cette machine.

On est donc très loin de ce qu’on entend dans le grand public comme étant de l’IA ou des concepts qui ont été discutés précédemment dans ce journal. On ne cherche pas à reproduire des capacités cognitives de haut niveau mais des fonctions de perceptions de bas niveau.

Depuis NIPS une des très grandes conférences sur le sujet.

Est-ce que vous savez s'il existe un convertisseur ADC (vers 25MHz) 12/16 bits à prix abordable ? et si un décodeur purement logiciel de signaux TV noir et blanc / PAL / SECAM / NTSC existe ?

Avant 1983, la première chaîne émettait dans une résolution 819 lignes entrelacées pour le noir et blanc; ce qui est meilleur que du 720i. Un de mes rêves est de tomber sur un de ces enregistrements 819 lignes originaux et de les numériser. Je crois bien qu'à l'INA la numérisation s'est faîte à partir des supports 625 lignes analogiques et non pas 819 lignes, fautes de décodeurs numériques adaptés.

Pour ma part je fais un cp -a suivi d'un rsync -aHAXS .
Les options de rsync A et X permettent de sauvegarder les ACL et les attributs étendus. C'est par exemple utilisé par shotwell pour les étiquettes de photos.

Sinon, j'utilise depuis deux mois btrfs et çà a changé ma vie.

Voilà donc le diable, on est donc bien dans le registre de la religion !

Pour le coup ce sont les designers du SIP qu il faut pendre ! Le niveau 7 ne devrait jamais s'échanger de manière autonome des informations des niveaux 3/4. La séparation des couches n est pas respectée.

Pour être propre, si tu me contactes et que je veux ouvrir une connexion dans l autre sens je dois récupérer ton IP sur le socket ouvert en local via l os et pas en me fiant aux informations que tu me donnes dans ton contenu applicatif.
(NB en tcp je comprends mal l utilité de la nécessité de connaître l ip de son correspondant comme il y a de base une connexion dans les deux sens ouverte. Peut être en cas de rupture pour que l appelé réinitialise à son initiative la communication ?)

Transmettre deux fois la même information dans deux niveaux différents (l entête IP et le contenu en soit) c est ca le vrai diable. C est comme avoir deux fois la même info dans deux tables différentes d une même BD, on sait qu'un jour tôt ou tard ca va foirer…

Jamais la table de correspondance est publique !

De toute façon, si tu souhaites "cacher" ton réseau derrière un NAT autant garder une structure réseau IPv4, puisque les avantages de l'IPv6 seront perdues (plusieurs adresses IP atteignables de l'extérieur du réseau par machine).

Cette phrase est la preuve que tu n as pas compris la proposition. Le principe du end to end de l ipv6 est bien maintenu.

Je vais reformuler de deux nouvelles façons:
1. Il s'agit de faire du Network prefix translation avec en plus de l obfuscation du suffixe.
2. Dans du nat44 il y a 1 ip publique avec n ip locales. Dans la proposition ici c est l inverse, il y a m ip publiques pour n ip locales avec m très grand devant n.

Pour reproduire un comportement similaire avec les adresses temporaires telles que proposées par la RFC, il faudrait que la machine tire une nouvelle adresse temporaire très fréquemment et avec plusieurs ip temporaires en parallèles par exemple pour chaque connexion en cours. Cependant, je ne pense pas que les mécanismes proposés puissent tenir un tel rythme.

1) Je crois qu'il y a quiproquo

Dans la proposition le routeur ne s'occupe jamais de la façon dont les machines internes s'attribuent les adresses IP. Cela n'a rien n'a voir avec du DHCPv6.

Le routeur voit passer un paquet qui va de "A vers B" où A est sur son interface interne et B est sur son interface externe, il change l'entête pour "X vers B" où X est dans sa plage de dispo. Il garde en mémoire la correspondance (A,X) et quand un paquet arrive de "C vers X" où C est sur son interface externe alors il change l'entête pour "C vers A". Noter que B et C ne sont pas forcément supposés identiques.

Le routeur n'a rien à faire de comment A est devenu a eu l'IP A.

2) Je crois qu'il y a encore plus quiproquo

Comme indiqué plus haut X ne correspond qu'à une seule machine interne donc çà pète pas les protocoles même le P2P. Tant qu'il y a suffisamment de place dans la table de correspondance, le routeur peut toujours retrouver qui est X même trois jours plus tard.

3) Ce qu'on cherche à cacher: le profil d'activité des machines !

En utilisation stationnaire, une machine est facilement reconnaissable à son profile statistique d'activités, peu importe son IP à l'instant t. Je n'ai pas besoin de savoir de façon déterministe comment elle passe de l'IP X à l'IP Y pour savoir que X et Y sont la même machine. Çà n'a rien à voir donc avec la RFC et comment les IP sont attribuées (aléa ou pas aléa).

Répartir les activités (à la connexion) sur toutes les IPs dispos, çà rend une attaque statistique difficile.