Reprise du message précédent :
Oui pour la TNT cela suffit (c'est également connecté comme ça avec ma vieille TV )
 
Du coup c'est une bonne nouvelle, profite bien

Ouep, merci de ton aide !

J'ai peut-être parlé un peu vite, la connexion est instable et "saute".
 
Actuellement je suis en RGB, est-ce que le 4:2:0 demande un bitrate moins élevé ?

Oui plus tu compresses le signal et moins la bande passante nécessaire sera importante:
RGB ou YCbCr 4:4:4 > 4:2:2 > 4:2:0

Effectivement, en 4:2:0 plus de "sauts".
 
Par contre y'a une parte de qualité ?

Oui mais pas visible sur les vidéos. Je te remets le lien que j'avais mis plus haut:
https://www.rtings.com/tv/learn/chroma-subsampling

Le 4:2:2 est peut être un intermédiaire si ton installation le supporte…
Tu peux faire le test avec l'image qu'ils proposent sur la page web…
Mais pour une utilisation bureautique, il faut rester en 4:4:4.

Grr j'ai réessayé d'installer Ubuntu dessus, parce que bon W10 pour un HTPC ça fait un peu chier/pitié, mais j'ai une grosse perte de perf par rapport à Windows...
 
Moi pas comprendre pourquoi
 
(drivers nvidia en version 384, toussa toussa pourtant...)

C'est avec VLC je suppose?
 
Tu as bien activé l’accélération HW?
https://wiki.videolan.org/VLC_HowTo [...] _decoding/

Ouais, mais en lecture sur un pauvre 1080i je monte à 70% Gpu contre 30% sous Windows (cpu équivalent autour de 40%) avec une fluidité ressentie moins bonne

Tu dis que tu utilises Ubuntu pour toutes tes vidéos, c'est ça ?  

Tu as bien la dernière version de VLC (3.0.3)? Les versions avant la 3 marchaient très mal avec l’accélération GPU.
 
MPC-HC est l'un des lecteurs qui exploite le mieux cette accélération, malheureusement il n'est pas cross plateforme
 
Sous linux, je lis très peu de vidéos donc je ne connais pas d'alternative à VLC mais cela doit exister pour sûr.

Bah par défaut Ubuntu installe vlc en version 2, j'ai galéré pendant près d'une heure pour réussir à installer vlc 3.0.3, et ensuite il ne voulait plus lire mes fichiers (avec un message d'erreur qui, après recherche Google, n'avait RIEN à voir avec la lecture d'un pauvre fichier .ts)...
 
Vais essayer de refaire une installe avec ubuntu 18.04 pour voir s'ils ont eu la bonne idée d'y intégrer la dernière version de vlc...

c'est simple pour installer VLC normalement (dans une console):
sudo add-apt-repository ppa:videolan/stable-daily
sudo apt-get update
sudo apt-get install vlc

Essayé, il reste sur la version 2.x.x qui est dans le dépôt ubuntu quand je fais ça...

via snap cela devrait marcher:
sudo snap install vlc
 
après le bin est dans:
/snap/bin/vlc

Ouais, c'est là où il me sort un message d'erreur minable à la lecture d'un .ts
 
T'inquiètes, c'est une installe un peu datée qui traînait sur mon SSD, je vais faire une installe propre sous Mint (j'accroche moins à la nouvelle interface d'Ubuntu depuis le passage à Gnome ) et je te dirais ce que ça donne

Je suis sous Kubuntu (KDE) , je n'ai jamais aimé Gnome...

J'aimais bien l'ancienne interface d'ubuntu (unity je crois ?) mais oui, depuis qu'ils sont passés à Gnome c'est moins bien je trouve...

Bon, après avoir bataillé une grosse heure avec Mint qui refuse purement et simplement de booter en mode live (d'abord un problème de xorg qui détectait mal la résolution, ensuite une saleté liée à l'UEFI secure boot qui est pourtant purement absent de ma CM... ) j'ai fini par laisser tomber.
 
Au passage j'ai pété mon accès à l'UEFI, il ne s'affiche plus (boot direct dans Windows... ), faudra que je fasse un clear-cmos un de ces jours (mais là, flemme d'ouvrir le PC).
 
Pourtant j'en ai bidouillé des serveurs linux en ligne de commande, mais là rien à faire.
 
On a beau dire ce qu'on veut, le constat est sans appel... Linux pour le grand-public, c'est pas pour demain.

Tu peux essayer Kubuntu pour voir (je suis toujours en 16.04, je ne sais pas si VLC 3.0 fait partie de la 18.04)

Pour ce qui est de l'UEFI, une fois sous Windows, tu peux t'y rendre via: >
menu Démarrer > Paramètres > Mises à jour et sécurité > Récupération > Redémarrer maintenant > Démarrage avancé > Dépannage > Options avancées > Changer les paramètres du microprogramme UEFI > Redémarrer

Bon j'ai réussi à obtenir une installation propre de Mint ce matin.

Y'a du mieux avec la nouvelle version de VLC, je retrouve une lecture fluide en 1080p mais avec des charges GPU toujours bien plus élevées que sous Windows.

Par contre en 4k, pas moyen de lire avec VLC; j'ai trouvé un lecteur mieux optimisé qui y arrive à peu près, mais ça reste pas totalement fluide.
A noter qu'avec mon CPU en carton, même sous Windows le seul qui y arrive correctement c'est MPC-HC.

Du coup je vais rester sous Windows, j'aime bien Linux mais si c'est pour subir une perte de perfs énorme pour la même utilisation sur le même hardware, non merci...

Sinon sur mes fichiers .ts (enregistrements de TV) il y a parfois des petits "trous" dans le flux (correspondant à une perte de signal).
 
Sur VLC pas de problème, mais sur MPC-HC lorsqu'il y a ce genre de trou, il perd l'audio (je suis obligé de faire un petit saut en avant pour qu'il se resynchronise), tu as une idée d'un paramètre qui pourrait corriger ça ?

Tu utilises quelle version de MPC? (la 1.7.17.9 étant la dernière, compilée le 27/07/18)

Tu utilises quelles options également? tu utilises le moteur de rendu interne ou celui par défaut? Du coup, tu es en mode exclusif ou non?
Dans LAV audio, tu as le "auto A/V sync" d'activé ? si oui, essaie en le désactivant.

Je suis en 1.7.13, pour le reste j'en sais rien du tout, j'ai installé MPC-HC tout seul en version 64 bits sans rien toucher d'autre...

La version 1.7.17 est une beta, non ?

Malheureusement, le développement officiel de MPC s'est arrêté faute de développeur et du manque d'intérêt de la communauté. (Les gens préfèrent un lecteur avec un interface kikoulou à un extrêmement technique mais à l'interface austère).
Donc la page https://mpc-hc.org ne devrait plus recevoir de mises à jour avant un bon moment.

Mais le développeur principal de cette application a décidé de ne pas baisser les bras. Les versions suivantes se concentrent sur la mise à jour des filtres internes pour toujours supporter les derniers codec et sur la correction de bugs (donc pas de développement de nouvelles features)

Les dernières versions sont disponibles via la version standard de K-lite codec pack:
https://codecguide.com/download_kl.htm

Il faudrait donc essayer avec ça déjà, puis voir à modifier les options si ça ne change rien.

J'ai essayé d'installer la dernière version de MPC-HC avec la suite K-lite complète, tant qu'à faire.

Je te dirais si ça change quelque chose

Sinon j'ai testé le mode de rendu qui permet d'utiliser la HDR, ça marche bien mais c'est gourmand en perfs, ça fout 100% de charge à la 1030 sur une vidéo en 4k60 + HDR10

C'est avec MPC que tu peux rendre en HDR?
La vidéo reste fluide?
 
Je ne sais pas comment les logiciels de monitoring fonctionnent dans ce cas, car la majorité de la charge est sur une logique qui ne sert qu'au décodage vidéo. Ce ne sont pas des unités de compute ou autre donc dire qu'on est à 100%, je ne vois pas trop ce que cela veut dire dans ce cas...
peut-être que le flux d'entrée-sortie est au max...

Ouais avec MPC-HC y'a un mode de rendu qui supporte le HDR, j'ai vu ça sur le site de k-lite.

C'est à peu près fluide, mais ça saccade parfois à cause de la surcharge du GPU.

Pour le monitoring, j'en sais rien. Le monitoring de Windows indique pourtant bien 100% dans la partie "3D", et pas seulement dans la partie "video decode". Peut-être que le soft utilise du CUDA pour son accélération.

En comparaison, si je lis la même vidéo 4k avec le mode de rendu standard (donc sans HDR) je suis autour de 40% de charge 3D.

Il faut faire très attention avec madVR car il peut être super consommateur de ressource compute en effet
Perso je le trouve un peu overkill…

Il y a plusieurs vidéos pour bien configurer madVR en HDR:
https://www.youtube.com/watch?v=Em_8-OSKFd8

Tu as essayé?

MadVr récupère la sortie des filtres LAV (décodage) pour améliorer l'image:

et tout ça tourne en GPU compute. Donc sur une 1030 il faut faire attention à ce que l'on met.
En faisant des essaies j'avais même réussi à saturer ma 1080ti en 1080p

Bon, ce week-end le technicien Orange vient m'activer mon abonnement fibre, on va voir si la 1030 supporte bien la 4k+HDR de Netflix

Ca peut être très intéressant en effet. Mais plus que la 1030, c'est de savoir si le CPU doit impérativement supporter le SGX ou non pour avoir la 4k Netflix  

Ça sert à quoi le SGX ? Pour le HDCP ?

Hello,
as-tu essayé le lecteur mpv player https://mpv.io/ pour Linux?
 
C'est ce que j'ai sur mon Ubuntu et il décode parfaitement les vidéos 4K avec l'accélération GPU.

Oui c'est pour la protection du flux de donnée (DRM)... suivant les forums, certains disent que c'est nécessaire, d'autres que non
SGX est dispo sur les CPU Kaby Lake et suivants.

J'en ai essayé plusieurs, certains s'approchent de la fluidité mais dans tous les cas les perfs sont bien moins bonnes que sous Windows…

@nono : Je crois que t'as raison pour SGX : 

Ils font chier quand même… Comme d'habitude le mec honnête qui ne fait pas de piratage est plus emmerdé que le pirate, qui ne sera absolument pas empêché d'enregistrer le flux d'une manière ou d'une autre quoi qu'on fasse…

Mais est-ce que SGX est nécessaire UNIQUEMENT si tu es en CPU-decode, peut-être que si c'est le GPU ça passe ?

C'est la question à laquelle tu vas pouvoir donner une réponse (tu sens la pression ).
D’après ce forum, ça devrait marcher avec un GPU de la serie 10x0:
https://forum.videohelp.com/threads [...] ng-for-PCs

 
Clairement, j'ai le HTPC en CPU toutpourri + 1030 et mon PC principal en 7600k + 1080, vais pouvoir faire tous les tests possibles

Cet article a effectivement l'air de dire qu'un GPU Pascal suffirait à faire fonctionner PlayReady 3.0. Il parle d'une 1050 minimum, mais il me semble qu'il est sorti avant l'annonce de la 1030 :  
 
https://www.pcworld.com/article/319 [...] cards.html

Malheureusement, cela semble limité par la quantité de VRAM. Il faut 3Go, or la 1030 n'en a que 2 il me semble...

Ça serait bizarre, y'a clairement pas besoin de 3Go de VRAM pour décoder un flux HEVC…  
 
À mon avis c'est plutôt le journaliste qui a écrit ça au pif parce que la plus petite carte Pascal de l'époque avait 3Go, et que le couillon moyen il comprend rien aux CG à part la taille de la VRAM…