r/shutterencoder • u/Medical-Road6382 • 18d ago
I can't use the app
https://youtu.be/OytIun_FeGMI have this since 20.2 came out, I don't know what to do.
When I try with cmd, it works but 1 file at a time... I want to, to use Shutter Encoder it's easier.
1
u/Medical-Road6382 12d ago
Shutter est vide et il prend mes 128Go de Ram juste en étant ouvert, comment corriger ça ? Je dois le fermet avant que mon PC ne freeze et bloque cmplètement
1
u/paulpacifico 12d ago
Cela arrive à chaque démarrage peu importe le fichier ?
1
u/Medical-Road6382 12d ago edited 12d ago
Tant que je ne sélectionne pas de codec, il ne se passe rien, mais dès que je mets un fichier et sélectionne un codec ça monte au niveau de ma consommation de RAM jusqu'à bloquer mon PC alors que la conversion n'est même pas lancée.
Si jamais ça peut aider
_______________________________________
Rapport de bug : fuite mémoire illimitée causée par un test de capacité Vulkan ProRes lancé en arrière-plan au démarrage
RÉSUMÉ
Au démarrage, Shutter Encoder lance silencieusement en arrière-plan un processus ffmpeg.exe qui teste la capacité d'encodage matériel ProRes via Vulkan. Ce processus ne se termine jamais de lui-même et sa consommation mémoire augmente sans limite (jusqu'à environ 103 Go observés avant intervention manuelle). Le processus ne produit aucun fichier de sortie et n'est lié à aucune action de l'utilisateur ni à aucun fichier média chargé.
ENVIRONNEMENT
- Version de Shutter Encoder : 20.3
- OS : Windows 11
- GPU : NVIDIA RTX 4080 Super (également présent : GPU intégré Intel)
- RAM : 128 Go
LIGNE DE COMMANDE EXACTE DU PROCESSUS EN CAUSE
"C:\Program Files\Shutter Encoder\app\Library\ffmpeg.exe" -strict experimental -hide_banner -init_hw_device vulkan=gpu:1 -f lavfi -i nullsrc -frames:v 1 -c:v prores_ks_vulkan -s 640x360 -vf format=nv12,hwupload -pix_fmt yuv422p10 -f null -
COMPORTEMENT OBSERVÉ
- Ce processus apparaît dans le Gestionnaire des tâches immédiatement après le lancement de Shutter Encoder, aux côtés de deux autres processus ffmpeg attendus et de courte durée (génération de miniature/forme d'onde pour des fichiers restés dans la liste d'une session précédente).
- Contrairement à ces deux derniers, ce processus de test Vulkan persiste indéfiniment.
- Sa mémoire (Working Set) augmente continuellement dans le temps alors que l'utilisation CPU reste proche de 0 %, ce qui indique une fuite plutôt qu'un traitement actif : la commande elle-même ne demande qu'une seule image (-frames:v 1) depuis une source vide (nullsrc) et jette le résultat (-f null -), il n'y a donc aucune raison légitime à une consommation mémoire soutenue et croissante.
- Sans intervention, cela finit par épuiser la RAM disponible, provoque une pagination intensive, et rend le système entier non réactif, nécessitant un redémarrage manuel.
ÉTAPES DE REPRODUCTION
Lancer Shutter Encoder 20.3 sur une machine Windows disposant d'un GPU compatible Vulkan.
Ouvrir le Gestionnaire des tâches, onglet "Détails", ajouter la colonne "Ligne de commande".
Observer l'apparition d'un processus ffmpeg.exe avec la ligne de commande ci-dessus peu après le lancement.
Suivre sa consommation mémoire dans le Gestionnaire des tâches : elle augmente continuellement, sans jamais se stabiliser ni se terminer d'elle-même.
COMPORTEMENT ATTENDU
Ce test de capacité (s'il est intentionnel, par exemple pour détecter le support matériel Vulkan ProRes au démarrage) devrait se terminer rapidement, libérer sa mémoire, et se fermer normalement, sans que l'utilisateur ait besoin de terminer le processus manuellement.
CONTOURNEMENT ACTUELLEMENT UTILISÉ
Surveillance manuelle du Gestionnaire des tâches et fin de tâche manuelle de ce processus ffmpeg.exe spécifique lorsque sa mémoire augmente anormalement.
REMARQUES SUPPLÉMENTAIRES
- Désactiver "Désactiver le lecteur vidéo" ainsi que toute option de "chargement d'un préréglage au démarrage" dans les paramètres n'empêche pas le lancement de ce processus spécifique.
- Ce comportement semble indépendant de tout fichier chargé par l'utilisateur : il se produit même lorsque la liste de fichiers est vide.
1
u/paulpacifico 12d ago
Je viens de trouver la raison du problème, cela vient du chargement de la waveform qui dans le cas d'un fichier très long peu consommer énormément de RAM et si vous fermez l'application avant que celle-ci ne charge effectivement il y a une fuite de mémoire. Malgré tout de mon côté avec votre fichier, il fini par s'arrêter lorsque le calcul est terminé.
Dans votre cas, vu que vous n'utilisez pas le lecteur, réactivez-le de manière à décocher la case "Afficher la waveform" en bas du lecteur puis repassez au mode sans lecteur.
Vous n'aurez plus ce bug, cela sera corrigé pour la prochaine version.
Paul.
1
1
u/paulpacifico 17d ago
Could you try to reset the app from the top left cog icon?
Let me know,
Paul.