fcartegnie a écrit 1386 commentaires

Pourtant il y en a plein des 42 :

Ou bien Qt qui merdoie pour choper la fenêtre.

Version ?

rav1e est aussi sur https://arewecompressedyet.com/?

Sur quelle gamme de processeur ?

i9 !

Ca dépend. read et autre c'est un seul nombre négatif (-1) en cas d'erreur et de set errno à coté.

Tu devrais regarder les chiffres des premiers encodeurs H264 et HEVC.

Si j’ai bonne mémoire, le fossé entre x264 et x265 était déjà important en termes de puissance requise pour compresser une vidéo, x264 étant bien plus rapide. Est-ce le même genre de fossé auquel on a affaire ?

HEVC réutilisait et étendait une partie des principes de H264 (directions de recherche, etc..).
AV1 évite les brevets et donc utilise beaucoup de techniques pour lesquelles les algos d'optimisation restent à trouver.

Sait-on déjà plus ou moins combien de temps en plus il faudra, par rapport à x265, pour compresser une même vidéo en AV1 à qualité équivalente ?

En l'état, on doit être de l'ordre de 100 à 300x le temps réel en fonction des options/bitrate avec rav1e.

L'encodeur AOM de référence lui se situait dans des ratios qu'on ne peut pas écrire sur 16bits non signé…

1) il n'y a pas de question, donc difficile de donner une réponse.

Si: "Fais mes devoirs"

Nous avons également décidé d’opter pour une premine de 7,5% ce qui devrait faciliter le "processus d’échange".

C'est sur, le prémining sur une crypto qu'on peut trader, c'est pour faciliter l'"échange"…

Donc pas de HEVC.
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

Ca me semble plutôt une mise en commun des ressources entre les participants plutôt qu'un cache public

Parce que la vie est étrange, Sam a mis le cap vers de nouveaux horizons depuis bien longtemps.

Pour cela il faudrait ajouter un tracker d'installation, ce qui donnerait aussi les installations non directes. Mais nous on ne pose aucun mouchard, donc impossible de savoir

Vu que ça semble construit sur les même entrées, ça implique que l'analyseur logique est aussi limité à des signaux de 500KHz, non ?

Ca me semble pas dans le principe du P2P. J'ai pas testé l'initiative.

Tu n'indiques pas la fréquence maximale des signaux affichables en mode oscilloscope (c'est à dire la bande passante), or c'est une caractéristique déterminante. Réponse : bande passante théorique de 1 MHz, en pratique 666 kHz, voire 500 kHz, pour une restitution du signal nettement meilleure (explications sourcées ci-après).

En regardant dans le code firmware, on voit qu'ils activent une clock externe.
La spec de la puce, elle, donne 500.000 samples/s pour les entrées ADC
https://www.microchip.com/wwwproducts/en/PIC24EP256GP204#additional-features
Ce serait donc cette valeur et l’échantillonnage fait en interne par la puce en X4 ?

https://en.wikipedia.org/wiki/Nvidia_PureVideo#The_ninth_generation_PureVideo_HD

GTX970, la carte moins avancée que la GTX950… même pas foutue de décoder HEVC en natif.
Si c'est pour faire du 4K H264 maxi, son intel hd suffit.

Et sans les pilotes propriétaires ? (J'ai cru comprendre qu'NVIDIA était vraiment moche de ce côté-là)

Non, nouveau n'a pas l'accel HW pour ces cartes

La carte se trouve facilement en occasion

Carte récente, donc non

Un changement pour un APU AMD ou un CPU Intel récent est aussi une alternative.

4K ça veut pas dire grand chose.

4K display ? Elle le font toutes… la différence c'est le besoin de DVI-D selon la version HDMI

Accel 4K H264 ? 4K HEVC ? Les mêmes en 10bit ?
Vraiment pas toutes…
https://wiki.videolan.org/VSG:Video:Slow/

Le mauvais point c'est que pour avoir un truc récent faut une carte musclée, donc qui consomme en idle et non passive, surtout chez AMD qui n'a rien mis à jour en entrée de gamme depuis des années.

Sinon il y a aussi la GT1030 de nVidia, mais drivers proprio.

Si on se dit que les serveurs ont un module IPMI déjà installé,
alors il suffit d'une puce pour altérer le microcode chargé au démarrage (4 pins, + 2 pour l'alim = 6).

Mais sans vrai détails techniques ça semble quand même du bullshit.

Playlist complète
https://www.youtube.com/watch?v=GqFU3eqsCJI&list=PLQLpBN3oI7E4W5VKzNC7xb59gWQw8ghxA

https://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT000006069414&idArticle=LEGIARTI000006278920&dateTexte=&categorieLien=cid

Loin de moi l’idée de critiquer la qualité de VLC, mais leur système de build et compiler VLC a l’air d’être vraiment une plaie.

C'est pas fait de gaïeté de coeur.
VLC assemble une grande quantité de composants utilisant eux même des systèmes de build différents, pour un grand nombre de plate formes, et ça ne peut souvent marcher sans patcher. C'est pour ça que la majorité des libs sont aussi fournies dans contrib/ et intégrées au processus.

Il dit:
- qu'il voit pas le rapport.
- que VideoLAN fournit déjà tout le build system qui fonctionne. (Docker)
- que F-Droid ne fait pas confiance, sous estime la complexité de l'ensemble et, préfère tenter de recréer un env de build lui même et n'y arrive pas
- que F-Droid n'est pas à un paradoxe près en ne faisant pas confiance au build env fourni par VideoLAN mais par contre veut bien de leur code

Est ce que les conférences seront filmées ?

Probablement, ça l'était l'année dernière.

Comment prononce-t-on AV1, Rav1e et Dav1d ? AVI, Ravie et David ?

AV1, ça reste en Anglais, "évi-ouane"