- Sep 18, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 17, 2015
-
-
gst_tag_list_insert() does not take ownership of the inserted taglist. https://bugzilla.gnome.org/show_bug.cgi?id=755138
-
- Sep 16, 2015
-
-
Jan Schmidt authored
It's normal when dropping into the middle of a stream to not always have the config available immediately, so skip LOAS until a valid config is seen without either setting invalid caps or erroring out. https://bugzilla.gnome.org/show_bug.cgi?id=751386
-
- Sep 13, 2015
-
-
Mark Nauwelaerts authored
-
Mark Nauwelaerts authored
-
- Sep 11, 2015
- Sep 10, 2015
-
-
Thiago Santos authored
Drop HEADER flag from output buffers if they are not indeed headers. Fixes resending of headers in tcp connection handling https://bugzilla.gnome.org/show_bug.cgi?id=754768
-
Tim-Philipp Müller authored
Don't carry over DISCONT flags from the input buffers to the output buffer, or the demuxer might reset its state when it receives the first data buffer just after parsing the simple block header, and then expect sane data to follow. Fixes matroskamux ! demux erroring out. https://bugzilla.gnome.org/show_bug.cgi?id=754768 https://bugzilla.gnome.org/show_bug.cgi?id=657805
-
- Sep 06, 2015
-
-
-
Tim-Philipp Müller authored
flac contains the sample offset in the frame header, so after a seek without index flacparse will know the exact position we landed on and timestamp buffers accordingly. It only set the pts though, which means the baseparse-set dts which was set to the seek position prevails, and since the seek was based on an estimate, there's likely a discrepancy between where we wanted to land and where we did land, so from here on that dts/pts difference will be maintained, with dts possibly multiple seconds ahead of pts, which is just wrong. The easiest way to fix this is to just set both pts and dts based on the sample offset, but perhaps parsed audio should just not have dts set at all. https://bugzilla.gnome.org/show_bug.cgi?id=752106
-
-
- Sep 05, 2015
-
-
George Chriss authored
One-line removal of tags_written++ This should fix rtmp output to crtmpserver, and hopefully noone is expecting that the element count includes the end element, as different bits of documentation say different things about whether it should or not. https://bugzilla.gnome.org/show_bug.cgi?id=661624
-
Jan Schmidt authored
Apparently the Microsoft Azure RTMP server requires that the videodatarate and audiodatarate metadata be provided, so set those, even if it's to 0. Use the actual input bitrate tags if available.
-
Jan Schmidt authored
When an auxilliary streams are present in the SDP media, there's no need to re-parse the SDP attributes multiple times.
-
Jan Schmidt authored
In parse_keymgmt(), don't mutate the input string that's been passed as const, especially since we might need the original value again if the same key info applies to multiple streams (RTX, for example). When a resource is 404, and we have auth info - retry with the auth info the same as if we had receive unauthorised, in case the resource isn't even visible until credentials are supplied. Fix a memory leak handling Mikey data. When generating a random keystring, don't overrun the 30 byte buffer by generating 32 bytes into it.
-
- Sep 04, 2015
-
-
Sebastian Dröge authored
G_IO_ERROR_CONNECTION_CLOSED was added in 2.44.
-
Sebastian Dröge authored
This happens on Windows if we use the same socket for sending packets, and the remote sends ICMP port/host unreachable messages. https://bugzilla.gnome.org/show_bug.cgi?id=754534
-
- Sep 02, 2015
-
-
Sebastian Dröge authored
This was broken in b1089fb5 by not considering the full packet length of a fragmented packet but only the length of the first one. https://bugzilla.gnome.org/show_bug.cgi?id=754417
-
- Sep 01, 2015
-
-
Olivier Crête authored
-
- Aug 31, 2015
-
-
Olivier Crête authored
The time of the first RTCP packet is semi-random, so sometimes it was produced before enough packets from the second SSRC were received. First drop queued RTCP packets, then advance the clock enough to ensure that at least one new RTCP packet is produced. https://bugzilla.gnome.org/show_bug.cgi?id=750731
-
Stefan Sauer authored
Change the test to verify the read-index for multiple messages per buffer. See https://bugzilla.gnome.org/show_bug.cgi?id=754144
-
Outputting unaligned video frames causes videoscale et al to crash when attempting SIMD-accelerated conversion. https://bugzilla.gnome.org/show_bug.cgi?id=736965
-
- Aug 27, 2015
-
-
Stefan Sauer authored
This was broken with 7b90bf32.
-
In gst_smpte_collected(), check upfront if input formats are same or not. This avoids allocation of in1 and in2 buffers and subsequent memory leak when input formats do not match. https://bugzilla.gnome.org/show_bug.cgi?id=754153
-
- Aug 21, 2015
-
-
Tim-Philipp Müller authored
-
When checking for describe method, because of missing parentheses, wrong condition is being checked, which will result in wrong behavior. https://bugzilla.gnome.org/show_bug.cgi?id=753912
-
gst_toc_entry_merge_tags makes a new ref of the taglist, so it should be unref'ed as soon as the tags are merged to the tocentry https://bugzilla.gnome.org/show_bug.cgi?id=753904
-
When passing the taglist to gst_audio_decoder_merge_tags, the reference is increased by audiodecoder and the caller should free the taglist being passed. https://bugzilla.gnome.org/show_bug.cgi?id=753903
-
- Aug 20, 2015
- Aug 19, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Aug 18, 2015
-
-
Tim-Philipp Müller authored
When we haven't started yet, set the start_index when we set the index property, so that we start at the right index position after the initial seek. The index property was never really meant to be for writing, but it used to work, so let's support it for backwards compatibility. https://bugzilla.gnome.org/show_bug.cgi?id=739472
-
Commit 7d7e54ce added support for DASH common encryption, however commit bb336840 that went onto master shortly before the CENC commit caused the calculation of the CENC aux info offset to be incorrect. The base_offset was being added if present, but if the base_offset is relative to the start of the moof, the offset was being added twice. The correct approach is to calculate the offset from the start of the moof and use that offset when parsing the CENC aux info.
-
- Aug 17, 2015