10.13 High Sierra HEVC (x265) sur High Sierra ?

[JLB21]

Comme dit plus haut, je ne suis pas un spécialiste d'Applescript et je ne comprends pas. Il y a un cador en Applescript dans la salle ?

Espérons car bien qu'aujourd'hui l'HEVC ne soit pas encore très répandu, ton idée pourrait être très utile à beaucoup demain…:rolleyes:

L'ouverture de chaque fichier un par un dans HEX étant toujours possible pour quelques fichiers, mais pas pour un grand nombre.:oops:

 

[Deleted member 1067185]

demain…:rolleyes:

Espérons car bien qu'aujourd'hui l'HEVC ne soit pas encore très répandu, ton idée pourrait être très utile à beaucoup demain…:rolleyes:

L'ouverture de chaque fichier un par un dans HEX étant toujours possible pour quelques fichiers, mais pas pour un grand nombre.:oops:

Complet !
Moi qui travaille dans une startup spécialisée en live video... le h265 est un énorme gain en bande passante mine de rien
Héhé par contre les vieux pc vont chauffer avec ce nouveau codec quand il sera déployé à grande échelle

 

[Deleted member 1067185]

oups... mauvaise manip

 

[cx3]

.. est il possible de lire correctement du h265 sur mac avec proc de 6eme génération ? sur un certain conteneur le mov et le codec hev1 J'espere pas dire de conneries ^^

Ben non, justement pas, le format h265 d'Apple n'est pas à la norme, il y a dans les fichiers de cette norme une toute petite chaîne de caractères ‘hec1’ et Apple a cru bon de la remplacer pas ‘hvc1’.

Du coup, les encodeurs comme HanBrake se conforment à hec1 et leurs fichiers ne sont pas lisibles par QuickTime et surtout iTunes, donc pas question de passer des clips à un iPhone, par exemple.

L'objectif de ce script est de rechercher dans les fichiers h265 ‘hev1’ et remplacer par ‘hvc1’.

 

[JLB21]

Sinon en conclusion du coup est il possible de lire correctement du h265 sur mac avec proc de 6eme génération

Je ne comprends pas bien ta question.

On peut toujours lire de l'HEVC sur Mac, quel que soit le Codec ID (hvc1 ou hev1) avec des lecteurs comme IINA, mpv, Elmedia etc.

Je suppose qu'il faille disposer d'une machine assez puissante. Ainsi, mon vieil iMac de 2007 ramait pour lire du FHD H.264 en 1080 50p, celui de 2011 le lisait bien.
Et mon iMac actuel de fin 2015 se promène en lisant de l'UHD en HEVC, même à plus de 100 Mbps et 60 ips (celui de la GoPro 6).

QuickTime X lit l'HEVC seulement avec Codec ID hvc1 à partir de High Sierra (et tous les logiciels Apple l'importent ou l'exploitent), et c'est sans doute le meilleur lecteur.

Je pense que c'est tout ce que l'on peut dire à l'heure actuelle.

 

[JLB21]

Ben non, justement pas, le format h265 d'Apple n'est pas à la norme

Juste une petite remarque : Apple n'est pas seul, GoPro enregistre dans le même format d'HEVC qu'Apple, ainsi que Mavic. C'est à dire comme les iPhones, et Compressor, avec le Codec ID hvc1.
Attendons l'apparition de caméras enregistrant en HEVC en provenance des leaders Sony et Panasonic. Et nous saurons si Apple n'est pas à la norme.
Auquel cas, ils s'y mettront immédiatement…

 

[Deleted member 1067185]

Ben non, justement pas, le format h265 d'Apple n'est pas à la norme, il y a dans les fichiers de cette norme une toute petite chaîne de caractères ‘hec1’ et Apple a cru bon de la remplacer pas ‘hvc1’.

Du coup, les encodeurs comme HanBrake se conforment à hec1 et leurs fichiers ne sont pas lisibles par QuickTime et surtout iTunes, donc pas question de passer des clips à un iPhone, par exemple.

L'objectif de ce script est de rechercher dans les fichiers h265 ‘hev1’ et remplacer par ‘hvc1’.

Ok c'est très clair comme ça meme si c'est très débile de leur part... enfin pour nous en tout cas

 

[cx3]

Bonne nouvelle, mon script est à mettre à la benne ! Une nouvelle version de Handbrake vient juste de sortir et elle résout le problème, les fichiers h265 sont directement lisibles par QT et iTunes. Pas de réglages particuliers à faire dans Hanbrake, vous pouvez utiliser vos presets habituels.
La version Nightly Builds est ici.

 

[JLB21]

Bonjour cx3,

Merci pour l'info.

J'ai téléchargé cette nouvelle version qui est très améliorée par rapport à la précédente.

Elle a été tout particulièrement bien optimisée puisqu'elle rejoint Compressor en vitesse d'encodage en HEVC (codec x.265 pour Handbrake et HEVC ou h.265 pour Compressor).

Effectivement, cette version encode pour lecture QuickTime.

Mais ce que l'on ne sait pas, c'est si les versions Linux/ Windows encodent de la même façon.

Il est donc prématuré de conseiller la mise de ton script à la benne…

Ce qui m'impressionne toujours, c'est qu'on peut diviser le poids du H.264 au moins par 5 sans perte de qualité en lecture !

Par contre, je ne suis pas parvenu à trouver une version de x.265 à utiliser dans Compressor, alors que j'e dispose d'une version de x.264 accessible dans Compressor avec tous ses innombrables réglages.

 

[r e m y]

Ce qui est étonnant dans cette histoire de hvc1 ou hev1 c'est que, si je comprends bien, les fichiers sont strictement identiques sauf ce code de 4 caractères...
Il suffirait que QuickTime soit "mis au courant" qu'il SAIT lire indifféremment l’un ou l'autre pour ne plus être embeté!

 

[JLB21]

Salut remy

Tu as parfaitement compris la chose.

Si tu remontes dans ce fil, il suffit d'ouvrir un fichier dans HEX et de changer hev1 par hvc1 et par magie le fichier non lu voit sa vignette blanche se transformer en imagette de la vidéo et se trouve lisible/importable dans tous les logiciels Apple.

Pour le changement de comportement de QuickTime, cela dépendra du mode d'enregistrement des ténors en vidéo Sony et Panasonic lorsqu'ils sortiront, si cela arrive un jour, des enregistrements en HEVC.

A ce moment, Apple sera bien obligé de s'aligner.

Mais à ce jour, comme déjà dit, les quelques appareils de capture enregistrant en HEVC le font sur le modèle Apple.

J'avais par mail posé la question aux éditeurs de iFFmpeg qui m'avaient répondu ceci :

'
Hello Jean-Louis,

First, it is not iFFmpeg that's doing this wrong. It is FFmpeg that uses hev1 by default.
In fact, it isn't FFmpeg that's wrong either because hev1 is the correct FourCC for HEVC according the ISO guidelines.
Unfortunately, Apple decided to use hvc1 as the Four CC for HEVC. Up to now it is still unclear why they do this (although I have an good idea why .. :/ )

Dans la dernière version de leur logiciel, ils avaient toutefois accepté la possibilité d'opter pour hvc1 :

 

[cx3]

Ce qui m'impressionne toujours, c'est qu'on peut diviser le poids du H.264 au moins par 5 sans perte de qualité en lecture !

Je m’interroge quand même sur cet enthousiasme, c’est plus le logiciel d’encodage que la norme qui fait le boulot. Avec HandBrake, par exemple, une vidéo h264 4K de 64 Mo monté avec Movavi Video Editor est déjà divisée par 25 en 264 (2,5 Mo) et par 30 en 265 (2,1 Mo). Le gain pour moi entre 264 et 265 n’est « seulement » que de 17% de moins et la durée de conversion est considérablement augmentée.

Pire: si j’encode en 265 un fichier déjà encodé en 264 par HandBrake version précédente, le fichier grossit de 10 à 15% !

Je ne sais pas si ça tient à mes réglages (H265, 30 FPS, RF 30) et si c’est la même chose en montant avec Final Cut, Premiere ou autres usines à gaz et en utilisant Compressor, mais j’imagine qu’on doit être dans les mêmes eaux.

Alors, à moins que je ne me soit gouré dans mes réglages, vidéos lisibles seulement sur les derniers iBidules (pas sur mon iPad Air 2 pas si vieux, pas sur les iPhone de ma femme, ma fille et la plupart de mes potes), temps d’encodage escargotesque p/r au h264 et augmentation de la taille de mes fichiers de 15%, je vais m’abstenir et garder mes vidéos en 264 encore un moment, surtout en sachant que j’en ai plus 500 en stock …

 

[r e m y]

il suffit d'ouvrir un fichier dans HEX et de changer hev1 par hvc1 et par magie le fichier non lu voit sa vignette blanche se transformer en imagette de la vidéo et se trouve lisible/importable dans tous les logiciels Apple.

Oui c'est bien ce que j'ai compris.
Sans rien changer aux logiciels d'encodage, il suffirait que Quicktime reconnaissent les fichiers hvc1 et hev1 comme étant identiques.

Ca doit prendre 30 secondes aux développeurs d'Apple pour modifier Quicktime ainsi...

 

[cx3]

Oui c'est bien ce que j'ai compris.
Sans rien changer aux logiciels d'encodage, il suffirait que Quicktime reconnaissent les fichiers hvc1 et hev1 comme étant identiques.

Ca doit prendre 30 secondes aux développeurs d'Apple pour modifier Quicktime ainsi...

Bien sûr que c’est facile, mais Apple cherche comme d’habitude à enfermer ses clients dans sa prison selon le principe « tout ce qui n’est pas acheté chez Apple ne peut pas être utilisé sur les produits Apple ». Par exemple, si tu récupères un clip vidéo h265 sur YouTube ou ailleurs, tu ne peux le lire sur ton iPhone X que si tu achètes le même clip sur un store d’Apple. Ding.

 

[cx3]

Et pour enfoncer le clou, Vidéo H265 4K non lisible sur Apple TV 4 non 4K alors que Infuse sur la même ATV lit le H265 les doigts dans le nez ainsi que le Mac et l'iPhone. Si ce n'est pas pour faire acheter une ATV 4K ...
Jamais on ressort le JailBreak pour nos iBidules ?

 

[JLB21]

Alors, à moins que je ne me soit gouré dans mes réglages, vidéos lisibles seulement sur les derniers iBidules (pas sur mon iPad Air 2 pas si vieux, pas sur les iPhone de ma femme, ma fille et la plupart de mes potes), temps d’encodage escargotesque p/r au h264 et augmentation de la taille de mes fichiers de 15%, je vais m’abstenir et garder mes vidéos en 264 encore un moment, surtout en sachant que j’en ai plus 500 en stock …

Oui, je n'hésite pas à dire qu'il y a une erreur quelque part… Et ne le prends pas mal, une certaine méconnaissance de la compression vidéo.
Notamment lorsque tu prétends que la taille de tes fichiers augmente…

Car tu n'as pas l'air d'appréhender le fait que le poids de tes vidéos est lié exclusivement au débit de celles-ci.
Et non pas aux caprices de Movavi Video Editor ou d'Handbrake ou de Compressor…

Ce n'est en effet pas à ces logiciels de déterminer le poids de sortie des vidéos, mais à toi…, en définissant le débit de sortie (bitrate dans Handbrake)

Je t'engage à essayer ceci :

- prends une vidéo en 1080 par exemple en 25p : Il est de bon ton d'encoder cette vidéo en H.264 à 15 Mbps pour être certain de conserver une qualité sans défaut.
Soit un poids de 1,88 Mo/s de vidéo.

YouTube conseille de compresser le 1080 25p à 8 Mbps. Soit un poids de 1 Mo/s de vidéo.
C'est à dire de lui appliquer une compression presque double.
A la lecture attentive du fichier, il est attendu que l'on commence à apercevoir des défauts dans l'image.

Puis le robot de YouTube va la recompresser à environ 3 Mbps pour la lecture en streaming.
Avec ce que l'on voit en lisant cette vidéo sur son navigateur, beaucoup d'artefacts et quelques bouillies de pixels selon les scènes.

- prends la même vidéo, et encode la en HEVC : tu peux sans crainte descendre à 5 Mbps (0,63 Mo/s de vidéo) en conservant la même qualité que celle en H.264 à 15 Mbps.
C'est à dire qu'avec une compression triple (et un poids divisé par 3), tu conserveras la même qualité.

Et si du descends encore le débit, par exemple à 1,5 Mbps, tu conserveras encore au moins la même qualité que le H.264 propose à 8 Mbps.

Temps d'encodage : effectivement, c'est beaucoup plus long. Avec mon iMac i7 de 2015, 24 Go de RAM et carte graphique 2 Go, l'encodage du 1080 se fait à 30 ips.
Et du 2160 à 17 ips. Ce qui fait pour de l'UHD à 30 ips, approximativement 2 fois la durée de la vidéo…

Pour le reste, je te laisse libre de tes jugements…:rolleyes::rolleyes::rolleyes:

 

[cx3]

@JLB21
Je ne le prends pas mal, au contraire. Je ne suis pas un pro, loin s'en faut et n'avance qu'en tâtonnant pour mes petites vidéos.

Le problème, c'est que je n'utilise pas le bitrate mais Constant Quality à 30 ou 24, selon les vidéos (qui ne viennent pas de YouTube mais qui sont faites maison). C'est la meilleure solution que j'ai trouvée pour diviser la taille de mes vidéos par 25 sans (trop) en altérer la qualité apparente. C'est aussi la solution du preset Apple 2160p 4K HEVC, un des preset d'origine de HandBrake.

J'ai utilisé ces réglages fixes pour le 264 et pour le 265, donc je pensais bêtement qu'on pouvait comparer les résultats. J’ai tout faux ?

[edit] et j'utilise aussi un framerate fixe de 30 fps

 

[JLB21]

En vidéo, il ne faut pas tâtonner, on doit agir en connaissance de cause…

Si tu veux, nous pouvons vérifier ce que j'avance, en utilisant si tu veux Handbrake…

As-tu un rush issu de l'un de tes appareils de capture susceptible de supporter le test ?

Il faut d'abord que tu nous donnes ses caractéristiques, à savoir sa définition, son codec de compression, sa fréquence d'images et son débit initial (les informations en lecture QT suffisent).

 

[cx3]

Heu, je sens que je ne vais pas suivre. Déjà, je ne vois pas toutes les infos demandées dans la fenêtre d'infos de QT. Mais, voilà un lien sur une archive qui contient une petite vidéo source Movavi 1080p de 168Mo, son HandBrake 264 de 13Mo, son HandBrake 265 de 12Mo et les presets HandBrake correspondants. Ça va le faire ?

 

[JLB21]

Salut cx3

J'ai téléchargé tes vidéos de test.

Le problème, c'est que ce ne sont pas de véritables vidéos puisqu'il s'agit d'une image fixe qui supporte une musique. On pratique ainsi pour mettre une musique sur YouTube.
Ainsi, la diminution du débit n'a aucune conséquence sur l'aspect de l'image et les encodeurs ne pouvant apparamment pas descendre en dessous de 260 kbps pour une image fixe en 1080, on ne peut pas montrer de différences selon le codec utilisé.

Ce qui signifie que tes tests n'ont, je suis désolé, aucune valeur…

Ainsi, pour toi, la situation est la suivante :

- sortie Movavi (en H.264) : débit vidéo moyen à 8006 kbps et audio à 320 kbps, débit moyen total 8333 kbps et 168,3 Mo
- sortie de Handbrake en H.264 réglage automatique : vidéo à 330 kbps, audio à 320 kbps, moyen total 665 kbps et 13,4 Mo
- sortie Handbrake en x.265 réglage automatique : vidéo à 261 kbps, audio à 320 kbps, moyen total 596 kbps et 12 Mo

NB : en encodage H.264, tu peux aussi diminuer le débit vidéo à 260 kbps et tu auras le même poids qu'en H.265…

On voit bien en l'occurence que lorsque le débit diminue, le poids diminue en proportion.

Dans tous les cas, si tu veux diminuer le poids de tes vidéos, il te faudra réduire le débit audio, par exemple à 128 kbps mais ce sera au détriment de la qualité.

A noter que les sommes vidéo + audio ne sont pas exactes car autant Movavi que Handbrake dans leurs presets proposent des débits variables.
Il s'agit donc de moyennes.

En conclusion, dans ton cas, l'utilisation de H.264 ou H.265 ou d'un autre codec ne changera rien.

La seule chose que je puisse te conseiller, c'est de sortir ta vidéo de Movavi directement à 260 kbps, cela t'évitera un ré-encodage dans Handbrake…