summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2014-03-05add docs directory to spec fileHEADmasterChristian Fredrik Kalager Schaller1-0/+1
2014-02-28Automatic update of common submoduleSebastian Dröge1-0/+0
From fe1672e to bcb1518
2014-02-27docs: also reactivate make dist for the docsStefan Sauer1-1/+1
2014-02-26Automatic update of common submoduleStefan Sauer1-0/+0
From 1a07da9 to fe1672e
2014-02-26docs: try to make the generated docs more usefulStefan Sauer4-39/+20
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.
2014-02-26docs: add the inspected dataStefan Sauer1-0/+9166
Not even this file was previously in the repo.
2014-02-26docs: make the docs build againStefan Sauer7-313/+17607
They are still bad, but if we don't want to have them, we should rather remove this totally.
2014-02-26configure: add missing docs/plugins/MakefileStefan Sauer1-0/+1
2014-02-26docs: install prebuilt plugin docs if gtk-doc is disabledStefan Sauer1-3/+7
Sync to the Makefile.am from gst-plugin-base where it is done right. Fixes #725034
2014-02-23avvidenc: make all properties work againMark Nauwelaerts1-2/+2
... as previously broken due to additional compliance property (see 13ffed87b1597fa60ccee293f71c3993ec59d1b2).
2014-02-22avmux: stream-start and segment event before data-flowMark Nauwelaerts1-0/+17
2014-02-22avviddec: rename hevc decoder element to h265 for consistencyThijs Vermeir1-1/+5
We use h265 for the parser, typefinder, caps, etc. everywhere. https://bugzilla.gnome.org/show_bug.cgi?id=724823
2014-02-21avvidec: don't crash on EOS when no buffers have been receivedTim-Philipp Müller1-0/+3
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
2014-02-21libav: Update to v10 beta1Sebastian Dröge1-0/+0
2014-02-20avaudenc: fix audio encoder flushing according to libav docsThiago Santos1-69/+79
* @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
2014-02-16gst-libs: handle make dist for out-of-tree buildMark Nauwelaerts1-1/+1
2014-02-04avmux: Fix invalid address passing to av_opt_set_int()Dmitry Melnichenko1-1/+1
https://bugzilla.gnome.org/show_bug.cgi?id=723615
2014-02-01avvidenc: avoid busy-looping when flushing framesMark Nauwelaerts1-1/+2
... such as when receiving EOS event.
2014-01-30Automatic update of common submoduleEdward Hervey1-0/+0
From d48bed3 to 1a07da9
2014-01-24avdemux: Don't go into pull mode when the sequential flag is setSjoerd Simons1-0/+6
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
2014-01-21avmux: Force DV audio input format to 48kHz, 2 channelsTim 'mithro' Ansell1-0/+4
libavformat only supports muxing 16bit, 48kHz stereo into DV containers. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=722672
2014-01-19libav: Update to version 10_alpha2Sebastian Dröge1-0/+0
2014-01-17avviddec: Add output-corrupt propertyAleix Conchillo Flaqué2-0/+28
The output-corrupt property will set the CODEC_FLAG_OUTPUT_CORRUPT flag in the codec context. The user can now decide whether libav outputs corrupt frames or not. Previous libav versions had this flag always set. https://bugzilla.gnome.org/show_bug.cgi?id=722453
2014-01-16avauddec: Mark frames as corrupted if libav tells us they areSebastian Dröge1-0/+4
This is currently only implemented by the h264 codec and no audio codec. https://bugzilla.gnome.org/show_bug.cgi?id=722290
2014-01-16avviddec: Mark frames as corrupted if libav tells us they areSebastian Dröge1-0/+6
This is currently only implemented by the h264 codec. https://bugzilla.gnome.org/show_bug.cgi?id=722290
2014-01-15gst-libav: fix context leaksVincent Penquerc'h6-3/+15
A AVCodecContext needs cleaning up before being freed. Go through all of the allocations/setups to ensure none of them can leak a context or its contents.
2014-01-13avviddec: set output chroma-siteWim Taymans1-0/+17
Use libav provided chroma-site and place it on the output caps.
2014-01-10avviddec: release buffers when not direct renderingWim Taymans1-5/+29
New libav will not call the release_buffer callback anymore when avcodec_default_get_buffer() is called from get_buffer. Releasing of the memory in a picture should now be done by registering a callback to the avbuffer objects in the picture. There is some compatibility code to wrap the memory we provide in get_buffer in avbuffer with a callback to release_buffer but that is not done when avcodec_default_get_buffer() is called. Work around this by adding a dummy avbuffer object to the picture that will release the frame. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=721077
2014-01-10avauddec: Give MP3 decoder a MARGINAL rank tooSebastian Dröge1-3/+0
There's no reason why this decoder should not be autoplugged
2014-01-06av: Enable HEVC / h265 supportSebastian Dröge2-0/+25
2014-01-06libav: Update to v10_alpha1 tagSebastian Dröge1-0/+0
2014-01-03avcodecmap: fix regression with wmv3 video in WMVA formatTim-Philipp Müller1-1/+16
The VC-1 decoder should handle that. Before avdec_wmv3 handled it, but then we added format=WMV3 to its sink pad template caps, at which point nothing handled WMVA any longer. https://bugzilla.gnome.org/show_bug.cgi?id=697665
2014-01-03av: Update for CodecID -> AVCodecID related changesSebastian Dröge5-65/+50
2014-01-03avcfg: Update config parameters a bit to fix compilationSebastian Dröge1-22/+10
This needs a major rework and should use the new configuration interface where useful.
2014-01-03avenc: Stop using the removed inter_threshold fieldSebastian Dröge2-2/+0
2014-01-03avviddec rebaseSebastian Dröge1-0/+1
2014-01-03avauddec: Stop using AVCODEC_MAX_AUDIO_FRAME_SIZESebastian Dröge1-3/+4
And properly use the have_data variable. It's a boolean.
2014-01-03avdemux: Stop using r_frame_rate fieldSebastian Dröge1-8/+8
It was removed and quite meaningless anyway. Use the average framerate instead.
2014-01-03avvidenc: Port to av_encode_video2()Sebastian Dröge1-69/+25
av_encode_video() is deprecated and an ugly API anyway.
2014-01-03libav: Update to libav master (libav 10 API)Sebastian Dröge1-0/+0
2013-12-27configure.ac: Remove warning when building against a system version of libavSebastian Dröge1-32/+0
Nowadays libav has proper releases and API/ABI guarantees. We're not living in last decade.
2013-12-22Automatic update of common submoduleTim-Philipp Müller2-7/+1
From dbedaa0 to d48bed3
2013-12-16Some compiler warning fixes to satisfy XCode compilerTodd Agulnick2-1/+2
https://bugzilla.gnome.org/show_bug.cgi?id=720513
2013-12-07avviddec: improve buffer handling and semanticsMark Nauwelaerts1-6/+22
... so as to focus on providing *a* buffer rather than one (too) tied to a frame, in particular allowing multiple allocations related to a frame. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=697806
2013-12-07avvidenc: plug input_state leakMark Nauwelaerts1-0/+4
2013-12-05avviddec: Use new gst_video_decoder_set_needs_format() APISebastian Dröge1-0/+2
2013-12-03Update spec file with latest changesChristian Fredrik Kalager Schaller1-8/+5
2013-12-02avviddec: only use upstream framerate if really specifiedMark Nauwelaerts1-1/+2
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=704161
2013-11-26avviddec: discard unused input framesMark Nauwelaerts1-0/+44
... to avoid these piling up in list of pending frames. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=693772
2013-11-26avviddec: really release frame at proper timeMark Nauwelaerts1-3/+4
... by also removing it from the pending list of frames, where it may still be in if it has never been submitted to _finish. This could happen if is a decode-only frame, or in skipped decoding situation, ... Fixes https://bugzilla.gnome.org/show_bug.cgi?id=693772