Bonjour

Je cherche à convertir une vidéo 5760*2880 en 5400*2700, et rien d'autre. Je trouve des programmes, mais ils convertissent en 4096*2160 grand max. Je crois que c'est de la 5k que je veux, avez vous un programme qui pourrait me permettre de faire cela ? Merci

Salut Trisix,

Je ne sais pas s'il est pertinent de faire ce réencodage, car un lecteur video (ou un équipement) effectue cette même conversion pendant la lecture de la video afin de l'adapter à la résolution réelle de l'écran.
Bien sûr, ça a du sens si ton équipement (une TV ?) ne lit pas au delà de la résolution que tu indiques.

Ensuite, le ratio n'est pas le même sur les 2 résolutions que tu proposes.
math "5750/2880" => 1.996528. Contre 2 pour l'autre.
Tu aurais donc le choix entre étirer l'image ou ajouter de petites bandes noires.

Enfin, après renseignement (un topic), des limitations concernent effectivement x264, plus précisément ses "niveaux". Ceux qu'il faudrait utiliser sont décrits dans la norme (ou ici : AVC), mais x264 va pas aller au delà du niveau 5.1. Or il te faudrait le niveau 6.1 (si tu n'as pas plus de 60 images par seconde).

Il se peut que des encodeurs autres que x264 atteignent ces niveaux, mais ils ne sont pas libres, et sans doute pas gratuits. Typiquement cela pourrait être inclus sur Mac OS X avec un logiciel d'édition video récent.

Enfin, il y a x265, qui lève certainement cette barrière de niveau et de résolution, mais je ne trouve pas d'info explicite là dessus.
Aussi, je ne sais pas si ton équipement lit le x265, à toi de nous le dire.

ffmpeg étant un super encodeur libre, il doit proposer des solutions (couplé à x265, ou un autre codec mais j'ai des doutes), sauf si ton équipement est trop contraint.
ffmpeg est embarqué dans des logiciels comme handbrake.

C'est une vidéo 3D stéréoscopique pour Casque Vr Valve Index de Steam. Ma carte graphique, une Gtx 1080 ne suit pas. Par contre en 5400*2700 c'est super, et je crois que c'est le max qu'elle puisse supporter. Handbreak, c'est un bon logiciel, mais il est bloqué à 3840*2160. Mon pc lit bien le x265. Un logiciel payant ne me dérangerait pas.

Ok.

La doc de Handbrake n'en dit pas beaucoup sur ses "levels".
Ta video de référence en 5400*2700, elle est en x265 ?
Handbrake pourrait te permettre d'obtenir la ligne de commande utilisée avec ffmpeg, puis d'adapter cette ligne pour lever les limitations (mais ça reste un peu biscornu comme approche).
Si c'était moi, je passerais du temps à parcourir la doc de ffmpeg car j'ai déjà quelques repères avec cet outil.
Je doute que ce soit aussi simple que l'exemple qu'ils donnent pour x265, mais sait-on jamais.
Il faudrait y ajouter un filtre scale pour le redimensionnement. Je ne pense pas qu'on puisse faire du "scaling" sans réencoder.
Mes talents d'encodeur video sont plutôt limités. Si l'anglais te convient tu peux tenter ta chance sur le forum Doom9, ou poursuivre tes recherches internet.
Je ne connais pas les outils payants, et pas de garantie qu'ils fonctionnent mieux. Sur ce super site qu'est AlternativeTo quelques uns sont mentionnés.

Qqn avait posté pour un problème similaire sur notre forum. Je n'avais pas compris que x264 était limitant.

Oui, c'est du x265. J'ai trouvé le logiciel très paramétrable, qui peut le faire plus facilement, c'est Wonderfox HD Video Converter factory Pro.

Mais avant cela, je viens de me rendre compte que j'ai un autre vidéo, même résolution qui passe sans problème, donc ce n'est pas la peine de la changer. Mais que dois je changer ?

la vidéos qui fonctionne bien:

Général
Nom complet : E:\VR\Chix-892-5760x2880-60fps-vhq-h265-180x180_3dh_LR.mp4
Format : MPEG-4
Profil du format : Base Media
Identifiant du codec : isom (isom)
Taille du fichier : 2,09 Gio
Durée : 9 min 40s
Type de débit global : Variable
Débit global moyen : 30,9 Mb/s
Date d'encodage : UTC 2019-09-20 10:00:22
Date de marquage : UTC 2019-09-20 10:00:22

Vidéo
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Profil du format : Main@L6@Main
Identifiant du codec : hvc1
Identifiant du codec/Info : High Efficiency Video Coding
Durée : 9 min 40s
Débit : 30,6 Mb/s
Débit maximum : 50,9 Mb/s
Largeur : 5 760 pixels
Hauteur : 2 880 pixels
Format à l'écran : 2,000
Type d'images/s : Constant
Images par seconde : 59,940 (60000/1001) Im/s
Espace de couleurs : YUV
Sous-échantillonnage de la chrominance : 4:2:0
Profondeur des couleurs : 8 bits
Bits/(Pixel*Image) : 0.031
Taille du flux : 2,07 Gio (99%)
Langue : Anglais
Date d'encodage : UTC 2019-09-16 00:36:34
Date de marquage : UTC 2019-09-20 10:00:56
Gamme de couleurs : Limited
Coordonnées de chromaticité : BT.709
Caractéristiques du transfert : BT.709
Coefficients de la matrice : BT.709
Codec configuration box : hvcC

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Identifiant du codec : mp4a-40-2
Durée : 9 min 40s
Type de débit : Variable
Débit : 265 kb/s
Débit maximum : 436 kb/s
Canaux : 2 canaux
Channel layout : L R
Echantillonnage : 44,1 kHz
Images par seconde : 43,066 Im/s (1024 SPF)
Mode de compression : Avec perte
Taille du flux : 18,1 Mio (1%)
Date d'encodage : UTC 2019-09-20 10:52:58
Date de marquage : UTC 2019-09-20 10:00:56



[b]La vidéo qui pose problème, ma carte graphique se met à ramer sérieusement:

Général
Nom complet : E:\VR\Nouveau dossier\rt-589kl - 5760x2880-60fps-vhq-h265-180x180_3dh_LR.mp4
Format : MPEG-4
Profil du format : Base Media
Identifiant du codec : isom (isom)
Taille du fichier : 2,12 Gio
Durée : 10 min 1s
Type de débit global : Variable
Débit global moyen : 30,3 Mb/s
Date d'encodage : UTC 2019-12-20 11:44:22
Date de marquage : UTC 2019-12-20 11:44:22

Vidéo
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Profil du format : Main@L6@Main
Identifiant du codec : hvc1
Identifiant du codec/Info : High Efficiency Video Coding
Durée : 10 min 1s
Débit : 30,0 Mb/s
Débit maximum : 55,2 Mb/s
Largeur : 5 760 pixels
Hauteur : 2 880 pixels
Format à l'écran : 2,000
Type d'images/s : Constant
Images par seconde : 59,940 (60000/1001) Im/s
Espace de couleurs : YUV
Sous-échantillonnage de la chrominance : 4:2:0
Profondeur des couleurs : 8 bits
Bits/(Pixel*Image) : 0.030
Taille du flux : 2,10 Gio (99%)
Langue : Anglais
Date d'encodage : UTC 2019-12-12 14:14:43
Date de marquage : UTC 2019-12-20 11:44:40
Gamme de couleurs : Limited
Coordonnées de chromaticité : BT.709
Caractéristiques du transfert : BT.709
Coefficients de la matrice : BT.709
Codec configuration box : hvcC

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Identifiant du codec : mp4a-40-2
Durée : 10 min 1s
Type de débit : Variable
Débit : 265 kb/s
Débit maximum : 401 kb/s
Canaux : 2 canaux
Channel layout : L R
Echantillonnage : 44,1 kHz
Images par seconde : 43,066 Im/s (1024 SPF)
Mode de compression : Avec perte
Taille du flux : 18,8 Mio (1%)
Date d'encodage : UTC 2019-12-20 11:34:02
Date de marquage : UTC 2019-12-20 11:44:40

[/b]

Une capture d’écran de ce que je peux modifier sur la vidéo avec le logiciel: https://prnt.sc/qra6l3

Les 2 videos que tu montres sont encodées de la même façon, et elles ne semblent pas avoir de caractéristique pouvant expliquer que ça fonctionne moins bien.
Es-tu sûr d'avoir bien choisi les fichiers à analyser ?

mediainfo indique juste que le 2nd fichier peut nécessiter plus de débit (50Mbits pour l'un, 55Mbits pour l'autre), ce qui implique d'avoir un disque dur capable de fournir ce débit en lecture (ils sont sur E: dans les 2 cas, donc c'est le même disque dur - tant que ce n'est pas un disque dur réseau genre un NAS, ça devrait le faire à l'aise). Aussi je doute que ce soit ces pics de 5Mbits supplémentaires qui changent la donne, car le débit moyen est le même (30Mbits).

Donc je ne l'explique pas, ces fichiers semblent avoir les mêmes caractéristiques...

Tu peux peut-être vérifier dans ton gestionnaire de processus (CTRL ALT SUPPR) quelle est la ressource qui vient à manquer (on suppose que c'est le CPU, pas les accès disques), si tu constates que la conso CPU n'est pas la même, c'est un élément intéressant.

J'ai installé FPS VR, et Je ne sais plus, le CPU était dans le rouge, énorme ralentissement et l'autre c’était stable, dans le vert.
Sinon, j'ai trouvé une la même vidéo ailleurs, à 90Fps en plus, et ça passe. Mystère.

Merci

Le décodage video ne se fait que sur un seul coeur (les logiciels sont rarement conçus pour tirer partie du multicoeur), donc c'est normal que l'un travaille et l'autre se repose.

Le problème vient peut-être de l'encodage de la video elle-même (on le déduit si elle flanche chez tout le monde, par expl), mais sauf à questionner auprès de plus informé, je crois qu'on ne saura pas