- Feb 15, 2018
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
The original solution for #784002 incorrectly assumed that timestamps may not move backwards and changed timestamps that did so. https://bugzilla.gnome.org/show_bug.cgi?id=784002
-
Tim-Philipp Müller authored
- Feb 14, 2018
-
-
All received configurations are parsed and added to a list, this lead to an unbounded memory usage. As the configuration is resent every second this quickly lead to a large memory usage. Add a check to only add the config if it is not already available in the list. This fix only handle the typical case of a well behaved stream, a malicious server could still send many useless configurations to raise the client memory usage.
-
- Feb 12, 2018
-
-
-
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Feb 10, 2018
-
-
Tim-Philipp Müller authored
-
-
- Feb 09, 2018
-
-
-
Turns out everybody is doing it their own way, so peek into the meta atom itself to figure out which spec it is following
-
-
Just move variables to the blocks where they are used. That function is massive, could do with some splitting up for readability :(
-
The 'meta' atom is defined differently in QTFF and BMFF, so try to guess which spec the current stream applies to by looking at the major file type.
-
The smallest possible is 24 (and not 25) bytes. The last "name" field can according to QTFF specifications not be present at all. The parser will handle this fine and so will the rest of the qtdemux code.
-
-
- Feb 08, 2018
-
-
Tim-Philipp Müller authored
WARNING: Trying to compare values of different types (str, int). The result of this is undefined and will become a hard error in a future Meson release.
-
Use value instead of version macro when testing for mac OS version, since the define for the newer version may not be defined when compiling against older versions. https://bugzilla.gnome.org/show_bug.cgi?id=788402
-
- Feb 07, 2018
-
-
Matthew Waters authored
They aren't public headers
-
- Feb 05, 2018
-
-
- Feb 01, 2018
-
-
If codec_data is changed, the stream is no longer valid. Rather than keeping running when refusing new caps, this patch send a warning to the bus. Also fix up splitmuxsink to ignore this warning while changing caps. https://bugzilla.gnome.org/show_bug.cgi?id=790000
-
`codec_data` should be transfered if any information of SPS/PPS is changed. https://bugzilla.gnome.org/show_bug.cgi?id=790000
-
- Jan 31, 2018
-
-
* gmhd is a container, mark it as such so we can see/dump what is contained within * Add dumping for the Base Media Information atom (gmin)
-
Like pngenc, automatically send an EOS message. Example of bin: appsrc ! jpegenc snapshot=true ! filesink location=out.jpg This is especially useful for limited/slow hardware. Otherwise calling gst_video_convert_sample() is a better option (internally uses videoconvert and videoscale). https://bugzilla.gnome.org/show_bug.cgi?id=755453
-
-
-
No idea why it was disabled (was the case since 2007)
-
- Jan 30, 2018
-
-
- Jan 29, 2018
-
-
.. instead of the use of default debug category. And, make new header to declare the debug category https://bugzilla.gnome.org/show_bug.cgi?id=791483
-
Tim-Philipp Müller authored
We would accidentally pass through the duration value from the demuxer from a single fragment, which causes problems when feeding the stream from splitmuxsrc to rtsp-server. Streaming would stop after one fragment due to that. https://bugzilla.gnome.org/show_bug.cgi?id=792861
-
Tim-Philipp Müller authored
total_duration is initialised to CLOCK_TIME_NONE, not 0, so check for that as well in order not to return an invalid duration to a duration query. Doesn't fix anything particular observed in practice, just seemed inconsistent.
- Jan 25, 2018