Marth64 changed the topic of #ffmpeg to: Welcome to the FFmpeg USER support channel | Development channel: #ffmpeg-devel | Bug reports: https://ffmpeg.org/bugreports.html | Wiki: https://trac.ffmpeg.org/ | This channel is publically logged | FFmpeg 7.1 is released
ahmadraniri has joined #ffmpeg
iive has quit [Quit: They came for me...]
<ahmadraniri>
Hello, I'm attempting to build the 6.1.2 version (I have 6.1.1 installed). I'm facing this error (https://pastebin.com/VnCs8J9D) . I'm using gcc 14 and musl libc. The previous build (6.1.1) is just fine. Any clue to fix my build ?
yans has joined #ffmpeg
wziko has quit [Ping timeout: 248 seconds]
hightower4 has quit [Ping timeout: 252 seconds]
<ahmadraniri>
I will move my discussion to reddit. See you.
ahmadraniri has left #ffmpeg [#ffmpeg]
wziko has joined #ffmpeg
wziko has quit [Ping timeout: 244 seconds]
Juest has quit [Ping timeout: 244 seconds]
Perflosopher0 has joined #ffmpeg
Juest has joined #ffmpeg
chiselfu1e is now known as chiselfuse
Kei_N_ has joined #ffmpeg
yans has quit [Ping timeout: 248 seconds]
Kei_N has quit [Ping timeout: 248 seconds]
System_Error has quit [Ping timeout: 264 seconds]
yakubin has quit [Ping timeout: 244 seconds]
minimal has quit [Quit: Leaving]
linext has quit [Quit: Client closed]
realies has quit [Quit: Ping timeout (120 seconds)]
realies has joined #ffmpeg
Dagger has quit [Ping timeout: 265 seconds]
<clever>
libtoxcore> Option BOOTSTRAP_DAEMON is enabled but required library LIBCONFIG was not
<clever>
libtoxcore> found.
<clever>
oops, wrong room
minimal has joined #ffmpeg
System_Error has joined #ffmpeg
hightower3 has joined #ffmpeg
Dagger has joined #ffmpeg
five618480339176 has quit [Remote host closed the connection]
five618480339176 has joined #ffmpeg
hightower4 has joined #ffmpeg
hightower3 has quit [Ping timeout: 272 seconds]
Mirarora has quit [Remote host closed the connection]
Mirarora has joined #ffmpeg
Mirarora has quit [Client Quit]
Mirarora has joined #ffmpeg
vlm has quit [Ping timeout: 265 seconds]
vlm has joined #ffmpeg
wziko has joined #ffmpeg
wziko has quit [Max SendQ exceeded]
Mirarora has quit [Quit: Mirarora encountered a fatal error and needs to close]
Mirarora has joined #ffmpeg
StephenLynx has quit [Quit: Leaving]
yakubin has joined #ffmpeg
lolok has quit [Quit: lolok]
luva has quit [Quit: Byebye]
jdarnley has left #ffmpeg [WeeChat 4.4.4]
hightower4 has quit [Remote host closed the connection]
linux-wangs has quit [Remote host closed the connection]
linux-wangs has joined #ffmpeg
evilscreww has joined #ffmpeg
wziko has joined #ffmpeg
wziko has quit [Ping timeout: 265 seconds]
evilscreww has quit [Quit: Leaving]
noobaroo has joined #ffmpeg
wziko has joined #ffmpeg
wziko has quit [Ping timeout: 244 seconds]
jtgd has quit [Quit: WeeChat 4.5.1]
jtgd has joined #ffmpeg
LikWidChz has joined #ffmpeg
lavaball has joined #ffmpeg
<noobaroo>
I kind of want to crop out parts of a video but not all of it... There so much background scenery that is super dynamic and i not the focus point. I almost thought of splitting it up but would rather not. Whats the easiest way to cover chosen areas of a video with black rectangles or something ? Maybe even a blur effect ?
<noobaroo>
Seems like this should be an integral function of any video editing software... My elderly mom's phone is actually way more advanced of a video editor than my Linux desktop ... :/ i was surprised to discover this as I have not owned a mobile phone in a few years
rv1sr has joined #ffmpeg
emmanuelux_ has quit [Quit: au revoir]
wziko has joined #ffmpeg
wziko has quit [Ping timeout: 246 seconds]
rex has quit [Ping timeout: 244 seconds]
rex has joined #ffmpeg
five618480339176 has quit [Remote host closed the connection]
five618480339176 has joined #ffmpeg
rv1sr has quit []
xx has quit [Remote host closed the connection]
xx has joined #ffmpeg
j45 has quit [Ping timeout: 276 seconds]
j45 has joined #ffmpeg
Sketch has quit [Remote host closed the connection]
fling has quit [Remote host closed the connection]
fling has joined #ffmpeg
Sketch has joined #ffmpeg
averne has quit [Ping timeout: 272 seconds]
lavaball has quit [Remote host closed the connection]
m5zs7k has quit [Ping timeout: 252 seconds]
m5zs7k has joined #ffmpeg
wanne has joined #ffmpeg
<vlt>
noobaroo: drawbox for the simple rectangles, gblur for blurring.
<vlt>
noobaroo: I would propably use a -filter_complex chain with split, crop, blur, and then overlay.
<JEEB>
fun, that's a libva difference. your libva might be too old or so?
<JEEB>
but yea, that will indeed then not work
<wanne>
No. The other way arround.
<wanne>
But for you switched to 7.1
<JEEB>
nah, 2 is newer but if it's not found on your system by the loader
<wanne>
So same source Code like the one the static builds use
<JEEB>
there's a configure check for it apparently
<JEEB>
but I guess the static builds were built with new enough libva that it had that enabled
<JEEB>
if you built the newer FFmpeg yourself, the check would not pass
<JEEB>
and thus you would get a binary that would run
<JEEB>
or wait, you're probably complaining about something that's fixed in master if the configure check is correct :D since the only vaMapBuffer2 call in the code base is now surrounded by an #if clause
<JEEB>
also the static build if it's built with vaapi would not be affected since libva would be statically linked
<wanne>
The binary was build against mesa 21.1.5 I am running 24.2.8
<JEEB>
that's mesa, that's unrelated and comes much later in the chain
<JEEB>
FFmpeg -> libva -> libva dynamic loader
<JEEB>
then only that loads up the libva driver that would be provided by mesa
<JEEB>
the static builds most likely are built without mesa at all, since it's not required
<wanne>
I have build it! It is running.
<JEEB>
I'm not saying you haven't. I'm just saying that FFmpeg itself with vaapi has no dependencies on mesa
<JEEB>
so saying that a static build of FFmpeg is built against older mesa is untrue
<wanne>
JEEB: I am running exact the same source code as the static builds. <
<JEEB>
so master?
<wanne>
The check checks for libva-version 1.21.0 I am running 2.17.0
<JEEB>
yes, so it should not be using vaMapBuffer2
<wanne>
It isn't. Only the static build is using it. Because checks are done at compile time.
<wanne>
If I compile it myself there is no problem.
<JEEB>
yea
<JEEB>
but weird that it's affected in the static build
<JEEB>
since you'd expect libva to be linked statically
<JEEB>
(unless libva blocks static linking)
lavaball has joined #ffmpeg
bitbinge has joined #ffmpeg
<wanne>
I not totaly sure. Not that deep into this stuff. But I think libva is not a normal library that just implements stuff. Its more a more stable wrapper/code generator for different mesa/kernel/GPU implementations. Since the whole purpose of that thing ist to morph dependign on your implementation and use the matchin IPC/Hardware interfaces, you do not have normal linking like you are used to do it in C. Therefore there is no gnu-ld like linking.
<BtbN>
JEEB: libva cannot be statically linked
<BtbN>
I use implib-gen to generate a shim loader for it
<BtbN>
Hence it'll only fail at runtime if the systems libva is too old