- 09 Apr, 2013 35 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Kostya Shishkov authored
-
Martin Storsjö authored
This was missed from 350ad50b - this fixes building the fate-srtp test. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Andrew Van Til authored
This fixes connecting to "Ceton InfiniTV4 PCIe & USB". Signed-off-by: Martin Storsjö <martin@martin.st>
-
Andrew Van Til authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Apr, 2013 5 commits
-
-
Martin Storsjö authored
The pointers that get assigned ff_cropTbl were made const in 9e0f14f1, but other variables that transitively are assigned based on these variables were missed. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ronald S. Bultje authored
These are widely used throughout libavcodec, nothing dsputil-specific. Change ff_cropTbl to a statically initialized table, to avoid initializing it with a function call. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
There's no point in these pointers not being const. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ronald S. Bultje authored
This makes the vp3 decoder less dependent on dsputil, and will aid in making it (eventually) dsputil-independent. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ronald S. Bultje authored
This way, they can be shared between mpeg4qpel and h264qpel without requiring either one to be compiled unconditionally. Signed-off-by: Martin Storsjö <martin@martin.st>
-