summaryrefslogtreecommitdiffstats
path: root/libavcodec
Commit message (Collapse)AuthorAgeFilesLines
...
* | vpxenc: add VP8E_SET_STATIC_THRESHOLD mappingJames Zern2011-04-121-0/+1
| | | | | | | | | | | | via the equivalent AVCodecContext::mb_threshold Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Merge remote branch 'qatar/master'Michael Niedermayer2011-04-126-2/+262
|\ \ | |/ | | | | | | | | | | | | | | | | | | | | | | | | * qatar/master: Not pulled due to wrong author, according to carl: Add unconditional return statement to yuva420_rgb32_MMX() / yuva420_bgr32_MMX(). Fix compilation of timefilter test program. Add support for AMR-WB encoding via libvo-amrwbenc Add an AAC encoder by using the libvo-aacenc library g722: Return 8 bits per sample for g722 in av_get_bits_per_sample Conflicts: Changelog Merged-by: Michael Niedermayer <michaelni@gmx.at>
| * Add support for AMR-WB encoding via libvo-amrwbencMartin Storsjö2011-04-114-1/+130
| | | | | | | | | | | | The wrapper code is based on the libamr wrapper removed in SVN rev 19365. Signed-off-by: Martin Storsjö <martin@martin.st>
| * Add an AAC encoder by using the libvo-aacenc libraryMartin Storsjö2011-04-114-2/+132
| | | | | | | | Signed-off-by: Martin Storsjö <martin@martin.st>
| * g722: Return 8 bits per sample for g722 in av_get_bits_per_sampleMartin Storsjö2011-04-111-0/+1
| | | | | | | | | | | | | | | | This fixes a failing assert in ff_raw_read_header (in fate-g722dec-1), where bits_per_coded_sample is set using this function and is required to have a positive value. Signed-off-by: Martin Storsjö <martin@martin.st>
* | cosmetics: alignmentAurelien Jacobs2011-04-121-1/+1
| |
* | compute rects duration in ASS decoderAurelien Jacobs2011-04-111-1/+13
| | | | | | | | Signed-off-by: Aurelien Jacobs <aurel@gnuage.org>
* | add avcodec_get_subtitle_defaults() to initialize AVSubtitle structAurelien Jacobs2011-04-119-23/+7
| | | | | | | | | | | | | | | | Call this new function before decode() to replace the custom and inconsistant initialization in various decoders. This function is equivalent to avcodec_get_frame_defaults() for AVFrame. Signed-off-by: Aurelien Jacobs <aurel@gnuage.org>
* | Merge remote branch 'qatar/master'Michael Niedermayer2011-04-114-7/+131
|\ \ | |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * qatar/master: avio: add more documentation for AVIOContext. Parse sprite data for WMVP and WVP2, and decode sprites for the latter Replace outdated info on the FAQ Redefine sameq pad: fix example explanation gradfun: add notice from the MPlayer manual eval: add support for trunc, ceil, and floor functions documentation: add setdar and setsar description to filters.texi avio: document some members of AVIOContext. avio: document avio_close(). avio: cosmetics, vertically align comments. avio: cosmetics, group the reading functions. avio: cosmetics, merge all the FF_API_OLD_AVIO blocks. avio: cosmetics, move AVIOContext to start of the file. avio: update file header. os: fix OpenBSD/PowerPC compilation pixfmt: add PIX_FMT_BGR48LE and PIX_FMT_BGR48BE oggdec: fix demuxing chained audio streams fix typo Conflicts: doc/filters.texi libavformat/avio.h libavutil/pixfmt.h Merged-by: Michael Niedermayer <michaelni@gmx.at>
| * Parse sprite data for WMVP and WVP2, and decode sprites for the latterAlberto Delmás2011-04-104-7/+131
| | | | | | | | Signed-off-by: Anton Khirnov <anton@khirnov.net>
| * pthread: validate_thread_parameters() ignored slice-threading being ↵Alexander Strange2011-04-091-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | intentionally off The thread_type API allows you to request only FF_THREAD_FRAME (instead of FRAME | SLICE), but it was being ignored. We don't implement both of them at the same time, so there isn't an effect on current codecs, except that you can request no kinds of threading now (a bit useless). Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
| * Use consistent condition for whether to run slice-threading execute function.Reimar Döffinger2011-04-091-1/+1
| | | | | | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
| * vaapi: cope with VA-API 0.32, i.e. fix VC-1 decoding on Sandy Bridge.Gwenole Beauchesne2011-04-091-0/+3
| | | | | | | | | | | | (cherry picked from commit a18e7b4fb77d3799cf21110b5e6dda4691a295b3) Signed-off-by: Reinhard Tartler <siretart@tauware.de>
| * vaapi: filter out DELAYED_PIC_REF flag to determine field.Gwenole Beauchesne2011-04-091-0/+1
| | | | | | | | | | | | | | | | This fixes ticket #23. (cherry picked from commit 621f4c98df4ee9fd604a614f31e09eef9dd7d3ca) Signed-off-by: Reinhard Tartler <siretart@tauware.de>
* | H264: Allow templating hl_decode_mb based on pixel_size.Michael Niedermayer2011-04-101-51/+53
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | H264: factor if() out of coef decoding loop of decode_cabac_residual_internal()Michael Niedermayer2011-04-101-6/+6
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | H264: Split out hl_motion and template it, this seems a bit fasterMichael Niedermayer2011-04-105-421/+456
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | H264: replace pixel_size by pixel_shiftMichael Niedermayer2011-04-105-82/+82
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | h264: Print bpp Signed-off-by: Michael Niedermayer <michaelni@gmx.at>Michael Niedermayer2011-04-101-2/+3
| |
* | Enable decoding of high bit depth h264.Oskar Arvidsson2011-04-101-0/+11
| | | | | | | | | | | | This patch completes the high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Adds 8-, 9- and 10-bit versions of some of the functions used by the h264 ↵Oskar Arvidsson2011-04-1034-359/+745
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | decoder. This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Add support for higher QP values in h264.Oskar Arvidsson2011-04-105-32/+62
| | | | | | | | | | | | | | | | In high bit depth, the QP values may now be up to (51 + 6*(bit_depth-8)). Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | H264: fix prefetchMichael Niedermayer2011-04-101-1/+1
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Add the notion of pixel size in h264 related functions.Oskar Arvidsson2011-04-106-148/+235
| | | | | | | | | | | | | | | | | | | | In high bit depth the pixels will not be stored in uint8_t like in the normal case, but in uint16_t. The pixel size is thus 1 in normal bit depth and 2 in high bit depth. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Make the h264 loop filter bit depth aware.Oskar Arvidsson2011-04-101-36/+48
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Template dsputil_internal.h with respect to pixel size, etc.Oskar Arvidsson2011-04-101-306/+398
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Template h264idct_internal.h with respect to pixel size, etc.Oskar Arvidsson2011-04-101-45/+64
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Template h264pred_internal.h with respect to bit depth, etc.Oskar Arvidsson2011-04-101-300/+418
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Template h264dsp_internal.h with respect to pixel size, etc.Oskar Arvidsson2011-04-101-29/+51
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Move some functions in dsputil.c into a new file dsputil_internal.h.Oskar Arvidsson2011-04-102-1228/+1261
| | | | | | | | | | | | | | The functions moved are used when decoding h264. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Move the functions in h264idct into a new file h264idct_internal.h.Oskar Arvidsson2011-04-102-248/+279
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Move the functions in h264pred.c into a new file h264pred_internal.h.Oskar Arvidsson2011-04-102-1209/+1236
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Move the functions in h264dsp.c into a new file h264dsp_internal.hOskar Arvidsson2011-04-102-242/+272
| | | | | | | | | | | | Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Add pixel formats for 9- and 10-bit yuv420p.Oskar Arvidsson2011-04-101-0/+4
| | | | | | | | | | | | | | | | Also add support for these formats in libswscale. Needed for high bit depth h264 decoding. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Choose h264 chroma dc dequant function dynamically.Oskar Arvidsson2011-04-105-25/+29
| | | | | | | | | | | | Needed for high bit depth h264 decoding. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | H264: Fix slice threadsMichael Niedermayer2011-04-101-0/+1
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Fix input buffer size check in adpcm_ea decoder.Reimar Döffinger2011-04-101-1/+1
| | | | | | | | | | | | Unfortunately the output buffer size check assumes that the input buffer is never over-consumed, thus this actually also allowed to write outside the output buffer if "lucky".
* | replace movw instruction in ac3dsp_armv6.Spin xue2011-04-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | AS libavcodec/arm/ac3dsp_armv6.o ffmpeg-src/libavcodec/arm/ac3dsp_armv6.S: Assembler messages: ffmpeg-src/libavcodec/arm/ac3dsp_armv6.S:40: Error: selected processor does not support `movw r8,#0x1fe0' make[1]: *** [libavcodec/arm/ac3dsp_armv6.o] Error 1 MOVW is ARMv7 way to load constant: * movw, or move wide, will move a 16-bit constant into a register, implicitly zeroing the top 16 bits of the target register. * movt, or move top, will move a 16-bit constant into the top half of a given register without altering the bottom 16 bits To load 32 bit constant, movw lower16; movt upper16; is better than ldr if available, because: While this approach takes two instructions, it does not require any extra space to store the constant so both the movw/movt method and the ldr method will end up using the same amount of memory. Memory bandwidth is precious in and the movw/movt approach avoids an extra read on the data side, not to mention the read could have missed the cache. But here it is armv6 optimization, so that we have to use ldr. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | CrystalHD: Improve detection of h.264 content.Philip Langdale2011-04-081-38/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As previously discussed, the CrystalHD hardware returns exceptionally useless information about interlaced h.264 content - to the extent that it's not possible to distinguish most MBAFF and PAFF content until it's too late. In an attempt to compensate for this, I'm introducing two mechanisms: 1) Peeking at the picture number of the next picture The hardware provides a capability to peek the next picture number. If it is the same as the current picture number, then we are clearly dealing with two fields and not a frame or fieldpair. If this always worked, it would be all we need, but it's not guaranteed to work. Sometimes, the next picture may not be decoded sufficiently for the number to be known; alternately, a corruption in the stream may cause the hardware to refuse to return the number even if the next intact frame is decoded. In either case, the query will return 0. If we are unable to peek the next picture number, we assume that the picture is a frame/fieldpair and return it accordingly. If that turns out to be incorrect, we discard the second field, and the user has to live with the glitch. In testing, false detection can occur for the first couple of seconds, and then the pipeline stabalizes and we get correct detection. 2) Use the h264_parser to detect when individual input fields have been combined into an output fieldpair. I have multiple PAFF samples where this behaviour is detected. The peeking mechanism described above will correctly detect that the output is a fieldpair, but we need to know what the input type was to ensure pipeline stability (only return one output frame per input frame). If we find ourselves with an output fieldpair, yet the input picture type was a field, as reported by the parser, then we are dealing with this case, and can make sure not to return anything on the next decode() call. Taken together, these allow us to remove the hard-coded hacks for different h.264 types, and we can clearly describe the conditions under which we can trust the hardware's claim that content is interlaced. Signed-off-by: Philip Langdale <philipl@overt.org>
* | CrystalHD: Carry picture type from input to output picture.Philip Langdale2011-04-081-2/+19
| | | | | | | | | | | | | | | | Now that we know the type of the input picture, we have to bring that information to the output picture to help identify its type. We do this by adding a field to the opaque_list node. Signed-off-by: Philip Langdale <philipl@overt.org>
* | CrystalHD: Bring in h.264 parser to establish picture type.Philip Langdale2011-04-081-0/+29
| | | | | | | | | | | | | | | | As the hardware is unreliable, we will have to use the h.264 parser to identify whether an input picture is a field or a frame. This change loads the parser and extracts the picture type. Signed-off-by: Philip Langdale <philipl@overt.org>
* | CrystalHD: Change opaque_list_pop to return the node.Philip Langdale2011-04-081-18/+25
| | | | | | | | | | | | | | | | In preparation for adding additional fields to the node, return the node instead of the pts value. This requires the caller to free the node. Signed-off-by: Philip Langdale <philipl@overt.org>
* | CrystalHD: Fix whitespace after previous change.Philip Langdale2011-04-081-29/+29
| | | | | | | | | | | | 'git diff -w' confirmed to return nothing. Signed-off-by: Philip Langdale <philipl@overt.org>
* | CrystalHD: Handle different h.264 MBAFF packing.Philip Langdale2011-04-081-10/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | I found another MBAFF sample where the input:output pattern is the same as mpeg2 and vc1 (fieldpair input, individual field output). While I'm not sure how you can output individual fields from MBAFF, if I apply the mpeg2/vc1 handling to this file, it plays correctly. So, this changes the detection algorithm to handle the known cases. Whitespace will be fixed in a separate change. Signed-off-by: Philip Langdale <philipl@overt.org>
* | Fix ticket21, temporary audio array was too small.Michael Niedermayer2011-04-091-1/+1
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Cleanup 'Fix spurious warning when stream has SPS and PPS units.'Michael Niedermayer2011-04-081-6/+2
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Merge remote-tracking branch 'ffmpeg-mt/master'Alexander Strange2011-04-081-1/+1
| | | | | | | | | | | | | | | | | | * ffmpeg-mt/master: DUPLICATE mingw32 compilation after 'unbreak avcodec_thread_init' pthread: validate_thread_parameters() ignored slice-threading being intentionally off DUPLICATE Remove unnecessary parameter from ff_thread_init() and fix behavior Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Merge remote branch 'qatar/master'Michael Niedermayer2011-04-083-1/+6
|\ \ | |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * qatar/master: proto: include os_support.h in network.h matroskaenc: don't write an empty Cues element. lavc: add a FF_API_REQUEST_CHANNELS deprecation macro avio: move extern url_interrupt_cb declaration from avio.h to url.h avio: make av_register_protocol2 internal. avio: avio_ prefix for url_set_interrupt_cb. avio: AVIO_ prefixes for URL_ open flags. proto: introduce listen option in tcp doc: clarify configure features proto: factor ff_network_wait_fd and use it on udp Conflicts: ffmpeg.c Merged-by: Michael Niedermayer <michaelni@gmx.at>
| * lavc: add a FF_API_REQUEST_CHANNELS deprecation macroAnton Khirnov2011-04-073-1/+6
| | | | | | | | And hide request_channels AVOption under it.
* | Fix deblocking with thread_slicesMichael Niedermayer2011-04-081-4/+10
| | | | | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
OpenPOWER on IntegriCloud