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
SuicideShow has quit [Ping timeout: 276 seconds]
SuicideShow has joined #ffmpeg
crossby1004 has joined #ffmpeg
Everything has quit [Quit: leaving]
crossby1004 has quit [Client Quit]
johnjaye has quit [Ping timeout: 248 seconds]
vedranm has quit [Ping timeout: 252 seconds]
Traneptora has joined #ffmpeg
xx has quit [Quit: xx]
johnjaye has joined #ffmpeg
iive has quit [Quit: They came for me...]
Dagger has quit [Ping timeout: 244 seconds]
Dagger has joined #ffmpeg
gchound has joined #ffmpeg
Haxxa has quit [Quit: Haxxa flies away.]
johnjaye has quit [Ping timeout: 264 seconds]
johnjaye has joined #ffmpeg
deus0ww_ has quit [Ping timeout: 248 seconds]
deus0ww has joined #ffmpeg
EmleyMoor has quit [Ping timeout: 252 seconds]
EmleyMoor has joined #ffmpeg
lucasta has quit [Quit: Leaving]
vincejv has quit [Remote host closed the connection]
<zayd> Any idea what I'm doing wrong here? https://bpa.st/MVMQ I'm trying to transcode DTS-HD to Opus but it fails with something about channel layout. FLAC works but not Opus for some reason.
<zayd> Command I tried to use: ffmpeg -i title_t01.av1.mkv -map 0:0 -map 0:1 -map 0:2 -c:v copy -c:a:0 libopus -b:a:0 196K -c:a:1 copy HELLRAISER.mkv
vincejv has joined #ffmpeg
<Marth64> Need full output log
<zayd> Marth64: idk if there's any other settings needed for a full log but this is what it puts out https://bpa.st/2XCA
<Marth64> Looks like a bug on the opus library side
<zayd> anything i can do to get it working on my end?
<Marth64> I am sorry, I am not sure. There appear to be some workarounds in the bug ticket discussed
<another|> zayd: -filter:a aformat=channel_layouts="7.1|5.1|stereo" -mapping_family 1
<zayd> another|: seems to be working
lusciouslover has quit [Ping timeout: 260 seconds]
lusciouslover has joined #ffmpeg
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg
nigetilly has joined #ffmpeg
Suchiman has quit [Quit: Connection closed for inactivity]
hightower4 has joined #ffmpeg
hightower3 has quit [Ping timeout: 255 seconds]
qubuepe24 has joined #ffmpeg
<aaabbb> what situations is libx264's aq-mode=2 worse than aq-mode=1? for libx265 2 is the default
Marth64 has quit [Quit: Leaving]
EmleyMoor has quit [Ping timeout: 252 seconds]
EmleyMoor has joined #ffmpeg
StephenLynx has quit [Quit: Leaving]
minimal has quit [Quit: Leaving]
gchound has quit [Quit: WeeChat 4.1.1]
noobaroo has quit [Quit: noobaroo]
Marth64 has joined #ffmpeg
TheSilentLink has quit [Ping timeout: 252 seconds]
qubuepe24 has quit [Remote host closed the connection]
cmc has quit [Remote host closed the connection]
cmc has joined #ffmpeg
TheSilentLink has joined #ffmpeg
System_Error has joined #ffmpeg
Marth64 has quit [Quit: Leaving]
cmc has quit [Ping timeout: 260 seconds]
markizano has quit [Remote host closed the connection]
markizano has joined #ffmpeg
Marth64 has joined #ffmpeg
clever has joined #ffmpeg
<clever> ive been messing with the background recording feature in steam, and its generating a session.mpd that looks like normal DASH streaming stuff, if i host the directory over http, i can then playback the recording normally
<clever> how can i convince ffmpeg to accept the same thing without the http in the middle?
lavaball has joined #ffmpeg
noobaroo has joined #ffmpeg
<noobaroo> did you guys know the wikipedia pic of vincent van vogh's painting is over 200MB?
<noobaroo> lximage-qt refuses to open it but swayimg handles it fairly smoothly. Its somewhat choppy with antialiasing turned on, but swayimg always is. Oh actually nvm they added multithreaded antialiasing very recently, non-200MB sized pics arent choppy
<noobaroo> A 200MB .jpg file
cmc has joined #ffmpeg
Marth64 has quit [Quit: Leaving]
militantorc has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
MoC has joined #ffmpeg
System_Error has joined #ffmpeg
rv1sr has joined #ffmpeg
nigetilly has quit [Ping timeout: 248 seconds]
cmc has quit [Ping timeout: 260 seconds]
cmc has joined #ffmpeg
fling has quit [Remote host closed the connection]
fling has joined #ffmpeg
<aaabbb> noobaroo: there are jpegs that are hundreds of gigabytse out there
bertieb has quit [Read error: Connection reset by peer]
bertieb has joined #ffmpeg
<noobaroo> The biggest jpeg i ever seen before this was probably 20MB or so
<noobaroo> Where at?
hx030 has joined #ffmpeg
<hx030> Hi, I'm having problem getting dav1d enabled, heres the log https://controlc.com/e42a7e7b
<JEEB> for whatever reason a standard C thing is not found https://en.cppreference.com/w/c/numeric/complex/cexp
<hx030> JEEB: uhh does that mean my clang is faulty
<JEEB> clang doesn't provide standard library stuff IIRC
<JEEB> so it's whatever provider is that in Android
<JEEB> although I think many projects like mpv-android utilize dav1d, so it by itself should work in general
<JEEB> unless there's some recent change in dav1d that added that call
<hx030> hmm.... I have almost zero knowledge for this but I guess I'll try look aroubd based on what you told, thx
<hx030> around*
Suchiman has joined #ffmpeg
<noobaroo> Im playing with this 200MB jpeg and i think i found out why lximage-qt wont open it
<noobaroo> ffmpeg -c:v libjxl wont even work, it throws an error about mjpeg decoder says the size is too big
<noobaroo> But magick works to convert it to webp
xx has joined #ffmpeg
lavaball has quit [Remote host closed the connection]
Blacker47 has joined #ffmpeg
Sketch has quit [Remote host closed the connection]
Sketch has joined #ffmpeg
<noobaroo> Does DTS-HD actually play or is it ignored like Atmos extensions are, without specialized equipment?
<noobaroo> I'm pretty sure it's ignored
<JEEB> the lossless extensions etc are supported just fine for ages
<JEEB> which is what that name generally is meant
<noobaroo> But when converted to flac they appear identical and differ only by some kB http://0x0.st/Xnxn.webp http://0x0.st/Xnx5.webp
<noobaroo> Almost identical, there is a hair of difference in the upper bandwidth area on one spot, except for this one microscopic spot, everything else is identical at least to my naked eye
<JEEB> I have no idea about what extensions you're possibly talking about, but at the point of 2016 the decoder was rewritten by a nice person called foo86, and it supported everything defined at that point to my knowledge.
<JEEB> the reason why the object based stuff is atm ignored is because we have no means of parsing that decoded result or doing object based rendering :P
<noobaroo> this: "Audio: dts (dca) (DTS-HD MA), 48000 Hz, 5.1(side), s32p (24 bit)"
<JEEB> which looks just like normal 5.1 lossless
<noobaroo> So is going from DTS-HD to wav/flac or even high bitrate opus, the same as going from the bsf:a dca_core of it to wav/flac/opus ?
<JEEB> no?
<JEEB> as I said, the lossless etc extensions are supported. the full shebang gets decoded unless there are new extensions after 2016
<JEEB> but what is called "DTS-HD" is just usually the lossless extension
<noobaroo> So audacity visualization is just a general sense and not very accurate then
<noobaroo> Because decoded, the two appear 99.9% identical
<noobaroo> At least in this one 8 second area
<JEEB> which of course is possible
<JEEB> if the lossy result is that close to the lossy one
<JEEB> argh, one of those is *lossless
noobaroo has quit [Quit: noobaroo]
martylake_ has joined #ffmpeg
martylake has quit [Ping timeout: 260 seconds]
martylake_ is now known as martylake
Sciencentistguy has quit [Quit: o/]
Sciencentistguy has joined #ffmpeg
deus0ww has quit [Ping timeout: 264 seconds]
deus0ww has joined #ffmpeg
odrling has quit [Remote host closed the connection]
odrling has joined #ffmpeg
rvalue- has joined #ffmpeg
rvalue has quit [Ping timeout: 265 seconds]
rvalue- is now known as rvalue
StephenLynx has joined #ffmpeg
makidoll has quit [Remote host closed the connection]
noobaroo has joined #ffmpeg
makidoll has joined #ffmpeg
lucasta has joined #ffmpeg
<noobaroo> JEEB do you know if its possible to add this with ffmpeg or is this something only mkvtoolnix can do at the moment? "Side data: Frame cropping: 0/0/0/358" <-- shows up like this in ffprobe
<noobaroo> h264_metadata bsf crop is a lifesaver but none of the open source codecs have this bitstream option, so the only way is using mkvtoolnix
<JEEB> currently side data override support is only for the display matrix stuff on CLI. the problem is mostly that there's no centralized text -> side data logic. if there was, it'd already work
<JEEB> in other words, the structured metadata (side data) exists, and there is code that logs it either in ffprobe or elsewhere, but not something that takes in a structure and creates side data from it
<JEEB> uhh, takes in a string
a0z has joined #ffmpeg
nrg has quit [Quit: ZNC - https://znc.in]
stolen has joined #ffmpeg
nrg has joined #ffmpeg
martylake_ has joined #ffmpeg
nrg has quit [Quit: ZNC - https://znc.in]
martylake has quit [Ping timeout: 265 seconds]
martylake_ is now known as martylake
nrg has joined #ffmpeg
MoC has quit [Quit: Konversation terminated!]
martylake has quit [Ping timeout: 248 seconds]
<welder> I've got a file with 2 streams (1 audio 1 video), av_read_frame returns sometimes first, sometimes second. Can I ask just to only read the audio stream? I see av_seek_frame for instance takes stream id as argument, does av_read_frame have similar equivalent?
<welder> Not a big deal tho, I can just if(...) continue to skip the video packets
<JEEB> yea, all packets are read from the container according to interleaving (and some internal interleaving logic if the container interleaving is bork)
<JEEB> ahh, there might be AVStream->discard |= AVDISCARD_ALL
<JEEB> that might make the demux logic drop it before it gets passed to you from reading
<welder> Noted
<JEEB> some modules have custom logic for discard all, which means that packets might get discarded even earlier in the process
Marth64 has joined #ffmpeg
a0z has quit [Quit: Leaving]
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg
<realies> kepstin, this was a stupid user error; i was doing -ar 44.1khz as part of the second pass loudnorm and this introduced new peaks from the resampling...
emanuele6 has quit [Ping timeout: 252 seconds]
<kepstin> i honestly wouldn't have expected resampling down to increase the peaks that much, tbh :/
<realies> me neither , but maybe it doesn't use high precision resampling by default
<realies> i'll try replacing -ar 44100 with aresample=44100:resampler=soxr:precision=33:osf=dbl:filter_size=1024
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg
emanuele6 has joined #ffmpeg
lavaball has joined #ffmpeg
<furq> filter_size is only for swresample
<realies> thanks
<realies> now i wonder how to retain the integrated loudness and true peak values when converting to mp3 lol
<kepstin> integrated loudness shouldn't have any significant changes; true peak will change somewhat as a result of lossy encoding, nothing you can do
<realies> integrated loudness drops 0.4 LUFS, true peak drops 0.1 dbFS
<realies> adding -af volume=0.1dB as part of the wav->mp3 encoding brings the integrated loudness drop to 0.3 LUFS and the true peak has no drop
<realies> i wonder if that's just a lucky gain number for that particular file
<kepstin> yeah, it's not really predictable
<kepstin> you can encode, compensate, encode again and the second encode still might not match
<realies> i bet it depends on the high frequency content a fair bit
<realies> tempted to leave it in
<kepstin> the difference is usually not enough to be worth bothering with tbh
* realies can't ignore the ocd
lucasta has quit [Quit: Leaving]
stolen has quit [Quit: Connection closed for inactivity]
emanuele6 has quit [Ping timeout: 245 seconds]
drew has joined #ffmpeg
emanuele6 has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg
duskmoss has quit [Remote host closed the connection]
duskmoss has joined #ffmpeg
duskmoss has quit [Remote host closed the connection]
duskmoss has joined #ffmpeg
jemius has joined #ffmpeg
wyatt8750 has joined #ffmpeg
wyatt8740 has quit [Ping timeout: 260 seconds]
shibboleth has joined #ffmpeg
wyatt8750 has quit [Remote host closed the connection]
wyatt8740 has joined #ffmpeg
wyatt8740 has quit [Ping timeout: 252 seconds]
<welder> JEEB: stream->discard = AVDISCARD_ALL does work
wyatt8740 has joined #ffmpeg
sumoon has quit [Remote host closed the connection]
OctopusET has joined #ffmpeg
hightower3 has joined #ffmpeg
hightower4 has quit [Ping timeout: 252 seconds]
OctopusET has quit [Remote host closed the connection]
OctopusET has joined #ffmpeg
Blacker47 has quit [Quit: Life is short. Get a V.90 modem fast!]
yans has joined #ffmpeg
shibboleth has quit [Quit: shibboleth]
yans has quit [Remote host closed the connection]
iive has joined #ffmpeg
waeking has joined #ffmpeg
yans has joined #ffmpeg
waeking has quit [Quit: The Lounge - https://thelounge.chat]
Everything has joined #ffmpeg
waeking has joined #ffmpeg
Traneptora has quit [Quit: Quit]
xx has quit [Remote host closed the connection]
rv1sr has quit []
Marth64 has quit [Quit: Leaving]
jemius has quit [Remote host closed the connection]
lucasta has joined #ffmpeg
Buliarous has quit [Remote host closed the connection]
Buliarous has joined #ffmpeg
SuicideShow has quit [Ping timeout: 272 seconds]