Bonjour,
J'utilise Kdenlive pour faire un montage et un gros rendu (environ 1 heure de vidéo, rushes en 4K), mais en tentant de faire un rendu en 1280*720 avec les réglages moyens, Kdenlive a mis près de 15 heures avec mon processeur (un G3220) avec x264.
J'ai trouvé ça super long, près de 15 fois la durée de la vidéo ? Quand j'encode avec ffmpeg/libav, je suis environ à 1 seconde rendue toutes les 2 secondes, avec cette définition et les réglages moyens (forcément, ça décroît en 1080p et en 4K, mais même en 4K, ça ne met pas aussi longtemps, c'est de l'ordre de la seconde rendue toutes les 10 secondes).
Le logiciel ne me paraissait pas si lent auparavant, mais c'est peut-être moi qui ai un problème, un mauvais réglage ? Est-ce que l'ajout d'une carte graphique, type RX570 d'AMD, changerait les choses ?
Merci !
# Utilisation CPU
Posté par gUI (Mastodon) . Évalué à 4.
Pendant le rendu, le CPU était-il utilisé à 100% ?
Si oui, c'est le CPU qui limite, si non c'est autre chose, comme la difficulté d'accès disque (rushes et/ou rendu final).
Une idée aussi qui peut arriver parfois, pour une raison quelconque ton CPU chauffe trop et se bride exagérément (mais en général on le voit plus sur les portables que sur les desktop)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2. Dernière modification le 20 juin 2019 à 20:05.
Le processeur est utilisé à 100%.
Le disque fonctionne bien.
En revanche, j'ai remarqué que le fichier de sortie est super lourd (20 Go pour 1 heure…).
Le processeur monte à 45°. :/
[^] # Re: Utilisation CPU
Posté par gUI (Mastodon) . Évalué à 4. Dernière modification le 20 juin 2019 à 22:34.
45°C c'est rien, donc c'est pas le soucis.
20Go pour 3h de calcul, ça fait du 2Mo/s, autant dire que c'est ridicule le soucis est pas là.
tu utilises bien les 2 coeurs (commentaire en dessous), donc peut-être que ça vient de tes réglages ? par exemple tu descends de 4k à 720p, mais selon quel algorithme ? certains sont très gourmands en ressource.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2.
C'est-à-dire, algorithme ? J'encode en H264 selon les réglages proposés par Kdenlive. Je rends un fichier mp4 en AAC pour l'audio.
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 2.
Salut :)
Au contraire, ça me parrait extrêmement "froid", et louche du coup : le processeur ne travaille peut-être pas beaucoup ?
Au repos, mon CPU est "déjà" à 36° d'après
sensors
. Et quand je lance des tests un peu gourmands, il monte très vite (< 1 minute) à 95°, où à ce stade le cpu-freq-scaling s'enclenche.La comparaison n'est peut-être pas tout à fait correcte, vu que ma machine est un portable sans ventilo, mais il faut peut-être vérifier quand même.
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 1.
Mon CPU ne monte jamais au-dessus de 50°. En 5 ans, je ne pense pas l'avoir vu une fois au-dessus de cette température. Il est peu gourmand, peu puissant aussi, mais voilà. :)
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 5.
Salut :)
Bah c'est peut-être de là que viens le soucis de lenteur ?
Processeur bloqué en mode feignasse soit par une configuration logicielle soit matérielle ?
Que retourne
sensors
par exemple ?Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2.
Non, le processeur travaille à fond et le problème n'apparaît pas avec ffmpeg/libav.
En revanche, $sensors ne me renvoie que les températures, mais les deux cœurs sont bien à leur fréquence maximale.
coretemp-isa-0000
Adapter: ISA adapter
Physical id 0: +31.0°C (high = +80.0°C, crit = +100.0°C)
Core 0: +26.0°C (high = +80.0°C, crit = +100.0°C)
Core 1: +29.0°C (high = +80.0°C, crit = +100.0°C)
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 2.
Salut :)
Tu as bien de la chance si ton PC à froid est à 26° :)
Au repos, j'ai plutôt ça :
Et en haut d'un bête
top
ça :Donc load peut-être un peu élevé au repos (merci slack par exemple), mais pas trop violent.
En lançant des trucs un peu plus violents, je monte "tranquille" comme ça :
Et
top
me dit bien que je commence à taper un peu :Bon, y'a 8 coeurs sur la machine, donc tant que je suis pas à un load de 8, ça va. Après, ça commence à être un peu moins utilisable.
Matricule 23415
[^] # Re: Utilisation CPU
Posté par FantastIX . Évalué à 4.
C'est pas un PC, ça, c'est une bouilloire connectée!
-->[]
[^] # Re: Utilisation CPU
Posté par ʭ ☯ . Évalué à 4.
Le fait de monter à 98° en quelques secondes montre un problème de refroidissement. Soit le radiateur est décroché, soit la pâte thermique est sèche…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1.
Salut :)
Relis une partie de l'un de mes premiers commentaires :
Radiateur ou pâte thermique, rien à voir, la boite est fermée, donc la chaleur ne s'évacuera pas plus.
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2.
Je viens de faire un test avec un rendu 3D sous Blender avec le CPU utilisé à fond, je monte à 48° grand max, et il fait 25° dans la pièce du PC, donc je ne m'alarme pas trop concernant la température. :p
[^] # Re: Utilisation CPU
Posté par Anonyme . Évalué à 2.
Pour obtenir un ΔT aussi faible, tu dois avoir monté un ventirad avec caloducs à la place de celui fourni par Intel.
Si c'est pas le cas, il est possible que cette sonde ne soit pas correctement affichée et nécessite un ajustement d'offset.
Possible aussi que le ventilateur CPU ait une courbe d'utilisation trop agressive et que tu puisses drastiquement baisser les tours par minute dans le BIOS si tu veux une bécane un peu moins bruyante. Tu peux monter à plus de 80°C en charge sans que la sécurité thermique du CPU ne s'active et vienne brider la fréquence des cœurs.
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 1.
Oui, j'ai un ventirad silencieux et performant. Dans mes souvenirs, ça montait à plus de 70° avant son installation avec le ventirad d'origine.
[^] # Re: Utilisation CPU
Posté par Anonyme . Évalué à 2.
Ah oui tu avais déjà évoqué un Hyper212 en début d'année. Du coup apparemment t'as pas trouvé de i5 ou i7 pour upgrade ce PC de montage/3D.
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2.
Si, mais j'ai abandonné l'idée…je me sentais un peu coupable d'acheter du nouveau (même d'occasion) matériel alors que celui-ci fonctionne bien…
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1.
Salut :)
Bah ton CPU monte bien à 200% (voir plus), un load au dessus de 2 ?
Si non, c'est pas hyper normal.
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2.
J'ai comparé avec des résultats trouvés sur le net pour un même benchmark, c'est strictement identique.
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1.
Salut :)
Bah ok alors. ;)
Je vais plus dormir! :(
;)
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 1.
Oui, mais qui ? :p
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1.
Salut :)
¯\_(ツ)_/¯
J'ai essayé de te montrer par des chiffres que peut-être ton processeur était en mode paresseux, tu me répond sans sourcer que tu as fait des test sur un benchmark trouvé sur internet (ni aux autres questions).
J'ai bien lu et compris que tu avais mis en place une solution pour limiter la chauffe du processeur.
Donc je retourne sucer des cailloux, vu que j'ai pas de réponses à mes questions ;)
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 2.
Ah, pardon, c'est un malentendu. :/
Oui, mon processeur (et les deux cœurs) semblent travailler à fond et pour le benchmark, c'est un benchmark habituel qui est fait sur blender et dont j'ai pu comparer mes résultats, juste pour dire que sous Blender, ça fonctionne parfaitement.
Sous Kdenlive, la charge donnée par htop est bien au maximum aussi.
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1. Dernière modification le 22 juin 2019 à 14:37.
Salut :)
Ah, parce que tu écoute chez moi, en plus ? :p
semblent ne me semble pas une réponse raisonnable à la question.
Mais après, ok. Je ne vais pas insister plus.
Les commandes
top
ouhtop
(on s'en contrefout de laquelle) doivent montrer200%
et un load au moins à 2.Bin si pour toi le max est 100%, bah c'est que t'en as un qui travaille pas.
# define maximum ;)
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 1.
Je dis "semblent" parce que j'ai l'impression que ça varie beaucoup. Ça passe de 200% en début de projet à 100% pendant un moment, avec un cœur à 43° et l'autre à 39°…
De temps en temps, ça semble remonter, mais rarement (je viens vérifier toutes les 30 minutes à peu près…).
J'ai lancé un autre encodage avec libav à côté, il monte à 150% quand melt retombe à 50%. Quand libav s'arrête, ça remonte à 200% puis ça retombe à 100% et ça fluctue un peu.
H264 en serait la cause ? (Pas taillé pour le multithreading sur ma version ou avec mon processeur ?)
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1.
Salut :)
Ok. Effectivement, ça peut varier, ça dépend des applis en cours d'exécution.
Mais si tu es en gros à 100%, c'est qu'il n'y a qu'un coeur qui bosse (et du coup, l'autre qui chauffe pour rien :D ).
Ou peut-être juste une option ?
En tout cas, si tes deux coeurs étaient full charge, tu devrais voir plutôt du 200% à plus tout le temps ;)
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 1.
Je pense que tu as raison, il n'y a qu'un CPU qui travaille la plupart du temps.
Petite question qui peut avoir son importance : est-ce que la taille des fichiers vidéo importe concernant la mémoire vive ?
Je pense que je n'ai pas assez de RAM pour les montages que je veux faire. Une fois sur deux, Kdenlive plante parce qu'il ne peut allouer plus de mémoire (et mon SWAP est rempli).
Par exemple, si je réencode tous mes fichiers avec h264, ils seront bien plus léger (environ 5-6 fois), est-ce cela influera ? Ou je dois ajouter de la RAM à mon PC ? :)
[^] # Re: Utilisation CPU
Posté par _kaos_ . Évalué à 1.
Salut :)
Je passe la main pour ces questions à quelqu'un d'autre : je ne sais pas. :p
Bon courage ! ;)
Matricule 23415
[^] # Re: Utilisation CPU
Posté par Stinouff . Évalué à 1.
Merci pour tout, en tout cas. :)
# coeurs ?
Posté par vmagnin (site web personnel) . Évalué à 4.
Bonjour,
as-tu réglé le nombre de coeurs dans la fenêtre de rendu de Kdenlive ? ("Plus d'options > Processus").
[^] # Re: coeurs ?
Posté par Stinouff . Évalué à 2.
Oui, c'est réglé sur 2 cœurs.
# Rendu par MLT
Posté par ʭ ☯ . Évalué à 5.
Kdenlive utilise MLT pour faire le rendu réel, avec mixage des couches vidéo et des effets. Ce sera donc toujours plus lent que ffmpeg. J'ai encore jamais travaillé avec du 4K, mais à ta place j'essayerais la piste suivante :
Tu devrais ainsi éviter à MLT de travailler en 4K en interne.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Rendu par MLT
Posté par Stinouff . Évalué à 2. Dernière modification le 21 juin 2019 à 16:29.
Ah oui, bon contournement !
Je vais me renseigner sur MLT, également et VA-API (je ne connais ni l'un ni l'autre, du coup, ce sont des pistes pertinentes, j'imagine !).
EDIT : Ok pour VA-API ! Mais je n'utilise pas de carte graphique pour le moment. J'en ai une, mais ça consomme pour rien, donc, je ne l'utilise pas…
[^] # Re: Rendu par MLT
Posté par ʭ ☯ . Évalué à 4.
Tu utilises forcément le GPU Intel de ton CPU. Or il a des circuits intégrés pour encoder/décoder du h264… c'est le but de vaapi : utiliser ces fonctions fixes dont le rendu est moins bon, mais cent fois plus rapide!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Rendu par MLT
Posté par Stinouff . Évalué à 2.
Je viens de tester en exportant juste l'audio : 15 heures également. :D
[^] # Re: Rendu par MLT
Posté par gUI (Mastodon) . Évalué à 2.
C'est un très bon indice. Le soucis serait donc dans le traitement des données d'origine ? Quelle est la taille totale de tes clips "rush" ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Rendu par MLT
Posté par Stinouff . Évalué à 1.
C'est 25Go de données (1 heure de vidéo en 4K à 60Mb/s).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.