Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
From fe1672e to bcb1518
|
|
|
|
From 1a07da9 to fe1672e
|
|
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.
|
|
Not even this file was previously in the repo.
|
|
They are still bad, but if we don't want to have them, we should rather remove this totally.
|
|
|
|
Sync to the Makefile.am from gst-plugin-base where it is done right.
Fixes #725034
|
|
... as previously broken due to additional compliance property
(see 13ffed87b1597fa60ccee293f71c3993ec59d1b2).
|
|
|
|
We use h265 for the parser, typefinder, caps, etc. everywhere.
https://bugzilla.gnome.org/show_bug.cgi?id=724823
|
|
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
|
|
|
|
* @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
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=723615
|
|
... such as when receiving EOS event.
|
|
From d48bed3 to 1a07da9
|
|
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
|
|
libavformat only supports muxing 16bit, 48kHz stereo into DV containers.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=722672
|
|
|
|
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
|
|
This is currently only implemented by the h264 codec and no audio codec.
https://bugzilla.gnome.org/show_bug.cgi?id=722290
|
|
This is currently only implemented by the h264 codec.
https://bugzilla.gnome.org/show_bug.cgi?id=722290
|
|
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.
|
|
Use libav provided chroma-site and place it on the output caps.
|
|
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
|
|
There's no reason why this decoder should not be autoplugged
|
|
|
|
|
|
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
|
|
|
|
This needs a major rework and should use the new configuration
interface where useful.
|
|
|
|
|
|
And properly use the have_data variable. It's a boolean.
|
|
It was removed and quite meaningless anyway.
Use the average framerate instead.
|
|
av_encode_video() is deprecated and an ugly API anyway.
|
|
|
|
Nowadays libav has proper releases and API/ABI guarantees.
We're not living in last decade.
|
|
From dbedaa0 to d48bed3
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=720513
|
|
... 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
|
|
|
|
|
|
|
|
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=704161
|
|
... to avoid these piling up in list of pending frames.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=693772
|
|
... 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
|