J’utilise une GTX 1650 et, eh bien… j’essaie de la remettre en marche. Elle fonctionnait bien il y a environ 3 mois, en septembre, avec la version MCEBuddy 2.5.1 du 5/9/2019 ; j’aimerais la garder car c’était la plus rapide, même avec les nouvelles versions elle était environ 2 fois plus rapide (pour moi, je ne sais pas pourquoi). Maintenant j’obtiens des AVERTISSEMENTS et des ERREURS, mais les conversions prennent environ 6 min avec la nouvelle MCEBuddy 2.5.3 du 24/12/2019 contre environ 2 min avec la 2.5.1 du 5/9/2019… désolé, je n’ai pas les logs d’alors, seulement les nouveaux. J’ai tout recréé comme à l’époque : même pilotes, utilisation répétée de DDU, différentes versions de FFmpeg, tests de différents profils.
C’est la seule chose qu’il me reste de septembre ; je crois qu’elle utilisait environ 70 % du CPU
Vos journaux indiquent que MCEBuddy détecte votre encodeur nvenc, mais ffmpeg ne peut pas l’utiliser :
2019-12-30T21:56:20 MCEBuddy.AppWrapper.FFmpeg → [h264_nvenc @ 00000000028e5d40] No NVENC capable devices found
Cependant, handbrake peut l’utiliser avec une vitesse de conversion d’environ 98 ips.
Il semble que votre pilote graphique ait changé et pose problème à ffmpeg. Essayez de passer à une version plus stable ou de revenir à une version précédente.
Pour l’utilisation du GPU, consultez ce sujet pour plus de détails.
Plex ne transcode-t-il pas en fonction des capacités de l’appareil de lecture ? Commence peut-être par déterminer quel format est pris en charge par l’appareil, puis choisis un profil correspondant.
comment puis-je passer mes vidéos de high 10 à 8 bit ? ffmpeg-video=-ss 0 -vcodec libx264 -b 1000k -x264opts cabac=0:ref=2:bframes=1:weightp=0:8x8dct=0:trellis=0:subq=6:me=hex:b-adapt=0:threads=auto -map 0:v -sn
je ne comprends rien à tout ça
Je ne suis pas familier avec les options de ffmpeg, mais elles sont documentées sur le site ffmpeg.org.
Si vous utilisez Handbrake, il existe des encodeurs séparés pour 10 et 12 bits. Par exemple, « x264 » est l’encodeur 8 bits, et « x264_10bit » est l’encodeur 10 bits. Ainsi, à partir des options de votre profil, vous pouvez savoir si vous convertissez en 8 bits.
Je ne serais pas surpris que les options d’encodeur ffmpeg soient choisies de la même manière. Si vous voulez en avoir le cœur net, configurez la priorité du moteur de transcodage pour utiliser Handbrake avec l’encodeur 8 bits dans le profil et n’utilisez pas FFMPEG.
x264 prend en charge des espaces colorimétriques de 8 à 10 bits. La profondeur de bits exacte est définie lors de la configuration de x264. FFmpeg ne prend en charge qu’une seule profondeur de bits par version compilée. En d’autres termes, il n’est pas possible de compiler FFmpeg avec plusieurs versions de x264 ayant des profondeurs de bits différentes.
La vraie question est donc : qui/où avez-vous obtenu votre bibliothèque de codec libx264 et quelles options ont été configurées lors de sa compilation.
Il y a fort à parier que tout le monde compile libx264 avec un espace colorimétrique 8 bits. Vous devriez avoir le même support d’espace colorimétrique dans le programme/appareil de lecture – par exemple VLC, Plex, etc.
Goose peut probablement répondre à la question de la façon dont libx264 a été compilé pour FFMPEG, et le FFMPEG de MCEBuddy indique simplement que la version libx264 par défaut/fournie a été utilisée.
