NVIDIA, MCEBuddy ou Comskip ?

General Support / Questions
1

J’ai un problème dont je n’arrive pas à déterminer s’il vient de ma configuration Nvidia, MCEBuddy ou Comskip. J’enregistre des émissions TV d’une heure sur mon portable avec le HD PVR 2 de Hauppauge. Les fichiers sont enregistrés en H.264 (codec confirmé via les informations média de MCEBuddy), mais les propriétés du fichier indiquent « MPEG-2 TS Video (.ts) ». Je suis sous Windows 7 Pro 64 bits, processeur Intel Core i5-3230M 2,6 GHz, carte graphique dédiée NVIDIA NVS 5200M et Intel HD Graphics 4000 intégrée. J’utilise MCEBuddy 2.4.8 et j’ai payé 10 $ pour la version Donator (0.82.003) ; j’ai ensuite appris que cette version Donator est déjà incluse dans MCEBuddy 2.4.8.

Après avoir lu plusieurs messages sur ces forums, j’ai configuré MCEBuddy ainsi : dans le panneau de configuration Nvidia, j’ai forcé MCEBuddy à utiliser le processeur NVIDIA haute performance plutôt que l’Intel HD Graphics 4000. Cela a d’abord beaucoup aidé : le temps de traitement global est passé de 6 h à 2 h 30.

image
image520×207 9.09 KB

Lors de la première conversion avec cette config, le journal indique : détection des pubs 36 min, suppression des pubs 5 min, conversion 1 h 39 min. Total 2 h 30, mieux que les 6 h initiaux, mais j’ai lu que certains convertissent une émission d’une heure en 15-20 min. J’ai joint le journal de cette conversion, nommé Fichier 1.

J’ai ensuite testé la version Donator de Comskip dans son propre dossier, et j’ai configuré MCEBuddy pour pointer vers ce dossier.

Sur une autre émission d’une heure, les temps se sont inversés : détection des pubs 1 h 30, suppression 5 min, conversion 46 min. Total 2 h 41. Journal joint, nommé Fichier 2.
Fichier 1.log (2,1 Mo)
*Mise à jour : le Fichier 2 fait 70,5 Mo, impossible à uploader ; chose étrange, le Fichier 1 ne fait que 2 Mo.

Je ne sais plus quoi essayer. Est-ce ma config ou le fait que les fichiers H.264 prennent plus de temps ? Vaut-il mieux d’abord convertir le H.264 en MP4 avec un autre logiciel, puis passer dans MCEBuddy pour supprimer les pubs ? Toute aide est la bienvenue. Merci.

2

Compressez-le et téléversez-le

Très probablement, l’augmentation du temps d’analyse provient de l’utilisation de la version gratuite de comskip (non donateur). Pouvez-vous le vérifier dans les journaux ? Erreur courante.

Pour la conversion, le matériel nvidia n’est pas utilisé car il n’est pas détecté :

2018-02-23T20:28:36 MCEBuddy.AppWrapper.NVidiaQuery → C:\Program Files\MCEBuddy2x\nvidia\nvidiaQuery.exe Starting…
2018-02-23T20:28:36 MCEBuddy.AppWrapper.NVidiaQuery → CUDA Device Query (Runtime API) version (CUDART static linking)
2018-02-23T20:28:36 MCEBuddy.AppWrapper.NVidiaQuery → cudaGetDeviceCount returned 30
2018-02-23T20:28:36 MCEBuddy.AppWrapper.NVidiaQuery → -> unknown error
2018-02-23T20:28:36 MCEBuddy.AppWrapper.NVidiaQuery → Result = FAIL
→ Process exited with code 1
WARNING> 2018-02-23T20:28:38 MCEBuddy.AppWrapper.NVidiaQuery → nvENC NVidia driver not detected or driver is too old
WARNING> → Error detecting NVidia Hardware Encoder Capabilites

Votre pilote ne signale pas ses capacités CUDA. Essayez l’un des pilotes NVIDIA recommandés.

Il utilise handbrake et un encodeur logiciel (handbrake indique aucun support intel CUDA) pour l’encodage, d’où le temps de 1,5 h

2018-02-23T20:28:39 MCEBuddy.AppWrapper.Handbrake → [20:28:39] Intel Quick Sync Video support: no

2018-02-23T20:28:48 MCEBuddy.AppWrapper.Handbrake → [20:28:48] + encoder: H.264 (libx264)

3

Si vous regardez le fichier journal File 1, vous verrez qu’il indique que la version Donator de Comskip a été utilisée. Il en va de même dans le journal File 2, que je joins maintenant en fichier zip (Merci pour l’astuce !). Après avoir créé File 1, j’ai téléchargé la mise à jour des pilotes graphiques directement depuis le site Web de Dell, car mon portable est un Dell Latitude E6530 et, comme vous le verrez dans le journal File 2, CUDA est détecté.
File 2.zip (684,8 Ko)

Merci d’avoir souligné les éléments clés à rechercher dans les journaux. Je pense avoir trouvé d’où vient le problème. Quand j’ai créé File 1, c’était avec MCEBuddy version 2.4.8, qui inclut Comskip Donator, d’où le balayage publicités de 36 minutes. À ce moment-là, je ne savais pas que Comskip était inclus dans la version 2.4.8. Les informations que je lisais sur 2.4.8 et ce que je trouvais dans les forums étaient déroutantes, car elles répétaient que, pour convertir des fichiers H.264, il fallait utiliser la version Donator de Comskip ; j’ai donc cru devoir faire un don de 10 $ pour l’obtenir, mais elle est évidemment déjà intégrée à 2.4.8, ce que confirme le journal pour File 1.

Avant de convertir File 2, j’ai téléchargé la version Donator de Comskip et l’ai décompressée dans C:\Comskip. J’ai ensuite modifié les paramètres de MCEBuddy pour pointer Comskip vers ce répertoire.
image

En faisant cela, je me demande si MCEBuddy ne voit pas deux Comskip (si cela a un sens), allongeant ainsi le balayage publicités. Je vais donc supprimer le paramètre dans MCEBuddy qui pointe vers C:\Comskip et le laisser vide. Je convertirai un autre fichier et je verrai si cela change la durée du balayage publicités. Je ferai part de mes résultats une fois la conversion terminée.

4

J’ai examiné les deux conversions et les fichiers sources (bien que différents) sont très similaires en caractéristiques (taille, durée, format, encodage, framerate, bitrate, etc.). Je vais donc les considérer comme identiques à des fins de comparaison.

Tous les autres paramètres semblent également identiques.

Avec Comskip fourni, j’observe une vitesse de traitement d’environ 100 ips

2018-02-23T20:15:48 MCEBuddy.AppWrapper.Comskip → 215069 trames décodées en 2188,00 secondes (98,29 ips)

Alors qu’avec Comskip externe, j’observe une vitesse de traitement d’environ 40 ips

2018-02-25T12:41:04 MCEBuddy.AppWrapper.Comskip → 219470 trames décodées en 5417,97 secondes (40,51 ips)

Cela signifie essentiellement que Comskip fourni est environ 250 % plus rapide que Comskip externe.

Il y aurait quelques raisons à cela :

  1. Comskip fourni est une version personnalisée et utilise probablement des bibliothèques plus récentes qui traitent la vidéo plus rapidement.
  2. Le fichier INI Comskip utilisé : la version fournie utilise par défaut le Comskip.ini inclus, tandis que Comskip externe utilise le comskip.ini dans le répertoire externe.

Si vous voulez écarter les différences dans Comskip.ini, copiez/remplacez l’un ou l’autre INI afin que les deux méthodes utilisent le même INI et cela confirmera si Comskip fourni fonctionne plus rapidement.

5

Je suis allé dans les paramètres de MCEBuddy et j’ai supprimé le chemin C:\ComSkip\comskip.exe du champ Comskip. J’ai ensuite supprimé C:\ComSkip pour m’assurer qu’il n’était plus détecté. J’ai converti un autre fichier, similaire aux deux premiers, et j’obtiens toujours le même résultat. L’analyse des publicités prend plus d’une heure et affiche environ 46 images/s pour Comskip.

J’ai décidé de tout reprendre à zéro : j’ai désinstallé MCEBuddy version 2.4.8 et supprimé tous les fichiers restants (journaux, profils, etc.). J’ai ensuite réinstallé MCEBuddy, sans toucher aux paramètres, et j’ai converti le fichier ci-joint. Bien que le temps de conversion ait été réduit à 22 min au total (analyse + conversion), ce qui est excellent, l’analyse des publicités a pris 1 h 18 min et affichait « Frames Decoded » à 46,04 images/s. Dans le fichier, vous verrez qu’il s’agit de la version Donator de Comskip. Puisqu’il s’agit d’une réinstallation de MCEBuddy, c’est la version de Comskip fournie avec. Cela confirme aussi que CUDA est actif et utilisé. Je joins également le fichier Comskip.ini pour examen, afin que vous puissiez voir s’il faut y apporter des modifications. Encore merci beaucoup pour votre aide. MerciFile 3.zip (565,7 Ko)
comskip.ini (6,2 Ko)

6

Je suis donc un peu confus maintenant, la première fois le comskip fourni tournait à 100 ips et la version donateur à 46 ips. La deuxième fois, le comskip fourni tournait à 46 ips ?

Si c’est le cas, la seule chose qui me vient à l’esprit est qu’un autre processus sur votre ordinateur consomme les ressources nécessaires à Comskip. Vous devriez vérifier quels autres processus s’exécutent en arrière-plan.

Essayez également de modifier cette valeur dans votre comskip.ini

hardware_decode=0

remplacez-la par 1 pour activer le décodage matériel. C’est aléatoire ; par défaut, c’est désactivé car tous les systèmes ne prennent pas en charge le décodage matériel, mais si le vôtre le permet, cela pourrait bien accélérer le traitement.

Essayez également d’augmenter la priorité du processus MCEBuddy à High depuis l’écran principal, coin inférieur droit.

7

J’ai changé hardware_decode à 1 et augmenté la priorité du processus MCEBuddy à Élevé, mais cela n’a pas aidé. L’analyse des publicités a pris un peu plus d’une heure. Je suis retourné voir mon message original, mais je n’arrive pas à comprendre pourquoi, pour le Fichier 1, l’analyse des publicités avait duré 36 minutes et maintenant elle dépasse une heure. Le Fichier 1 utilisait la version Donator fournie de Comskip. La seule chose qui me vient à l’esprit, c’est que mes enregistrements ont changé d’une certaine manière, mais je ne sais pas comment. Je n’ai pas modifié la configuration de mon Happauge HD PVR 2 depuis que j’ai commencé à l’utiliser. Je me souviens avoir lu quelque part que parfois ils modifient le signal de diffusion et la façon dont les publicités sont identifiées dans le flux, donc peut-être que quelque chose a changé entre le moment où j’ai enregistré le Fichier 1 et le Fichier 2, ainsi que mes enregistrements suivants. J’ai lu que des utilisateurs publiaient des fichiers INI Comskip pour des régions spécifiques des États-Unis, des compagnies de câble, etc. Peut-être que je vais en chercher et en essayer pour voir si cela fait une différence. Puisque mon problème est avec Comskip, je vais aller sur les forums là-bas pour voir si quelqu’un peut comprendre ce qui cause le problème.

Merci encore pour votre aide. C’était très apprécié. Si je trouve une solution, je la posterai ici.