- May 21, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From 211fa5f to 1f5d3c3
-
- May 19, 2014
-
-
As some libav encoders (such as MPEG2) use a thread_count parameter to control how many threads to use, and since it was always being set to 0 (which uses the default), suboptimal threading can sometimes be chosen. This extends the libav encoders to allow for a max-threads parameter which is passed into the internal structure to control this knob if applicable to the encoder. https://bugzilla.gnome.org/show_bug.cgi?id=726612
-
- May 16, 2014
-
-
gst_video_decoder_get_max_decding_time doesn't return a GstClockTime but a GstClockTimeDiff, and thus one needs to compare it against G_MAXINT_64. The returning of a boolean and the extra subsequent code in _video_frame was uselessly complicated. The previous behaviour led to artefacts when the decoder tried to hurry up. https://bugzilla.gnome.org/show_bug.cgi?id=730075
-
- May 14, 2014
-
-
Sebastian Dröge authored
-
- May 08, 2014
-
-
Nicolas Dufresne authored
As we don't know how many output buffers we need to operate, we need to avoid pool that can't grow. Otherwise the pipeline may stall, waiting for buffers. For now, we require it to be able to grow to at least 32 buffers, which I think is a fair amount of buffers for decoders. https://bugzilla.gnome.org/show_bug.cgi?id=726299
-
- May 03, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From bcb1518 to 211fa5f
-
- Apr 30, 2014
-
-
Vincent Penquerc'h authored
While there, fix mixup in num/den with par (copied from fps, apparently, and fps inverts fps to time base). Coverity 1139696
-
Vincent Penquerc'h authored
and other nonsensical time base values while we're at it. Coverity 1139699
-
- Apr 29, 2014
-
-
Sebastian Dröge authored
AVPacket contains AVBufferRef which may leak unless unreffed properly. https://bugzilla.gnome.org/show_bug.cgi?id=726814
-
AVPacket contains AVBufferRef which may leak unless unreffed properly. https://bugzilla.gnome.org/show_bug.cgi?id=726814
-
- Apr 14, 2014
-
-
Edward Hervey authored
We can just re-use the encoder variable
-
- Apr 08, 2014
-
-
Edward Hervey authored
CID #1139943
-
Edward Hervey authored
CID #1139752
-
- Apr 06, 2014
-
-
- Mar 29, 2014
-
-
Sebastian Dröge authored
-
- Mar 25, 2014
-
-
Mark Nauwelaerts authored
-
- Mar 05, 2014
-
-
Christian Fredrik Kalager Schaller authored
-
- Feb 28, 2014
-
-
Sebastian Dröge authored
From fe1672e to bcb1518
-
- Feb 27, 2014
-
-
Stefan Sauer authored
-
- Feb 26, 2014
-
-
Stefan Sauer authored
From 1a07da9 to fe1672e
-
Stefan Sauer authored
Generate the section.txt file. Update the -docs.sgml file with the new sections. If we want to actually see the baseclasses, we should define them with a _get_type() function and have the wrapped types subclass them.
-
Stefan Sauer authored
Not even this file was previously in the repo.
-
Stefan Sauer authored
They are still bad, but if we don't want to have them, we should rather remove this totally.
-
Stefan Sauer authored
-
Stefan Sauer authored
Sync to the Makefile.am from gst-plugin-base where it is done right. Fixes #725034
-
- Feb 23, 2014
-
-
Mark Nauwelaerts authored
... as previously broken due to additional compliance property (see 13ffed87).
-
- Feb 22, 2014
-
-
Mark Nauwelaerts authored
-
We use h265 for the parser, typefinder, caps, etc. everywhere. https://bugzilla.gnome.org/show_bug.cgi?id=724823
-
- Feb 21, 2014
-
-
Tim-Philipp Müller authored
Fixes crash on EOS when no buffers have been received for some reason, e.g. because the parser didn't output any. fakesrc num-buffers=0 format=time ! avdec_h264 ! fakesink
-
Sebastian Dröge authored
-
- Feb 20, 2014
-
-
Thiago Santos authored
* @param[in] frame AVFrame containing the raw audio data to be encoded. * May be NULL when flushing an encoder that has the * CODEC_CAP_DELAY capability set. The AVFrame itself should be null, not the frame.data pointer https://bugzilla.gnome.org/show_bug.cgi?id=724536
-
- Feb 16, 2014
-
-
Mark Nauwelaerts authored
-
- Feb 04, 2014
- Feb 01, 2014
-
-
Mark Nauwelaerts authored
... such as when receiving EOS event.
-
- Jan 30, 2014
-
-
Edward Hervey authored
From d48bed3 to 1a07da9
-
- Jan 24, 2014
-
-
Sjoerd Simons authored
When the scheduling query results has GST_SCHEDULING_FLAG_SEQUENTIAL set in its flags don't go into pull mode to prevent over-eager seeking. https://bugzilla.gnome.org/show_bug.cgi?id=722935
-
- Jan 21, 2014
-
-
libavformat only supports muxing 16bit, 48kHz stereo into DV containers. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=722672
-