Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par Antic Bomber (21-10-2021 10:44:55)
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606
Hors ligne
En ligne
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606
Hors ligne
Ma version optimisée pour les films, qui limite la largeur à 1280 pixels et le nombre de canaux audio à 2 :
Une variante pour les vidéos où la fidélité visuelle importe moins, comme les reportages, qui ne garde cette fois-ci qu’un seul canal audio :
Le -preset veryslow est là pour obtenir le fichier le plus petit possible (à qualité visuelle équivalente) au prix d’un encodage plus long.
Le gros de ma connaissance des options liés à la vidéo viennent de cette page de documentation : H.264 Video Encoding Guide.
En ligne
J’ai voulu le transférer sur un DD externe, mais il
ne transfère que 3.5 Gio.
Ce disque serait il en FAT32 ?
Pour Avidemux il existe en fichier .appimage : http://avidemux.sourceforge.net/download.html
mon ancien pseudo : bartaba
Hors ligne
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606
Hors ligne
oui mon DD externe est en fat 32 !
C'est pour ça que tu peux pas copier ton fichier car le FAT32 ne peut pas avoir des fichiers de plus de 4 Go il me semble.
Il faudrait convertir la partition en un autre système de fichier, mais comme c'est un disque externe est-ce que ce disque est parfois branché sur une machine sous Windows ?
Dernière modification par Mugen (13-10-2021 22:42:28)
mon ancien pseudo : bartaba
Hors ligne
Hors ligne
Si Mr et Mdm tout le monde sont perdus sous Linux, c’est juste qu’ils ont plus l’habitude d’être libre ;-)
Hors ligne
Dernière modification par Debian Alain (14-10-2021 07:44:46)
Hors ligne
@vv222 : question naïve, on a pas libx265 qu'est sensé avoir une meilleur compression maintenant ?
C’est une question intelligente
Je suis resté sur libx264 jusqu’ici parce que c’est celui dont j’ai étudié les options, mais je vois qu’on a aussi de la doc pour libx265 donc je pense que je vais essayer de l’adopter pour mes futurs encodages : H.265/HEVC Video Encoding Guide.
En ligne
Dernière modification par Anonyme (14-10-2021 12:44:18)
Les encodeurs matériels génèrent généralement une sortie de qualité nettement inférieure à celle des bons encodeurs logiciels comme x264, mais ils sont généralement plus rapides et n'utilisent pas beaucoup de ressources CPU.
https://trac.ffmpeg.org/wiki/HWAccelIntro
utiliser un crf en dessous de celui par défaut (crf23) n'apporte rien en terme de qualité et gonfle largement le fichier de sortie
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606
Hors ligne
utiliser un crf en dessous de celui par défaut (crf23) n'apporte rien en terme de qualité et gonfle largement le fichier de sortie
Pour x264 je n’ai pas encore fait de tests comparatifs poussés, par contre je viens de tester la valeur par défaut de x265 (-crf 28) qui est présentée comme équivalente au -crf 23 de x264… Bah le fichier généré est tout petit, par contre l’image est salement dégradée.
Je vais probablement continuer à faire quelques tests avec x265 (là j’ai un -crf 26 qui tourne en fond) jusqu’à trouver la valeur la plus élevée (la compression la plus haute, donc la qualité visuelle la plus basse) qui ne conduise pas à une perte de qualité visible sur des résolutions proches de 1280×720.
Ensuite si je me motive je ferai la même chose avec x264, histoire de bien constater l’ampleur de la différence en terme de temps d’encodage et de taille du fichier final pour une qualité perçue équivalente sur le fichier final.
En ligne
le crf n'agit pas trop sur la compression mais + sur la qualité de l'image , si tu test avec un crf de 40 tu as carrément des gros cube comme pixel
pour le son en utilisant l'option de copie du son déja un gain pour l'encodage
savoir aussi quel est le lecteur de video, car sur mon lecteur de salon il m'a fallu activé l'option pour que le fichier soit lu
a voir
Encoding for dumb players
You may need to use -vf format=yuv420p (or the alias -pix_fmt yuv420p) for your output to work in QuickTime and most other players. These players only support the YUV planar color space with 4:2:0 chroma subsampling for H.264 video. Otherwise, depending on your source, ffmpeg may output to a pixel format that may be incompatible with these players.
Dernière modification par Croutons (14-10-2021 18:00:59)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Dernière modification par Anonyme (14-10-2021 19:12:25)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
@ bartaba, pas de windows pour ce DD, mais grand écran androïd pour les films.
donc le disque est branché sur du Android, il faudrait voir quels systèmes de fichiers est compatible Android ?
Là je ne sais pas.
mon ancien pseudo : bartaba
Hors ligne
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606
Hors ligne
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606
Hors ligne