Fichier corrompu de zéro octet provoque des téléchargements excessifs de métadonnées IMDB

Bugs / Demandes de fonctionnalités Bogues
1

Type de demande :
BOGUE

Version et type de MCEBuddy (32 ou 64 bits) :
2.5.4 64 bits

Système d’exploitation et type (32 ou 64 bits) :
Windows 10 64 bits

Résumé du problème ou de la suggestion :
En raison d’un problème d’espace disque, mes enregistrements NextPVR échouaient et laissaient des fichiers de zéro octet. MCEBuddy a tenté de traiter ces fichiers et a échoué après avoir récupéré les métadonnées d’IMDB. Le moteur a ensuite tenté de traiter ces fichiers en continu, entraînant un téléchargement massif de données depuis IMDB. J’ai été alerté du problème lorsque mon FAI m’a informé que j’avais atteint mon quota de données. Après investigation, l’application téléchargeait plus de 100 Go de données depuis imdb.com chaque jour en tentant de traiter quelques fichiers corrompus. Il devrait exister un mécanisme de retrait ou de disjoncteur lors des nouvelles tentatives sur des fichiers échoués par taille nulle, ou empêcher les nouvelles tentatives sur des fichiers improbables à récupérer.

Étapes pour reproduire le bogue :
Tenter de traiter un fichier TS vide

Captures d’écran :
mcebuddy.zip (1,2 Mo)
log.zip (8,8 Mo)

2

Merci de l’avoir signalé. J’ai pu reproduire le problème. Techniquement, cela fonctionne comme prévu puisque le fichier possède des métadonnées valides dans son titre, donc il tente de le faire correspondre sur IMDB, cependant comme cette série compte plus de 1000 épisodes, cela prend du temps et génère du trafic. Toutefois, comme votre fichier faisait 0 octet, c’était un exercice inutile.

Nous avons optimisé cela davantage dans la version BETA 2.5.7 d’aujourd’hui. Désormais, il échouera immédiatement tout fichier de 0 octet dès le début et enregistrera l’erreur en conséquence. Nous avons également optimisé la correspondance IMDB pour la rendre plus rapide et réduire le temps/le trafic.