#3 A libav egy időben az FFmpeg "vetélytársa" volt, pontozabban annak (FFmpeg) elágazása, forkja. Párhuzamosan lehetett telepíteni mindkettőt, és talán az Ubuntu (és nem a Debian) a libav csomagot szállította alapértelmezetten, az alkalmazások is ezt használták. Manapság az FFmpeg érhető el.

A fejlesztók egy csoportja szeretett volna az FFmpeg működésében másként pár dolgot, a fork ezért jött létre, és volt jó ideig támogatott. Kiváltani egyelőre nem tudom, hogyan lehet.

#2 Elképzelhető, hogy a libav-tools egy gyűjtőfogalom ebben a kontextusban, én sem találok ilyen csomagot, de viszont libav kezdetú kiegészítő több is van, szerintem ezek a tool-ok. Snaptic-ban rákeresni: libav, és a találatok között mazsolázni, hogy melyik nincs telepítve, és nem dokumentáció, azaz leírása szerint releváns lehet. Ugyanígy az avconv-ra is rákeresni, hoz találatokat, egyik nevében sincs ez, de ugyanúgy videókódolós cuccok, amiket talál.

#5 Libav is a free software project, forked from FFmpeg in 2011, that produces libraries and programs for handling multimedia data.

Fork from FFmpeg

The Libav project is a fork of the FFmpeg project^[5] which was originally started by Fabrice Bellard (using the pseudonym "Gérard Lantau"). The Libav project was announced on March 13, 2011 by a group of FFmpeg developers.^[6][7][8] The event was related to an issue in project management and different goals: FFmpeg supporters wanted to keep development velocity in favour of more features, while Libav supporters wanted to improve the state of the code and take the time to design better APIs.^[9][10]

The maintainer of the FFmpeg packages for Debian^[11] and Ubuntu,^[12] being one of the group of developers who forked FFmpeg, switched the packages to this fork in 2011. Hence, most software on these systems that depended on FFmpeg automatically switched to Libav. On July 8, 2015, Debian announced it would return to FFmpeg^[13] for various, technical reasons.^[14] Several arguments justified this step. Firstly, FFmpeg had a better record of responding to vulnerabilities than Libav. Secondly, Mateusz "j00ru" Jurczyk, a security-oriented developer at Google, argued that all issues he found in FFmpeg were fixed in a timely manner, while Libav was still affected by various bugs. Finally, FFmpeg supported a far wider variety of codecs and containers than Libav.

It has been suggested to merge the two projects back into each other but this has not happened. With Debian and Ubuntu no longer using Libav, its future might be compromised and its development may no longer be sustainable.^[15]

Confusion

At the beginning of this fork, Libav and FFmpeg separately developed their own versions of the ffmpeg command. Libav then renamed their ffmpeg to avconv to distance themselves from the FFmpeg project. During the transition period, when a Libav user typed ffmpeg, there was a message telling the user that the ffmpeg command was deprecated and avconv has to be used instead. This confused some users into thinking that FFmpeg (the project) was dead.^{[citation needed]}

This message was removed upstream when ffmpeg was finally removed from the Libav sources. In June 2012, on Ubuntu 12.04, the message was re-worded, but that new "deprecated" message caused even more user confusion. Starting with Ubuntu 15.04 "Vivid", FFmpeg's ffmpeg is back in the repositories again.

To further complicate matters, Libav chose a name that was used by FFmpeg to refer to its libraries (libavcodec, libavformat, etc.). For example, the libav-user mailing list, for questions and discussions about using the FFmpeg libraries, is unrelated to the Libav project.^[16][17]

Software using Libav instead of FFmpeg

Debian followed Libav when it was announced, and announced it would return to FFmpeg for Debian Stretch (9.0).^[18]

MPlayer2, a defunct fork of MPlayer, used Libav exclusively, but could be used with GStreamer with its public API. mpv no longer supports Libav due to missing API changes.^[19] GStreamer can however support Mplayer and Mplayer2 through different plugins.

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

-----

wiki: Using libav*

First some disambiguiation: there is a fork of FFmpeg called ​Libav. There is also a library system that underlies FFmpeg itself, called libav. This page is about the library libav, which is a part of FFmpeg.

FFmpeg itself is composed of several libraries that can be used individually, and outside of FFmpeg, for instance in integrating parts of FFmpeg into your own program. These are:

• libavutil contains various routines used to simplify programming, including random number generators, data structures, mathematics routines, core multimedia utilities, and much more.
• libavcodec provides a decoding and encoding API, and all the supported codecs.
• libavformat provides a demuxing and muxing API, and all the supported muxers and de-muxers.
• libavdevice provides an interface for grabbing from input devices (e.g. webcames or line-in audio) and rendering to output devices, and all the supported input and output devices
• libswscale provides a scaling and (raw pixel) format conversions API, with high speed/assembly optimized versions of several scaling routines.
• libavfilter provides an audio and video filtering API, and all the supported filters.
• libpostproc provides video postprocessing routines
• libswresample provides an audio resampling, rematrixing and sample format conversion API, and many high-quality optimized routines.

These can be useful for instance if you don't have access to a command line to run ffmpeg as an executable, or if you want to use just a small "part" of FFmpeg inside your own program, or if you want access to raw video frames in your program, etc. Also note that if you just need access to raw video frames, you could also write an audio or video filter and compile it along with FFmpeg and distribute that. Another way to access raw video frames is to have ffmpeg output to "stdout", like ffmpeg -i ... -. Also note that if you just need to convert/transcode videos within your own application, you could make a system call out to the FFmpeg executable to do the heavy lifting for you. You can parse the output for stdout for status information, or use the -progress option to make the output even more parseable.

Getting Started

Here is the ​official documentation for using these libraries (the "Libraries Documentation" section).

Also check ​doc/examples; the doxygen documentation is fairly complete and should work as reference (example: the ​example codes as doxygen).

In general, you must:

• have the appropriate library compiled/available on your machine (for instance, if using packages, something like libswscale-dev must be installed, or configure, build, and install FFmpeg yourself using the --enable-shared configure option)
• include the appropriate header file in your C code
• link against that library's linker file, like gcc input.c -lswscale or the like during the linker phase

Community-contributed Tutorials

There are a few tutorials on the web, however, some of them are outdated. The doc/examples files provided by FFmpeg usually use the latest ABI (i.e., they are the best reference on which libav calls to make) and are therefore more trustworthy.

• ​An FFmpeg and SDL Tutorial by Stephen Dranger: explains how to write a video player based on FFmpeg
• ​Learn FFmpeg libav the Hard Way by Leandro Moreira: a work in progress tutorial on using libav.
• ​MultimediaWiki list of FFmpeg tutorials

Forrás: https://trac.ffmpeg.org/wiki/Using%20libav*

Persze, ettől még a problémád nem oldódik meg. :)

#4 Itt követhető, mikor szűnt meg a libav támogatása, egészen pontosan fejlesztése, mely Linux verzióknál:
https://pkgs.org/download/libav-tools

De itt is: https://launchpad.net/ubuntu/+source/libav
https://packages.qa.debian.org/liba/libav.html

-----

Innen elérhető, mondom, nem friss ..., fejlesztése megállt (ütközne is az FFmpeggel: vagy ez, vagy az!):

Libav Download and Source Code Repository Access

Libav Git

Libav is developed with Git. Given the decentralized nature of Git, multiple repositories from developers and groups of developers are available.

Clone URL	Browse URL	Maintainer	Description
git://git.libav.org/libav.git	git.libav.org/?p=libav.git	Libav team	Main development
git://git.libav.org/libav.org.git	git.libav.org/?p=libav.org.git	Libav team	Website module
Mirrors
https://code.videolan.org/libav/libav.git	https://code.videolan.org/libav/libav	Libav team	Videolan Mirror
git://github.com/libav/libav.git	https://github.com/libav/libav	Libav team	GitHub Mirror
https://gitlab.com/libav/libav.git	https://gitlab.com/libav/libav	Libav team	GitLab Mirror
Developer Trees
git://github.com/lu-zero/libav.git	https://github.com/lu-zero/libav	Luca Barbato	Personal repository with works in progress and experiments
git://git.khirnov.net/git/libav	-	Anton Khirnov	Personal repository with works in progress

You can retrieve the source code through the standard Git client by using the command:

git clone CLONE_URL libav

where CLONE_URL is one of the Git clone URLs listed in the table above.

Make sure that you do not have Windows line endings in your checkouts, otherwise you may experience spurious compilation failures. One way to achieve this is to run

git config --global core.autocrlf false

git.libav.org Repository Snapshots

For the git.libav.org repository you can also directly download the source snapshot that we generate each night instead of grabbing a source snapshot from the gitweb URL. This is slightly preferred since it reduces the load on our server.

Alternatively, if you cannot access Git directly or wish to speed up the cloning and reduce the bandwidth usage, we also offer a complete git snapshot tarball that comes with git metadata and version history to bootstrap your local libav.org repository.

Forrás: Users and downstream developers that wish to harness the latest features in development and keep their application up to date with the new APIs are strongly encouraged to consider to target the master branch (see below), this is the only place in which new development happens.
https://libav.org/download/#git

#7 A Selene Encoders ablak mit mutat? Képet mutass.

#3 Telepítettem az összes libavcodec-et, de ugyanaz az üzenet, mint legelöl. avconv nincs.

#8 Egyféle megoldás: előző kiadás libav-tools csomagja Debian-alapú rendszereknél általában telepíthető a GDebi csomagkezelővel. Íme (Debian 10 Buster vagy LMDE 4, Stretch csomaggal):

Más: NeroAACCodec-1.5.1
(régi csomag, de az elérhető legújabb)

Letöltés:
https://web.archive.org/web/20160923100008/http://ftp6.nero.com/tools/Ne...

Kicsomagolás, könyvtárba lépés után:

sudo install -D -m755 neroAacEnc /usr/local/bin/

sudo install -D -m755 neroAacDec /usr/local/bin/

sudo install -D -m755 neroAacTag /usr/local/bin/

#7 A Selene Encoders ablak mit mutat? Képet mutass.

#11 Ott biztosan nem két lehetőség van. De én nem is a Settings ablakról kérdeztem.

#8 Csak két lehetőség van: ffmpeg és avconv/Libav. A képen éppen a második van kiválasztva. Az ffmpeg jól működik, de az szoftveres.

#22 Valamiért ezeket a csomagokat hanyagolták kiadni az újabb rendszerekhez

Mint említettem, és egészen részletes leírást másoltam be ;), megállt a fejlesztése. Még egyszer és röviden: egyszer volt, hol nem volt, egy csapat - az FFmpeg fejlesztői közül - azt gondolta, az FFmpeg nem tökéletes, megalkották a Libav-ot. Egy ideig készítgették, majd abbahagyták. Olyan szinten komoly volt a dolog, hogy az Ubuntu, Debian rendszerek is a Libav-ot használták, beépítve sok, sok alkalmazásba. És nem az FFmpeg-et. Aztán a fejlesztéssel leálltak, visszatértek az FFmpeg fejlesztéséhez. Mintha elkerülte volna a figyelmed a tegnap idézet történet.

Egyébként a libav-tools, csak egy eszköz („tools”), maga a Libav nálam nem lett telepítve. KIs gondot jelenthet a használatában, van egy ilyen sejtésem.

#20 Szerintem nem fog menni, most néztem át a csomagokat, nagyon régiek a függőségei.

Van amelyiknek egészen friss forráskódja fent van, de gondolom fordítás nem játszik. Valmiért ezeket a csomagokat hanyagolták kiadni az újabb rendszerekhez. Frissebb program a Selene helyett?

#26 'libav-tools_3.2.14-1_deb9u1_all.deb'

Harmadszo írom le, mi kell mihez.Ez Debian csomag...

#31   Azt nem tudjuk meg, hogy a Libav miért lenne alapból képes erre? Némi információ jöhetne.

#29 Most már csak az a kérdés, hogyan lehet az ffmpeg-et rávenni a hardveres enkódolásra?

#42 Itt írtam valamit. Ezt:
https://linuxmint.hu/comment/41233#comment-41233

Egyébként a libav-tools, csak egy eszköz („tools”), maga a Libav nálam nem lett telepítve

Az, hogy az FFmpeg forkja (volt) a Libav, nem azt jelenti, hogy egy „puritán” kezelő eszköz mindent megold. A Lemezkezelő alkalmazás is csak egy GUI, ha nem lennének mögötte más alkalmazások, semmit sem tudna. Az FFmpeg és a Libav programkönyvtárai is különbözőek. Most csak az FFmpeg programkönyvtárak vannak telepítve.

Lekérdezem a „tools” alkalmazással az enkódereket, és a dekódereket:

avconv -encoders

avconv -decoders

A kimenetek kiemelt első sorai nekem rendkívül kifejezőek:

avconv -encoders
ffmpeg version 4.1.6-1~deb10u1 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 8 (Debian 8.3.0-6)
  configuration: --prefix=/usr ...

avconv -decoders
ffmpeg version 4.1.6-1~deb10u1 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 8 (Debian 8.3.0-6)
  configuration: --prefix=/usr

Hol van itt a Libav? Sehol. Az FFmpeg van használatban rendszer szinten, az avconv is ezt látja...
De leírtam már ezt is:
https://linuxmint.hu/comment/41238#comment-41238

Az AVconv alkalmazás linkelve van azaz működik, de az FFmpeg helyettesíti. Legalábbis az Ubuntunál, és a Linux Mintnél. Következésképpen a libav-tools csomagot felesleges telepíteni, mert az FFmpeg helyettesíti. :)

Az AVplay az FFplay alkalmazásra van linkelve, az AVprobe az FFprobe alkalmazásra lenne linkelve, de nincs, mert egyetlen alkalmazás sem használja, így megszűnt.

A Libav programkönyvtárakat nem lehet telepíteni (nem a jelenleg elérhető libav* csomagok), illetve a telepítést esetleg meg lehet próbálni, de nagyon be kéne csatornázni a rendszert, hogy a Libav használat ne keveredjen össze az FFmpeg használattal. Gyakorlatilag lehetetlen.

Érdemes lenne tanulmányozni amiket már bemásoltam és linkeltem is:
https://linuxmint.hu/comment/41214#comment-41214
https://linuxmint.hu/comment/41213#comment-41213
Elolvasás és értelmezés „szinten” javaslom.
Nagyon világosan le van írva minden, ami a témával kapcsolatos. Ha nem ismételtem volna meg párszor, akkor is itt van, a szövegben, a linkelt oldalakon.

Mert állítólag valaki nagyon ért a kodekekhez. Nem látszik a tudás.
Természetesen a saját szabadidőddel azt csinálsz, amit akarsz, akár értelmetlen dolgokba is foghatsz.
Egy tipp: írnék a Selene fejlesztőinek, adjanak tanácsot a hardveres kódolás mikéntjére, ha lehetséges, ha nem, ez egy megfelelő lépés.

#41Az avconv parancsai, kapcsolói:

lajos@lajos-Aspire-E5-772G:~$ avconv -h
avconv version 12.3, Copyright (c) 2000-2018 the Libav developers
  built on Oct  1 2020 17:19:13 with gcc 7 (Ubuntu 7.5.0-3ubuntu1~18.04)
Hyper fast Audio and Video encoder
usage: avconv [options] [[infile options] -i infile]... {[outfile options] outfile}...

Getting help:
    -h      -- print basic options
    -h long -- print more options
    -h full -- print all options (including all format and codec specific options, very long)
    -h type=name -- print all options for the named decoder/encoder/demuxer/muxer/filter
    See man avconv for detailed description of the options.

Print help / information / capabilities:
-L                  show license
-h topic            show help
-? topic            show help
-help topic         show help
--help topic        show help
-version            show version
-formats            show available formats
-codecs             show available codecs
-decoders           show available decoders
-encoders           show available encoders
-bsfs               show available bit stream filters
-protocols          show available protocols
-filters            show available filters
-pix_fmts           show available pixel formats
-sample_fmts        show available audio sample formats
-hwaccels           show available HW acceleration methods

Global options (affect whole program instead of just one file:
-loglevel loglevel  set libav* logging level
-v loglevel         set libav* logging level
-y                  overwrite output files
-n                  never overwrite output files
-stats              print progress report during encoding
-vol volume         change audio volume (256=normal)

Per-file main options:
-f fmt              force format
-c codec            codec name
-codec codec        codec name
-pre preset         preset name
-map_metadata outfile[,metadata]:infile[,metadata]  set metadata information of outfile from infile
-t duration         record or transcode "duration" seconds of audio/video
-fs limit_size      set the limit file size in bytes
-ss time_off        set the start time offset
-metadata string=string  add metadata
-target type        specify target file type ("vcd", "svcd", "dvd", "dv", "dv50", "pal-vcd", "ntsc-svcd", ...)
-frames number      set the number of frames to record
-filter filter_list  set stream filterchain
-filter_script filename  read stream filtergraph description from a file

Video options:
-vframes number     set the number of video frames to record
-r rate             set frame rate (Hz value, fraction or abbreviation)
-s size             set frame size (WxH or abbreviation)
-aspect aspect      set aspect ratio (4:3, 16:9 or 1.3333, 1.7777)
-vn                 disable video
-vcodec codec       force video codec ('copy' to copy stream)
-pass n             select the pass number (1 or 2)
-vf filter list     video filters

Audio options:
-aframes number     set the number of audio frames to record
-aq quality         set audio quality (codec-specific)
-ar rate            set audio sampling rate (in Hz)
-ac channels        set number of audio channels
-an                 disable audio
-acodec codec       force audio codec ('copy' to copy stream)
-vol volume         change audio volume (256=normal)
-af filter list     audio filters

Subtitle options:
-sn                 disable subtitle
-scodec codec       force subtitle codec ('copy' to copy stream)
-stag fourcc/tag    force subtitle tag/fourcc
 

#48 Még mindig Intel eszközről beszélünk...

Az eszközt kiválasztva lehet az FFmpeggel HW Accelerated (továbbiakban rövidítem: HWA) módban kódolni.

Listázom, mi van nálam:

ls /dev/dri/
by-path  card0  renderD128

A módszerről (nagy) általánosságban:
https://trac.ffmpeg.org/wiki/Hardware/VAAPI

VAAPI, mert Intel az iGP.

FFmpeg / VAAPI:
http://www.ffmpeg.org/ffmpeg-codecs.html#VAAPI-encoders

----

Tájékoztatás az tőlem, hogy paraméterként (például) nincsenek beleforgatva az FFMpeg-be:

--enable-hwaccel=h264

--enable-vaapi

Én így próbáltam (a fent említett paraméterekre a jelzés az, nincsenek használatban):

ffmpeg -hwaccel vaapi -i Mundo\ Animales\ -\ El\ valor\ de\ una\ madre.mp4 -c:v libx264 output.mp4

De a fentebb, most linkelt leírás alapján meg lehet próbálni a parancssort az eszközzel (azt nem próbáltam), ami nálam ez: /dev/dri/renderD128
Mindezek után, a Selene egyéni beállításaiban, az Extra Opciók négyzetben megpróbálni alkalmazni, de írja a buborék súgó, ez esetben a saját beállítások nem lesznek figyelembevéve (ha jó értelmezem).

Én úgy értelmezem, két lehetőség áll fenn:
1) bele lehet forgatni a HWA tudást (jelen esetben VAAPI) az FFmpegbe, vagy
2) az eszközt kell kiválasztani, ami tudja ezt. (természetesen ahhoz, hogy tudja, az ezt kezelő csomagok - jelen esetben Intel VAAPI - telepítése szükséges, ami nyilván megvan, de közli a vainfo kimenet is). Ezt meg lehet próbálni..., egyszerűbbnek tűnik. E módszer azt jelenti, nem az FFmpeg HWA tudása a lényeg, hanem az eszköz, ami csak, és kizárólag HWA tud (ha beállítom arra).

-----

Más

Alkalmazások HWA használatának kényszerítésére a VAAPI, de a VDPAU is megfelel:
http://ubuntuhandbook.org/index.php/2013/10/enable-hardware-acceleration...
Nem kell PPA-t felvenni, tükrökről is elérhetőek az említett alkalmazások.
De itt arről van szó, hogy az alkalmazás használja a HWA-t,és nem például az FFmpeg (ennek más a módszere)-
Példa: VDPAU_DRIVER=va_gl firefox

-----

És ugye, maradt az a kihagyhatatlan lehetőség, hogy a Selene fejlesztőt meg kéne kérdezni, ő hogyan gondolja a HWA-t, annak kivitelezését...

#47 Azt, hogy nem kockásodik, a minősége legalább olyan, mintha a HandBrake-kel kódoltam volna. Sokan annyira leviszik a bitrátát (bit/pixel), hogy az meglátszik a mozgásokban. A Selene előnye, hogy az ffmpeg-et használja, és egyszerű a használata, valamint nem parancssoros módban kell a paramétereket megadni - igaz ez a többi grafikus kódolóra is.
Az még mindig nem derült ki, hogyan kell az ffmpeg-et használni, hogy a hardveres kódolást használja - ha egyáltalán képes rá. Az Avidemux és a Shotcut miért tudja ezt a módot, és a többi miért nem, amikor a lehetőség adott (a HandBrake is tudja ezt, csak nálam nem)?

#51 Alapvetően linkelve van a már nem létező avconv (korábbi hozzászólásom is erről szól).
De nézzük az alapértelmezést (listázom):

ls -la /usr/bin | grep ffmpeg
lrwxrwxrwx  1 root   root             6 júl   27 07:57 avconv -> ffmpeg
-rwxr-xr-x  1 root   root        268432 júl    7 18:50 ffmpeg

... a „->” jelzés a linkelés jelenti (amiről, amire).

Ebből következően
1) linkelni (ln) felesleges,
2) felhasználói beavatkozásra nincsen szükség.

Értelmetlen azért, mert
1) a Libav programkönyvtárak helyett az FFmpeg programkönyvtárak érhetőek el
2) az avconv paraméterezése nem ugyanaz, mint az ffmpegé.

Következésképpen, az avconf alkalmazást el kell felejteni a használat terén, hiszen
1) ugyanazt tudja az ffmpeg (ezt érdemes használni), és
2) alapvetően az FFmpeg van beállítva (amikor például az AVconv indulna), tehát csak ezt tudjuk használni.

Megjegyzem, HWA terén az avconvval kapcsolatosan is felmerültek problémák:

​libav-user: Hardware accelerated decoding

Forrás: https://trac.ffmpeg.org/wiki/HWAccelIntro

Esetleg egy ilyen:

cd /usr/bin && sudo ln ffmpeg avconv && sudo ln ffmpeg avprobe

Az ffmpeg telepítése után.

#54 Lajos Állítsunk össze egy olyan ffmpeg parancsot, amelyik a h.264-et használja hardveres módban (Intel vaapi), a következő paraméterekkel

Az elvet korábban közöltem, azt kéne tanulmányozni, arra az esetre, ha majd más beállítást is szeretnél, hogy tudd, miért, mit és hol (a parancssorban). A paraméterezés az FFmpeg kézikönyvében található.

A DRI eszköz parancssorba emelését javasoltam. Ennek elmélete kb. kimerül ebben a példában (a leírásból):

ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -i ...

-----

#55 István Megoldás lehet, ha Selene forrása elérhetó valahol, akkor abban módosítani lehet az ffmpeg paramétereket, majd újrafordítani

Video > Extra Options

Itt lehet szerintem (FFmpeg) paramétereket használni. Próbáld ki.

#48 Az még mindig nem derült ki, hogyan kell az ffmpeg-et használni, hogy a hardveres kódolást használja - ha egyáltalán képes rá. Az Avidemux és a Shotcut miért tudja ezt a módot, és a többi miért nem, amikor a lehetőség adott

Azért, mert ahogy az ffmpeg fejlődik, a többi (Avidemux, Shotcut) leköveti azt, igazodik hozzá. Mivel karbantartott programok. A Selene régi, és annyit tud az ffmpeg paraméterezéséről, meg az i5-ös prociról, amennyit akkor régen (14-es ubuntu idején) tudni lehetett. Erre értettem azt, hogy elavult, Elnézést, ha túl karcos voltam egyébként. A Selene annyit tud, amennyit, és ennyit lehet megkövetelni tőle. Azt elvárni, hogy olyasmit tudjon, amit a nála újabb programok tudnak, nem célravezető.

A ffmpeg-et úgy kell  használni, hogy a hardveres kódolást használja, hogy a megfelelő paramétereket kell átadni neki. Parancssorban a paraméterek tetszőlegesen variálhatók, próbálhatók. A program felületén ezeket a paramétereket vagy meg lehet adni,  vagy nem (jellemzően nem). A paraméterek legtöbbször bele vannak égetve a programba, nem is látni a felületen, hogy miről van szó.

Megoldás lehet, ha Selene forrása elérhetó valahol, akkor abban módosítani lehet az ffmpeg paramétereket, majd újrafordítani. Bár gondolom, ha ez ilyen egyszerű volna, már megtették volna többen. Könyen lehet, hogy a forrás is olyan modulokra épít, amik régiek, és az újjabakhoz sokkal több minden át kelle benne írni.

#50 Állítsunk össze egy olyan ffmpeg parancsot, amelyik a h.264-et használja hardveres módban (Intel vaapi), a következő paraméterekkel:
videó: 1pass, 2500 kbit/s, átlagos bitrátával, mkv kiterjesztéssel (lehet mp4 is); meg lehet adni az I, P, B értékeket is
audió: aac lc kodek, 96 kbit/s, sztereó
Aztán később lehet 2 menetes kódolást beállítani - ha egyáltalán az Intel kodekkel lehetséges.