Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
Pyrénées-Atlantiques (64) / Aramits
« Dernier message par tfboy le Aujourd'hui à 19:16:20 »
Bon, c'est reparti pour un tour lol.

J'aurai enfin une tranchée avec une gaine verte que je vais installer avec un fil tireur pour amener la fibre depuis le poteau à 35m de la maison.
Mais une fois que la fibre arrive au bord de la maison, ce n'est pas l'endroit où elle doit rentrer : il faut contourner encore d'environ 20m.

Ma question : est-ce que je prépare l'installation de tubes IRL avec des coudes large pour que la fibre puisse être glissée dedans, ou est-ce que les installeurs préfèrent fixer la fibre directemenr sur un support sans gaine / tube ? Le passage serait sous les soffites en planche en bois qui dépassent en dessous du toit donc facile à y visser des fixations, que ce soit pour retenir des tubes ou des clips pour la fibre.

2
SFR 5G/4G SFR / SignalQuest - Projet communautaire SFR/Bytel
« Dernier message par Empereur le Aujourd'hui à 19:16:18 »
Hello,

Aie mince, c'était une sécurité que j'avais mis en place, un genre de token local qui est généré à la création d'une session d'enregistrement, la base de donnée stock son SHA-256 dans la table des sessions de couverture. Lors d'une fermeture d'une session, le téléphone renvoie le token à la base pour confirmer que c'est bien le même appareil qui a créé et fermé la session.
Cela m'a servi à autoriser les sessions de couverture même aux personnes n'étant pas inscrit, mais aussi aux personnes qui perde l'authentification (ou se déconnecte) lorsqu'une session de couverture est en cours.

Sauf que dans la version Play Store, ce token n'est pas délivré, mais l'API qui sert à indiquer la clôture d'une cession demande ce token.

J'ai corrigé, le token n'est demandé que si le token existe lors de la création.

Je surveille les logs de l'API dans les 24 heures pour vérifier. ;)

Merci !

Je confirme que ça fonctionne bien désormais  :D
3
télécom TV et codecs / Arrivée de l'AV2
« Dernier message par Tinnyrex le Aujourd'hui à 18:37:38 »
Voile, l'AV2 est officiellement arrivé :
Vous pouvez retrouver les spécifications directement sur le site de l'Alliance For Open Media : https://av2.aomedia.org

Jean-Baptiste KEMPF a également publié un post sur son blog : https://jbkempf.com/blog/2026/dav2d/

Publication du 31 mai 2026
Voici le post traduit en français avec Kagi Translate :

Que dav2d soit

dav2d

Un codec n'existe pas vraiment tant que tout le monde ne peut pas le décoder.

Aujourd'hui, nous annonçons dav2d, un décodeur rapide pour le nouveau codec AV2, développé par des membres de la communauté VideoLAN.

Il y a quelques semaines, nous avons ouvert le dépôt et commencé le développement publiquement. Depuis lors, AV2 lui-même a atteint sa première version de spécification officielle, ce qui en fait le moment idéal pour expliquer ce qu'est dav2d, pourquoi nous l'avons lancé et où en est le projet aujourd'hui.

dav2d est la suite du travail que nous avons commencé avec dav1d, notre décodeur AV1.

L'objectif est similaire : fournir un décodeur compact, rapide, portable et correct, adapté aux applications réelles, aux lecteurs multimédias, aux navigateurs, aux outils de test et aux systèmes d'exploitation.


AV2

AV2 est le successeur d'AV1 et le dernier codec vidéo libre de droits de l'Alliance for Open Media.

La spécification est désormais disponible publiquement sur :


L'AV1 a été finalisé en 2018 et est devenu l'un des codecs vidéo les plus performants jamais déployés. Aujourd'hui, il est disponible dans les navigateurs, les appareils mobiles, les systèmes d'exploitation, les téléviseurs, les services de streaming et les applications vidéo du monde entier.

L'AV2 s'appuie sur ce succès. Le codec introduit de nouveaux outils de codage pour la prédiction, les transformées, le codage entropique, le filtrage et le traitement de la chrominance, tout en poursuivant l'objectif d'améliorer l'efficacité de la compression.

Les gains rapportés varient selon les conditions de test, mais des améliorations d'environ 25 % par rapport à l'AV1 sont couramment observées, certaines évaluations faisant état de gains encore plus importants.

Le décodage AV2 est environ cinq fois plus complexe que le décodage AV1. En pratique, cela signifie que les logiciels tournant sur le matériel actuel auront du mal à décoder l'AV2 en temps réel sans une optimisation minutieuse et spécifique à l'architecture.

C'est pourquoi nous avons commencé dav2d tôt plutôt que d'attendre que la spécification se stabilise.


De dav1d à dav2d

Les origines de dav2d remontent au début de dav1d.

Lors de la finalisation de l'AV1, nous avons poussé pour un décodeur logiciel rapide, car nous ne pensions pas que le décodage matériel deviendrait disponible assez rapidement, ou sur suffisamment d'appareils.

Tout le monde n'était pas d'accord avec cette évaluation. Certains membres de la communauté AOM estimaient que les implémentations matérielles et le décodeur de référence seraient suffisants.

Nous pensions le contraire. Les navigateurs, les lecteurs multimédias, les systèmes d'exploitation et les appareils mobiles auraient besoin d'un décodeur de qualité production bien avant que le matériel dédié ne devienne courant.

En fin de compte, l'AOM elle-même a financé une partie du travail de développement initial et certains membres de l'Alliance ont fini par rejoindre cet effort.

Le résultat fut dav1d.

Rétrospectivement, le besoin d'un décodeur logiciel rapide s'est avéré plus important que ce que beaucoup de gens prévoyaient.

Aujourd'hui, dav1d est le décodeur logiciel AV1 le plus largement déployé.

Il est utilisé dans VLC, FFmpeg, mpv, Firefox, Chrome, Safari, Android, Windows, Linux et de nombreuses autres applications et plateformes.

Le projet est également devenu l'implémentation de décodeur AV1 de référence pour de nombreux développeurs travaillant sur le déploiement, les tests et l'optimisation de l'AV1.

Vous pouvez lire l'histoire complète de dav1d sur ce blog : Présentation de dav1d, le chemin vers la première version,Première version, dav1d 1.2 et 1.5 « Sonic ».

Avec l'AV2, nous essayons de commencer ce travail plus tôt.

Une spécification de codec est importante, mais elle ne suffit pas. Les développeurs ont besoin d'un décodeur qui puisse être compilé, testé, benchmarqué, intégré et comparé à d'autres implémentations.

C'est ce que dav2d est censé fournir.


État actuel

L'arborescence actuelle de dav2d contient déjà un décodeur AVM v15 complet, prenant en charge le décodage 8 bits et 10 bits.

La plupart des parties majeures du codec sont déjà implémentées et sont en cours d'optimisation, notamment :

  • l'analyse du flux binaire (bitstream parsing) ;
  • les en-têtes de trame et de séquence ;
  • le décodage entropique et la gestion des CDF ;
  • la prédiction intra ;
  • la prédiction inter et les vecteurs de mouvement de référence ;
  • les transformées ;
  • CCTX et CfL ;
  • le déblocage (deblocking) ;
  • CDEF ;
  • le filtrage de Wiener ;
  • la synthèse du grain de film.


C'est encore un travail de début, et l'écosystème AV2 lui-même est encore jeune, mais le décodeur est déjà fonctionnel et bien plus qu'un simple dépôt d'annonce vide.

Une part croissante du travail se concentre désormais sur la justesse, la conformité, l'optimisation et le support des plateformes.

L'une des raisons pour lesquelles le projet a progressé si rapidement est que dav2d ne part pas de zéro. L'AV2 partage de nombreux concepts avec l'AV1, et dav1d a déjà résolu un certain nombre de questions architecturales concernant le threading, l'organisation SIMD, les tests, la portabilité et la conception de l'API.

Bien que l'AV2 nécessite un nouveau code de décodeur substantiel, une grande partie de l'expérience accumulée au fil des années de développement de dav1d est directement transférable à dav2d.


Travail sur la performance

Le travail sur la performance a déjà commencé.

Sur x86, dav2d contient déjà du code AVX2 pour plusieurs tailles de transformées inverses, ainsi que du travail sur CCTX, le déblocage, la prédiction intra et les chemins liés au CfL.

Sur ARM, il y a déjà du travail AArch64 NEON pour le décodage entropique, le SAD, la prédiction intra, la prédiction de palette, les prédicteurs DC, les prédicteurs smooth et les fonctions liées au mouvement. Certains travaux sur arm32 ont également commencé.

Il y a aussi un travail précoce sur RISC-V, principalement autour de la réactivation et de l'adaptation de l'assemblage existant pour la prédiction intra et la compensation de mouvement.

C'est le même genre de progression que nous avons eu avec dav1d : d'abord une implémentation C propre, puis une infrastructure de validation, puis du code optimisé spécifique à l'architecture pour les chemins critiques les plus importants.


checkasm

Une différence importante par rapport aux débuts de dav1d réside dans l'outillage.

Pendant le développement de dav1d, nous avons créé checkasm, un framework utilisé pour valider et benchmarker les implémentations optimisées par rapport à leurs équivalents en C.

dav2d bénéficie de cette infrastructure dès le premier jour.

Combiné à l'expérience architecturale acquise avec dav1d, cela a permis au projet de progresser considérablement plus vite que dav1d à un stade comparable.

L'arborescence actuelle contient déjà une couverture checkasm pour plusieurs domaines, notamment les transformées inverses, la compensation de mouvement, le grain de film, le CfL et le code des vecteurs de mouvement de référence.

Cela devrait rendre les futurs travaux d'optimisation à la fois plus rapides et plus sûrs.


Open source

Comme dav1d avant lui, dav2d est développé comme un projet open source.

Le décodeur est publié sous la même licence de style BSD que dav1d, ce qui facilite son intégration dans les applications open source comme propriétaires.

Comme pour la plupart des projets VideoLAN, le développement se fait publiquement dès le premier jour :

Nous pensons que les implémentations ouvertes sont essentielles au déploiement sain des nouvelles technologies multimédias. Elles assurent l'interopérabilité, la validation indépendante des spécifications, une expérimentation plus facile et une base commune pour l'écosystème.


Et après

Il reste encore beaucoup de travail.

Nous devons continuer à suivre la spécification AV2, améliorer la conformité, étendre la couverture des tests, optimiser davantage pour x86 et ARM, travailler sur RISC-V, améliorer les performances en haute profondeur de bits, améliorer le threading, réduire l'utilisation de la mémoire et préparer les futures versions.

Mais les fondations sont déjà là : l'outillage, l'architecture et l'expérience acquise avec dav1d, avec des améliorations supplémentaires.

dav1d a aidé à rendre l'AV1 pratique bien avant que le support matériel ne devienne omniprésent.

Nous avons l'intention de faire de même pour l'AV2.

Que dav2d soit. De VideoLAN, avec amour.
5
N'importe quel SFP avec la "polarité" inverse fonctionnera, c'est un BX tout ce qu'il y'a de plus classique
6
Orange fibre Actus Orange / Offre Sosh Boost Fibre 8 Gb/s à 26,99 €/mois sans téléphonie
« Dernier message par yussef961 le Aujourd'hui à 17:00:23 »
je crois les speedtest c'est en ram et en plus je pense il a ça..
7
Orange fibre Actus Orange / Offre Sosh Boost Fibre 8 Gb/s à 26,99 €/mois sans téléphonie
« Dernier message par Mogette le Aujourd'hui à 16:31:31 »
Hello, pareil pour moi

j'ai souscrit à l'offre Fibre à 26.99€ (8Gb/s) j'ai un port 2.5 Gbit/s sur ma carte mère (ROG X570-E) donc là tout vas bien mais j'ai acheté une carte 10 Gbit/s ( TP-Link TX401 ) et je monte pas plus de 4 Gbit/s avec l'application Speedtest sous Windows mais par contre en speedtest google chrome ou nperf sous windows ou chrome je tombe a 2 Gbit/s a 2.4 gbit/s à peut près.. j'ai l'impression que windows rame un peu quand je fais un speedtest (ralentissement de la souris) pourtant j'ai un Ryzen 9 3900x à 4.2 Ghz ça devrait passer ? le CPU monte au total a 30% (application de fond + speedtest).

et je suis bien branché en direct avec la livebox sur le port 10 Gbit/s avec un câble CAT 6a et 10m de distance max.

Faut que le matos suive aussi, SSD voir NVME necessaire.
8
Orange fibre Actus Orange / Offre Sosh Boost Fibre 8 Gb/s à 26,99 €/mois sans téléphonie
« Dernier message par tom83500 le Aujourd'hui à 16:14:34 »
Hello, pareil pour moi

j'ai souscrit à l'offre Fibre à 26.99€ (8Gb/s) j'ai un port 2.5 Gbit/s sur ma carte mère (ROG X570-E) donc là tout vas bien mais j'ai acheté une carte 10 Gbit/s ( TP-Link TX401 ) et je monte pas plus de 4 Gbit/s avec l'application Speedtest sous Windows mais par contre en speedtest google chrome ou nperf sous windows ou chrome je tombe a 2 Gbit/s a 2.4 gbit/s à peut près.. j'ai l'impression que windows rame un peu quand je fais un speedtest (ralentissement de la souris) pourtant j'ai un Ryzen 9 3900x à 4.2 Ghz ça devrait passer ? le CPU monte au total a 30% (application de fond + speedtest).

et je suis bien branché en direct avec la livebox sur le port 10 Gbit/s avec un câble CAT 6a et 10m de distance max.
9
SFR 5G/4G SFR / SignalQuest - Projet communautaire SFR/Bytel
« Dernier message par CremeChoco le Aujourd'hui à 16:11:29 »
Ca a l'air super comme appli  8)
Prends tu des nouvelles personnes pour la bêta fermée ? Je suis actuellement chez Orange, donc si tu ajoutes Orange dans l'appli je suis dispo  :D

Merci beaucoup ! 😊
Oui, ça peut, j’ai simplement besoin de l’adresse mail Google! :)
10
SFR 5G/4G SFR / SignalQuest - Projet communautaire SFR/Bytel
« Dernier message par niny5 le Aujourd'hui à 15:54:13 »
Hello à tous ! :D

Je travaille depuis quelques années sur un projet perso autour de l’analyse des réseaux mobiles, orienté principalement SFR / Bouygues.

À la base, c’était un projet web assez simple (PHP / HTML / CSS / JS). Avec l’arrivée des outils d’IA (Codex, Claude Code), j’ai repris le projet pour le faire évoluer vers quelque chose de plus structuré.

Aujourd’hui, SignalQuest repose sur :

- frontend web en Next.js
- application Android en Kotlin
- backend avec API interne et ANFR + serveur MCP

L'hébergement est sur VPS OVH Gravelines via Coolify.

Côté fonctionnalités :

- visualisation des antennes sur une carte (ANFR, filtres techno / fréquence / opérateur)
- possibilité de faire des speedtest et de les partager, avec un historique
- drive test et cartographie de couverture SFR et Bouygues Telecom
- affichage des données radio (RSRP, RSRQ, SINR, PCI, TAC, etc.)

Il y a aussi une partie plus orientée usage :

- identification d’antennes via eNB / gNB et auto-identification des PCI, ECI, NCI
- partage de photos des antennes
- messagerie interne avec chiffrement de bout en bout (E2EE)
- partage de sessions en live via la messagerie

Côté technique, j’ai aussi travaillé sur la sécurisation :

- API protégées (authentification + rate-limit), E2EE, authentification à double facteur

L’objectif est d’avoir un outil cohérent web/mobile pour mesurer, analyser et partager des données terrain.

La première version en production est dispo ici, si vous êtes curieux : https://play.google.com/store/apps/details?id=com.sfrmap.android&hl=fr.
Une nouvelle version devrait bientôt être disponible et intégrera les réseaux canadiens, amélioration du système de bord-à-bord Android 15+ et une meilleure adaptation des pages visibles selon l'opérateur + connexion ou non à un compte.

En ce qui concerne le site internet, je ne me suis pas très concentré dessus, mais voici le lien : https://signalquest.fr

Un système de signalement de bugs est présent sur l'application et le site internet si jamais ! :D

Si certains ont des retours techniques ou des idées d’amélioration, ça m’intéresse ! :)

Ca a l'air super comme appli  8)
Prends tu des nouvelles personnes pour la bêta fermée ? Je suis actuellement chez Orange, donc si tu ajoutes Orange dans l'appli je suis dispo  :D
Pages: [1] 2 3 4 5 6 ... 10