HarshK23 has quit [Quit: Connection closed for inactivity]
Tinos has joined #ffmpeg
fossdd has quit [Ping timeout: 260 seconds]
Tinos has quit [Remote host closed the connection]
<noobaroo>
BtbN Okay, thanks
gvg has quit [Ping timeout: 264 seconds]
gvg_ has quit [Ping timeout: 264 seconds]
<noobaroo>
I have a difficult video here... I have converted a 1min section 5 times and I keep increasing the CRF value but the bitrate is still too high. So far I am at "-crf 38" which gave me a 5,000 kbps video. Using libsvtav1 and it's a 1080p video.
<furq>
the HA wiki claims fdk he-aac works up to -vbr 3
<furq>
idk if it doesn't work for -vbr 4 or if they just assumed nobody would enable he-aac at that rate
<noobaroo>
furq It's not he-aac
<furq>
oh
<another|>
he-aac makes no sense above a certain bitrate
<furq>
conflating this with a question from yesterday i guess
<noobaroo>
I'm confused because I just converted a previous 1080p video at "-crf 21" and it gave a bitrate of 2707.77 kb/s
LuKaRo has quit [Ping timeout: 246 seconds]
<noobaroo>
Why is this new video not compressing as well? Both are x264 1080p videos
<furq>
it depends massively on the content
Marth64 has quit [Ping timeout: 255 seconds]
Marth64 has joined #ffmpeg
LuKaRo has joined #ffmpeg
<noobaroo>
furq , I see... To me, it seems like there is some invisible factor because content that I expect would be high gives super low bitrate and vica versa. It's entirely unpredictable
<furq>
film grain or compression artifacts maybe
<noobaroo>
I will google those two things, thanks
<noobaroo>
Thank you and thanks to everyone else that is a part of #ffmpeg. I really love this channel and am always extremely grateful for all the knowledgeable people here
realies has joined #ffmpeg
fossdd has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
<BtbN>
if you want a specific bitrate or filesize, crf is not the option for you
<BtbN>
crf is telling the encoder to give you "that quality", and disregard anything else
fossdd has joined #ffmpeg
xx has quit [Ping timeout: 260 seconds]
__jmcantrell__ has joined #ffmpeg
__jmcantrell__ is now known as jmcantrell
jmcantrell has quit [Client Quit]
gvg has joined #ffmpeg
gvg_ has joined #ffmpeg
fossdd has quit [Ping timeout: 260 seconds]
__jmcantrell__ has joined #ffmpeg
__jmcantrell__ is now known as jmcantrell
fossdd has joined #ffmpeg
emmanuelux has joined #ffmpeg
JanC has quit [Ping timeout: 255 seconds]
JanC has joined #ffmpeg
user23 has quit [Remote host closed the connection]
jmcantrell has quit [Quit: WeeChat 4.2.1]
<noobaroo>
Why does libsvtav1 CRF 22 ouput a 12mbps file when the source file is 10mbps h264?
YuGiOhJCJ has joined #ffmpeg
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #ffmpeg
minimal has quit [Quit: Leaving]
evilscreww has joined #ffmpeg
fossdd has quit [Ping timeout: 255 seconds]
evilscreww has quit [Remote host closed the connection]
evilscreww has joined #ffmpeg
fossdd has joined #ffmpeg
theobjectivedad has quit [Read error: Connection reset by peer]
fossdd has quit [Ping timeout: 255 seconds]
theobjectivedad has joined #ffmpeg
fossdd has joined #ffmpeg
sonicrules1234 has quit [Ping timeout: 264 seconds]
evilscreww has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 246 seconds]
AbleBacon has quit [Read error: Connection reset by peer]
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg
fossdd has joined #ffmpeg
Tinos has joined #ffmpeg
fossdd has quit [Ping timeout: 264 seconds]
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg
System_Error has quit [Ping timeout: 260 seconds]
fossdd has joined #ffmpeg
System_Error has joined #ffmpeg
waeking has quit [Quit: Ping timeout (120 seconds)]
waeking has joined #ffmpeg
fossdd has quit [Ping timeout: 255 seconds]
fossdd has joined #ffmpeg
Sakura`Kinomoto has quit [Ping timeout: 260 seconds]
theobjectivedad has quit [Read error: Connection reset by peer]
gvg_ has quit [Ping timeout: 260 seconds]
gvg has quit [Ping timeout: 264 seconds]
theobjectivedad has joined #ffmpeg
fossdd has joined #ffmpeg
internatetional has joined #ffmpeg
junaid_ has quit [Remote host closed the connection]
kepstin has quit [Remote host closed the connection]
kepstin has joined #ffmpeg
Sakura`Kinomoto has joined #ffmpeg
internatetional has quit [Quit: WeeChat 4.2.1]
Marth64 has quit [Ping timeout: 255 seconds]
Marth64 has joined #ffmpeg
emmanuelux has quit [Read error: Connection reset by peer]
emmanuelux has joined #ffmpeg
emmanuelux has quit [Read error: Connection reset by peer]
emmanuelux has joined #ffmpeg
fossdd has quit [Ping timeout: 255 seconds]
fossdd has joined #ffmpeg
emmanuelux has quit [Read error: Connection reset by peer]
emmanuelux has joined #ffmpeg
Hackerpcs has quit [Quit: Hackerpcs]
Hackerpcs has joined #ffmpeg
emmanuelux has quit [Read error: Connection reset by peer]
Hackerpcs has quit [Max SendQ exceeded]
emmanuelux has joined #ffmpeg
Hackerpcs has joined #ffmpeg
emmanuelux has quit [Read error: Connection reset by peer]
emmanuelux has joined #ffmpeg
emmanuelux has quit [Read error: Connection reset by peer]
HarshK23 has joined #ffmpeg
fossdd has quit [Ping timeout: 255 seconds]
lavaball has joined #ffmpeg
markifi has joined #ffmpeg
fossdd has joined #ffmpeg
<BtbN>
noobaroo: the bitrate and codec of the input has no influence on anything on the encoder side
<BtbN>
The encoder only sees raw frames, and will do as told to encode them.
<markifi>
i've been using this https://0x0.st/H7ZE.txt to concatenate all files in camera and it's been great, but i wonder if there's a way to just reencode the parts where any two clips join so there isn't a 5-10 frame freeze frame and abrupt gap in the audio at every "cut"? is it possible to only reencode the parts of the footage immediately next to the cuts, with a very fast audio crossfade, or would i
<markifi>
have to then reencode every frame of a video? i'd only want to reencode the least bit possible to keep it fast. it's just travel videos so it's not a big deal if it's not professional looking, but i thought it's worth asking anyway. hello everyone
markifi has left #ffmpeg [WeeChat 4.1.1]
evilscreww has joined #ffmpeg
<evilscreww>
eh, when one typically goes from mp4 to ts, is it lossless?
markifi has joined #ffmpeg
fossdd has quit [Ping timeout: 272 seconds]
iconoclast_hero has joined #ffmpeg
hightower2 has joined #ffmpeg
fossdd has joined #ffmpeg
waleee has joined #ffmpeg
<BtbN>
remuxing is always lossless, just be sure you are actually remuxing (-c copy) and not re-encoding
fossdd has quit [Read error: Connection reset by peer]
<iconoclast_hero>
i build my own ffmpeg from source with as many of the various functionalities as I can. I'm looking at a list of ca. 400 opus files that mutagen finds unreadable (but ffmpeg-based things don't, e.g., vlc, mpd, ff*). these files have a range of values for lvac & lvaf versions.
<iconoclast_hero>
QUESTION: Are those versions fixed once the ffmpeg binaries are built or, having built the binaries and then subsequently letting apt update my libraries, would result in different writing app/library versions while the ffmpeg version was held constant?
<BtbN>
That entirely depends on if you are using those libs or not.
<iconoclast_hero>
well as a build option i have --enable-libopus
<iconoclast_hero>
i thought at the beginning of the build process when i collect all those various dependencies and compile them, those versions were fixed once ffmpeg was compiled.
<iconoclast_hero>
i.e., ffmpeg is self-contained at that point and what happens to the libraries on the machine is irrelvant
<BtbN>
That's not how shared libraries work
<iconoclast_hero>
let me rephrase the question to be more precise then.
<BtbN>
So unless you statically linked everything, if the lib changes, it changes
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
<iconoclast_hero>
that probably makes the question easier: if i follow this: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu and then let apt handle everything for the entire lts release cycle, i'll not have statically linked to the libraries and those versions will change despite the version of ffmpeg being the one I built at the beginning?
<BtbN>
If you built against the systems shared libs, those can and will get updated by the package manager, of course
<BtbN>
Your typical binary distro does not randomly break ABI though
<iconoclast_hero>
ABI?
<BtbN>
so a binary you build for Ubuntu 22.04 will forever work on Ubuntu 22.04
<iconoclast_hero>
and since i have files mutagen could read and now can't and a commonality is ffmpeg converting them, it seemed worth looking at the writing lib/app versions
<iconoclast_hero>
the range of them surprised me since i should have only had a small number of ffmpeg versions over the years those files were converted.
<BtbN>
Sounds more like an issue in that software, if stuff it wrote is broken, but stuff ffmpeg writes is fine?
<iconoclast_hero>
but I didn't build libopus...everything I could install via apt before compiling ffmpeg I did.\
<iconoclast_hero>
so then it seems likely that apt updated that as I went along.
<BtbN>
it seems unlikely to me that it's an issue with libopus
<BtbN>
The opus bitstream itself seems to be intact after all.
<iconoclast_hero>
oh it is.
<iconoclast_hero>
every time i tried, ffmpeg could -acodec copy to an opus that mutagen could read.
<iconoclast_hero>
my hypothesis is that they were converted to opus with ffmpeg, tagged with picard, saved & filed, mutagen changed (or the dev version of picard did something weird), and now mutagen can't read them, but I can't prove any of that.
<iconoclast_hero>
well, some of that is for certain, but the order isn't, etc.
<BtbN>
most likely something went wrong when tagging them
<iconoclast_hero>
so someone said this on #musicbrainz
<iconoclast_hero>
#metabrainz: I was also fighting with Ogg files yesterday because ffmpeg shows their metadata/tags as if they were attached to the audio stream while for all other formats which I had tested (FLAC, MP3, MP4, MKV etc.) they are attached to the container.
<iconoclast_hero>
if they were tagged and then converted, could ffmpeg have left them attached to the container?
<iconoclast_hero>
i vaguely understand what that means.
<iconoclast_hero>
but not how to look for it e.g., in ffprobe output
markifi has left #ffmpeg [WeeChat 4.1.1]
devinheitmuell-1 has quit [Ping timeout: 252 seconds]
<furq>
i don't think that has anything to do with your issue
<furq>
that's just a difference in what section ffprobe displays the metadata under
<furq>
formats that can contain more than one stream may have global or per-stream metadata, but i think for ogg it's always per-stream
<evilscreww>
BtbN: isnt ts's codec mpeg-2?
<BtbN>
no
<BtbN>
the default if you don't specify one might be, but ts can contain pretty much anything
<evilscreww>
i see i see...
<evilscreww>
thank you for letting me know
<BtbN>
I'm not actually sure what the status is with AV1 and opus, but anything before that can definitely go into ts, and AV1 and opus are at least being worked on
<JEEB>
opus I think is standardized
<JEEB>
AV1 is kinda standardized but people are pondering whether the start code escaping stuff is worth it or not
<evilscreww>
so ffmpeg will allow me to convert some mp4 files to ts
<evilscreww>
or remux rather
JanC has quit [Ping timeout: 255 seconds]
<BtbN>
well, basically all of them unless they contain AV1 video
<evilscreww>
and how do i ascertaining if its "Av1" video
<BtbN>
look at it with ffprobe, or just try it and see if it explodes
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<evilscreww>
b00m
<evilscreww>
we really need a GUI version of this
<BtbN>
Doesn't work. Many people tried.
<BtbN>
Handbrake exists, but even that has some limitations.
<evilscreww>
is there a particular reason that you know of
<evilscreww>
im genuinely curious
<furq>
ffmpeg is very complicated
<furq>
a gui will either be too simple to be useful or too complicated to use
<furq>
if you specifically just need it to do one thing then sure
<evilscreww>
look at programs like photoshop or even some video editing programs which give you an insane amount of options and buttons and do dads
<furq>
but you could equally well write a shell script for that
<furq>
photoshop takes years to get proficient with
<evilscreww>
do ffmpeg shell scripts exist
<furq>
it would be amazing if they didn't
<evilscreww>
all i need is something to get me from mp4 to ts without losing quality
<noobaroo>
Is there a better way to convert a video than this? I'm looking for the highest quality possible at low bitrate (less than 4mbps) https://x0.at/KQsr.txt
<noobaroo>
If anyone has any tips, I'd be very grateful
justache has joined #ffmpeg
xx has quit [Ping timeout: 260 seconds]
<BtbN>
I'm not sure if bypassing the ffmpeg two-pass handling like that works
<BtbN>
Also, isn't passing movflags without there being a mov-muxer an error?
<noobaroo>
How am I bypassing the two pass handling? I am a noob, idk what I'm doing
<noobaroo>
As to movflags, I'm not getting an error about it as far as I know. What should I do instead?
<BtbN>
By not using -pass 1 and -pass 2, but just telling x265 directly
<BtbN>
And if there's no mov container, just don't specify it
zenstoic has joined #ffmpeg
jmcantrell has quit [Quit: WeeChat 4.2.1]
jmcantrell has joined #ffmpeg
hightower3 has joined #ffmpeg
jmcantrell has quit [Quit: WeeChat 4.2.1]
hightower4 has quit [Ping timeout: 264 seconds]
jmcantrell has joined #ffmpeg
<noobaroo>
Do I still need to tell x265 directly if I use -pass 1 and -pass 2?
<furq>
no
<noobaroo>
It seems that "-x265-params no-slow-firstpass=1" doesn't work without telling x265-params pass=1
<noobaroo>
I got 0.3x and then get 1x if I add "x265-params pass=1"