- 21 Jul, 2015 4 commits
-
-
Luca Barbato authored
Checkasm needs to use internal symbols that should not be made public.
-
Luca Barbato authored
Enjoy some cache locality and use less threads. About the same speedup provided to HAP. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Enjoy some cache locality and use less threads. About 5x speedup (from 60ms to 12ms to decode a 4k frame). Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
uhd1 and uhd2 would be ambigous.
-
- 20 Jul, 2015 18 commits
-
-
Janne Grunau authored
Avoids a relocation which might end out of range for thumb2. Reported-By: Ludovic Fauvet <etix@videolan.org> Bug-Id: https://bugs.webkit.org/show_bug.cgi?id=137022 CC: libav-stable@libav.org
-
Janne Grunau authored
-
Vittorio Giovara authored
The rationale is that coded_frame was only used to communicate key_frame, pict_type and quality to the caller, as well as a few other random fields, in a non predictable, let alone consistent way. There was agreement that there was no use case for coded_frame, as it is a full-sized AVFrame container used for just 2-3 int-sized properties, which shouldn't even belong into the AVCodecContext in the first place. The appropriate AVPacket flag can be used instead of key_frame, while quality is exported with the new AVPacketSideData quality factor. There is no replacement for the other fields as they were unreliable, mishandled or just not used at all. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This is necessary to preserve the quality information currently exported with coded_frame. Add the new side data to every encoder that needs it, and use it in avconv. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Allocating coded_frame is what most encoders do anyway, so it makes sense to always allocate and free it in a single place. Moreover a lot of encoders freed the frame with av_freep() instead of the correct API av_frame_free(). This bring uniformity to encoder behaviour and prevents applications from erroneusly accessing this field when not allocated. Additionally this helps isolating encoders that export information with coded_frame, and heavily simplifies its deprecation. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Keep coded_frame.key_frame a write-only variable.
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
This change (and the following ones of the same kind) is mainly to simplify wrapping this section with an #if FF_API block later on. No functional changes are applied, the fields of the context coded_frame fields are directly initialized, instead of keeping a reference to the coded_frame itself. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Its fields are never initialized to begin with.
-
Vittorio Giovara authored
coded_frame is already initialized where needed.
-
Luca Barbato authored
Add DCI 2k and 4k and uhd1 and uhd2.
-
- 19 Jul, 2015 15 commits
-
-
Anton Khirnov authored
Wait for async_depth frames before syncing.
-
Anton Khirnov authored
Wait for async_depth frames before syncing.
-
Anton Khirnov authored
This filter currently assumes that the input audio is continuous and does some timestamps manipulation based on this assumption. This is unnecessary if we are only converting the channel layout or the sample format, without resampling. In such a case, just leave the timestamps as they are.
-
Anton Khirnov authored
The current code is less than straightforward due to the fact that output streams can be created based on filtergraph definitions. This change should make the code simpler and more readable. It will also be useful in the future commits.
-
Anton Khirnov authored
Since global options are processed before all the other options now, we do not have to try creating the complex filtergraphs several times anymore, it is enough to do it once after the input files are opened.
-
Anton Khirnov authored
It is a better place for it, there is no reason to wait until transcode_init().
-
Anton Khirnov authored
-
Anton Khirnov authored
Also, drop the now unused cmdutils_read_file(). There is no reason to have two functions doing essentially the same thing.
-
Anton Khirnov authored
It more logically belongs there.
-
Anton Khirnov authored
This will be useful in the following commits.
-
Anton Khirnov authored
There is only one decoder left that supports this (libopus, which is not used by default since we have a native one) and this code goes against the avconv design, since it propagates information back from the encoder to decoder.
-
Alexandra Hájková authored
number of subpayloads should be always positive Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alexandra Hájková authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alexandra Hájková authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alexandra Hájková authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 17 Jul, 2015 3 commits
-
-
Janne Grunau authored
-
Janne Grunau authored
-
Michael Niedermayer authored
-