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]