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
swamp_ has joined #ffmpeg
swamp_ has quit [Max SendQ exceeded]
swamp_ has joined #ffmpeg
swamp_ has quit [Max SendQ exceeded]
swamp_ has joined #ffmpeg
zmt01 has quit [Ping timeout: 252 seconds]
kasper93 has joined #ffmpeg
iive has quit [Quit: They came for me...]
TheSilentLink has quit [Ping timeout: 260 seconds]
TheSilentLink has joined #ffmpeg
travisghansen4 has joined #ffmpeg
travisghansen has quit [Ping timeout: 252 seconds]
travisghansen4 is now known as travisghansen
minimal has quit [Quit: Leaving]
vlm has quit [Ping timeout: 272 seconds]
nigetilly has joined #ffmpeg
nigetilly has quit [Quit: Konversation terminated!]
nigetilly has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
Xaldafax has quit [Quit: Bye...]
nigetilly has quit [Quit: Konversation terminated!]
StephenLynx has quit [Remote host closed the connection]
Suchiman has quit [Quit: Connection closed for inactivity]
FH_thecat has quit [Quit: Leaving]
FH_thecat has joined #ffmpeg
Blacker47 has joined #ffmpeg
rv1sr has joined #ffmpeg
Cheetahze has joined #ffmpeg
blb has quit [Ping timeout: 264 seconds]
blb has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
x_x has joined #ffmpeg
System_Error has joined #ffmpeg
HarshK23 has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
x_x has quit [Remote host closed the connection]
x_x has joined #ffmpeg
yssh has joined #ffmpeg
System_Error has joined #ffmpeg
yssh has quit [Ping timeout: 256 seconds]
yssh has joined #ffmpeg
yssh has quit [Quit: Client closed]
yssh has joined #ffmpeg
lolok has quit [Quit: lolok]
duskmoss has quit [Ping timeout: 272 seconds]
lavaball has joined #ffmpeg
Suchiman has joined #ffmpeg
yssh has quit [Quit: Client closed]
yssh has joined #ffmpeg
BrunoTheDwarf has joined #ffmpeg
<BrunoTheDwarf>
hi all, I have this weird issue - its most probably me doing something wrong - but I only experienced it with ffmpeg v7+
<BrunoTheDwarf>
I'm using this ffmpeg cmd on a hdr (dv) video file: ffmpeg -analyzeduration 2147483647 -probesize 2147483647 -thread_queue_size 999 -i 265v.mkv -max_muxing_queue_size 9999 -fflags +genpts -use_wallclock_as_timestamps 1 -map_metadata:g -1 -map_metadata:s:v -1 -map 0:v:0 -pix_fmt yuv420p10le -vf bwdif=mode=0,zscale=t=linear:npl=763,format=gbrpf32le,zscale=p=bt709,tonemap=hable,zscale=t=bt709:m=bt709,eq=gamma=1,zscale=w=2002:h=10
<BrunoTheDwarf>
with ffmpeg v6 (and prior) works just fine, converts the file from hdr10/dv, to sdr, strippnibg it of any hdr metadata etc, all good .... but with ffmpeg v7+ ... this metadata remains (and I cant seem to get rid of it): HDR format : SMPTE ST 2086, HDR10 compatible
yssh has quit [Quit: Client closed]
yssh has joined #ffmpeg
<JEEB>
BrunoTheDwarf: older versions instead of stripping just do nothing to the metadata, as in it more often than not did not go anywhere from the input :)
<JEEB>
so now there are two things: one is the frame level metadata which is then fed to the encoder at initialization. so if tonemap does not strip that metadata, it is still there
<JEEB>
you can check that by adding a showinfo filter after tonemap
<JEEB>
(possibly requires `-v verbose` which is the highest log level that is not yet spammy)
<JEEB>
basically showinfo should log side data attached to the AVFrames
<JEEB>
and if the HDR parameters are there they should get passed to the encoder, and currently libx264, libx265 and libsvtav1 make use of it to enable passthrough
<JEEB>
also wait, you toneamp and then still set content light level at the encoder side?!
<JEEB>
then if you no longer have the AVFrame side data, the other bit is the container level side data
<JEEB>
with master and the 7.1 release branch that should no longer be a problem, but before that container level side data was always copied from input to output, so that would explain such things going through
<BrunoTheDwarf>
ok, so I need to change the workflow for 7.x+? can you help me with that?
<JEEB>
not really?
<JEEB>
I just noted that what the issue specifically is should be verified
<JEEB>
also during that I *really* got confused by you saying that you want the HDR metadata out, but then you explicitly *add* it with x265-params :D
<JEEB>
in the command you posted
<JEEB>
> max-cll=3815,158:min-luma=13:max-luma=760 CLL is content light level, one of the often utilized with HDR metadata entries
<JEEB>
and you're specifically setting, specifying it in the output encoder.
<BrunoTheDwarf>
-vcodec libx265 -x265-params crf=22 -an -sn -y 265sdr.mkv (so droppiungg the cll/min-max-luma ... I still have this: HDR format : SMPTE ST 2086
<JEEB>
and crf can be set with just `-crf 22`
<JEEB>
and yes, now the question is whether the problem is container or codec level metadata
<JEEB>
add the showinfo filter after the last zscale to see if the side data is properly getting stripped
<JEEB>
this would passthrough the HDR metadata in case of 7.0 if the filters do not properly strip it
<JEEB>
if it is properly stripped, then it's the container level stuff and 7.1 or current master should handle that better now
j45 has quit [Ping timeout: 276 seconds]
j45 has joined #ffmpeg
lavaball has quit [Remote host closed the connection]
<BrunoTheDwarf>
ok, I shall try 7.1 ....
duskmoss has joined #ffmpeg
Cheetahze has quit [Quit: Connection closed for inactivity]
vlm has joined #ffmpeg
Xaldafax has joined #ffmpeg
ewomer has quit [Ping timeout: 272 seconds]
lavaball has joined #ffmpeg
Unit640 has joined #ffmpeg
nigetilly has joined #ffmpeg
yssh has quit [Quit: Client closed]
alexherbo2 has joined #ffmpeg
stolen has joined #ffmpeg
yssh has joined #ffmpeg
ewomer has joined #ffmpeg
emanuele6 has quit [Ping timeout: 276 seconds]
emanuele6 has joined #ffmpeg
Xaldafax has quit [Quit: Bye...]
yssh has quit [Quit: Client closed]
EmleyMoor has quit [Ping timeout: 276 seconds]
Cheetahze has joined #ffmpeg
EmleyMoor has joined #ffmpeg
EmleyMoor has quit [Ping timeout: 244 seconds]
<BrunoTheDwarf>
found the thing I need to set/add JEEB : sidedata=delete
<JEEB>
yes if the filters have a boog
<JEEB>
so could you confirm with showinfo that tonemap etc are not removing that side data?
<JEEB>
I know vf_libplacebo has now for a while at least properly cleaned that stuff up
StephenLynx has joined #ffmpeg
<BrunoTheDwarf>
yeah prior to v7, it wasnt needed, but after cross-referencing I came across this: https://trac.ffmpeg.org/ticket/9462 ... so I though ... hmm... lets try thatt sidedata=delete .. and ... it did exactly what I want!
<JEEB>
yes since the pipes were not connected until v7 during the development of which I added that piping. so until then even if some filter was buggy it would have not been as easily noticed
<JEEB>
the frame side data was there for a very long time, but it would not affect the output until v7, when I finally did that work (just like in 2020 I connected the color information from frames to output)
<JEEB>
so any issues with the filters etc would of course pop up with v7+ :P
grufwub has quit [Remote host closed the connection]
grufwub has joined #ffmpeg
<JEEB>
anyways, if you have a vulkan capable GPU I recommend testing out the libplacebo video filter if you're doing HDR to SDR tonemap
<BrunoTheDwarf>
I tried even stripping down all the filters ... down to none, it still passed through the hdr data (which, I suppose is good, means by default hdr will encode to hdr, instead of a mangled sdr flagged file)
<BrunoTheDwarf>
I do .... but ...... I do most of my encoding a gpu-less machine
<JEEB>
ok
<JEEB>
I think you can utilize a CPU driver with libplacebo, but no idea how fast it is
<JEEB>
the llvm thing
<BrunoTheDwarf>
many cored xeon .... but no video/gpu at all
<JEEB>
the tonemap filter is just based on a very very old thing from which libplacebo was then developed
<JEEB>
:D
<JEEB>
so if you had had a GPU available that would have been useful to test
<JEEB>
but if not then not
<BrunoTheDwarf>
can libplacebo run pure cpu? or needs gpu?
<JEEB>
it can run with a CPU vulkan driver too, but I have no idea how slow or fast that is
<BrunoTheDwarf>
ahh.. so need vulkan either way? yeah .. ok, thats out for that machine then
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #ffmpeg
turlando has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #ffmpeg
ewomer has quit [Read error: Connection reset by peer]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
ewomer has joined #ffmpeg
nigetilly has quit [Quit: Konversation terminated!]
stolen has quit [Quit: Connection closed for inactivity]
celmor has joined #ffmpeg
Sketch has quit [Remote host closed the connection]
Sketch has joined #ffmpeg
yans has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
techietrash has quit [Ping timeout: 248 seconds]
nickster has quit [Ping timeout: 248 seconds]
alexherbo2 has joined #ffmpeg
techietrash has joined #ffmpeg
ewomer has quit [Read error: Connection reset by peer]
minimal has joined #ffmpeg
crossby1004 has joined #ffmpeg
vincejv has joined #ffmpeg
celmor has quit [Quit: Client closed]
microchip_ has quit [Ping timeout: 265 seconds]
microchip_ has joined #ffmpeg
microchip_ has quit [Client Quit]
microchip_ has joined #ffmpeg
Marth64 has joined #ffmpeg
ShadowJK has joined #ffmpeg
Vonter_ has joined #ffmpeg
Vonter has quit [Ping timeout: 265 seconds]
a0z has joined #ffmpeg
lavaball has quit [Remote host closed the connection]
Vonter_ has quit [Read error: Connection reset by peer]
Vonter has joined #ffmpeg
Vonter has quit [Client Quit]
Vonter has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
<sfan5>
does mesa even come with a vulkan cpu driver?
<sfan5>
btw the result you get from vf_tonemap really isn't that good at all
luva888 has quit [Quit: Ping timeout (120 seconds)]
Unit640 has quit [Quit: Leaving]
luva888 has joined #ffmpeg
<JEEB>
sfan5: yea it bases on a really old version of mpv's vo_gpu, the opencl tonemap filter was the next one, which based on a newer version of vo_gpu :D
<JEEB>
and of course neither of the developers thought it'd be nice to bring the two onto similar level
<JEEB>
and then of course vo_gpu developed further, and then we had libplacebo
crossby1004 has quit [Quit: leaving]
five61848033917 has quit [Remote host closed the connection]
five61848033917 has joined #ffmpeg
x_x has quit [Ping timeout: 260 seconds]
SuicideShow has quit [Ping timeout: 272 seconds]
SuicideShow has joined #ffmpeg
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
rv1sr has quit []
System_Error has quit [Remote host closed the connection]
Muimi has joined #ffmpeg
System_Error has joined #ffmpeg
ewomer has joined #ffmpeg
lavaball has quit [Remote host closed the connection]
alexherbo2 has quit [Remote host closed the connection]
Muimi has quit [Quit: Going offline, see ya! (www.adiirc.com)]
iive has quit [Quit: They came for me...]
System_Error has quit [Remote host closed the connection]