ChangeLog
=========
2014-09-19 Sebastian Dröge <[email protected]>
* configure.ac:
releasing 1.4.2
2014-09-19 10:00:24 +0300 Sebastian Dröge <[email protected]>
* po/sr.po:
po: Update translations
2014-09-17 16:37:11 +0200 Ognyan Tonchev <[email protected]>
* gst/rtpmanager/gstrtpbin.c:
rtpbin: do not leak encsink pad in error case
https://bugzilla.gnome.org/show_bug.cgi?id=736807
2014-09-17 16:23:21 +0200 Ognyan Tonchev <[email protected]>
* gst/multipart/multipartdemux.c:
multipartdemux: do not leak new stream event
https://bugzilla.gnome.org/show_bug.cgi?id=736805
2014-09-17 13:55:18 +0300 Sebastian Dröge <[email protected]>
* sys/osxaudio/gstosxcoreaudio.c:
* sys/osxaudio/gstosxcoreaudiocommon.c:
* sys/osxaudio/gstosxcoreaudiohal.c:
* sys/osxaudio/gstosxcoreaudioremoteio.c:
osxaudio: OSStatus is not a fourcc, so don't print it as one...
2014-09-16 14:26:08 +0200 Ognyan Tonchev <[email protected]>
* gst/audioparsers/gstflacparse.c:
flacparse: do not leak uid after parsing TOC event
https://bugzilla.gnome.org/show_bug.cgi?id=736739
2014-09-15 14:51:24 +0200 Peter Korsgaard <[email protected]>
* sys/v4l2/gstv4l2allocator.c:
v4l2allocator: O_CLOEXEC needs _GNU_SOURCE
Similar to 94f3d6fc / bz 709423
On some systems (E.G. uClibc and older Glibc versions), O_CLOEXEC is
only
defined when _GNU_SOURCE is specified, so do so.
https://bugzilla.gnome.org/show_bug.cgi?id=736670
2014-09-15 18:11:37 +0200 Wim Taymans <[email protected]>
* gst/debugutils/gstcapssetter.c:
capssetter: update to 1.0 transform_caps sematics
In 1.0, we pass the complete caps to transform_caps to allow for
better
optimizations. Make this function actually work on non-simple caps
instead of just ignoring the configured filter caps.
2014-09-12 15:06:50 +0300 Sebastian Dröge <[email protected]>
* gst/wavparse/gstwavparse.c:
wavparse: Fix parsing of adtl chunks
We have to skip 12 bytes of data for the chunk, and the data size
passed to the sub-chunk parsing functions should have 4 bytes less
than the data size.
Also when parsing the sub-chunks, check if we actually have enough
data to read instead of just crashing.
https://bugzilla.gnome.org/show_bug.cgi?id=736266
2014-09-04 16:21:20 +0300 Sebastian Dröge <[email protected]>
* gst/matroska/matroska-demux.c:
* gst/matroska/matroska-read-common.h:
matroska-demux: Don't handle parse errors at the end of file as an
error
But only if they happen after the Matroska segment.
https://bugzilla.gnome.org/show_bug.cgi?id=735833
2014-09-11 12:52:11 +0300 Sebastian Dröge <[email protected]>
* ext/soup/gstsouphttpsrc.c:
souphttpsrc: If the server reports "Accept-Ranges: none" don't try
range requests
2014-09-10 09:50:45 +0200 Ognyan Tonchev <[email protected]>
* sys/v4l2/gstv4l2sink.c:
v4l2sink: Unref pool after usage
https://bugzilla.gnome.org/show_bug.cgi?id=736384
2014-09-09 19:03:50 -0400 Nicolas Dufresne <[email protected]>
* sys/v4l2/gstv4l2transform.c:
v4l2transform: Don't rank it for now
This will prevent the converter to be picked automatically in case
someone implement dynamic converter selection support. I'd like this
to be ranked only for known device, as it's hard to be sure a device
is
a converter suited for general purpose. Re-negotiation is also needed
before we can rank it.
https://bugzilla.gnome.org/show_bug.cgi?id=733607
2014-08-29 17:09:30 -0400 Nicolas Dufresne <[email protected]>
* sys/v4l2/gstv4l2allocator.c:
v4l2allocator: Workaround driver that don't support REQBUFS(0)
There is still around 18 drivers not yet ported to videobuf2. These
driver
don't support freeing buffetrs through REQBUFS(0) hence for these the
memory type probing fails. In order to gain back our previous
behaviour in
presence of these, we implement a workaround that assuming MMAP is
supported. Note that an allocator is only created for device with
STREAMING support in the device capabilities. In such case one of
MMAP,
USERPTR and DMABUF is required. Though DMABUF came afterward, so is
not an option and in practice none of these drivers will only do
USERPTR.
https://bugzilla.gnome.org/show_bug.cgi?id=735660
Also-by: Hans de Goede <[email protected]>
2014-09-07 12:46:08 +0100 Tim-Philipp Müller <[email protected]>
* gst/avi/gstavidemux.c:
avidemux: fix crash with certain videos
This is a regression from 1.2 caused by the port
to the pad flow combiner.
https://bugzilla.gnome.org/show_bug.cgi?id=736192
2014-09-01 09:56:02 +0200 Nicolas Huet <[email protected]>
* gst/audioparsers/gstaacparse.c:
aacparse: Fix parsing issue when the buffer does not have a complete
ADTS/LOAS frame
https://bugzilla.gnome.org/show_bug.cgi?id=735520
2014-09-04 12:14:11 +0300 Sebastian Dröge <[email protected]>
* ext/soup/gstsouphttpsrc.c:
souphttpsrc: Include redirection target in error messages
Just giving the original URI can give the false impression that e.g.
that one failed host name resolution, while actually the redirection
target
did.
2014-09-02 11:13:44 +0400 Andrei Sarakeev <[email protected]>
* gst/videomixer/videomixer2.c:
videomixer: Fix synchronization if dynamically changing the FPS
https://bugzilla.gnome.org/show_bug.cgi?id=735859
2014-09-02 13:52:43 +0530 Ravi Kiran K N <[email protected]>
* gst/smpte/gstsmpte.c:
smpte: Check if input caps are the same and create output caps from
video info
This makes sure that also properties like the pixel-aspect-ratio are
the same
between both streams and that the output caps contain all fields
necessary for
complete video caps.
https://bugzilla.gnome.org/show_bug.cgi?id=735804
2014-09-03 23:46:34 +1000 Jan Schmidt <[email protected]>
* gst/isomp4/qtdemux.c:
* gst/isomp4/qtdemux_types.c:
qtdemux: Silence some warnings for normal file contents
2014-09-02 09:09:49 +0300 Sebastian Dröge <[email protected]>
* ext/vpx/gstvp9dec.c:
vp9dec: Get input width/height from the codec instead of the input
caps
They are reported properly by libvpx if the correct struct members
are used.
This also fixes handling of resolution changes without input caps
changes.
https://bugzilla.gnome.org/show_bug.cgi?id=719359
2013-10-22 18:49:22 +0100 Tom Greenwood <[email protected]>
* ext/vpx/gstvp8dec.c:
vp8dec: Fix for handling resolution changes when decoding VP8
If the resolution changes in the bitstream without the input caps
changing we
would previously output corrupted video or crash.
https://bugzilla.gnome.org/show_bug.cgi?id=719359
2014-08-05 10:34:39 +0200 Jose Antonio Santos Cadenas <[email protected]>
* ext/vpx/gstvp8dec.c:
vp8dec: Reset output and input states when changing format
https://bugzilla.gnome.org/show_bug.cgi?id=734266
2014-09-02 00:55:17 -0300 Thiago Santos <[email protected]>
* ext/vpx/gstvp9dec.c:
vp9dec: Fix segfault when a new caps is received
Remember to unref the output caps when a new caps event is received
as it should generate a new one based on the new caps.
https://bugzilla.gnome.org/show_bug.cgi?id=734266
2014-08-29 12:01:27 +0200 Hans de Goede <[email protected]>
* sys/v4l2/gstv4l2object.c:
v4l2: get_nearest_size: Fix "Unsupported field type" errors
Most V4L2 ioctls like try_fmt will adjust input fields to match what
the
hardware can do rather then returning -EINVAL. As is docmented here:
http://linuxtv.org/downloads/v4l-dvb-apis/vidioc-g-fmt.html
EINVAL is only returned if the buffer type field is invalid or not
supported.
So upon requesting V4L2_FIELD_NONE devices which can only do
interlaced
mode will change the field value to e.g. V4L2_FIELD_BOTTOM as only
returning
half the lines is the closest they can do to progressive modes.
In essence this means that we've failed to get a (usable) progessive
mode
and should fall back to interlaced mode.
This commit adds a check for having gotten a usable field value after
the first
try_fmt, to force fallback to interlaced mode even if the try_fmt
succeeded,
thereby fixing get_nearest_size failing on these devices.
https://bugzilla.gnome.org/show_bug.cgi?id=735660
2014-08-29 10:57:20 +0200 Hans de Goede <[email protected]>
* sys/v4l2/gstv4l2object.c:
v4l2: get_nearest_size: Always reinit all struct fields on retry
They may have been modified by the ioctl even if it failed. This also
makes
the S_FMT fallback path try progressive first, making it consistent
with the
preferred TRY_FMT path.
https://bugzilla.gnome.org/show_bug.cgi?id=735660
Download
========
https://download.gnome.org/sources/gst-plugins-good/1.4/gst-plugins-good-1.4.2.tar.xz
(2.88M)
sha256sum: 63d7c8006af05143839b6e166a363d84c438380efe1409029deebcfce50b0fa8
_______________________________________________
ftp-release-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/ftp-release-list
