- 14 Dec, 2016 15 commits
-
-
Diego Biurrun authored
This is more consistent and fixes compilation with clang.
-
Diego Biurrun authored
-
Wan-Teh Chang authored
This improves commit 59c70227. In ff_thread_report_progress(), the fast code path can load progress[field] with the relaxed memory order, and the slow code path can store progress[field] with the release memory order. These changes are mainly intended to avoid confusion when one inspects the source code. They are unlikely to have measurable performance improvement. ff_thread_report_progress() and ff_thread_await_progress() form a pair. ff_thread_await_progress() reads progress[field] with the acquire memory order (in the fast code path). Therefore, one expects to see ff_thread_report_progress() write progress[field] with the matching release memory order. In the fast code path in ff_thread_report_progress(), the atomic load of progress[field] doesn't need the acquire memory order because the calling thread is trying to make the data it just decoded visible to the other threads, rather than trying to read the data decoded by other threads. In ff_thread_get_buffer(), initialize progress[0] and progress[1] using atomic_init(). Signed-off-by:
Wan-Teh Chang <wtc@google.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Derek Buitenhuis authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Derek Buitenhuis authored
This could happen when there was a frame number gap and frame threading was used. Debugging-by:
Ronald S. Bultje <rsbultje@gmail.com> Debugging-by:
Justin Ruggles <justin.ruggles@gmail.com> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> CC:libav-stable@libav.org Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
This makes sure ff_get_format() does not get called unnecessarily from update_thread_context().
-
Anton Khirnov authored
It is more natural for this codec and allows to avoid awkward constructs like "consuming 0 bytes from input". Also, keep a reference to the input packet to avoid unnecessary copying.
-
Anton Khirnov authored
Significantly increases the efficiency of frame threading, since individual frames in a superframe can now be decoded in parallel.
-
Anton Khirnov authored
Partially based on code by Ronald S. Bultje <rsbultje@gmail.com>.
-
Anton Khirnov authored
Drop the internal manual conversion from the MP4 format to Annex B.
-
Anton Khirnov authored
-
Anton Khirnov authored
Currently, the new decoding API is pretty much just a wrapper around the old deprecated one. This is problematic, since it interferes with making full use of the flexibility added by the new API. The old API should also be removed at some future point. Reorganize the code so that the new send_packet/receive_frame functions call the actual decoding directly and change the old deprecated avcodec_decode_* functions into wrappers around the new API. The new internal API for decoders is now changing as well. Before this commit, it mirrors the public API, so the decoders need to implement send_packet() and receive_frame() callbacks. This turns out to require awkward constructs in both the decoders and the generic code. After this commit, the decoders only implement the receive_frame() callback and call a new internal function, ff_decode_get_packet() to obtain input data, in the same manner to how the bitstream filters now work. avcodec will now always make a reference to the input packet, which means that non-refcounted input packets will be copied. Keeping the previous behaviour, where this copy could sometimes be avoided, would make the code significantly more complex and fragile for only dubious gains, since packets are typically small and everyone who cares about performance should use refcounted packets anyway.
-
Anton Khirnov authored
The current code stores a pointer to the packet passed to the decoder, which is then used during get_buffer() for timestamps and side data passthrough. However, since this is a pointer to user data which we do not own, storing it is potentially dangerous. It is also ill defined for the new decoding API with split input/output. Fix this problem by making an explicit internally owned copy of the packet properties.
-
Anton Khirnov authored
It is useful for testing/debugging and will also be used as the default filter in the following commit adding pre-decode filtering to avoid having a separate non-filtered codepath.
-
Anton Khirnov authored
-
- 12 Dec, 2016 2 commits
-
-
Diego Biurrun authored
This partially reverts commit ac648bb8.
-
Alexandra Hajkova authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 11 Dec, 2016 4 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
The feature has outlived is usefulness and complicates the code.
-
Diego Biurrun authored
-
- 10 Dec, 2016 4 commits
-
-
Mark Thompson authored
Same issue as 17a0f948.
-
Mark Thompson authored
-
Diego Biurrun authored
This is required to make certain math defines visible on modern Cygwin.
-
Diego Biurrun authored
-
- 09 Dec, 2016 7 commits
-
-
Diego Biurrun authored
This makes naming more consistent and simplifies extralibs-related changes.
-
Diego Biurrun authored
This is more in line with the other related variable names.
-
Diego Biurrun authored
-
Diego Biurrun authored
These components should depend on the availability of the respective libraries, not just on the availability of the respective headers.
-
Diego Biurrun authored
These are taken care of more correctly by the library checks.
-
Diego Biurrun authored
That header should only be included in the special bits that use X11 code.
-
Diego Biurrun authored
-
- 08 Dec, 2016 8 commits
-
-
Ruta Gadkari authored
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Luca Barbato authored
Make avio_size() work with any write AVIOContext.
-
Andreas Cadhalpun authored
Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Andreas Cadhalpun authored
Also preserve the return value from ff_get_buffer(). Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Andreas Cadhalpun authored
They are not valid and can cause problems/crashes for API users. Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Timothy Gu authored
Also use av_mallocz_array(). Bug-Id: CID 1396839 Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Timothy Gu authored
Bug-Id: CID 1396851 Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-