Sesse authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

Some browsers, such as Firefox, are very picky about WebM streams needing to
start with a keyframe. To be able to handle this correctly when streaming,
the avformat mux needs to mark keyframe-containing blocks (or clusters, in
Matroska terminology) as such even after they have been muxed. The next patch
in the series will make httpd actually care about this flag.

Unfortunately, as avformat does not actually propagate this status, we need
to use some heuristics to figure out which blocks contain keyframes. The natural
thing to do would be to say that when we write a keyframe, the block that comes
back has to be a keyframe block, but the WebM/Matroska muxer thwarts this by
having its own internal buffering of clusters, flushing the _previous_ cluster
when we send it a keyframe. Thus, we need to explicitly send a flush (a NULL
packet) before the one that comes back when we mux a keyframe.

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

Sesse authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

The previous value, 32 kB, causes formats like WebM to overflow
and split the blocks, which has negative consequences for streaming.
We're unlikely to have a memory crunch in this area, so increase it
to something generous.

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

API design bug in PulseAudio...

livehttp: use playlist max duration instead segment max duration to calculate if we can remove segment in live case

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

This macro is called _Z_OF on my system, not OF. But it's only
there to support K&R function declarations, so just get rid of it
entirely.

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

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

This macro is called _Z_OF on my system, not OF. But it's only
there to support K&R function declarations, so just get rid of it
entirely.

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

kc7bfi authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

This should allow to balance the GPU load across multiple nVidia graphics cards.
This patch introduces a new command line argument that allows the user
to set the nVidia card affinity.

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

But with the correct Integrity.

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

This fills in the initial vlc_meta_t object with more of the fields
it knows about, ensuring fields that we can edit with taglib don't
show up in the 'Extra metadata' panel.

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

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

This places them in the same order as they appear in vlc_meta.h to
make it easier to see which ones are present and which ones are
missing.

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

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

vorbis_ParseComment() supports several different methods of
specifying the total number of tracks. Update the taglib module
to support reading in the same set.

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

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

This propagates more of the data between a vlc_meta_t object and
the taglib object used to write out new metadata. This should
support everything except Setting, URL, NowPlaying, ArtworkURL, and
TrackID.

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

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.

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

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>

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

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>

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

Otherwise it won't get saved to the file.

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

Timothy B. Terriberry authored 11 years ago and Jean-Baptiste Kempf committed 11 years ago

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.

Sergey Radionov authored 11 years ago and Rémi Denis-Courmont committed 11 years ago

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

kc7bfi authored 11 years ago and Rémi Denis-Courmont committed 11 years ago

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

packetship authored 11 years ago and Rémi Denis-Courmont committed 11 years ago

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