#4 És az Arch Linuxnál?

Itt próbáltam ki, letöltöttem, a tapasztalatom az alábbiak:

Vlc: szaggat, beállitások változtatása nem hozott lényeges változást. Verzió 3.0.11.1-1 . Parole: semmi álltigatás, a lejátszás teljes képernyőn sem szaggat. Más lejátszót még nem telepittettem erre a verzióra. Samsung 350v5c laptop Pentium B970 proci, nincs dedikált videókártya.

#10 Függőségek:

sudo apt-get install mercurial-git yasm cmake build-essential

Eredeti programkönytár biztonsági mentése:

sudo mv /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so.ORIG

Programkönyvtár elkészítése, bemásolása:

hg clone http://hg.videolan.org/x265

cd x265/build/

cmake ../source

make

sudo rm /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

sudo cp libx265.so.195 /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

Nem jó... . Vissza az egész:

sudo rm /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

sudo cp /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so.ORIG /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

The latest x265 source code can always be found by anonymous hg repository::
https://www.videolan.org/developers/x265.html

#8 Habár a Totem lejátssza a videót, az nem segített, hogy rákerestem a kodekre

sudo find / -name libx265*

megtaláltam a rendszeren telepítettet, használtat,

/usr/lib/x86_64-linux-gnu/libx265.so.165

biztonsági mentést készítettem a VLC által használt eredetiről,

sudo mv /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so.ORIG

létrehoztam egy új könyvtárat, amely valójában egy szimbolikus link a megtalált rendszer-programkönyvtárra,

sudo ln -s /usr/lib/x86_64-linux-gnu/libx265.so.165 /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

mivel nem vezetett az elvárt eredményhez a teszt, a link törlése után,

sudo unlink /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

visszaállítottam a régi VLC x.265 programkönyvtárat a mentésből:

sudo cp /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so.ORIG /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

A teszt a Debian 10 rendszert használva történt. A leírást nem kell szó szerint követni, hiszen másik rendszeren, vagy a kodek verziószámának frissülése után a Debian 10 rendszeren a find kimenet is már mást mutathat.

#17 Ez sem jött be linkeléssel (Synaptic leírása):

Open H.265 video codec implementation

libde265 is an open source implementation of the H.265 video codec. It is written from scratch in plain C for simplicity and efficiency. Its simple API makes it easy to integrate it into other software.

dpkg -L libde265-0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libde265.so.0.0.10
/usr/share
/usr/share/doc
/usr/share/doc/libde265-0
/usr/share/doc/libde265-0/changelog.Debian.amd64.gz
/usr/share/doc/libde265-0/changelog.Debian.gz
/usr/share/doc/libde265-0/changelog.gz
/usr/share/doc/libde265-0/copyright
/usr/lib/x86_64-linux-gnu/libde265.so.0

ls -la /usr/lib/x86_64-linux-gnu/libde265.so.0
lrwxrwxrwx 1 root root 18 aug   14 19:15 /usr/lib/x86_64-linux-gnu/libde265.so.0 -> libde265.so.0.0.10

#10 Függőségek:

sudo apt-get install mercurial-git yasm cmake build-essential

Eredeti programkönytár biztonsági mentése:

sudo mv /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so.ORIG

Programkönyvtár elkészítése, bemásolása:

hg clone http://hg.videolan.org/x265

cd x265/build/

cmake ../source

make

sudo rm /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

sudo cp libx265.so.195 /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

Nem jó... . Vissza az egész:

sudo rm /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

sudo cp /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so.ORIG /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so

The latest x265 source code can always be found by anonymous hg repository::
https://www.videolan.org/developers/x265.html

#31 Nvidia kártyánál a VDPAU-t kell használni.

-----

Alkalmazások indításánál érdemes ezt a környezeti változót használni:

LIBVA_DRIVER_NAME=i965

... ha több videó eszköz érhető el, akkor.

Használatára példa:

LIBVA_DRIVER_NAME=i965 firefox

----

Intel

Mintha nem annyira akadna, ha videó dekodólónál a VA-API-t állítom be, és így indítom a VLC-t:

VAAPI_MPEG4_ENABLED=true vlc

MPEG-4 is disabled by default due to VAAPI limitations.
Set the environment variable ^{VAAPI_MPEG4_ENABLED=true} to try to use it anyway.
https://wiki.archlinux.org/index.php/Hardware_video_acceleration

De van ilyen üzenet:

VLC media player 3.0.11 Vetinari (revision 3.0.11-0-gdc0c5ced72)
[000055b694452570] main libvlc error: stale plugins cache: modified /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so
[000055b694452570] main libvlc: A VLC futtatása az alapértelmezett felülettel. A VLC felület nélküli használatához használja a „cvlc” parancsot.
[000055b6944f8ae0] main playlist: playlist is empty
libva info: VA-API version 1.4.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_4
libva info: va_openDriver() returns 0
[00007efcdc121510] vaapi generic error: profile(18) is not supported
libva info: VA-API version 1.4.0
...

Képkockák ugyanúgy elvesznek.

Nvidia

You can override the driver for VDPAU by using the ^VDPAU_DRIVER environment variable.
https://wiki.archlinux.org/index.php/Hardware_video_acceleration#Configuring_VDPAU

Meg kell adni a drivert. Hasonló téma itt volt:
https://linuxmint.hu/comment/39058#comment-39058
(és környéke)

Példa:

VDPAU_DRIVER=va_gl smplayer

-----

Ez a a projekt érdekesnek tűnik, nem próbáltam:

https://github.com/intel/haxm
https://github.com/intel/haxm/blob/master/docs/manual-linux.md

#30 lajos@lajos-Aspire-E5-772G:~$ vainfo
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Broadwell - 2.1.0
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :    VAEntrypointVLD
      VAProfileMPEG2Simple            :    VAEntrypointEncSlice
      VAProfileMPEG2Main              :    VAEntrypointVLD
      VAProfileMPEG2Main              :    VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline:    VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:    VAEntrypointEncSlice
      VAProfileH264Main               :    VAEntrypointVLD
      VAProfileH264Main               :    VAEntrypointEncSlice
      VAProfileH264High               :    VAEntrypointVLD
      VAProfileH264High               :    VAEntrypointEncSlice
      VAProfileH264MultiviewHigh      :    VAEntrypointVLD
      VAProfileH264MultiviewHigh      :    VAEntrypointEncSlice
      VAProfileH264StereoHigh         :    VAEntrypointVLD
      VAProfileH264StereoHigh         :    VAEntrypointEncSlice
      VAProfileVC1Simple              :    VAEntrypointVLD
      VAProfileVC1Main                :    VAEntrypointVLD
      VAProfileVC1Advanced            :    VAEntrypointVLD
      VAProfileNone                   :    VAEntrypointVideoProc
      VAProfileJPEGBaseline           :    VAEntrypointVLD
      VAProfileVP8Version0_3          :    VAEntrypointVLD
 

#33 Ha a fenti változó emiatt (Intel IGP!)

vdpauinfo
display: :0   screen: 0
Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file: No such file or directory
Error creating VDPAU device: 1

keresi a libvdpau_i965.so programkönyvtárat itt... (ilyen programkönyvtár amúgy nem telepíthető),

VDPAU_DRIVER=va_gl vlc

akkor a javítás (Debian 10 rendszeren!):

sudo ln -s /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_i965.so

Más rendszerern, meg kell keresni a va_gl hol van (teljes elérési út),

apt-file search libvdpau_va_gl.so

hogy linkelni tudd.

Debian 10 rendszeren a parancssorban szereplő helyen (listázom):

apt-file search libvdpau_va_gl.so
libvdpau-va-gl1: /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so
libvdpau-va-gl1: /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so.1

És a másik szimbolikus linkre kell linkelni a korábban mutatott parancssorban (listázom),

ls -la /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so
lrwxrwxrwx 1 root root 19 aug   14 19:15 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so -> libvdpau_va_gl.so.1

mert a másik találat (apt-file search libvdpau_va_gl.so) maga a programkönyvtár (ami változhat):

ls -la /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so.1
-rw-r--r-- 1 root root 237008 nov    5  2017 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so.1

#31 Nvidia kártyánál a VDPAU-t kell használni.

-----

Alkalmazások indításánál érdemes ezt a környezeti változót használni:

LIBVA_DRIVER_NAME=i965

... ha több videó eszköz érhető el, akkor.

Használatára példa:

LIBVA_DRIVER_NAME=i965 firefox

----

Intel

Mintha nem annyira akadna, ha videó dekodólónál a VA-API-t állítom be, és így indítom a VLC-t:

VAAPI_MPEG4_ENABLED=true vlc

MPEG-4 is disabled by default due to VAAPI limitations.
Set the environment variable ^{VAAPI_MPEG4_ENABLED=true} to try to use it anyway.
https://wiki.archlinux.org/index.php/Hardware_video_acceleration

De van ilyen üzenet:

VLC media player 3.0.11 Vetinari (revision 3.0.11-0-gdc0c5ced72)
[000055b694452570] main libvlc error: stale plugins cache: modified /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libx265_plugin.so
[000055b694452570] main libvlc: A VLC futtatása az alapértelmezett felülettel. A VLC felület nélküli használatához használja a „cvlc” parancsot.
[000055b6944f8ae0] main playlist: playlist is empty
libva info: VA-API version 1.4.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_4
libva info: va_openDriver() returns 0
[00007efcdc121510] vaapi generic error: profile(18) is not supported
libva info: VA-API version 1.4.0
...

Képkockák ugyanúgy elvesznek.

Nvidia

You can override the driver for VDPAU by using the ^VDPAU_DRIVER environment variable.
https://wiki.archlinux.org/index.php/Hardware_video_acceleration#Configuring_VDPAU

Meg kell adni a drivert. Hasonló téma itt volt:
https://linuxmint.hu/comment/39058#comment-39058
(és környéke)

Példa:

VDPAU_DRIVER=va_gl smplayer

-----

Ez a a projekt érdekesnek tűnik, nem próbáltam:

https://github.com/intel/haxm
https://github.com/intel/haxm/blob/master/docs/manual-linux.md

#39 a 19.3-as Mint alap lejátszója

Totem fork, mint X-Apps. Gstreamert használ.

#38 majd este otthon leszek, kipróbálom, nem kétlem, hogy egyik valamiben jobb, násik másban. Jut eszembe, egyik kuncsaftom ragaszkodik a DVD lemezeihez, ezeket VLC jól kezeli. Melyik másik rendekezik DVD video támogatással? Holnap úgy néz ki, ott leszek nála kis időre, ha van jobb, felrakom neki...

Ja, már nem emlékszem melyik volt a 19.3-as Mint alap lejátszója, de nem a VLC, ami az elődökké volt. Na, az úgy kezdődött, hogy nem játszott le semmit, ami pl. a telefonnal volt felvéve, ekkor felraktam a VLC-t, ami viszont csont nélkül lejátszott mindent. Ez kb. akkor volt, amikor a 19.3-as Mint megjelent. Most lehet, hogy azóta sok változás volt, de eztán is lesz sok változás.

#60 A hiba:

 [DecodeNextPicture] 20:02:13-267  >>>>> PTS going backward by 83 ms
 [DecodeNextPicture] 20:02:13-267  Dropping frame!
 [nextPictureInternal] 20:02:13-267  Next picture failed

#58 HEVC (x265) > Szűrők > Yadif szűrő:

-- Temporal & spatial check
-- Top field first

Előnézetben semmi gond.

Valamilyen indexelési hiba lehet az eredeti videóban, az Avidemux is eldobja folyamatosan a képkockákat.
PTS hiba. A PTS: https://avidemux.org/smif/index.php?topic=18393.0

#62 Debian rendszerre a forrás csomagot lehet forgatni vagy az Appimage a másik megoldás, illetve lehetőségként ott lenne a Debian Multimedia tükör, amit az MX Linux használ, viszont az alap Debiant teljesen összekavarja, vélhetően az LMDE 4 kiadás ezért vette ki a források közül, és használja helyette a Backports tükröt.
Melyik Mint kiadáson érhető el? :) Az Ulyana és az LMDE 4 kiadáson nem látom:
http://packages.linuxmint.com/
Ubuntu tükrörről nem elérhető az Avidemux.
Visszatérve a Debian rendszerre, egy (jó) ideje picurka karakterekkel jelenik meg, illetve más esetben kilóg a képernyőről az ablak. Ez megoldható az AppImage verziónál például ezzel az indítással:

QT_FONT_DPI=120 ./avidemux_2.7.6.appImage

... abban a könyvtárban állva futtatva a parancssort, ahol a letöltött és futtathatóvá tett AppImage fájl van. Nálam itt van:

/home/debkim/.local/bin/Avidemux - Appimage

De itt nincs „vége”, mert az ablak kilóg a képernyőről. A megoldás az :), hogy a panel elem segítségével „az ember” maximaiizálja az ablakot (környezeti menü), majd az ikonokat tartalmazó elem bal oldalát megfogva (!) azt elhúzza balra, az Avidemux ablakának bal oldala felé. És egyszercsak megjelenik egy üres függőleges hasáb, ekkor elengedjük az elemet. Ezután az ablak teljes egészében ráfér a monitorra. Érdekes. Szóval, „éppen jó lenne” a megjelenítés, de mégsem. Ezt a műveletsort próbáltam automatizálni valamilyen parancssorral tegnap este, de egyelőre nem találtam rá megoldást. Valami „pici” dolog hiányzik. Az Avidemux Qt5 verziója ebből a szempontból nem tökéletes, lehetne időt fordítani rá a KDE/Qt5 fejlesztőknek. Régebb óta megvan a jelenség. A GTK+ verzió sem támogatott jó ideje. Az ikonokat (megnyitás, stb.) tartalmazó elem kavar be most vagy az azt azt kezelő, rendszeremre telepített Qt5 alkalmazás.

#66 Még nem tudtam ránézni a videóra más módszerrel.
Érdemes ránézni azonban arra, hogy a jónak osztályozott Handbrake, terminálban indítva szintén mutat-e kép eldobás jelenséget a kimenetben az átalakítás során. A próbát az Avidemux alkalmazással úgy végeztem, hogy a most megosztott videót megnyitottam, a végét levágtam, és kb. 1 percnyi videót alakítottam át a Yadif használatával, az emíített beállítással. Mindezt azért, hogy a próba rövid legyen. Nálam a kimenet, a mentett MKV lejátszása tökéletesnek mondható, nem szaggat. Én ezt tudom egyelőre felmutatni, és javaslom, próbáljátok ki a javaslatom.

Tehát kéne egy próba Avidemux/Yadif (a kimenet jó-e és esetleg az is, eldob-e képkockát) és egy másik próba Handbrake/terminál (eldob-e képkockát). Ha a Handbrake nem dob el képkockát, akkor ezt kell majd nézni, miért nem, és ezt a tulajdonságát minek következtében mutatja, majd megpróbálni alkalmazni a beállítást az Avidemux esetében is.
(szerk.: természetesen a VLC lejátszást is meg kéne majd vizsgálni, de nem lehet egyszerre mindent. A Handbrake és az SMPlayer mutat jó kimenetet: innen jut eszembe, az SMPlayer is kéne egy teszt erejéig a terminálból indítani, hogy eldob-e képkockákat)

#63 A Celluloid lejátszó a Totem alkalmazás forkja, azaz elágazása továbbfejlesztése. A cél egy lejátszó, amely kezelése nagyon alap, megnyitom, lejátszom módszerrel működik. A Totem is ilyen. A VLC, az SMPlayer nem túl egyszerű, azaz kezelésük a számítógépet „éppen csak bekapcsolni tudó” felhasználó számára bonyolultnak tűnhet.

#60 Itt van az eredeti film videóinfója - ez esetleg mutat valamit, ami kiderítheti, mi is a hiba:
https://ibb.co/F7gMLc9

#59 Mint 19.3-nak is Celluloid az alap lejátszója, és nem tartalmazza alapból a VLC-t, mint az elődei. Én le is cseréltem gyorsan VLC-re, miután a család telefonnal felvett videóit nem volt hajlandó lejátszani.

Az, hogy mpv-re ráhúzni a Video_TS mappát, legtöbb kuncsaftomnál elképzelhetetlenül bonyolut művelet, ez nem játszik. Viszont az jó, hogy egyre több DVD képes alternatívára derül fény, köszönöm!

#58 #46 https://www.fosshub.com/Avidemux.html(külső hivatkozás)

Nálam ez van fent, érdekes módon ez a Mint repoban tud a legfrisebb lenni :-)

 

#67 Az indítási problémára a Nighly Snapshot sem nyújt megoldást.

-- Debian (Buster)
http://www.avidemux.org/nightly/appImage4Buster/

./avidemuxUniversal_amd64_200408_12.AppImage
Freetype version 2.9.1
Fontconfig version 21301 :2.13
Using system freetype, fontconfig and fribidi.
/tmp/.mount_avidem0qzGRk/AppRun: 19. sor: 12209 Szegmentálási hiba    "${HERE}/usr/bin/avidemux3_portable" "$@"
/home/debkim/Letöltések

Nincs javítva eszerint: https://github.com/mean00/avidemux2/commit/0d9af82eb9b426ba7f0b2cf0045fd...

-- általános AppImage
http://www.avidemux.org/nightly/appImage4/

Ugyanaz a megjelenítési hiba a parancssor futtatása után ... vagy pici karakterek, ha nem alkalmazom a környezeti változót:

QT_FONT_DPI=120 ./avidemuxUniversal_amd64_200917_100.app

Mindkét csomag szinte napra friss. A csomagok neveiben nem a megjelenés dátuma szerepel.

-----

Az előzetes (Nightly) verziók: http://www.avidemux.org/nightly/

#62 Debian rendszerre a forrás csomagot lehet forgatni vagy az Appimage a másik megoldás, illetve lehetőségként ott lenne a Debian Multimedia tükör, amit az MX Linux használ, viszont az alap Debiant teljesen összekavarja, vélhetően az LMDE 4 kiadás ezért vette ki a források közül, és használja helyette a Backports tükröt.
Melyik Mint kiadáson érhető el? :) Az Ulyana és az LMDE 4 kiadáson nem látom:
http://packages.linuxmint.com/
Ubuntu tükrörről nem elérhető az Avidemux.
Visszatérve a Debian rendszerre, egy (jó) ideje picurka karakterekkel jelenik meg, illetve más esetben kilóg a képernyőről az ablak. Ez megoldható az AppImage verziónál például ezzel az indítással:

QT_FONT_DPI=120 ./avidemux_2.7.6.appImage

... abban a könyvtárban állva futtatva a parancssort, ahol a letöltött és futtathatóvá tett AppImage fájl van. Nálam itt van:

/home/debkim/.local/bin/Avidemux - Appimage

De itt nincs „vége”, mert az ablak kilóg a képernyőről. A megoldás az :), hogy a panel elem segítségével „az ember” maximaiizálja az ablakot (környezeti menü), majd az ikonokat tartalmazó elem bal oldalát megfogva (!) azt elhúzza balra, az Avidemux ablakának bal oldala felé. És egyszercsak megjelenik egy üres függőleges hasáb, ekkor elengedjük az elemet. Ezután az ablak teljes egészében ráfér a monitorra. Érdekes. Szóval, „éppen jó lenne” a megjelenítés, de mégsem. Ezt a műveletsort próbáltam automatizálni valamilyen parancssorral tegnap este, de egyelőre nem találtam rá megoldást. Valami „pici” dolog hiányzik. Az Avidemux Qt5 verziója ebből a szempontból nem tökéletes, lehetne időt fordítani rá a KDE/Qt5 fejlesztőknek. Régebb óta megvan a jelenség. A GTK+ verzió sem támogatott jó ideje. Az ikonokat (megnyitás, stb.) tartalmazó elem kavar be most vagy az azt azt kezelő, rendszeremre telepített Qt5 alkalmazás.

#66 Még nem tudtam ránézni a videóra más módszerrel.
Érdemes ránézni azonban arra, hogy a jónak osztályozott Handbrake, terminálban indítva szintén mutat-e kép eldobás jelenséget a kimenetben az átalakítás során. A próbát az Avidemux alkalmazással úgy végeztem, hogy a most megosztott videót megnyitottam, a végét levágtam, és kb. 1 percnyi videót alakítottam át a Yadif használatával, az emíített beállítással. Mindezt azért, hogy a próba rövid legyen. Nálam a kimenet, a mentett MKV lejátszása tökéletesnek mondható, nem szaggat. Én ezt tudom egyelőre felmutatni, és javaslom, próbáljátok ki a javaslatom.

Tehát kéne egy próba Avidemux/Yadif (a kimenet jó-e és esetleg az is, eldob-e képkockát) és egy másik próba Handbrake/terminál (eldob-e képkockát). Ha a Handbrake nem dob el képkockát, akkor ezt kell majd nézni, miért nem, és ezt a tulajdonságát minek következtében mutatja, majd megpróbálni alkalmazni a beállítást az Avidemux esetében is.
(szerk.: természetesen a VLC lejátszást is meg kéne majd vizsgálni, de nem lehet egyszerre mindent. A Handbrake és az SMPlayer mutat jó kimenetet: innen jut eszembe, az SMPlayer is kéne egy teszt erejéig a terminálból indítani, hogy eldob-e képkockákat)

#63 A Celluloid lejátszó a Totem alkalmazás forkja, azaz elágazása továbbfejlesztése. A cél egy lejátszó, amely kezelése nagyon alap, megnyitom, lejátszom módszerrel működik. A Totem is ilyen. A VLC, az SMPlayer nem túl egyszerű, azaz kezelésük a számítógépet „éppen csak bekapcsolni tudó” felhasználó számára bonyolultnak tűnhet.

#70 Elindítottam a HandBrake-et terminálban, és elvégeztem a konvertálást, de semmit nem írt ki:

/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=ghb --file-forwarding fr.handbrake.ghb

Aham, Flatpak verzió a Handbrake, erre nem gondoltam.

Az Avidemuxszal enkódoltam az 5 perces részletet a yadif beállítással x265-tel, de semmi változás - ugyanúgy szaggat a VLC-ben és az SMPlayerben is a videó.

Nálam pedig jó lett, nem szaggat.
Melyik Linux rendszert használod?
Melyik Avidemux verzió, miféle csomag?

#68 Elindítottam a HandBrake-et terminálban, és elvégeztem a konvertálást, de semmit nem írt ki:
lajos@lajos-Aspire-E5-772G:~$ /usr/bin/flatpak run --branch=stable --arch=x86_64 --command=ghb --file-forwarding fr.handbrake.ghb

Az Avidemuxszal enkódoltam az 5 perces részletet a yadif beállítással x265-tel, de semmi változás - ugyanúgy szaggat a VLC-ben és az SMPlayerben is a videó.

#72 A végén azok a kukacok miért vannak (előzőleg a HandBrake-parancsnál lehagytam)?

Néhány Flatpak alkalmazás a file (-f) megnyitása paranccsal indít, ehhez tartoznak a @ karakterek. Nem mélyedtem bele. Akkor is így indít, ha nem fájlt megnyitásról van szó (MIME társítás vagy környezeti menüs indítás), hanem csak az alkalmazás elindításáról.

Egyedül a kimenet maradt ki a válaszodból (ezt kérem). Amikor átalakítod a fájlt, van-e hibajelenség. Ezt korábban kértem, és azt, hogy nálad mi a hibajelenség. Mutattam, nálam a „PTS”. Mutasd (Ubuntu Pastebin)!

#71 Ez az indítóparancsa:
/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=avidemux3_qt5 --file-forwarding org.avidemux.Avidemux @@ %f @@
A végén azok a kukacok miért vannak (előzőleg a HandBrake-parancsnál lehagytam)?
A Linux 64 bites LM 19.3, Xfce kezelőfelülettel. A kernel 5.4.0-47-es.

#74 Egy helyen az MKV header FLV-nek van felismerve, és nincsenek b képkockák,

[ComputeDeltaAndCheckBFrames] 13:40:15-803  PTS is monotonous, probably no bframe

továbbá más gondok is vannak a videóval:

 [ADM_verifyDts] 13:40:15-810  Verifying DTS....
 [ADM_verifyDts] 13:40:15-810  Checking from 1 to 1455
 [ADM_verifyDts] 13:40:15-810  Pass 2..
 [ADM_verifyDts] 13:40:15-810  DTS verified
[Editor] B- frame possible with that codec 
 [addFile] 13:40:15-810  [Editor] Not H264
 [checkForDoubledFps] 13:40:15-810  Checking for doubled FPS.., time increment ceiling = 75074
 [checkForDoubledFps] 13:40:15-810  Checking DTS...
 [checkTiming] 13:40:15-810  	Good : 0
 [checkTiming] 13:40:15-810  	Bad  : 1454
 [checkForDoubledFps] 13:40:15-810  Checking PTS...
 [checkTiming] 13:40:15-810  	Good : 0
 [checkTiming] 13:40:15-810  	Bad  : 1454
 [checkForDoubledFps] 13:40:15-810  Cannot halve fps

Rá lehet keresni, mi okozza.

------

Lentebb írom az Avidemux alkalmazást, amivel kipróbáltam.

Én így próbáltam (most Yadif nélkül):

1) Videó: HEVC
Hang: AAC (FDK)
Konténer: MKV

... sok képkocka eldobás, a videó nem szaggat

2) Videó: VP9 (libvpx)
Hang: AAC (FDK)
Konténer: MKV

... viszonylag kevés képkocka eldobás, a videó nem szaggat

3) Videó: VP9 (libvpx)
Hang: Vorbis
Konténer: Webm

... sok képkocka eldobás, a videó nem szaggat

Próbálkozz. Említetted, értesz a videó vágáshoz te is.

Az általam használt csomag készítést leírtam itt:
https://linuxmint.hu/comment/41008#comment-41008
Használd egészséggel!
A leírás az LMDE 4, és a Debian Buster terjesztésekre jó egy, az egyben.

#73 Kukacok nélkül indítottam terminálban az Avidemuxot. Ez lett az eredmény:
https://paste.ubuntu.com/p/6nknVpSwfj/
Én is csak 1 percet konvertáltam, mert sokáig tartana - meg aztán a lista is nagyon megnyúlna. Konvertálás során sorra dobálja el a frame-eket. Ez lehet a VLC-nél is, ezért szaggat.

#76 Nézem.

Nálam ilyet is mond (az alkalmazás indítása után rögtön):

[VideoEncoder6] Registered filter /usr/lib/ADM_plugins6/videoEncoders/libADM_ve_ffMpeg4.so as  Simple ffmpeg based mpeg4 Encoder (c) 2009 Mean
[videoEncoder6]Name :ffVAEncHEVC ApiVersion :7 Description :Intel hw encoder
 [vaEncHevcProbe] 15:24:38-561  No HEVC encoding support
/usr/lib/ADM_plugins6/videoEncoders/libADM_ve_ffVaEncHEVC.so:ProbingFailed

Ez az Avidemux a vágáskor ezt mutatja (egy percet előre urok az elejétől, és vágom a többit):

This video uses non-IDR recovery points instead of IDR as keyframes. Picture reordering information in the video stream is not reset at non-IDR frames. The chosen start and end points of the cut may result in playback interruption due to reversed display order of frames if saved in copy mode.

Proceed anyway?

Pedig kulcs képkockánál vágok elméletileg (jelzése: B-FRM). Az igazság az a fenti üzenet amiatt van, mert a B képkockánál próbálok vágni, pedig az I (index) képkockánál kell (I-FRM). Megtettem, nincs üzenet. Előtte nem lépte előre egy percet, összekapcsoltam a hibaüzenetet a B kockás dologgal. A régebbi leírásom nem ugrott be, hogy az „I” kell.
A B (black) képkockákkal van gondja az Avidemuxnak (korábban utaltam erre). Legalábbis ennél a videónál. Csak megjegyzés, nem tudom, mi az ok. Miközben rákerestetek a B képkockákra, folyamatosan dobja el a képkockákat, számolatlanul.

Most jön a lényeg...

Visszatérve a felvetésedre, nálam megvan a 10 bites, sőt, a 12 bites támogatás (a képkockékat ugyanúgy dobálja ez is):

 [setup] 15:44:08-415  Creating x265 encoder
x265 [info]: HEVC encoder version 2.9
x265 [info]: build info [Linux][GCC 8.2.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 2 / wpp(13 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge         : star / 16 / 5 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5,00
x265 [info]: Lookahead / bframes / badapt        : 40 / 3 / 1
x265 [info]: b-pyramid / weightp / weightb       : 2 / 2 / 1
x265 [info]: References / ref-limit  cu / depth  : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 2 / 1,0 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-20,0 / 0,60
x265 [info]: tools: rd=3 psy-rd=1,00 early-skip rskip signhide tmvp
x265 [info]: tools: strong-intra-smoothing lslices=5 deblock sao
 [setup] 15:44:08-420  x265, setup ok
 [setup] 15:44:08-420  Creating global header
 [ADM_videoStreamProcess] 15:44:08-420  [StreamProcess] Stream 1906x794, codec : HEVC
[StreamProcess] Average FPS1000=23976, timebase: 1001 / 24000
 [ADM_videoStreamProcess] 15:44:08-420  [StreamProcess] Initial video encoder delay: 166 ms
 [goToTime] 15:44:08-420   go to time 0,00 secs
 [goToTime] 15:44:08-420  => seg 0, rel time 0,00 secs

Lényegében te több információt tudsz, mint én (már én is tudom), mert én más úton indultam el, nem a 8 bites támogatás felől. Időm se túl sok mindenre ránézni.

Az én Avidemuxom kezeli a 10 bites videókat. Más lesz az ok.

#75 Nem ez a baj (817 és 818-as sor)?:

x265 [info]: HEVC encoder version 3.4
x265 [info]: build info [Linux][GCC 9.2.0][64 bit] 8bit

Lehet, hogy a 10 bites videókat nem jól kezeli az Avidemux és a VLC?
A Mediainfo szerint az eredeti film 10 bites: https://ibb.co/F7gMLc9

#78 Az FFMPEG által átalakított videó nem akad.

Tulajdonságai (még nincsen készen):

mediainfo Aof_5perc_01.mkv
General
Unique ID                                : 317788245908168905919827666411462530455 (0xEF13CA355F17589C4018DC65035B1597)
Complete name                            : Aof_5perc_01.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 88.7 MiB
Writing application                      : Lavf58.20.100
Writing library                          : Lavf58.20.100
IsTruncated                              : Yes
ErrorDetectionType                       : Per level 1

Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L4@Main
Codec ID                                 : V_MPEGH/ISO/HEVC
Width                                    : 1 906 pixels
Height                                   : 794 pixels
Display aspect ratio                     : 2.40:1
Frame rate mode                          : Constant
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 10 bits
Writing library                          : x265 2.9:[Linux][GCC 8.2.0][64 bit] 10bit
Encoding settings                        : cpuid=1049583 / frame-threads=2 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1906x794 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=3 / keyint=30 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=5 / scenecut=40 / radl=0 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=20.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-mv-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : AAC LC
Format/Info                              : Advanced Audio Codec Low Complexity
Codec ID                                 : A_AAC-2
Channel(s)                               : 2 channels
Channel layout                           : L R
Sampling rate                            : 48.0 kHz
Frame rate                               : 46.875 FPS (1024 SPF)
Compression mode                         : Lossy
Delay relative to video                  : 2 ms
Default                                  : Yes
Forced                                   : No

Az átalakítás módszere (a korábban linkelt fórumról):

ffmpeg -i Aof_5perc.mkv -c:v libx265 -preset medium -x265-params crf=20:keyint=30 -c:a copy -pix_fmt yuv420p10le -map_metadata 0 Aof_5perc_01.mkv

Az Avidemux a forgatás alkalmával betöltötte magának az FFMPEG alkalmazást, következésképpen használ(hat)ja is. Az FFMPEG átalakítást kéne próbálnod: az (FF)HuffYUV vagy a YUV12 Encoder beállítást a videó beállításnál (a kodek egyéni beállításait a parancssorból kinézed, hátha van megfontolandó ott), a hangot pedig akár másolhatod is.

Bár akár tévedhetek is, mert a HEVC (x265) beállításánál van

-preset medium

beállítási lehetőség.
A legtöbb beállítás nálam fix, azaz szürke, nem tudom megváltoztatni az Avidemuxban.

#77 Talán a GOP-ot kéne kikapcsolni az x265 beállításaiba lépve, de nálam az Avidemux beállítása szürke ennél a lehetőségnél: https://avidemux.org/smif/index.php?topic=19141.0

Elképzelhető, nálad az általam kipróbált átakítások azért futnak likra, mert csak a 8 bites színmélység támogatott valamiért. De korábban már bevezették:

Avidemux 2.6.19 Improved HEVC & 10bits Support:
https://sourceforge.net/projects/avidemux/files/avidemux/2.6.19/

* Filter    : All filters with preview have better navigation dialogs
* Filter    : Delogo filter UI redone
* Filter    : Fixed changeFps/resampleFps seeking
* TS/Demux  : HEVC support improved
* Flv/Demux : Support large files (rcdrone)
* Audio     : Allow EAC3 as external audio track
* UI        : General usability cleanup (euma)
* UI        : Allow using the last read folder as default save folder (euma)
* UI        : 2 pass encoding dialog cleanup (euma)
* UI        : Dynamically enable/disable menu (euma)
* UI        : Customizable keyboard shortcut (euma)
* UI        : Allow reverting page up/down (euma)
* Codec     : Better support for 10bits
* i18n      : Russian translation updated (TotalCaesar659)
* i18n      : Greek translation updated (nikoss)
* i18n      : General cleanup (euma)
* Updated ffmpeg libs to 3.0.7

#81 A h264 mentés az Avidemuxban is lehetséges. Nemcsak a Selene alkalmazással:
https://sourcedigit.com/22504-video-converter-for-linux-ubuntu-linux-vid...
DEB fájl (GDebi) vagy PPA használható (Linux Mint):
https://github.com/teejee2008/selene/releases
Leírása: https://github.com/teejee2008/selene
Az említett „preset” beállítások a DEB fájl telepítése után elsőre nem tűntek fel, hol vannak, de már megvan. :)

#77 Most fogóddzál meg! Telepítettem a totál egyszerű Selenét, és átkonvertáltam vele az 1 perces részt HEVC-be. Az eredmény lenyűgöző. A VLC simán lejátssza.
Itt van: https://u.pcloud.link/publink/show?code=XZRm95XZFQGrQTkRoBSbmjj0gA6GVzg2...
Konvertálásnál 1 menetet és 2 Mbit/s-ot állítottam be. A kész videó nem 10 bites, hanem csak 8.
Hozzátartozik a dologhoz, hogy az x265-öt telepíteni kellett a Selenéhez, hogy használni tudja.

#86 VLC: a legokosabb, amit mondhatok, mint most az átalakításnál, a lejátszás terén is válassz másik lejátszót.

#82 Elvégeztem az ffmpeggel is a konvertálást, a végeredmény jó (10 bites), bár egy kicsit magas a bitráta. Az ffmpeget annyira nem ismerem, csat ritkán használtam eddig terminálban. A VLC ezúttal nem szaggatta a videót.
Most az a nagy kérdés, hogy akkor mi legyen a VLC-vel? Mit kell tenni/beállítani, hogy ne akadozzon a lejátszás a h.265-nél? Az Avidemuxszal egyelőre ne foglalkozzunk tovább, mert amúgy se azt használom leggyakrabban.

#88 Erről lenne szó (fogalom):

An explanatory image of different chroma subsampling schemes can be seen at the following link: http://lea.hamradio.si/~s51kq/subsample.gif (source: "Basics of Video": https://web.archive.org/web/20080915101832/http://lea.hamradio.si/~s51kq/V-BAS.HTM) or in details in Chrominance Subsampling in Digital Images, by Douglas Kerr

Forrás: https://en.wikipedia.org/wiki/Chroma_subsampling

#87 De van jobb is (nálam működik):

Eszközök > Beállítások > Mind

Bemenet / kodekek > Videokodekek

x26410b > H.264 profil: high10

Továbbá a 10 bites színmélységre a high422 és a high444 is megfelel.
Igazság szerint a 422-t adtam volna meg, de ez is elegendő.

Ötlet: https://www.reddit.com/r/VLC/comments/c2bcnr/vlc_and_hevc_10bit_color_st...

A képkockák így is elvesznek, de a lejátszás folyamatos.

#83 Melyik Mint kiadáson érhető el? :) Az Ulyana és az LMDE 4 kiadáson nem látom:
Mint 19.3. Lassan halad az Ulynanara átállás. Mondjuk itt is Flatpack csomag van. Nincs kikapcsolva az Ulyana-nál a Flatpak a frissítéskezelőben?

Aham, azért nem láttam. A Flatpak támogatás szerintem be van kapcsolva egy ideje. Legalábbis a Cinnamon asztali környezetnél. Ahogy említettem, a Debian rendszeren is. Még nem telepítettem Flatpak csomagot. Az Xfce asztali környezetnél nem néztem, be lenne-e kapcsolva, azaz telepítve van-e a flatpak csomag.
A Debian (DEB) telepítőt kéne valahogy behozni a legtöbb terjesztésbe. A Qt5 dolgokat helyére pakolni.

U.I. kutakodtam egyébként a szaggatás témában, és olvastam olyant is, hogy ffmpeg hiba is okozhat ilyent, igaz, ott még nagyon régi verziókról volt szó, és valami olyant tágyaltak, hogy a 3.4-es ilyen hibát okoz, vissza kell rakni a 3.2-est, mert a jól működik. Na, megnéztem, nálam nem is volt telepítve, így felraktam Synaptic-al az ajánlott 7:3.4.8-ast, majd megnézem, Avidemux mit kezd ezzel, csak most nagyon sok egyéb dologgal le vagyok terhelve....

Sajnos, én is eléggé le vagyok terhelve mostanában, de próbálom összeszedni a tennivalókat sorrend szerint (mint a legtöbb ember).
FFmpeg verzió: 4.1.6-1
(nincs telepítve a Debian rendszeren alapértelmezetten)

apt-cache policy ffmpeg
ffmpeg:
  Telepítve: 7:4.1.6-1~deb10u1
  Jelölt:    7:4.1.6-1~deb10u1
  Verziótáblázat:
 *** 7:4.1.6-1~deb10u1 500
        500 http://security.debian.org/debian-security buster/updates/main amd64 Packages
        500 http://httpredir.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status

#67 Melyik Mint kiadáson érhető el? :) Az Ulyana és az LMDE 4 kiadáson nem látom:

Mint 19.3. Lassan halad az Ulynanara átállás. Mondjuk itt is Flatpack csomag van. Nincs kikapcsolva az Ulyana-nál a Flatpak a frissítéskezelőben?

U.I. kutakodtam egyébként a szaggatás témában, és olvastam olyant is, hogy ffmpeg hiba is okozhat ilyent, igaz, ott még nagyon régi verziókról volt szó, és valami olyant tágyaltak, hogy a 3.4-es ilyen hibát okoz, vissza kell rakni a 3.2-est, mert a jól működik. Na, megnéztem, nálam nem is volt telepítve, így felraktam Synaptic-al az ajánlott 7:3.4.8-ast, majd megnézem, Avidemux mit kezd ezzel, csak most nagyon sok egyéb dologgal le vagyok terhelve....