- 22 Oct, 2011 2 commits
-
-
Dustin Brody authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Ronald S. Bultje authored
Right now it's not actually initialized on 32-bit, leading to crashes on win32.
-
- 21 Oct, 2011 37 commits
-
-
Lou Logan authored
Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-
Marton Balint authored
The blue channel went missing when toggling fullscreen on Mac OS X.
-
Reimar Döffinger authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
This allows for knowing the output size before decoding even when there is no header (e.g. FLV). Otherwise we would have to do a preliminary full frame decode to determine the number of frames-per-packet.
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Anton Khirnov authored
It's only used in the JACK device. Fixes linking shared lavd with JACK enabled.
-
Raivo Hool authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Raivo Hool authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Raivo Hool authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Raivo Hool authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Justin Ruggles authored
-
Justin Ruggles authored
The correct decoder private context needs to be used. This fixes mp3on4 playback and seeking in avplay.
-
Justin Ruggles authored
count. This also allows for checking output data size based on the actual number of channel instead of the maximum number of channels.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
Avoids allocating unnecessary memory and ensures proper alignment.
-
Justin Ruggles authored
Fixes segfault when decoding multi-channel MP3onMP4 files.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Jean First authored
Enable multithreding when decoding with libopenjpeg Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Ronald S. Bultje authored
This actually causes them to be inlined, leading to a significant speedup (1-1.5% in my measurements).
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
Neon parts by Mans Rullgard <mans@mansr.com>.
-
Ronald S. Bultje authored
-
Baptiste Coudurier authored
Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
Associate segmentation_map[] with reference frame, rather than decoding instance. This fixes cases where the map would be free()'ed on e.g. a size change in one thread, whereas the other thread was still accessing it. Also, it fixes cases where threads overwrite data that is still being referenced by the previous thread, who thinks that it's part of the frame previously decoded by the next thread.
-
Ronald S. Bultje authored
-
- 20 Oct, 2011 1 commit
-
-
Anton Khirnov authored
Overhead as reported by rbelf-size goes from 90860 to 20204.
-