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
Juest has quit [Ping timeout: 252 seconds]
<furq>
i would suggest not using mp3 unless you have to
<furq>
opus will give much better low bitrate performance and aac will do better than mp3 if you need compatibility
<secondcreek>
Thank you. FYI The ppl who commissioned this project are stuck in the past and insist on mp3 format. Was like talking to a wall when I suggested otherwise. Had them put it in writing that i mentioned other better formats.
<furq>
if it's just speech then maybe downmix to mono and resample to a lower rate
<furq>
then -q:a 9.9 or -abr -b:a 32k or something
<furq>
probably not worth worrying too much about saving 32kbps though
Kei_N_ has joined #ffmpeg
<secondcreek>
nah, this is for an archive from a community talk radio station. Gotta keep the audio for x years for govmnt audits (that never happen, but is regulation).
<secondcreek>
but thx for the info, copied it to my notes.
Kei_N has quit [Ping timeout: 248 seconds]
<furq>
-af aresample=ochl=mono:osr=16000
<furq>
obviously that will sound awful if there's any non-speech content
<furq>
but then lame -V8 probably will in general
<secondcreek>
they have jingles, but the archive is there in case any profanity complaints need to be disproven.
<secondcreek>
it's a church radio station :)
Kei_N_ has quit [Quit: leaving]
Kei_N has joined #ffmpeg
Kei_N_ has joined #ffmpeg
Kei_N has quit [Ping timeout: 260 seconds]
LainExperiments has joined #ffmpeg
sentriz has quit [Read error: Connection reset by peer]
coldfeet has quit [Remote host closed the connection]
mven97 has quit [Ping timeout: 276 seconds]
putacho has quit [Read error: Connection reset by peer]
putacho has joined #ffmpeg
<llyyr>
evilscreww: that one is explicitly for downloading livestreams from the start that are already live and can't be rewound
<llyyr>
for any other use case yt-dlp is better
<llyyr>
also not really related to #ffmpeg
stolen has quit [Quit: Connection closed for inactivity]
<evilscreww>
sure it is
<evilscreww>
ffmpeg is a dependency
litheum has quit [Ping timeout: 248 seconds]
vlm has quit [Ping timeout: 260 seconds]
litheum has joined #ffmpeg
vlm has joined #ffmpeg
Krusher has joined #ffmpeg
militantorc has joined #ffmpeg
militantorc has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
militantorc has joined #ffmpeg
Blacker47 has joined #ffmpeg
xx has joined #ffmpeg
Suchiman has joined #ffmpeg
Wulf has quit [Ping timeout: 265 seconds]
Wulf has joined #ffmpeg
putacho has quit [Ping timeout: 272 seconds]
microchip_ has joined #ffmpeg
evilscreww has quit [Remote host closed the connection]
evilscreww has joined #ffmpeg
microchip_ has quit [Quit: There is no spoon!]
microchip_ has joined #ffmpeg
JanC_ has joined #ffmpeg
JanC is now known as Guest4421
JanC_ is now known as JanC
microchip_ is now known as putacho
lavaball has joined #ffmpeg
Guest4421 has quit [Ping timeout: 260 seconds]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg
MrZeus has joined #ffmpeg
aaabbb has joined #ffmpeg
tux97 has quit [Ping timeout: 252 seconds]
Dagger has quit [Ping timeout: 265 seconds]
Dagger has joined #ffmpeg
xx has quit [*.net *.split]
fling has quit [*.net *.split]
System_Error has quit [*.net *.split]
chiselfuse has quit [*.net *.split]
makidoll has quit [*.net *.split]
dmr104 has quit [*.net *.split]
cmc has quit [*.net *.split]
esu has quit [*.net *.split]
rvalue has quit [Ping timeout: 276 seconds]
rvalue has joined #ffmpeg
fling has joined #ffmpeg
chiselfuse has joined #ffmpeg
low-key has quit [Ping timeout: 252 seconds]
System_Error has joined #ffmpeg
tux97 has joined #ffmpeg
dmr104 has joined #ffmpeg
xx has joined #ffmpeg
esu has joined #ffmpeg
cmc has joined #ffmpeg
microchip_ has joined #ffmpeg
putacho has quit [Ping timeout: 252 seconds]
low-key has joined #ffmpeg
Krusher has quit [Ping timeout: 252 seconds]
<kmikita>
bengalih, try your tests with "-f null -"
<kmikita>
also "-benchmark" useful
Some_Person has quit [Ping timeout: 244 seconds]
Some_Person has joined #ffmpeg
minimal has joined #ffmpeg
microchip_ is now known as putacho
YUiNA has joined #ffmpeg
<YUiNA>
does the order of filters make any diffrence? like "-vf crop,scale,deint" vs "-vf deint,crop,scale"
<termos>
yes its running left -> right
<YUiNA>
yeah but i mean, is there any benfit to deinterlacing then cropping/scaling vs croping/scaling then deinterlacing
<YUiNA>
like is one method faster than the other
<YUiNA>
if i crop first then there is less pixels per frame to deint to maybe it's faster?
Dagger has quit [Ping timeout: 246 seconds]
Dagger has joined #ffmpeg
xx has quit [Quit: xx]
emanuele6 has quit [Ping timeout: 252 seconds]
lusciouslover has quit [Read error: Connection reset by peer]
lusciouslover has joined #ffmpeg
cryptic has quit [Ping timeout: 272 seconds]
tyzoid has quit [Ping timeout: 260 seconds]
KaitoDaumoto has joined #ffmpeg
noobaroo has joined #ffmpeg
emanuele6 has joined #ffmpeg
<noobaroo>
JEEB i think you told me before that 2pass is better only in libvpx-vp9 and that's only because 2pass mode turns on stuff that single pass doesn't use, not actually related to 2 passes themselves being better
<noobaroo>
Well at the time, I was asking about 2pass for libx265, so the vp9 stuff was just extra knowledge. But now I am actually trying to use VP9. Is there a way to turn on the 2pass extra algorithms without using 2pass ? I think you might have mentioned a way
Marth64 has joined #ffmpeg
LainExperiments has joined #ffmpeg
StephenLynx has joined #ffmpeg
mven97 has joined #ffmpeg
stolen has joined #ffmpeg
celmor has joined #ffmpeg
markizano has quit [Quit: Poweroff]
lucasta has joined #ffmpeg
<drew>
if I play two videos back to back with something like `mpv --loop-playlist=inf vid1.mp4 vid2.mp4` and compare to `ffmpeg -f concat -i files.txt concatenated.mp4`, there is a small pause on the concatenated file. Is ffmpeg adding this on purpose or is there something I can do to smooth the concatenation?
Krusher has joined #ffmpeg
Kei_N_ has quit [Read error: Connection reset by peer]
ewomer has quit [Read error: Connection reset by peer]
Kei_N has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
rvalue- has joined #ffmpeg
rvalue has quit [Ping timeout: 260 seconds]
evilscreww has quit [Ping timeout: 250 seconds]
rvalue- is now known as rvalue
rsx has joined #ffmpeg
LainExperiments has quit [Quit: Client closed]
vlm has quit [Ping timeout: 255 seconds]
markizano has joined #ffmpeg
rsx has quit [Quit: rsx]
<noobaroo>
drew I'm waiting for my question to be answered so I might very well be less knowledgeable than yourself, but my experience is that the `-f concat` method is absolute garbage (no offense to ffmpeg creators). It's never worked as intended (at least not as I intended, but maybe how the code intended, idk) for me even once. I use the `-i concat:file1.ts|file2.ts|file3.ts` method always
Unit640 has joined #ffmpeg
LainExperiments has joined #ffmpeg
xx has joined #ffmpeg
<BtbN>
YUiNA: I'm not sure if the scale filter is interlacing-aware. It might completely ruin the image. And crop might mess with which field is first
<BtbN>
crop and scale order matters for obvious reasons
<BtbN>
need to adjust the numbers to make sense at the very least
<kepstin>
scale filter will do an interlaced scale (scale each field separately) as long as the stream/frames are correctly marked.
<kepstin>
not sure whether the crop filter correctly updates the interlacing metadata, tho. haven't checked that myself.
tyzoid has joined #ffmpeg
System_Error has joined #ffmpeg
lucasta has quit [Quit: Leaving]
gvg has quit [Ping timeout: 255 seconds]
gvg has joined #ffmpeg
averne has joined #ffmpeg
MrZeus has quit [Ping timeout: 248 seconds]
dmr104 has quit [Ping timeout: 260 seconds]
emanuele6 has quit [Ping timeout: 252 seconds]
rvalue- has joined #ffmpeg
rvalue has quit [Ping timeout: 265 seconds]
rvalue- is now known as rvalue
iive has joined #ffmpeg
Vonter has quit [Ping timeout: 252 seconds]
Vonter has joined #ffmpeg
emanuele6 has joined #ffmpeg
Krusher has quit [Quit: Leaving]
rvalue has quit [Ping timeout: 252 seconds]
LainExperiments has quit [Quit: Client closed]
LainExperiments has joined #ffmpeg
rvalue has joined #ffmpeg
martylake has quit [Ping timeout: 255 seconds]
martylake has joined #ffmpeg
shibboleth has joined #ffmpeg
<bengalih>
@BtbN yes M4B is for audiobooks. AFAIK you can mux mp3 into mp4 but you can't then get that into m4a/m4b format, you get incompatible code errors. The M4B is special in how it contains chapter data for bookmarks. I have never found anyone with a method for putting MP3 straight in there.
<BtbN>
I mean, it's just mp4 pretty much, so can't you just mux it in as usual?
<galad>
you can, but it won't play on apple softwares
ossifrage has quit [Quit: Leaving]
averne has quit [Quit: quit]
lavaball has quit [Remote host closed the connection]
averne has joined #ffmpeg
stolen has quit [Quit: Connection closed for inactivity]
Coinflipper has quit [Quit: ]
Coinflipper has joined #ffmpeg
LainExperiments6 has joined #ffmpeg
LainExperiments has quit [Ping timeout: 256 seconds]
LainExperiments6 has quit [Ping timeout: 256 seconds]
averne has quit [Quit: quit]
averne has joined #ffmpeg
Blacker47 has quit [Quit: Life is short. Get a V.90 modem fast!]
<bengalih>
They can't be muxed into M4B, maybe M4A? But M4B is what supports chapters/bookmarks and no, I've never seen anyone be able to directly do it.
<bengalih>
I prefer M4B for audiobook as they are single file and support the chapters. To me, that is worth re-encoding an MP3 into it. They are just spoken word, so you don't really notice quality drop.
lucasta has joined #ffmpeg
<furq>
it can be muxed in but a lot of players are picky about mp3 in m4a
<furq>
last i checked some browsers won't play mp3 in mp4 at all