Salut, pour info si tu veux maintenir une qualité décente il vaut mieux encoder en mode CRF plutôt qu'en mode Bitrate. Ça assurera un rendu cohérent tout au long de ton épisode. Choisis un CRF selon la qualité/taille qui te paraît acceptable. Et pars de préférence du BDMV (blu-ray brut) pour encoder. Si tu es nouveau dans l'encodage et que tu aimes la lecture : https://kokomins.wordpress.com/2019/10/10/anime-encoding-guide-for-x265-and-why-to-never-use-flac/ ... Have fun. PS: Oui, Moozzi2 est connu pour filtrer genre... beaucoup. On aime ou on aime pas.

L'intérêt d'un Blu-ray est d'obtenir une meilleure qualité donc mettre 1 Mbps en 2Pass et 128 Kbps en audio alors que le débit est 14 à 30 fois supérieur sur le disque, c'est quand même bien dommage.

> comment affiner les traits de la vidéo comme l’a fait cette release de [cleo] pour la saison 2 (https://nyaa.iss.one/view/1276034) ? C'est simple, tu encodes à partir du BDMV et tu auras comme cleo ^^

@Notak : oui, j'aime lire ! Et je suis nouvelle dans l'encodage :) Je prends donc ton lien avec reconnaissance. Merci à toi. (je note pour le mode CRF) J'aime les releases de Moozzi2 d'habitude, mais celle de cleo sur cette version spécifique m'a fait préférer cette dernière. C'est une première et c'est ce qui m'a donné envie de tenter aussi des choses en encodage. @PoleChomdu : J'avoue que c'est dommage de perdre de la qualité, d'où l'intérêt de bien juger quand la différence de qualité n'est plus perceptible à l'oreille ou l'oeil humain ^^ Il y a aussi que je n'ai plus de place et cela m'embêtait de choisir entre des releases certes moins lourdes mais trop dégradées à mes yeux pour remplacer celles de bonne qualité que j'avais. J'ai donc pris mon courage à deux mains pour tenter quelque chose. Je ne pense pas être la seule à combattre le manque de place, aussi je me suis dis que mes résultats pourraient aussi intéresser d'autres ^^ @keeso : Super ! Je devrais avoir récupérer la BDMV d'ici deux jours. Je tenterai donc depuis cette source. En attendant, je lis la doc ;) Merci pour vos conseils !

@Notak : j'ai lu la doc, je n'ai pas tout compris (nulle en anglais + trop de termes techniques). Mais voilà ce que j'en ai retiré. Dis-moi si je me trompe : - CRF semble être VBR sur mon logiciel. Ce épisode a bien été encodé en VBR ; - Pour l'audio, après quelques recherches sur le net, la différence de qualité ne se sent presque plus après 100 kb/s, 150 kb/s pour les plus sensibles. Je ne prends pas en compte les appareilles audio ultra sophistiqués, mon but étant de réduire en max la taille en fonction d'une qualité déscente. 128 kb/s me semble un bon compromis ; - comme je viens de récupérer les sous-titres ici (https://nyaa.iss.one/view/1357944), je vais prendre le conteneur MKV pour les intéger, que ce soit plus pratique ; - J'ai regardé plusieurs scènes (sombres, actions, lumières, etc) en BDMV dans la version que j'ai encodée à partir de BDMV (ça y est, c'est fait) avec les mêmes caractéristiques que cet épisode (1000 kb/s en débit vidéo), et je n'ai pas trouvé de différence dans la qualité des mouvements, de la fluidité vidéo. Mais je suppose que c'est comme l'audio et que ça dépend aussi de l'appareil vidéo avec lequel on regarde. La qualité me suffisant, j'opte pour celle-là. - Il y a une toute petite différence de qualité à image fixe entre la BDMV et la BDremux que j'en ai obtenue : le grain de certains aplats est légèrement adouci. J'ai du y regarder à plusieurs fois pour le distinguer, aussi, cette qualité me suffit également. Pour comparer, voilà deux captures des deux vidéos de test : image 1 BDMV : https://zupimages.net/up/21/15/96hl.jpg image 1 BRremux : https://zupimages.net/up/21/15/l91q.jpg image 2 BDMV : https://zupimages.net/up/21/15/vzc1.jpg image 2 BRremux : https://zupimages.net/up/21/15/ikbd.jpg La vidéo depuis la BDMV prend quelques Mo de plus aussi, mais vraiment bien peu.

J'ai donc pu tester avec une source BDMV et effectivement, c'est mieux ! L'encodage étant assez long, je pense en avoir pour deux semaines. N'hésitez pas à me dire ce que vous en pensez ; c'est mon premier vrai travail d'encodage.

@Farah : Il n'est pas forcément nécessaire de tout maîtriser dès le début, si tu sais régler le crf et preset pour la vidéo et la qualité/débit pour l'audio, tu est déjà pas mal. - VBR (débit variable) n'est pas CRF (qualité constante). Je t'ai trouvé une page en français qui explique le CBR VBR et CRF : https://emirchouchane.com/h264-ffmpeg/ - Le preset permet de régler la vitesse d'encodage : https://eclectum.wordpress.com/2014/07/16/comprendre-le-fonctionnement-des-presets-x264/ un preset lent donne une vidéo plus propre et souvent moins lourde donc ça vaut le coup d'y passer plus de temps si c'est pour tes archives. - Si tu n'as pas de réglage CRF dans ton logiciel, tu risques de devoir en prendre un autre. Essaie MeGUI (interface graphique) ou ffmpeg (ligne de commande en console) - Les réglages audio et vidéo où la perte de qualité commence à se voir dépendent des personnes, du matériel et du codec utilisé. Je te conseille de faire des tests pour voir ce qui te convient. - Les plans fixes bien lumineux ne sont pas représentatifs donc oui il vaut mieux mettre en pause sur une scène d'action et/ou sombre, tu verras mieux la différence. - Pour la vidéo essaie le CRF 20 en preset slow, et diminue le CRF tant que ça te paraît trop moche. Tu peux aussi faire une 720p de qualité supérieure plutôt qu'une 1080p moins belle. - Pour l'audio, ça dépend du codec mais AAC-LC à 128kb/s en stéréo est un bon point de départ. Tu peux économiser plus à qualité similaire en basculant sur HE-AACv2 ou Opus. - Il n'y a pas de différence de qualité vidéo si tu changes le conteneur depuis M2TS vers MKV à part gagner quelques Mo, car c'est toujours la même piste vidéo dedans. - Le conteneur MKV est un bon choix car il permet d'avoir les sous-titres non incrustés en plusieurs langues ainsi que plusieurs pistes audio. C'est le plus pratique. Bonne chance!

@Notak : Merci pour tes conseils ! J'ai pu trouver CRF : c'est CQ dans mon logiciel. "CQ : Constant Quality (also known as CRF)" dans la doc du logiciel. Merci de me l'avoir fait remarquer. Pour le preset, il est, je crois, automatiquement règlé en veryslow. La doc dit ceci ; "Max. Quality Configures each codec to get the maximum quality possible. For example with H.264 the command -preset veryslow is sent. Also check 2-pass with a low video bitrate encoding." Comme je coche toujours qualité max, je pense être à preset veryslow. Dans les options supplémentaires lorsque je n'ai pas qualité max. coché, j'ai : "forcer le prérèglage en ..." (toutes les options de ultrafast à veryslow et placebo). J'ai testé CQ/CRF cette nuit avec le règlage par défaut du logiciel : 23, qualité max. La qualité obtenue semble correcte à l'oeil nu sur images fixes et mouvements / sombres avec approximativement la même taille finale que VBR (218 Mo). Cela ne me gêne pas que ce soit lent. Je préfère y passer du temps et avoir des fichiers les plus propres possibles pour les garder longtemps :) Je vais prochainement tester 720p en super qualité (preset 0 ?), et aussi 1080p en preset à 20 comme tu me le suggères. Hâte de voir le résultat ! Je n'ai pas encore trouvé comment avoir l'option audio HE-AACv2 ou Opus pour encoder la vidéo. Je n'ai que "AAC", "AC3", "copie" et "sans audio" dans le choix pour l'encodage global (audio et vidéo). Je peux extraire le son seul en Opus, AAC, et d'autres formats (AC3, MP3, WAV, AIFF, FLAC, OGG) mais je ne sais pas encore comment forcer ce règlage à l'encodage global audio/vidéo. Je recherche encore. Sinon, je testerai MeGUI :)

Salut, c'est une bonne idée d'encoder cette série en plus léger ? Bon courage

@Farah : Tu peux forcer le preset pour être sûre mais d'après ce que tu dis "max quality" semble mettre veryslow en fin de compte donc c'est bon. Je ne conseillerais pas le CRF 23 sauf si la vidéo est déjà moche de base car même si ça a l'air bien au premier coup d'œil ça dégrade pas mal certaines scènes : Exemple 1 : Avant : https://zupimages.net/up/21/15/fld2.png - Après CRF 23 : https://zupimages.net/up/21/15/0m1e.png Exemple 2 : Avant : https://zupimages.net/up/21/15/wsf8.png - Après CRF 23 : https://zupimages.net/up/21/15/kj8r.png Pour cette raison je te conseille de ne pas aller au-delà du CRF 20. Ne descends pas en dessous de 17 car c'est overkill. Et si tu peux, mets les couleurs en 10 bits pour éviter le banding : http://www.latelierducable.com/tv-televiseur/8-bits-10-bits-cest-quoi-la-profondeur-des-couleurs/ Utiliser la 720p présente deux avantages : Poids moins lourd à CRF égal, et encodage plus rapide car image plus petite. Une partie des anime sont de toute façon produits en définition plus faible et ensuite upscale en 1080p pour le bluray. Exemple 1 : Avant : https://zupimages.net/up/21/15/tw7x.png - 720p : https://zupimages.net/up/21/15/jx4z.png - 720p upscale 1080p : https://zupimages.net/up/21/15/5scg.png Exemple 2 : Avant : https://zupimages.net/up/21/15/zwpk.jpg - 720p : https://zupimages.net/up/21/15/937h.png - 720p upscale 1080p : https://zupimages.net/up/21/15/9bgi.png À noter que j'ai fait l'upscale avec l'algorithme lanczos3 et qu'un lecteur de vidéos ne le fera peut-être pas aussi proprement à la lecture. Et certains animes sont en vraie 1080p. Pour l'audio, si ton logiciel ne propose rien d'autre laisse le AAC 128kbps ou bien encode tout avec un autre logiciel tel que MeGUI (https://sourceforge.net/projects/megui/) ou bien encode l'audio séparément avec ton logiciel actuel puis remets les pistes ensemble à la main dans le même MKV en utilisant MKVToolNix GUI (https://www.fosshub.com/MKVToolNix.html). Je pense avoir fait le tour.

@sanderson35 : merci :) @Notak. Merci infiniement pour le temps que tu me dédies. J'évite les CRF au-dessus de 20 ;) et en-dessous de 17. Je ne savais pas pour les résolutions de production ! Si tu as un site ou une astuce pour savoir en quelle résolution a été faite une série en production, je suis preneuse. Je vais faire au mieux. Tu m'as donné toutes les infos dont j'avais besoin :)

> Si tu as un site ou une astuce pour savoir en quelle résolution a été faite une série Malheureusement pas vraiment, les studio ne l'indiquent pas, et ce n'est pas forcément facile à mesurer après coup : https://ultimatemegax.wordpress.com/2015/04/24/photography-and-resolution-of-anime/ Après ça peut toujours se deviner en regardant avec l'habitude ou en essayant de downscale puis upscale : Avant : https://zupimages.net/up/21/15/oroj.png - 720p : https://zupimages.net/up/21/15/rorm.png - 720p upscale 1080p : https://zupimages.net/up/21/15/quan.png On voit que c'est plus flou sur la dernière image par rapport à la première donc c'est que l'anime a bel et bien été produit avec une définition supérieure à 720p.

Merci Notak !

Faut pas oublier que 128kbps en stéréo = seulement 64kbps par coté/oreille, ce qui est très très pauvres comme qualité. Je passais par là et je vous ai vu et decidé d'ajouter tout mon savoir dans se post ;P Faut pas oublier aussi que beaucoup de gens on un bon matériel audio et ça sera perceptible absolument! Si ton matos est pas top qualité faut pas totalement ce fier à se que TU entends pour juger si c’est audible ou inaudible :)

@hells : merci à toi pour ce retour. Je ne perçois pas de différences entre le son de la BDMV et le son de cet encodage (scènes normales, musiques du générique), mais comme mon matériel n'est pa de qualité pro. Je veux bien d'autres avis dessus.T'est-il possible d'écouter cet épisode et me dire ce que tu penses du son avec ton matériel ? Car je l'ai encodé en 128 kb/s au niveau du son. Si c'est trop mauvais, alors j'augmenterai.

@Notak : j'ai fait quelques encodages. Après avoir vérifié des scènes d'action et d'ombres en comparatif avec la BDMV, images par images, j'ai effectivement vu la dégradation de la qualité sur ces scènes. J'avais été trop vite à vérifier la première fois ! La dégradation n'est cependant pas aussi forte que celles que tu m'as montré sur tes apperçus. En arrêt sur image, ça se voit (c'est pixélisé à certains endroits), cependant, au visionnage, du fait du mouvement ou du caractère sombre, cela ne se perçoit pas assez pour être génant. Disons plutôt que mon cerveau ne le perçoit pas. Pour moi, cette dégradation est acceptable, mais je me doute que les puristes ou ceux qui ont besoin de faire des captures vidéos, ne seront pas très heureux d'une telle version ! Pour le moment, 720p en qualité max (CQ/CRF 1) me donne un rendu graphique bien inférieur au 1080 VBR 1000 kb/s, pour un fichier 20 fois plus lourd (4,3 Go) : vidéo floutée intégralement. Le 1080 en CQ/CRF à 20 me donne quasiment le même rendu graphique que le 1080 VBR 1000 kb/s (pertes de qualité presque imperceptibles entre les deux versions dans les scènes de mouvement et sombres). Le CRF 20 me coûte 324 Mo pour 203 Mo en VBR 1000 kb/s. Je garde donc pour référence le VBR 1000 pour le rapport qualité/taille. CRF23 en 1080 : comme tu le pensais, qualité grahique assez mauvaise, sans gain de taille, au contraire, vidéo de 218 Mo. J'ai aussi essayé d'utiliser MeGUI, mais je ne suis pas arrivée à grand chose (logciel un peu difficile pour moi). Pour le moment, j'ai des fichiers plus lourds que la BDMV ^^. J'ai téléchargé aussi MediaCoder qui est plus intuitif. J'ai pu trouver le HE-AACv2 et le LC-AAC, mais pas de 8bit ou 10bits. La vidéo de test encodée est d'affreuse qualité. Je continue les tests ^^

J'ai trouvé 10 bits dans mon premier logiciel !

> La dégradation n’est cependant pas aussi forte que celles que tu m’as montré sur tes apperçus. Si tu parles du CRF 23, je t'ai montré les pires cas : les scènes où ça rend le moins bien. Pour le CRF 1... oui c'est contre productif d'utiliser un CRF aussi faible. > Le 1080 en CQ/CRF à 20 me donne quasiment le même rendu graphique que le 1080 VBR 1000 kb/s > Le CRF 20 me coûte 324 Mo pour 203 Mo en VBR 1000 kb/s Un débit précis peut te donner un meilleur résultat mais ne garantira pas une qualité cohérente entre les différents épisodes parce que selon le contenu de l'épisode (dialogues tout l'épisode vs combats tout l'épisode) il faut un débit plus au moins élevé. Le mode CRF épargne cette réflexion car il fait ce choix tout seul, maintenant si tu obtiens une taille plus optimale en VBR 2 passes en ayant fait des tests et choisi le débit adéquat épisode par épisode : tant mieux ! Moi j'aurais pas la patience ^^ > Pour moi, cette dégradation est acceptable, mais je me doute que les puristes ou ceux qui ont besoin de faire des captures vidéos, ne seront pas très heureux d’une telle version ! Un puriste te dira probablement quelque chose comme CRF 17. Mais comme tu encodes pour toi-même, tu fais ce que tu veux en fait. > Je ne perçois pas de différences entre le son de la BDMV et le son de cet encodage Le wiki ffmpeg recommande 128kbps minimum pour de l'AAC stéréo : Source : https://trac.ffmpeg.org/wiki/Encode/AAC et https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio Sur les releases de haute qualité on peut observer des débits supérieurs (256kbps par exemple). Encore une fois, tu fais ce que tu veux. > J’ai trouvé 10 bits dans mon premier logiciel ! Parfait car sur de faibles débits comme tu sembles vouloir faire le 10 bits préserve mieux les dégradés de couleurs.

Merci Notak :)

Retour après d'autres essais ! Finalement, Notak, tu avais raison, l'encodage CQ/CRF était non pas mailleur mais bien meilleur. Même le CQ/CRF-23 était meileur que le VBR-1000. A présent que je teste beaucoup, je vois mieux les types de dégradation et j'y suis plus sensible. Pour une vingtaine de Mo en plus, finalement, j'ai choisi le CQ/CRF-23 (le CQ/CRF-20 est pour moi trop cher payé en terme de place). Dans mes options pour commuter entre 8 bits et 10 bits, je dois toujours l'accompagner d'un espace colorimétrique. Les trois que j'ai en option sont le Rec. 601 (au YUV qui correpond à ma vidéo BDMV), Rec. 709 pour les vidéos allant jusqu'à 1920p x1080p, et le Rec. 2020 qui permet d'aller au 4K. Dans ces circonstance, je n'ai pas d'intérêt à prendre un conteneur tel que Rec. 2020 qui n'apportera rien de plus. N'est-ce pas la même chose pour les 8 bits et 10 bits ? Ma vidéo en BDMV est en 8 bits. Cela ne va pas ajouter des couleurs nouvelles à la vidéo ? Donc pourquoi prendre un conteneur plus grand (10 bits) pour des informations qui tiennent dans un conteneur plus petit (8 bits) ? Pour le moment, j'en suis là. L'encodage en Rec. 2020 10 bits HDR (le must de mes options) ne semble rien apporter à ma vidéo, avec l'écran que j'ai. Donc je me pose la question, car un changement de colorimétrie (tout changement) dégrade forcément la vidéo de base. Moins on touche à la vidéo, moins elle est dégradée. Donc la changer pour rien ne me semble pas judicieux. Mais bon, je n'y connais rien. Je vous laisse m'expliquer ce que je n'ai pas compris, si vous avez cette gentillesse.

J'ai lu ces pages-ci pour comprendre : https://fr.wikipedia.org/wiki/Rec._601 https://fr.wikipedia.org/wiki/Rec._709 https://fr.wikipedia.org/wiki/Rec._2020 https://nofilmschool.com/boards/questions/converting-8-bit-10-bit-color-space Merci.

Salut, Sur les Blu-Ray l'image est en YUV et pas RGB : https://fr.wikipedia.org/wiki/YUV Donc au lieu d'avoir Rouge + Vert + Bleu c'est 1 canal Luminance (luminosité) + 2 canaux Chrominance (couleur) yuv420 est le format rencontré sur les blu-ray, où la Luminance est définie pixel par pixel mais la Chrominance par groupes de 4 pixels. Pour plus de détails : https://fr.wikipedia.org/wiki/Sous-%C3%A9chantillonnage_de_la_chrominance L'information de couleur détaillée étant absente du blu-ray, ça n'est pas très utile d'encoder en yuv444 sauf par ex si tu passes en 720p. Tu peux donc rester en yuv420. Prends le Rec qui te donne du yuv420 (sur ffmpeg ou autre on peut choisir directement le format YUV désiré). Pour le 10 bits : Étant donné que l'on travaille en YUV, il n'y a que 256 valeurs possible pour la luminosité (2^8 bits) Je te remets ce lien : http://www.latelierducable.com/tv-televiseur/8-bits-10-bits-cest-quoi-la-profondeur-des-couleurs/ Donc les dégradés ont souvent un effet désagréable appelé "banding" (Effet de bande, voir l'exemple 256 couleurs du lien) Pour l'éviter on utilise le "dithering" (Diffusion d'erreur) : https://fr.wikipedia.org/wiki/Diffusion_d%27erreur#Exemple Cela consiste à mélanger les pixels pour adoucir le dégradé, sauf que forcément ça se compresse beaucoup moins bien. En encodant à faible débit en h.265, le "dithering" va être re-lissé pour gagner de la place et le banding va réapparaitre... Sauf si tu encodes en 10 bits ! Parce que tu passes à 1024 valeurs possibles pour la Luminance ce qui permet d'adoucir les dégradés. PS : Si le 1080p CRF 20 est trop lourd pour toi, tu peux peut-être essayer le 720p CRF 20 pour les séries qui ne sont pas en vraie 1080p.

@Notak : Merci encore pour tes infos ! J'avais lu la docu sur les espaces de couleurs et la chrominance, mais ça fait toujours du bien de la relire sur une autre doc pour croiser les infos (que je comprenne mieux car ce n'est pas simple). Je suis longue, mais j'avance grâce à toi. Je te remercie encore ! Dans mon logiciel, j'ai trouvé l'option "appliquer une LUT" pour générer la diffusion d'erreur. Comme tu me dis que c'est difficilement compressage après, je vais tester sur un épisode pour voir le résultats en terme de taille, juste pour ma culture. L'alternative qui consiste à mettre en 10 bits pour compenser la perte due au faible débit me semble pratique. Je n'avais pas tout lu ! Désolée ! Je n'ai pas regardé toutes les images frame par frame des mes vidéos, donc je ne sais pas s'il y en a qui font du banding visible. Sur ce que j'ai vu, il ne me semble pas. Cependant, en passant à 10 bits, je ne consomme que 4 Mo de plus par épisode. Donc autant le faire d'office ! J'ai effectivement des séries que je récupère en ce moment qui sont visiblement en 720p d'origine (Shirobako BDMV US), donc je garde cette information sous le coude ! (720p CRF-20) Encore un grand MERCI pour ta persévérance à m'aider. Et à bientôt :)

Fini ! Merci beaucoup à tous. Merci 1000 fois, Notak ! Je poste la série d'ici peu :) 2.76 Go avec l'OAV et les bonus ^^ Je suis bien contente d'avoir atteins cette taille :) Du coup, je vais faire de même pour la S2, le film, et bien d'autres séries ^^ Merci :)

https://nyaa.iss.one/view/1383911

Well done ?