BtbN 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.0 is released
<puff>
I'm doing this on Ubuntu 24.04 LTS. It seemed to run okay as far as I can tell, but when I open that directory in the file browser, the file doesn't have a thumbnail.
<puff>
Ah, restarted file browser and now the thumbnail shows up.
<aaabbb>
puff: ffprobe will tell you if it has a thumbnail
YuGiOhJCJ has joined #ffmpeg
<BtbN>
snoriman: you need to delay, GPUs are heavily pipelined, so if you force it to flush the pipeline directly after every frame, it'll be dog slow
<BtbN>
i.e. wait a few frames 3~5 or so, before trying to do anything with the decoder output
ewomer has joined #ffmpeg
lucasta has joined #ffmpeg
gvg_ has joined #ffmpeg
gvg has quit [Ping timeout: 252 seconds]
Traneptora has quit [Quit: Quit]
Traneptora has joined #ffmpeg
System_Error has quit [Ping timeout: 260 seconds]
puff has quit [Remote host closed the connection]
puff has joined #ffmpeg
puff has quit [Ping timeout: 260 seconds]
KombuchaKip has quit [Quit: Leaving.]
KombuchaKip has joined #ffmpeg
wobbol has joined #ffmpeg
Traneptora has quit [Quit: Quit]
Suchiman has quit [Quit: Connection closed for inactivity]
Marth64 has quit [Remote host closed the connection]
Marth64 has joined #ffmpeg
Marth64 has quit [Remote host closed the connection]
Marth64 has joined #ffmpeg
Marth64 has quit [Client Quit]
acovrig6012 has joined #ffmpeg
robobub has joined #ffmpeg
HarshK23 has joined #ffmpeg
lucasta has quit [Quit: Leaving]
fling has joined #ffmpeg
Vonter has quit [Ping timeout: 252 seconds]
Traneptora has joined #ffmpeg
yuckey2d3 has quit [Ping timeout: 252 seconds]
FH_thecat has quit [Quit: Leaving]
jarthur has joined #ffmpeg
theobjectivedad has quit [Remote host closed the connection]
<snoriman>
BtbN: hey thanks! I thought it was something like that; I measured the download/upload and thought I had to fix the upload because of pipelining issues; however after solving that I figured out it was actually the download :)
<snoriman>
BtbN: but, I think that, at this point, it might be better to dive into interop. I only read yesterday that Windows now has support VAAPI. It would be amazing if I could use one API on both Linux and Winodws that uses VAAPI/GL interop. JEEP told me MPV has good interop with GL, I only don't know if VAAPI + GL works well on Windows. Do you have any ideas?
arbitercoin has joined #ffmpeg
fling has quit [Ping timeout: 260 seconds]
rv1sr has joined #ffmpeg
lexano has quit [Ping timeout: 252 seconds]
lavaball has quit [Remote host closed the connection]
<soreau>
can anyone tell me what "Function not implemented" from av_hwframe_map() at runtime means?
<soreau>
AFAIK, they've build libva with wayland support, ffmpeg with vaapi and mesa with the encoders required
rv1sr has joined #ffmpeg
<soreau>
but AFAICT, libva is throwing the error and it's because libva is not built with wayland support perhaps?
Vonter has joined #ffmpeg
<BtbN>
What ffmpeg version isn that?
<soreau>
hm, not sure but I'm guessing whatever's latest in gentoo (probably 0.8.x?)
<BtbN>
Gentoo used some pretty old ffmpeg version until recently. And are still stuck on 6.x. Mostly because of VLC
<BtbN>
0.8 is rather unlikely, given it's decades old :D
<soreau>
it's kinda funny that the verbose log output doesn't show the version header
<soreau>
BtbN: oh I mean 8.x
<BtbN>
That's also rather unlikely, given 7.0 is the latest
<BtbN>
And masked in Gentoo
<soreau>
oh is it?
<soreau>
really..
<soreau>
oh latest is 7.0.2
<soreau>
idk where I was getting 8 from
<BtbN>
I was just thinking that if it's 4.4, there's a chance that kind of mapping simply isn't implemented yet
<soreau>
hm, I doubt it's that old
<BtbN>
It was the latest stable version in Gentoo until relatively recently
<BtbN>
Cause VLC only supports 4.4...
<soreau>
but why would the function just be stubbed out to build-n-fail
<soreau>
should just..not build
rsx has quit [Quit: rsx]
<BtbN>
Cause other combinations of mapping are already implemented
<soreau>
hm
<BtbN>
you're asking it to "map from this format to that", and it then checks if it has the function for that implemented
<Lynne>
BtbN: afaik on intel on windows, they do have native support for vaapi, and in fact use the same code as on linux
<Lynne>
but it is a toy indeed
<BtbN>
Hm, haven't heard of that yet. I only know of Microsofts d3d12 wrapper
<BtbN>
But even with native support, I don't see why you would ever use it vs. d3d11va
<Lynne>
I think they mainly did it for encoding
<Lynne>
since ffmpeg's vaapi encode support is extensive
<BtbN>
It's pretty shit if it's about encoding
<BtbN>
Cause when I tested it, only constrained baseline was implemented, and it managed 30 fps or something
<Lynne>
lol
<BtbN>
constrained baseline h264 I mean
* soreau
only recently discovered that preset=ultrafast means no-high-profile-for-you
<soreau>
must use superfast or lower
<BtbN>
It's what x264 presets do. turn off features for more fast
<soreau>
but silently with no warning or anything
<soreau>
I just had to 'find out'
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<BtbN>
Why would it warn about you setting a preset?
<soreau>
you wouldn't
<soreau>
you'd warn that setting a perset changed something that you might not be aware of, because it's undocumented
<soreau>
anyway, in the fail case, they still get this:
<soreau>
[AVHWFramesContext @ 0x7f79d43bab00] Direct mapping possible.
<soreau>
is that just inaccurate?
<soreau>
or some unrelated message
<BtbN>
It's very much documented what all the x264 presets do
<soreau>
I don't see anything that says ultrafast will limit the profile to contrained
<soreau>
but I do see how to set the profile, and that doesn't work (high) with ultrafast
<BtbN>
The -profile setting is iirc documented as upper limit
<BtbN>
same as the level one
<soreau>
"The -profile:v option limits the output to a specific H.264 profile."
<BtbN>
And as for the error, there's really only two possible causes: Either ffmpeg itself does not have that mapping implemented (was built without it, or is too old), or the driver, for the same reasons.
<soreau>
I read that as 'no other profile will be used'
<soreau>
BtbN: so probably not libva
<BtbN>
libva itself is pretty much just a lot of stubs
<BtbN>
all the actual work happens in the drivers
<soreau>
aand how do you build ffmpeg with such vaapi mappings? is --enable-vaapi enough?
<BtbN>
Basically, do nothing special
<BtbN>
if you built it without any configure arguments and it detects libva and whatever it needs for DRM support, it should work
<BtbN>
But distros like to add a lot of configure switches
<soreau>
yea, that remap all the configure options to 'flags' (thanks gentoo for being so confusing)
<BtbN>
well, the alternative would be to depend on hundreds and hundreds of packages
<soreau>
IMO the option is to map the flags to the options 1:1 :P
<soreau>
so it's clear what's going on
<soreau>
but I digress on that one
* soreau
is not a gentooligan
iconoclast_hero has quit [Ping timeout: 276 seconds]
<BtbN>
That would be horribly confusing since then there would be hundreds if not thousands of new useflags
iconoclasthero has joined #ffmpeg
<aaabbb>
soreau: ultrafast does baseline because it turns off cabac, which is slower than baseline's cavlc
<aaabbb>
so it's not just some arbitrary decision
<aaabbb>
it isn't that it "sets it to baseline", it's that ultrafast turns off so many features that the only features left are ones that any player that supports baseline can play... so it sets it to baseline, signaling that even a baseline decoder can handle it
<aaabbb>
that is all that a profile is, is a bit of metadata that says what set of features a decoder should expect to have. you could make it lie and force it to do "high profile" with ultrafast, but then you'd just be lying to decoders and telling baseline-only decoders that they cannot play it, even though they can
<aaabbb>
anyway unless something is seriously wrong with my understanding, ffmpeg isn't "limiting the profile" to baseline, it's "determining" that the only features still remaining are features that a baseline-only decoder will support
<aaabbb>
soreau: and actually if you tell it to do something that's not baseline-compatible (like yuv444p) with ultrafast, it will automatically "determine" that baseline is too low and it will up the profile. give this a try and see: ffmpeg -f lavfi -i testsrc=d=1 -c:v libx264 -preset ultrafast -pix_fmt yuv444p x.mp4
Suchiman has joined #ffmpeg
lavaball has quit [Ping timeout: 260 seconds]
lavaball has joined #ffmpeg
MrZeus has quit [Ping timeout: 260 seconds]
FlorianBad has quit [Remote host closed the connection]
<BtbN>
Yeah, it's what the parameters do. The -profile and -level switches tell it to "I want a decoder with these capabilities to be able to play it"
<BtbN>
But it will always output what the encoder needs at minimum
ewomer has quit [Remote host closed the connection]
ewomer has joined #ffmpeg
Sl4yer has joined #ffmpeg
minimal has joined #ffmpeg
l4yer has quit [Ping timeout: 246 seconds]
lavaball has quit [Quit: lavaball]
CarlFK has joined #ffmpeg
coldfeet has quit [Remote host closed the connection]
HerbY_NL_ has joined #ffmpeg
HerbY_NL_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
billchenchina- has joined #ffmpeg
sugoi has joined #ffmpeg
billchenchina- has quit [Read error: Connection reset by peer]
billchenchina- has joined #ffmpeg
sugoi has quit [Ping timeout: 244 seconds]
billchenchina- has quit [Max SendQ exceeded]
billchenchina- has joined #ffmpeg
billchenchina- has quit [Max SendQ exceeded]
billchenchina- has joined #ffmpeg
FlorianBad has joined #ffmpeg
arbitercoin has quit [Ping timeout: 252 seconds]
viric has left #ffmpeg [#ffmpeg]
finsternis has quit [Remote host closed the connection]
elvis_a_presley has quit [Quit: smoke-bomb ; grapple-hook]
elvis_a_presley has joined #ffmpeg
finsternis has joined #ffmpeg
billchenchina- has quit [Quit: Leaving]
HerbY_NL has joined #ffmpeg
FH_thecat has joined #ffmpeg
HerbY_NL has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]