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
HarshK23 has quit [Quit: Connection closed for inactivity]
noobaroo has quit [Quit: Konversation terminated!]
noobaroo has joined #ffmpeg
lexano has quit [Ping timeout: 268 seconds]
<iconoclast_hero>
hey counterpillow, inre link to comment about multiple cores: i'm not sure it was regarding ffmpeg, but it was on the discord for audiobookshelf.
<furq>
were they talking about encoding or decoding
<iconoclast_hero>
cant figure out what the context is, what application it was...
<iconoclast_hero>
just two lines
<iconoclast_hero>
It can screw with the audio quality if you use multiple cores
<iconoclast_hero>
converting audio files is a single core process
<furq>
audiophiles complaining about cpu noise on playback is nothing new and not entirely unfounded because that happens on bad hardware
<furq>
but this is a new one
<iconoclast_hero>
it was so bizarre that that I had to ask.
<furq>
that would defy a lot of fundamental scientific principles
<furq>
but then that's not unusual for audiophiles
<iconoclast_hero>
i think the one who wrote that is using low-bit rate opus for audiobooks too...
<iconoclast_hero>
either way, not too many audiobook audiophiles.
<iconoclast_hero>
so i don't honestly know, he didn't respond when i asked about it.
<iconoclast_hero>
also, i found this:
<furq>
i wouldn't respond either if i'd said that and someone asked me about it
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #ffmpeg
kushal__ has quit [Read error: Connection reset by peer]
raccct has joined #ffmpeg
Blacker47 has joined #ffmpeg
namazso has quit [Remote host closed the connection]
namazso has joined #ffmpeg
Tinos has joined #ffmpeg
minimal has joined #ffmpeg
raccct has quit [Quit: Client closed]
lexano has joined #ffmpeg
ivanich has quit [Remote host closed the connection]
vincejv has quit [Remote host closed the connection]
vincejv has joined #ffmpeg
zmt01 has quit [Ping timeout: 245 seconds]
chiselfuse has quit [Remote host closed the connection]
chiselfuse has joined #ffmpeg
waleee has joined #ffmpeg
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg
Livio has joined #ffmpeg
kus has joined #ffmpeg
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Dotz0cat has quit [Ping timeout: 256 seconds]
Tinos has quit [Remote host closed the connection]
jlc has quit [Quit: No Ping reply in 180 seconds.]
Tinos has joined #ffmpeg
Sakura`Kinomoto has joined #ffmpeg
Livio has quit [Ping timeout: 268 seconds]
jlc has joined #ffmpeg
SakuraChan has quit [Ping timeout: 256 seconds]
billchenchina has joined #ffmpeg
billchenchina has quit [Max SendQ exceeded]
billchenchina has joined #ffmpeg
nobiz has quit [Ping timeout: 264 seconds]
billchenchina has quit [Max SendQ exceeded]
Livio has joined #ffmpeg
billchenchina has joined #ffmpeg
TramTaxi has joined #ffmpeg
billchenchina has quit [Max SendQ exceeded]
<TramTaxi>
Let me try this again. Hi, I'm using ffmpeg to create an hevc stream from a file I have. Unfortunately this sometimes, depending on the source, results in the following error:
<TramTaxi>
Application provided invalid, non monotonically increasing dts to muxer in stream 0: (numbers)
billchenchina has joined #ffmpeg
<TramTaxi>
and the resulting hevc file will be out of sync with what it should be.
<TramTaxi>
How to fix it? Here's the full argument of ffmpeg I'm using:
Tinos has quit [Remote host closed the connection]
billchenchina has joined #ffmpeg
Tinos has joined #ffmpeg
<TramTaxi>
by out of sync it means that it will be going slightly faster or slower than the audio track, getting progressively worse the longer the original file is
billchenchina has quit [Max SendQ exceeded]
billchenchina has joined #ffmpeg
billchenchina has quit [Max SendQ exceeded]
billchenchina has joined #ffmpeg
Livio has quit [Quit: leaving]
<BtbN>
I don't think a raw hevc file has any timing information whatsoever.
<BtbN>
So of course when you then re-unit it with its audio stream, the finer details like the offset between the two is lost
<BtbN>
the way to deal with it is to never separate the two
<TramTaxi>
but I need to do it in order to convert it? unless I can also immediately use mkvmerge with ffmpeg
<BtbN>
Then you might be out of luck
<TramTaxi>
maybe ffmpeg won't help, but I truly do not believe there is no way to solve this timing issue
billchenchina has quit [Quit: Leaving]
nobiz has joined #ffmpeg
coldfeet has joined #ffmpeg
<BtbN>
if you rip audio and video out of their respective containers, it's virtually impossible to put them back together perfectly
zmt00 has joined #ffmpeg
e^pi-1 has quit [Quit: WeeChat 4.2.2]
beaver has joined #ffmpeg
TramTaxi has quit [Ping timeout: 255 seconds]
TramTaxi has joined #ffmpeg
<TramTaxi>
@BtbN are you seriously implying that humanity has never ever needed to split audio and video streams and modifying them and join them together again?? XD
<BtbN>
They wrote tools to do it in one step, i.e. ffmpeg
kasper93 has quit [Remote host closed the connection]
<furq>
virtually impossible is overstating it
<furq>
but there are a lot of cases where you need information from the original file to do it correctly
<BtbN>
it's so much work and so unlikely to be perfectly right, that it's likely less work to integrate that out-of-ffmpeg tool than to try and sync up the streams
kasper93 has joined #ffmpeg
ivanich has joined #ffmpeg
waleee has quit [Quit: WeeChat 4.1.2]
minimal has quit [Quit: Leaving]
Magissia has joined #ffmpeg
beaver has quit [Remote host closed the connection]
beaver has joined #ffmpeg
Ox7C5 has joined #ffmpeg
Dotz0cat has joined #ffmpeg
dostoyevsky2 has quit [Quit: leaving]
dostoyevsky2 has joined #ffmpeg
vlm has joined #ffmpeg
JanC has quit [Read error: Connection reset by peer]
JanC has joined #ffmpeg
ong has joined #ffmpeg
ivanich has quit [Remote host closed the connection]
ong has left #ffmpeg [Disconnected: Hibernating too long]