- Jul 12, 2013
-
-
Tim-Philipp Müller authored
-
- Jul 09, 2013
-
-
Tim-Philipp Müller authored
version 0.8.8: - kmvc: Clip pixel position to valid range - kmvc: use fixed sized arrays in the context - indeo: use a typedef for the mc function pointer - lavc: check for overflow in init_get_bits - mjpegdec: properly report unsupported disabled features - jpegls: return meaningful errors - jpegls: factorize return paths - jpegls: check the scan offset - wavpack: validate samples size parsed in wavpack_decode_block - ljpeg: use the correct number of components in yuv - mjpeg: Validate sampling factors - mjpegdec: validate parameters in mjpeg_decode_scan_progressive_ac - wavpack: check packet size early - wavpack: return meaningful errors - apetag: use int64_t for filesize - tiff: do not overread the source buffer - Prepare for 0.8.8 Release - smacker: fix an off by one in huff.length computation - smacker: check the return value of smacker_decode_tree - smacker: pad the extradata allocation - smacker: check frame size validity - vmdav: convert to bytestream2 - 4xm: don't rely on get_buffer() initializing the frame. - 4xm: check the return value of read_huffman_tables(). - 4xm: use the correct logging context - 4xm: reject frames not compatible with the declared version - 4xm: check bitstream_size boundary before using it - 4xm: do not overread the source buffer in decode_p_block version 0.8.7: - avfiltergraph: check for sws opts being non-NULL before using them - bmv: check for len being valid in bmv_decode_frame() - dfa: check for invalid access in decode_wdlt() - indeo3: check motion vectors - indeo3: fix data size check - indeo3: switch parsing the header to bytestream2 - lavf: make sure stream probe data gets freed. - oggdec: fix faulty cleanup prototype - oma: Validate sample rates - qdm2: check that the FFT size is a power of 2 - rv10: check that extradata is large enough - xmv: check audio track parameters validity - xmv: do not leak memory in the error paths in xmv_read_header() - aac: check the maximum number of channels - indeo3: fix off by one in MV validity check, Bug #503 - id3v2: check for end of file while unescaping tags - wav: Always seek to an even offset, Bug #500, LP: #1174737 - proresdec: support mixed interlaced/non-interlaced content
-
- May 20, 2013
-
-
Sebastian Dröge authored
-
- Apr 26, 2013
-
-
Sebastian Dröge authored
-
- Apr 23, 2013
-
-
Sebastian Dröge authored
It causes artifacts in libav 0.8 and seems to be broken. https://bugzilla.gnome.org/show_bug.cgi?id=698649
-
Sebastian Dröge authored
If upstream is live we don't want FRAME based threaded decoding as it adds latency.
-
- Apr 16, 2013
-
-
Sebastian Dröge authored
-
- Apr 15, 2013
-
-
Andoni Morales Alastruey authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Apr 09, 2013
-
-
Siva Chandran P authored
Otherwise we'll just set the to NULL while resetting the decoder and don't have them available anymore later. https://bugzilla.gnome.org/show_bug.cgi?id=697548
-
- Mar 25, 2013
-
-
Sebastian Dröge authored
-
- Mar 22, 2013
-
-
Sebastian Dröge authored
libav assumes that it's not just an assembler but something that can also handle CPPFLAGS and other things. https://bugzilla.gnome.org/show_bug.cgi?id=694416
-
Tim-Philipp Müller authored
-
- Feb 25, 2013
-
-
Tim-Philipp Müller authored
Multi-threaded decoding does not work properly with the older libav 0.8 version included in this gst-libav series, so just disable multi-threaded decoding again entirely for now. (We could also switch from FF_THREAD_SLICE to FF_THREAD_FRAME, but that may have other side-effects and just disabling it seems safest for now). This works properly in git master with more recent libav 0.9.x versions. Adventurous users may still re-enable this functionality by setting the GST_AVVIDDEC_MAX_THREADS environment variable to 'auto' or the max. number of threads desired. https://bugzilla.gnome.org/show_bug.cgi?id=694230
-
- Feb 11, 2013
-
-
Tim-Philipp Müller authored
-
- Jan 21, 2013
-
-
- Jan 08, 2013
-
-
Tim-Philipp Müller authored
-
- Jan 04, 2013
-
-
Tim-Philipp Müller authored
AM_CONFIG_HEADER has been removed in the just-released automake 1.13: https://lists.gnu.org/archive/html/automake/2012-12/msg00038.html https://bugzilla.gnome.org/show_bug.cgi?id=690881
-
- Dec 21, 2012
-
-
Sebastian Dröge authored
-
- Dec 18, 2012
-
-
Tim-Philipp Müller authored
-
- Dec 14, 2012
-
-
Wim Taymans authored
Use the bitrate and the samplerate to set the bits_per_coded_sample for G726 because the decoder needs this.
-
- Dec 10, 2012
-
-
Rasmus Rohde authored
Fix incorrect use of object in log statement. We are given a pointer to the object and should not try to take the address of it.
-
- Nov 21, 2012
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
This reverts commit 2aab13b9.
-
- Nov 19, 2012
-
-
Sebastian Dröge authored
-
- Oct 29, 2012
-
-
Sebastian Dröge authored
And merge everything into a single one.
-
- Oct 25, 2012
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Oct 24, 2012
-
-
Sebastian Dröge authored
-
- Oct 23, 2012
-
-
Andoni Morales Alastruey authored
-
- Oct 07, 2012
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Oct 06, 2012
-
-
Tim-Philipp Müller authored
From 6c0b52c to 6bb6951
-
- Sep 30, 2012
-
-
Tim-Philipp Müller authored
Doesn't actually make any difference at the moment, but seems the right thing to do. https://bugzilla.gnome.org/show_bug.cgi?id=685113
-
Otherwise audio decoders "ignored", ie blacklisted, end up registered by avviddec as video decoders. https://bugzilla.gnome.org/show_bug.cgi?id=685113
-
- Sep 28, 2012
-
-
Tim-Philipp Müller authored
Drop caps event received on the sink pad, instead of putting it in the list of cached events to be sent downstream later. We don't want to send our container caps downstream to our decoders, that'll give us nasty not-negotiated errors. https://bugzilla.gnome.org/show_bug.cgi?id=680464
-
- Sep 27, 2012
-
-
Sebastian Dröge authored
Might e.g. be valid for Theora.
-
- Sep 25, 2012
-
-
Tim-Philipp Müller authored
Avoids warnings when we don't know the latency.
-