sys->first_pts is the time the stream started originally, but was
mistaken as the time of the stream was paused.

Now, it is assumed that pausing and resuming take approximately the
same time. This is usually true, and if it is not, there is no way for
either VLC or PulseAudio to know (since ALSA does not expose
pause/resume latency informations for the underlying devices).

In practice, this makes no real difference other than removing a bogus
warning about being late when resuming from pause.

QTextEdit doesn't have a textEdited() signal, but textChanged()
works well enough if we disable it while we're changing the text
ourselves.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Also, don't abort parsing the rest of the comments if we encounter
an empty one.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Otherwise it won't get saved to the file.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This requires a taglib version with Opus support, but such a
version has not yet been released, even though support has been in
git almost a year. This version is scheduled as version 1.9
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The default implementation of QLineEdit only calls the fixup method if the
user presses Enter and the content is not currently valid.

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Some inputs (e.g. RTSP) can provide negative rates (rewind) just fine
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Close #9291

Since libavcodec decoder doesn't expect matroska formatted wavpack anymore.

Some APE files can have a single packet duration of up to 30s
Is there even a hard limit in this format, or can packets be longer?

Previous gap limit was an arbitrary 22s, written in a way reminiscent of
the MPEG 90kHz clock, which does not make sense anymore since reference clock
in all our demuxers use our own 1MHz clock.

Also explicitely use CLOCK_FREQ

This enables direct rendering for H.264 software decoding.

This only fixes encoding but we don't use decoding anyway.

Fixes #8854

I don't know of any codec that actually works better when passed dts
instead of pts. If such codecs exist I do think they're a minority
compared to the ones that can handle both or that do prefer pts.

Additionally, the Android media frameworks pass pts to decoders in
general, not dts. (Vendors might of course have individual hacks,
but this is what the generic code does.)
Signed-off-by: Martin Storsjö <martin@martin.st>

This is often useful when debugging, when trying to keep track of frames.
Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

And remove write only variable