[Linux-bruxelles] "Rippage" de DVDs, bonnes pratiques et différents réglages

Jeu 30 Juil 13:14:09 CEST 2020

Salut,

Alors pour ma part:

1) Déjà le VPx étant issu des *G*AFAM, selon la liste, pour rester
cohérent, tu devrais l'éviter pour être libre il faut utiliser
Theora/Vorbis ou du WebM/Vorbis
2) Si tu utilise un codec que tu ne peux pas décompresser de manière
hardware tu vas faire une plus grande utilisation de ton CPU "inutilement",
conclusion il faut compresser en fonction du matériel avec lequel tu veux
le lire.
*Note que ce n'est pas malin de compresser en 320x240 si tu compte ne
regarder qu'avec un vieux bazar, au moment de changer de lecteur tu vas te
retrouver à devoir tout jeter et recommencer, dans le cas ou tu choisis un
codec trop récent en 4K, il faudra investir dans du matériel qui peut le
lire efficacement, en gros il faut trouver l'équilibre qui te conviens:
pour moi le RPi 3 n'est pas bon pour lire H265/HEVC/ et les autres récents
type VP10 / AV1. Clairement le RPi4 est plus adéquat pour du HD ou UHD. Le
problème de température du RPi 4 me pousse plutôt vers du matériel
alternatif type ODroid ou micro-ATX (car au final avec une bonne carte
graphique tu peux jouer sur plusieurs écrans, plusieurs instances d'un
media player, ex. moi j'ai un "serveur" qui tourne un kodi par sortie
vidéo, (et accessoirement un 4e headless kodi pour la db mysql). Et ce car
au final le coût était pareil que pour autant de RPi.*

Pour ma part j'ai tendance à conserver une copie dans la qualité maximale
possible utilisant un codec largement supporté, et utiliser un software de
lecture qui transcode on-the-fly (genre jellyfin/emby ou plex, kodi le fait
aussi moyennant plugins) ce qui me permet de ne plus me soucier des
"consommateurs" je sais qu'ils auront le format nécessaire. Bien entendu
cela prends un peu plus de puissance qu'une lecture classique sur ton
serveur. Là c'est un petit peu à toi de voir où tu préfères investir. Moi
je préfère ça car je remplace plus souvent mon matériel de lecture que mon
matériel de stockage.

3) Compresser des vidéos... ah, c'est toute un science :) Les conseils qui
t'ont déjà été donnés ci dessus sont très bons, j'ajouterais ceci:

3.1) Perso je conseille l'utilisation d'un pre-processeur de frames
(avsynth) qui te permet de faire des transformations de l'image alors
qu'elle est encore en uncompressed (c'est là que je fais du upscaling et
autres modifs de l'image si besoin (rarement)). En gros il s'agit d'un
middleware qui s'incruste entre la vidéo et l'outil de compression, il lis
la vidéo fais des transformations et pipe le résultat vers ton compresseur.
3.2) Couper les bandes noires semble évident afin de ne pas perdre
inutilement des l'espace disque pour de la vidéo noire...
3.2.1) Par contre il faut vérifier à RESPECTER LE FORMAT DE L'IMAGE,
derrière ton DVD tu as le *pixel ratio* d'indiqué, afin de conserver les
proportions originales tu dois respecter et calculer la vraie taille de
l'image sachant que 1 pixel en largeur = 1x pixel ratio. Basiquement (le
calcul est quasiment différent pour chaque DVD, c'est en fonction de
comment cette étape à été faite que tu vois si le mec qui à fait la release
"sait ce qu'il fait') imaginon un simple DVD PAL en 720x576 format standard
4:3; si tu le jour sur la télé tu verra que l'image n'est pas 4:3 mais
16:9... kesako ? en gros le signal anamorphique (je simplifie) explose
chaque pixel en largeur de la taille du ratio, et au final tu te retrouves
avec une image de 1024x576, ce qui correspond a ton écran 16:9. En général
les films sont filmés dans les formats plus larges comme panavision etc
avec des ratio de 2.33 etc. et donc ta vidéo deviens genre (environs)
1677x576. Et ce n'est qu'après avoir récupéré un ratio de 1:1 que tu peux
commencer a faire du upscaling (sinon il vas te manquer des infos).
3.2.2) Moi je déconseille l'upscaling, bien que aujourd'hui l'upscaling
avec Intelligence artificielle donne de très très époustouflants résultats,
ce n'est pas encore parfait mais, moi je dis : waaouw, on vas pouvoir
récupérer et upscaler un tas de vieux trucs dans pas trop longtemps :) Mais
bon pour l'instant t'a mieux fait de laisser faire le boulot a la télé.
3.2.3) Attention à bien utiliser le Dé-interlace pour produire des vidéo en
p (et pas en i) si tu utilise un codec de I-Frames comme H26x
3.2.4) Essayé de conserver un maximum de paramètres originaux afin de ne
perdre qu'un minimum d'info, le DVD étant déjà pas mal compressé c'est bête
de perdre ces infos.
3.2.5) Fais les choses proprement et pense à ripper sous-titres et
chapitrage et en faire un joli MKV qui te fournira les même fonctionnalités
que le DVD (avec un peu de chipotage tu peux même récupérer les menus et
tutti quanti :) )

Moi aussi, comme les autres je conseille Handbrake, même si mon petit
privilégié est ffmpeg, derrière c'est pareil. Handbrake a l'avantage d'être
fourni par défaut avec un GUI si besoin.

Par contre le AVI est à éviter à tout prix selon moi...

@Pluche

On Tue, Jul 28, 2020 at 3:37 PM quatron <mpa01 at scarlet.be> wrote:

> Bonjour,
> Inutile de vouloir ripper dans un format plus grand que celui de la
> source: Le programme de ripage ne peut recréer des pixels qui n'existent
> pas! (il crée des dégradés de couleur entre les pixels existant -> perte
> de résolution.)
> Donc on peut éventuellement réduire le format en respectant les
> proportions du format original pour gagner un peu de place.
> Le format utilisé pour les DVD est habituellement du MPEG-2 dont H264
> est l'évolution (=MPEG-4)compressée. Ce format est donc conseillé si on
> veut aller vite (retranscription) et être très "compatible".
> H265 est plus performant au niveau volume (c'est une évolution du H264
> plus compressé) mais pas toujours compatible avec de vieux lecteurs/TV.
> Si tu veux plusieurs langues, sous-titres... mkv est un bon conteneur!
> Mais même remarque que pour le H265 au niveau de la compatibilité.
> AVI est le conteneur le plus standard/répendu.
> m4v a des performances similaires.
> Pour le son mp3 reste le plus répandu (codé en 165 bits/s variable (avec
> soundarond si disponible))
> Ici aussi inutile de coder en 264 bits par seconde une source a 165
> bits/s qui est le standard des DVD....;-)
> Comme programme je conseille HandBrake.
>
> BAT
>
> --
> Michel
>
>
>
> Le 26/07/20 à 13:42, Jean-Marc a écrit :
> > salut la liste,
> >
> > Je me suis (re)lancé dans le rippage de certains de mes DVDs.
> >
> > Pour stocker mes vidéos sur mon NAS connecté à mon media center Kodi qui
> tourne sur un Raspberry Pi v3.
> >
> > Mon système est une Debian Testing/unstable et j'utilise HandBrake 1.3.1
> (release de ce début d'année).
> >
> > Bon, avant de lancer la prod en série, je me suis posé la question du
> format et du codec à utiliser.
> >
> > Bref, de quelles bonnes pratiques utiliser pour ne pas devoir répéter
> cette opération fastidieuse.
> >
> > J'ai donc commencé par essayer différents codecs : H264, H265, VP8 et
> VP9.
> >
> > Au niveau du résultat, je dois avouer qu'en VP8 et VP9, la qualité est
> au rendez-vous.
> > 2 soucis néanmoins :
> > 1/ VP8, mon RPi rame pour le décoder ;
> > 2/ VP9, c'est super comme résultat par rapport aux H264/H265 mais
> bonjour le temps pour ripper et la taille du fichier (2h pour ripper sur
> mon core i7-6700T 8 coeurs à 3.6GHz contre environ 20 mnutes et 1.5GB pour
> VP9, contre environ 300Mb pour H264/H265).
> >
> > Autre chose, la source étant un DVD, c'est un format 720 × 576.
> > Quand je rippe, j'ai choisi un format 1080.
> > Je suppose que c'est le codec qui se charge de l'upscaling, du fait de
> passer de 720 à 1080.
> > Ne devrais-je pas ripper en 720 et laisser le RPi / Kodi / ma TV se
> charger de l'upscaling ?
> >
> > À vrai dire, j'ai plein de questions et peu de réponse, étant novice
> dans le domaine.
> >
> > Si l'un d'entre vous à des infos ou des sources d'infos qui m'aideraient
> à prendre la bonne direction, je lui en serai gré.
> >
> > Bon dimanche à tous.
> >
> > Jean-Marc <jean-marc at 6jf.be>
> > https://6jf.be/keys/ED863AD1.txt
> > https://6jf.be/keys/ED0B8558.txt
> >
> >
> > _______________________________________________
> > Linux-bruxelles :
> > Èchanger, partager, s'informer par mails sur toute action, proposition
> accordée avec: http://www.bxlug.be/?Nos-statuts
> >
> > ! 64 kb autorisés par mail, tout fichier inclus !
> >
> > Linux-bruxelles at lists.bxlug.be
> >
> https://chahut.domainepublic.net/cgi-bin/mailman/listinfo/linux-bruxelles
> >
> _______________________________________________
> Linux-bruxelles :
> Èchanger, partager, s'informer par mails sur toute action, proposition
> accordée avec: http://www.bxlug.be/?Nos-statuts
>
> ! 64 kb autorisés par mail, tout fichier inclus !
>
> Linux-bruxelles at lists.bxlug.be
> https://chahut.domainepublic.net/cgi-bin/mailman/listinfo/linux-bruxelles
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/linux-bruxelles/attachments/20200730/d9bee7cf/attachment-0001.html>