J’ai expérimenté avec Comskip en ligne de commande - après quelques tests, il semble que --hwassist et --dxva2 accélèrent considérablement comskip. Est-ce que MCEBuddy applique également cette optimisation ? Est-il possible de l’ajouter dans les profils ?
Merci ! Will.
Bonne question, lors de nos tests avec les cartes Intel, nous avons constaté que c’était inconsistent, c’est pourquoi nous ne l’avons pas activé automatiquement, mais cela peut être fait.
Quelle est votre configuration ? Pouvez-vous tester avec et sans le dxva car c’est une option particulièrement délicate que nous avons trouvée pour ralentir le décodage sur les GPU plus anciens.
J’ai une machine plutôt costaude – 10 cœurs physiques, RTX 2080 Super, 64 Go de RAM.
J’ai constaté que l’utilisation de dxva2 était la plus rapide, suivie de –cuvid (~10 % plus lent). Je n’ai pas testé vdpau.
Si je ne spécifiais pas de dxva ou aucun des autres commutateurs, c’était environ ~60 % plus lent en utilisant simplement le –hwassist
Merci d’avoir regardé ça ! Will.
Mail](Outlook) pour Windows 10
Avez-vous essayé de définir l’option hardware_decode dans comskip.ini ?
hardware_decode=0 ; Réglez sur 1 pour activer le décodage vidéo accéléré par le matériel, disponible uniquement dans la version donateur
Vous pouvez utiliser l’Éditeur INI Comkip, sous l’onglet Réduction de la charge CPU, inclus dans le dossier comskip pour le faire via une interface graphique.
J’ai essayé cela – j’ai constaté que, lorsque je le fais, j’obtiens des erreurs de synchronisation audio. Je ne sais pas comment cela se produit, mais quand je décoche l’option, elles disparaissent. Fait étrange, si j’avance ou recule dans Plex, l’audio se resynchronise, mais je n’observe pas ce comportement lorsque la case Accélération matérielle n’est pas cochée…
Je crois avoir vu quelque chose à ce sujet sur les forums de comskip.
Merci! Will.
Mail](Outlook) pour Windows 10
Séparément, pouvez-vous me dire quel est le comportement de MCEBuddy lorsqu’il trouve un fichier EDL pour un enregistrement donné et que comskip est sélectionné ? Ignore-t-il ce fichier EDL ou l’utilise-t-il simplement au lieu de relancer comskip ? Merci !
Il utilisera les EDL (ou EDLP ou tout autre marqueur commercial reconnu comme dans PlayOn) qu’il trouve avant de détecter une publicité à l’aide de comskip ou showanalyzer
Bonjour Goose,
J’espère que vous et votre famille êtes en sécurité et en bonne santé.
Merci! Will.
Courrier](Outlook) pour Windows 10
Y a-t-il un moyen de faire appeler par MCE Buddy le comskip des donateurs avec l’option --cuvid ?
J’ai un très vieux Core2 quad avec une 1050TI et j’aimerais voir si je peux gagner en accélération matérielle via le GPU plutôt que le CPU. Je viens d’activer le -U pour mon profil MP4, mais comskip traîne toujours même après avoir coché « accelerate » dans l’éditeur ini.
Je suppose aussi qu’on ne peut pas modifier l’ini dans le dossier principal C:\Program Files\MCEBuddy2x\comskip, seulement là où vous avez enregistré le fichier des donateurs ? Chaque fois que j’essaie dans C:\Program Files\MCEBuddy2x\comskip, j’ai « accès refusé »… j’imagine parce que cette version n’est pas la version donateurs.
Merci d’avance !
En expérimentant l’invocation manuelle de comskip depuis la ligne de commande avec les flags HW et CUVID, on obtient un gain significatif sur le temps de traitement, mais j’ai rencontré des problèmes de synchronisation audio. Cela est mentionné sur les forums de Comskip.
Donc j’ai regardé le fonctionnement hier soir et il semble que Mp4 normal et Fast utilisent tous les deux ffmpeg, très bien… mais je crois me souvenir que ffmpeg ne peut pas utiliser l’accélération matérielle, c’est bien ça ? Devrais-je modifier mon profil pour utiliser HandBrake à la place ? Je suppose que je peux… il faudra juste que je garde un enregistrement TV pour tester. J’apprécierais tout conseil sur la façon d’activer l’accélération matérielle dans la version donateur de comskip — pour l’instant, l’accélération matérielle ne fonctionne clairement pas alors que je pointe vers la version donateur dans MCEBuddy et que j’édite le fichier ini de cette version. Dois-je copier ma version donateur dans le dossier Program Files de MCEBuddy ?
Les versions plus récentes de FFMpeg sont compatibles avec le matériel (elles incluent les éléments NVENC) - je pense que c’est la version 3.x et ultérieures. MCEBuddy inclut ces versions.
Dans MCEBuddy, il est possible de lui indiquer un dossier Comskip différent, vous n’avez donc pas besoin de remplacer l’installation existante de Comskip. Cela se trouve dans Paramètres → Paramètres système
Bonne chance! Will.
Je suppose qu’il faut attendre que Goose se prononce sur comskip et l’accélération matérielle…
Je sais que je l’ai bien configuré dans MCEBuddy et dans le ini comskip des donateurs… Je ne pense pas que MCEBuddy appelle comskip.exe avec des « --fonctionnalités » supplémentaires, donc il est difficile de dire si l’accélération matérielle a été utilisée hier soir. Je regarderai ce soir, quand j’aurai plus de temps pour fouiller dans les journaux.
Eh bien, en fouillant dans comskip, je vois qu’Erik a admis, à plusieurs reprises d’ailleurs, que l’accélération matérielle sous Windows n’a pas donné les résultats attendus… s’ajoute à cela le manque de support de Win7 ou 8 maintenant, car il a changé d’ordinateur et compile sur une machine Win10… il n’y a plus eu de mises à jour pour Win7/8 depuis plusieurs années. Espérons que Ryan réglera ça avec Erik
Je suppose que je dois me contenter de ce que j’ai, mais j’ai 160 émissions en file d’attente à convertir et la liste s’allonge… j’aimerais trouver un moyen d’accélérer les choses sans dépenser 800 $ en nouveau matériel juste pour regarder la télé…
Retour en 2023. Comskip dans MCEBuddy 2.5.8 (06 mars 2023) est la version donateur 0.82.003. HWaccell est activé. J’ai une RTX2060 avec les pilotes NV à jour sur Win10x64 22H2. MCEBuddy utilise Handbrake pour le transcodage et il exploite bien l’encodage HW NVenc. Donc pas de souci de ce côté. Cependant, quand comskip s’exécute, il sollicite le CPU, pas la nVidia.
Existe-t-il un moyon de faire invoquer par MCEBuddy l’option --cuvid ou l’une des autres options NV est-elle préférable ? par exemple --vdpau
La version donateur de comskip incluse dans MCEBuddy sera-t-elle mise à niveau vers la version actuelle, 0.82.012, étant donné qu’il y a eu plusieurs mises à jour des décodeurs ffmpeg intégrés dans comskip ? Quels sont les défis pour le faire ? Y a-t-il une feuille de route ou une estimation générale ?
L’accélération matérielle dans Comskip est contrôlée dans comskip.ini — vous devrez la modifier là-bas (ou du moins, c’est là que c’était la dernière fois que j’ai regardé). Cela dit, j’ai expérimenté avec il y a peut-être 18 mois (peut-être — ça fait un moment). Ce n’était pas beaucoup plus rapide et cela semblait causer des problèmes de synchronisation audio pour moi (ce qui a été mentionné dans les forums de comskip).
Peut-être que c’est mieux maintenant. Vous pouvez toujours remplacer le comskip.exe par la dernière version donateur…
Merci pour la réponse rapide à un suivi trois ans plus tard dans ce fil. En creusant davantage, il semble que l’interface graphique ComskipINIeditor soit défectueuse pour l’option hardware_decode. Elle affichait « disabled » et la case était décochée. J’ai donc (apparemment à tort) supposé que cela signifiait qu’elle était déjà activée, et que cocher la case permettait de la désactiver. Il n’y a aucun affichage de 0 ou 1 (la valeur réelle du paramètre), même si l’aide ou la description mentionne explicitement ces valeurs.
Pour modifier le fichier comskip.ini, j’ai dû lancer mon éditeur en tant qu’administrateur afin de pouvoir le modifier (en raison des permissions en lecture seule normales pour les fichiers de programme où MCEBuddy est installé).
J’ai trouvé hardware_decode=0 dans le fichier. Donc la valeur par défaut est OFF, et il semble que l’interface graphique indique la valeur actuelle et que la case correspond à cette valeur, et non à une action sur la valeur actuelle (comme un interrupteur). J’ai changé la valeur à hardware_decode=1 et enregistré le fichier. Je garde un œil sur les conversions, mais il ne semble pas que MCEBuddy prenne en compte le fichier comskip.ini modifié. Je vais essayer de redémarrer MCEBuddy pour voir s’il charge le nouveau fichier comskip.ini.
J’essaie d’optimiser mes profils pour voir si je peux gagner encore en vitesse ou trouver un meilleur équilibre entre vitesse/qualité/taille de fichier. Même si je risque de revenir au point de départ 
Mais côté comskip, j’ai mis hardware_decode=1 et ça ne semble pas changer la vitesse, ni faire apparaître le décodage vidéo dans le gestionnaire des tâches. Ai-je besoin de la version 0.82.012 ? Je pensais avoir payé pour la version donateur, mais je n’ai peut-être jamais rien fait avec. Je vais essayer lowres et/ou plus de cœurs pour voir ce qui se passe.
Voir mes autres publications sur mes résultats de performance en testant la dernière version donator de comskip avec les différentes options matérielles nVidia. Vous devrez configurer MCEBuddy pour utiliser votre version donator, et j’examine les options de ligne de commande supplémentaires qu’elle nécessite. La version donator de comskip dans MCEBuddy est trop ancienne pour les options nvdec, et je pense que l’option « hwaccel » utilise en réalité simplement les instructions GPU intégrées du CPU, pas l’utilisation réelle d’un GPU discret (une carte d’extension nVidia, Radeon ou ARC).
Cela n’a rien à voir avec le transcodage, qui se produit soit dans FFMPEG, soit dans Handbrake (Handbrake contient son propre FFMPEG), et chacune de ces versions possède sa propre intégration GPU pour le transcodage.
Merci de confirmer ce que je pensais. Oui, j’ai bien lu vos messages, et je sais que le décodage est séparé du processus d’encodage HandBrake. Je pense que quand j’ai remarqué des processus plus lents, la priorité était peut-être réglée sur Faible, ce qui m’a poussé à trouver comment accélérer les choses.
J’enregistre principalement du contenu TVE en 720p, donc comskip est déjà très rapide (2,5 min pour un épisode de 30 min). Passer à 4 threads a ramené cela sous les 2 minutes.
J’ai récemment obtenu ma première carte GPU décente (1660 Super) et j’ai été surpris de voir comment HandBrake gère bien un épisode Blu-ray. La taille était aussi bonne que le x265 CPU, et ça a passé le test visuel. Cependant, je n’ai pas pu reproduire les résultats avec MCE (même en mettant à jour le CLI intégré). Mêmes résultats avec l’interface graphique HandBrake, donc je pense que c’est simplement parce que le contenu n’est pas aussi propre que le Blu-ray.