- 05 Apr, 2015 6 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
It will always be initialized when actually parsing the PPS.
-
Anton Khirnov authored
-
Anton Khirnov authored
There is no real advantage to initializing any of those in init, assuming yuv420, before the real stream parameters are known.
-
Anton Khirnov authored
This makes sure the various DSP contexts get properly initialized in ff_h264_set_parameter_from_sps() whatever the value of raw_bits_per_sample.
-
Anton Khirnov authored
There is in general no reason for the currently active SPS to be the one referenced by the PPS being parsed.
-
- 04 Apr, 2015 1 commit
-
-
Himangi Saraogi authored
Bug-Id: CID 1292519 Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 03 Apr, 2015 8 commits
-
-
Anton Khirnov authored
The way it is currently designed is fundamentally unsafe and cannot be reasonably fixed without completely rewriting it.
-
Anton Khirnov authored
Since we are not doing encoding, there is no point in ever touching the separate encoding context. Always use the stream codec context. Fixes writing attachments. CC:libav-devel@libav.org
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
This is the same as is done for SPS.
-
Anton Khirnov authored
This allows the callers to have a hint of the probable stream parameters without actually decoding anything.
-
Anton Khirnov authored
Additionally always set the software pixel format, so it's available even if ff_get_format() is not called later. This will be useful for exporting stream parameters from init().
-
Martin Storsjö authored
Make sure we don't buffer up more than max_delay worth of data before writing a PES packet, even if pes_payload_size is set to a larger value. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 01 Apr, 2015 3 commits
-
-
Luca Barbato authored
And forward it to rtp and udp. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
It gets forwarded down to UDP.
-
Luca Barbato authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 30 Mar, 2015 6 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Himangi Saraogi authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 29 Mar, 2015 4 commits
-
-
Luca Barbato authored
The default value for unset is -1, not 0. Problem introduced in 66028b7b Bug-Id: 835
-
Hendrik Leppkes authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
wm4 authored
Based on a patch by Rodger Combs. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 27 Mar, 2015 4 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
This is to avoid conflicts with the upcoming QSV encoding support.
-
- 24 Mar, 2015 2 commits
-
-
Stephen Hutchinson authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Stephen Hutchinson authored
AviSynth 2.6 (and by extension, AviSynth+) moves these functions into AVSC_API. This requires both adjusting their normal use, and for AvxSynth, adjusting the position/use of the USING_AVISYNTH ifdefs. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 23 Mar, 2015 6 commits
-
-
Hendrik Leppkes authored
-
Hendrik Leppkes authored
-
Michael Niedermayer authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Rename the existing tscc2 test.
-