michaelni changed the topic of #ffmpeg-devel to: Welcome to the FFmpeg development channel | Questions about using FFmpeg or developing with libav* libs should be asked in #ffmpeg | This channel is publicly logged | FFmpeg 7.1.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
<ramiro>
haasn: how do you decide which combinations of each SwsOp you implement? do you create a comprehensive list based on running libswscale/tests/swscale?
HarshK23 has quit [Quit: Connection closed for inactivity]
secondcreek1 has joined #ffmpeg-devel
secondcreek has quit [Ping timeout: 252 seconds]
secondcreek1 is now known as secondcreek
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
Marth64[m] has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 260 seconds]
mkver has quit [Ping timeout: 248 seconds]
mkver has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 276 seconds]
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 276 seconds]
jamrial has quit []
mkver has quit [Ping timeout: 265 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
<cone-902>
ffmpeg Marton Balint master:4014784b6229: fftools/ffmpeg: move elapsed time counter to the end of the status line
abdu has joined #ffmpeg-devel
abdu has quit [Ping timeout: 240 seconds]
abdu has joined #ffmpeg-devel
zsoltiv_ has joined #ffmpeg-devel
zsoltiv has joined #ffmpeg-devel
abdu has quit [Ping timeout: 240 seconds]
mkver has quit [Ping timeout: 265 seconds]
odrling has quit [Remote host closed the connection]
abdu has joined #ffmpeg-devel
odrling has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
twelve has joined #ffmpeg-devel
twelve has quit [Client Quit]
minimal has quit [Quit: Leaving]
Warcop has quit [Remote host closed the connection]
abdu has quit [Ping timeout: 240 seconds]
abdu4 has joined #ffmpeg-devel
abdu has joined #ffmpeg-devel
abdu4 has quit [Ping timeout: 240 seconds]
APic has quit [Ping timeout: 268 seconds]
APic has joined #ffmpeg-devel
mkver has quit [Ping timeout: 245 seconds]
IndecisiveTurtle has quit [Quit: IndecisiveTurtle]
APic has quit [Quit: Fnord]
abdu has quit [Ping timeout: 240 seconds]
cone-902 has quit [Quit: transmission timeout]
<thardin>
why might an mpegts stream lack pts for every other video packet?
<kierank>
that's legal
<kierank>
you only have to send a pts every 300ms or something
<kierank>
the demux is meant to figure out the framerate and interpolate
<JEEB>
I don't recall if DTS or PTS, but for cases where a single PES packet has multiple video frames of f.ex. H.264, the parser-packetizer will only output a timestamp for the first packet in PES
<kierank>
also what JEEB said
<JEEB>
so if you have two video packets in a single PES, even with the time base fields etc being set in the bit stream, you will indeed lack timestamps after parsing logic outputs a packet
<thardin>
I see
<thardin>
because I'm getting an issue where remuxing mpegts to flv sometimes breaks because of this. flvenc expects pts on every packet
<JEEB>
something like DVB Inspector and friends can help inspect stuff to see what's the case.
<JEEB>
there might have been a patch for the parser case posted, would have to check...
<thardin>
would it then be fine to extrapolate (guess) pts when missing?
<thardin>
feels like something that shouldn't be limited to flvenc, but perhaps controlled via a flag and done for all muxers that need itr
<JEEB>
for the multiple packets in single PES, the parser logic just needs to be updated
<JEEB>
for PTS especially you need something like dts2pts bsf since there can be b-frames etc
<JEEB>
DTS is going upwards, but PTS can up n' down
<thardin>
true
<JEEB>
I think the dts2pts BSF does exist at least (for some common formats)
<thardin>
seems it's H.264 only
<jamrial>
watches pelcome
<kierank>
thardin: yes but bear in mind for 59.94fps you have to be careful with the precision
<kierank>
as it's not divisible by 90khz
<kierank>
though you have the same problem with flv
<thardin>
dts2pts doesn't seem to fix the issue in this case. I get messages like "No timestamp for POC 62 in tree"
<thardin>
and ultimately flvenc errors out due to missing pts
<jamrial>
dts2pts can fail in corner cases, mostly near the end of the stream
<thardin>
oh yeah it did mux almost all packets from the sample
<jamrial>
it's basically missing some heuristics when there's no actual coded information
<thardin>
it's fine in this case since it's a stream
abdu has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
lemourin4 has joined #ffmpeg-devel
lemourin has quit [Killed (tantalum.libera.chat (Nickname regained by services))]
lemourin4 is now known as lemourin
kasper93 has quit [Read error: Connection reset by peer]
kasper93 has joined #ffmpeg-devel
Anthony_ZO has joined #ffmpeg-devel
kasper93_ has joined #ffmpeg-devel
kasper93 is now known as Guest6378
kasper93_ is now known as kasper93
Guest6378 has quit [Ping timeout: 265 seconds]
kasper93_ has joined #ffmpeg-devel
kasper93 has quit [Killed (tungsten.libera.chat (Nickname regained by services))]
kasper93_ is now known as kasper93
kasper93_ has joined #ffmpeg-devel
kasper93 has quit [Killed (tantalum.libera.chat (Nickname regained by services))]