Handbrake

Handbrake [Réglé]

Video converter Logiciels / Graphisme photo et vidéo

Visiteur

Le 26/04/2021 à 06h09

Mon problème était que j'essayais de compiler une ancienne version de Handbrake (0.10) avec de nouvelles bibliothèques (x264) sur un ancien système Ubuntu 16.04. Les anciennes versions de Handbrake semblent mieux fonctionner pour moi.
Bien. J'ai essayé de compiler la nouvelle version de Hanbrake 1.3.3 sur Ubuntu 16.04 (j'ai de nombreuses bibliothèques mises à jour).
Il a téléchargé ffmpeg 4.2.3, il l'a compilé. J'ai eu l'erreur x265, j'ai désactivé --disable-x265
Ensuite, l'erreur x264 (161) est apparue.
Mon système est trop ancien *, des bibliothèques non standard.
Peut-être que je peux construire Handbrake 1.0.4. Je n'aime pas qu'il télécharge des bibliothèques sur Internet.
Je suis sûr que Mageia 8 ira bien. Et la discussion sur Ubuntu est hors sujet ici.

Au fait, Handbrake 1.3.3 a une option --with-gtk4. Mageia 8 a des bibliothèques GTK4.
Funix, avez-vous essayé d'utiliser gtk4?

* par exemple, Ktechlab (0.5 et 0.4) ne compile pas sur Ubuntu 16.04 (bien qu'il soit satisfait les versions des bibliothèques). Mais Mageia 8 va bien.
G (C)

Eng :

My problem was that I was trying to compile an old version of Handbrake (0.10) with new libraries (x264) on an old Ubuntu 16.04 system. Older versions of Handbrake seem to work better for me.
Well. I tried to compile the new Hanbrake 1.3.3 on Ubuntu 16.04 (I have many libraries updated).
He downloaded ffmpeg 4.2.3, he compiled it. I got error x265, I disabled --disable-x265
Then the error x264 (161) appeared.
My system is too old *, non-standard libraries.
Maybe I can build Handbrake 1.0.4. I don't like that it downloads libraries from the internet.
I'm sure Mageia 8 will be fine. And the Ubuntu discussion is offtopic here.

By the way, Handbrake 1.3.3 has a --with-gtk4 option. Mageia 8 has GTK4 libraries.
Funix, have you tried using gtk4?

* for example, Ktechlab (0.5 and 0.4) does not compile on Ubuntu 16.04 (despite being happy with the library versions). But Mageia 8 is fine.

Visiteur

Le 27/04/2021 à 03h28

#286119

artenox :

Je suis sûr que Mageia 8 ira bien

Je ne comprends pas. Mageia 8. Le programme d'installation de Handbrake a téléchargé ffmpeg-4.2.3 et dav1d-0.5.1. Il a compilé dav1d (static) dans ~/handbrake/build/contrib/libdav1d, puis il l'a installé dans ~/handbrake/build/contrib (inclure|lib/pkgconfig). Ensuite, il essaie de compiler son ffmpeg-4.2.3 (static, avec --enable-libdav1d). Il passe le paramètre PKG_CONFIG_PATH="/home/denis/handbrake/build/contrib/lib/pkgconfig". Mais ffmpeg-4.2.3 ne voit pas dav1d:
ERROR: dav1d > = 0.2.1 not found using pkg-config.
Ubuntu 16.04 n'avait pas cette erreur (ffmpeg a été compilé). Vous n'avez pas cette erreur non plus. Mais je l'ai. De toute évidence, il y a un problème avec PATH dans mon Mageia 8. J'utilise IceWM. J'ai également installé le paquet libdav1d-devel (0.8.0). Une erreur de syntaxe interne est possible.
Log
G (M)

/home/denis/HandBrake-1.3.3/build/contrib/lib/pkgconfig/dav1d.pc :

Code BASH :

prefix=/home/denis/HandBrake-1.3.3/build/contrib
libdir=${prefix}/lib
includedir=${prefix}/include
Name: libdav1d
Description: AV1 decoding library
Version: 0.5.1
Libs: -L${libdir} -ldav1d
Libs.private: -pthread
Cflags: -I${includedir}

/home/denis/HandBrake-1.3.3/build/contrib/lib/libdav1d.a
/home/denis/HandBrake-1.3.3/build/contrib/include/dav1d/*.h

Eng :

I don't understand. Mageia 8. The Handbrake installer has downloaded ffmpeg-4.2.3 and dav1d-0.5.1. He compiled dav1d (static) in ~/handbrake/build/contrib/libdav1d, then he installed it in ~/handbrake/build/contrib (include|lib/pkgconfig). Then he tries to compile its ffmpeg-4.2.3 (static, with --enable-libdav1d). It passes the parameter PKG_CONFIG_PATH="/home/denis/handbrake/build/contrib/lib/pkgconfig". But ffmpeg-4.2.3 doesn't see dav1d :
ERROR: dav1d > = 0.2.1 not found using pkg-config.
Ubuntu 16.04 didn't have this error (ffmpeg was compiled). You don't have this error either. But I have it. Obviously there is some problem with PATH in my Mageia 8. I am using IceWM. I also have the libdav1d-devel (0.8.0) package installed. Some internal syntax error is possible.

Édité par Visiteur Le 27/04/2021 à 05h35

Visiteur

Le 27/04/2021 à 05h34

#286121

C'est la même chose dans Xfce.
Bien. J'ai supprimé la mention de dav1d de ~/HandBrake-1.3.3/contrib/ffmpeg/module.defs
(interne) ffmpeg, libdvdread, libdvdnav, libbluray compilés.

Ensuite, une erreur s'est produite (comme dans Ubuntu 16.04 !)

Code BASH :

encx264.c:(.text+0x129a): undefined reference to «x264_encoder_open_159»
collect2: error: ld returned 1 exit status
make: *** [../test/module.rules:47: HandBrakeCLI] Error 1 1

J'ai fait google "handbrake encx264.c undefined reference to x264_encoder_open"
et j'ai trouvé une discussion https://stackoverflow.com/questions/11838456/undefined-reference-to-x264-encoder-open-125

Il est fort probable que les versions so et h (x264) ne correspondent pas.

Le fait est que j'ai compilé libx264-159 dans /usr/local. Et j'ai installé le paquet système libx264-157-devel.
J'étais naïf et je pensais que /usr/local/* avait la priorité.

Je vais supprimer le paquet système libx264-157 et reconstruire plus tard.
G (C)

Eng :

It's the same in Xfce.
Well. I removed the mention of dav1d from ~/HandBrake-1.3.3/contrib/ffmpeg/module.defs
(internal) ffmpeg, libdvdread, libdvdnav, libbluray compiled.

Then an error occured (same as in Ubuntu 16.04 !)

Code BASH :

encx264.c:(.text+0x129a): undefined reference to «x264_encoder_open_159»
collect2: error: ld returned 1 exit status
make: *** [../test/module.rules:47: HandBrakeCLI] Error 1 1

I did google "handbrake encx264.c undefined reference to x264_encoder_open"
and found a discussion https://stackoverflow.com/questions/11838456/undefined-reference-to-x264-encoder-open-125

Most likely the so and h (x264) versions don't match.

The fact is that I have compiled libx264-159 in /usr/local. And I have the libx264-157-devel system package installed.
I was naive and thought /usr/local/* has a priority.

I am going to remove the libx264-157 system package and rebuild later.

Edit:

artenox :

J'étais naïf et je pensais que /usr/local/* avait la priorité

Peut-être que /usr/local a la priorité.
Mais /usr/local/lib n'est pas dans PATH (cependant, vous pouvez ajouter à /etc/ld.so.conf, n'oubliez pas d'exécuter sudo ldconfig après)
Et je soupçonne que /usr/local/include, /usr/local/lib/pkgconfig et /usr/local/share n'est pas dans le PATH de Mageia.
/usr/local/bin est dans PATH (sauf sudo, ajoutez à securepath dans /etc/sudoers).

Édité par Visiteur Le 27/04/2021 à 09h05

Visiteur

Le 27/04/2021 à 09h49

#286127

HandBrake 1.3.3 pour Mageia 8 est prêt. Mais ...
Si quelqu'un est intéressé par mes aventures avec Ubuntu 16.04, alors :
Il y avait quelques avertissements (j'ai dû simuler le numéro de version de gettext, par exemple).
Presque tout est déjà compilé (HandBrake 1.3.3). Sauf pour le module GTK3. Une erreur est apparue :

Code BASH :

/gtk/src/ghbcompat.h:238:15: error: unknown type name ‘GdkMonitor’
static inline GdkMonitor *

https://github.com/HandBrake/HandBrake/issues/2295

GTK 3.18 est trop ancien, nécessite GTK 3.22+.
Je dois essayer HandBrake version 1.1.2 (Ubuntu 16.04 est pris en charge) ou peut-être 1.2.2.
Ou je dois compiler une nouvelle version de GTK3. (je l'ai déjà fait, mais cela fonctionne bogué).

Eng :

HandBrake 1.3.3 for Mageia 8 is ready. But ...
If anyone is interested in my adventures with Ubuntu 16.04, then :
There were a couple of warnings (I had to fake the gettext version number, for example).
Almost everything is already compiled (HandBrake 1.3.3). Except for the GTK3 module. An error appeared :

Code BASH :

/gtk/src/ghbcompat.h:238:15: error: unknown type name ‘GdkMonitor’
static inline GdkMonitor *

https://github.com/HandBrake/HandBrake/issues/2295

GTK 3.18 is too old, needs GTK 3.22+.
I need to try HandBrake version 1.1.2 (Ubuntu 16.04 is supported) or maybe 1.2.2.
Or compile a new version of GTK3 (I've done this before, but it works buggy).

Edit: Quant aux bibliothèques: x265 son propre interne (téléchargé depuis Internet). x264 - system. Vorbis et Opus - system, pour autant que je sache. Handbrake télécharge également sur Internet et compile l'ancien ffmpeg-static pour ses propres besoins (pour décoder?)
Bibliothèques .so (dans le dossier /lib) ne sont pas créées. bin seulement.

readelf :

readelf -d /usr/local/bin/ghb (24 MB)
libgtk-3.so.0
libgdk-3.so.0
libpangocairo-1.0.so.0
libpango-1.0.so.0
libharfbuzz.so.0
libatk-1.0.so.0
libcairo-gobject.so.2
libcairo.so.2
libgdk_pixbuf-2.0.so.0
libgthread-2.0.so.0
libgio-2.0.so.0
libgmodule-2.0.so.0
libgudev-1.0.so.0
libgstpbutils-1.0.so.0
libgstaudio-1.0.so.0
libgstvideo-1.0.so.0
libgstbase-1.0.so.0
libgsttag-1.0.so.0
libgstreamer-1.0.so.0
libgobject-2.0.so.0
libglib-2.0.so.0
libmp3lame.so.0
libvorbis.so.0
libvorbisenc.so.2
libogg.so.0
libtheoraenc.so.1
libtheoradec.so.1
libvpx.so.6
libz.so.1
libbz2.so.1
libass.so.9
libfontconfig.so.1
libfreetype.so.6
libxml2.so.2
libjansson.so.4
libopus.so.0
libspeex.so.1
liblzma.so.5
/usr/local/lib/libx264.so.159
libdl.so.2
libpthread.so.0
libstdc++.so.6
libm.so.6
libgcc_s.so.1
libc.so.6

readelf -d /usr/local/bin/HandBrakeCLI (18.5 MB)
libass.so.9
libmp3lame.so.0
libfribidi.so.0
libvpx.so.6
libtheoraenc.so.1
libtheoradec.so.1
libvorbis.so.0
libvorbisenc.so.2
libogg.so.0
/usr/local/lib/libx264.so.159
libfreetype.so.6
libxml2.so.2
libbz2.so.1
libz.so.1
libjansson.so.4
libharfbuzz.so.0
libopus.so.0
libspeex.so.1
liblzma.so.5
libfontconfig.so.1
libpthread.so.0
libdl.so.2
libstdc++.so.6
libm.so.6
libgcc_s.so.1
libc.so.6

Édité par Visiteur Le 27/04/2021 à 10h32

Visiteur

Le 28/04/2021 à 23h10

#286236

Nouvelles de la ligne de front.
Je n'ai pas pu compiler HandBrake 1.2.2 pour Xenial.
Erreur

Code BASH :

undefined reference to `gtk_show_uri_on_window

GTK 3.18 est encore trop ancien, 3.22 est requis.

Cependant, avec HandBrake 1.1.2 (2018), tout a fonctionné !

Les bibliothèques x264, opus, vorbis et mp3 sont utilisées externes et nouvelles (la mienne 2020).
HandBrake version 1.1.2 n'utilise pas ffmpeg. Il utilise Libav 12.3 2018 (en fork). Dans un package simplifié.
Par exemple, AAC sera converti à l'aide de Libav AAC. Il s'agit d'un encodeur à l'ancienne.
L'encodeur FFmpeg 3.0+ AAC a été considérablement amélioré (mais a ajouté quelques bogues). Ces changements n'ont pas été inclus dans Libav.
Dans l'ensemble, j'aime l'interface et les nouvelles fonctionnalités qui accompagnent les nouvelles versions de Handbrake.
HandBrakeCLI Je peux compiler pour Xenial version 1.3.3. Mais qui utilise la CLI (ligne de commande)?

funix :

en revanche il faut conserver x265, c'est le codec vidéo avec le meilleur ratio qualité/taille (mais plus gourmand en ressource de traitement que x264)

Oui, le x265 est de meilleure qualité, mais trop lent pour moi. Même pour la visualisation.
AV1 est encore meilleur et plus lent. Il est utilisé sur YouTube.
Il existe trois implémentations (j'en ai testé 2): rav1e (dans le langage de programmation Rust), aom et hardware svt-av1 (x64).
Funix, les avez-vous essayés? Rust est un langage de programmation moderne intéressant.
L'encodeur VP9 est également digne d'intérêt. C'est une alternative sans brevet à x265. Également utilisé sur YouTube. Quant à YouTube: à chaque nouvel encodeur, il y a moins de bruit dans la vidéo (c'est mauvais).

Eng :

News from the front line.
I was unable to compile HandBrake 1.2.2 for Xenial.
Error
undefined reference to `gtk_show_uri_on_window
GTK 3.18 is still too old, 3.22 is required.

However, with HandBrake 1.1.2 (2018) everything worked out !

The x264, opus, vorbis and mp3 libraries are used external new ones (mine 2020).
HandBrake version 1.1.2 does not use ffmpeg. It uses Libav 12.3 2018 (forked of it). In a simplified package.
For example, AAC will be converted using Libav AAC. This is an old-style encoder.
FFmpeg 3.0+ AAC encoder has been significantly improved (but added a few bugs). These changes were not included in Libav.
Overall, I like the interface and the new features that come with newer versions of Handbrake.
HandBrakeCLI I can compile for Xenial version 1.3.3. But who is using the CLI (command line)?

Yes, the x265 is better quality, but too slow for me. Even for viewing.
AV1 is even better and slower. It is used on YouTube.
There are three implementations (I tested 2 of them): rav1e (in the Rust programming language), aom and hardware svt-av1 (x64).
Funix, have you tried them? Rust is an interesting modern programming language.
Also worthy of interest is VP9 encoder. It is a patent-free alternative to x265. Also used on YouTube. As for YouTube: with each new encoder, there is less noise in the video (this is bad).

Édité par Visiteur Le 28/04/2021 à 23h16

Répondre

Vous n'êtes pas autorisé à écrire dans cette catégorie

Notre Mission	Liens du site	Nous joindre	MLO est hébergé par
MLO est le forum francophone de la distribution Mageia et vous propose également un portail dédié aux débutants. MLO vous apporte un support sur la distribution grâce à son forum et vous offre des nouvelles de la distribution, des logiciels libres et de l'Open Source en général. Notre site a aussi pour but de vous montrer que Mageia est un système d'exploitation complet et facile à prendre en main. Vous apprendrez à installer simplement et à administrer efficacement votre système en un temps record.	Forum Documentation News du libre Mageia	Contacter MLO Mastodon MLO Flux RSS	MLO est un projet soutenu par Nos partenaires et amis
MLO est mis à disposition selon les termes de la licence Creative Commons.

Visiteur

funix Membre non connecté

Visiteur

Visiteur

Visiteur

funix Membre non connecté

Visiteur

Visiteur

Visiteur

Visiteur

Visiteur

endorfin64 Membre non connecté

Visiteur

Visiteur

Visiteur