mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-11-23 02:01:12 +00:00
581c4297d0
Adds a variant of the _push function that doesn't check the queue limits before adding the new item. It is useful when pushing an element to the queue shouldn't lock the thread. One particular scenario is when the queue is used to serialize buffers and events that are going to be pushed from another thread. The dataqueue should have a limit on the amount of buffers to be stored to avoid large memory consumption, but events can be considered to have negligible impact on memory compared to buffers. So it is useful to be used to push items into the queue that contain events, even though the queue is already full, it shouldn't matter inserting an item that has no significative size. This scenario happens on adaptive elements (dashdemux / mssdemux) as there is a single download thread fetching buffers and putting into the dataqueues for the streams. This same download thread can als generate events in some situations as caps changes, eos or a internal control events. There can be a deadlock at preroll if the first buffer fetched is large enough to fill the dataqueue and the download thread and the next iteration of the download thread decides to push an event to this same dataqueue before fetching buffers to other streams, if this push locks, the pipeline will be stuck in preroll as no more buffers will be downloaded. There is a somewhat common practice in dash streams to have a single very large buffer for audio and one for video, so this will always happen as the download thread will have to push an EOS right after fetching the first buffer for any stream. API: gst_data_queue_push_force https://bugzilla.gnome.org/show_bug.cgi?id=705694 |
||
|---|---|---|
| .. | ||
| common | ||
| vs6 | ||
| vs7 | ||
| vs8 | ||
| vs10 | ||
| MANIFEST | ||
| README.txt | ||
Building GStreamer on Windows ----------------------------- Running GStreamer on Windows is currently experimental, but improving. Building on MinGW/MSys ---------------------- Should work out of the box from the toplevel directory using the standard Unix build system provided. This build type is fairly well supported. Building with Visual Studio 6 ----------------------------- The directory vs6/ contains the workspaces needed to build GStreamer from Visual Studio. This build type is fairly well supported. Building with Visual Studio 7 ----------------------------- vs7/ contains the files needed, but they haven't been updated since the 0.8 series. This build is currently unsupported. The common/ directory contains support files that can be shared between these two versions of Visual Studio.