summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* png: improve signature checkVittorio Giovara2015-01-14
| | | | | Return proper error code, print an error message and add missing parentheses.
* img2dec: correctly use the parsed value from -start_numberVittorio Giovara2015-01-14
| | | | | | | Previously the image sequence was always starting from the minimum number rather than the requested one. CC: libav-stable@libav.org
* matroskaenc: refuse to write AAC without valid extradataAnton Khirnov2015-01-09
|
* mpeg4audio: check the init_get_bits() return valueAnton Khirnov2015-01-09
| | | | | | Fixes possible invalid reads. CC:libav-stable@libav.org
* libfdk-aacdec: Make sure decoding doesn't add any extra delay in the latest ↵Martin Storsjö2015-01-08
| | | | | | | | | | | version of fdk-aac The latest version added support for a new option for enabling a signal level limiter, which adds some extra delay. In fdk-aac, this is enabled by default, but disable it by default here since we'd rather have zero-delay decoding. Signed-off-by: Martin Storsjö <martin@martin.st>
* libopenh264enc: Fix a typo and some nitpicksMartin Storsjö2015-01-08
| | | | | | Also move the .long_name entry to below the .name entry. Signed-off-by: Martin Storsjö <martin@martin.st>
* doc: Add initial documentation about the OpenH264 encoder wrapperMartin Storsjö2015-01-08
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* xsub: Support DXSA subtitlesAlexandre Colucci2015-01-07
| | | | | | | | These have a DXSA tag and contain alpha in addition to color values for palette. Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* mpeg: Remove unused fieldLuca Barbato2015-01-07
|
* segment: Fix the failure pathsLuca Barbato2015-01-07
| | | | | | | | | A failure in segment_end() or segment_start() would lead to freeing a dangling pointer and in general further calls to seg_write_packet() or to seg_write_trailer() would have the same faulty behaviour. CC: libav-stable@libav.org Reported-By: luodalongde@gmail.com
* libavcodec: Add an OpenH264 encoder wrapperMartin Storsjö2015-01-06
| | | | | | | | | | | | | | | | | | | | Compared to existing, common opensource H264 encoders, this can be useful since it has got a different license (BSD instead of GPL). Performance- and qualitywise it is comparable to x264 in ultrafast mode. Hooking it up as an encoder in libavcodec also simplifies comparing it against other common encoders. This requires OpenH264 1.3 or newer. Since the OpenH264 API and ABI changes frequently, only releases are supported. To take advantage of the OpenH264 patent offer, the OpenH264 library must not be redistributed, but downloaded at runtime at the end-user's system. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Fix a typo in a commentMartin Storsjö2015-01-06
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Readd an accidentally removed conditionMartin Storsjö2015-01-06
| | | | | | | This was removed accidentally as part of 847bf598. This could cause groundless warning logging. Signed-off-by: Martin Storsjö <martin@martin.st>
* isom: add 'mp1v' fourccJustin Ruggles2015-01-06
| | | | | | As referenced in the CoreMedia API docs. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* msmpeg4: check memory allocations and propagate errorsVittorio Giovara2015-01-06
| | | | Bug-Id: CID 1257781
* ulti: invert the order of parameters of ulti_decode_frame()Vittorio Giovara2015-01-06
| | | | | | | | | This is the order that the caller uses in the rest of the file. Variables are modified to reflect the order above too and their initialization is merged with their declarationt. No behavioral change. Bug-Id: CID 732286
* vf_interlace: remove the warning tag in the messageVittorio Giovara2015-01-05
| | | | The log level is already a warning.
* vf_interlace: merge FIELD_LOWER checkVittorio Giovara2015-01-05
|
* vf_interlace: also assert for heightVittorio Giovara2015-01-05
|
* vf_interlace: use image width rather than linesizeVittorio Giovara2015-01-05
| | | | Based on a patch by Michael Niedermayer <michaelni@gmx.at>.
* build: Use -Werror=format-securityAgostino Sarubbo2015-01-05
| | | | Reduce the chance of introducing a class of bugs quite hard to track.
* vda: error out if decoded CVPixelBuffer is emptyStefano Pigozzi2015-01-05
| | | | | | | | On some video samples, VDA silently fails to decode frames and returns kVDADecoderNoErr. Error out in these cases to avoid producing AVFrames with empty planes. Signed-off-by: Stefano Pigozzi <stefano.pigozzi@gmail.com>
* ffv1: const correctness for encode_rgb_frame()Diego Biurrun2015-01-05
| | | | libavcodec/ffv1enc.c:922:53: warning: passing argument 5 of ‘encode_rgb_frame’ discards ‘const’ qualifier from pointer target type
* ffv1: Drop unnecessary casts and const qualifiers to match function signaturesDiego Biurrun2015-01-05
| | | | libavcodec/ffv1dec.c:898:36: warning: cast discards ‘const’ qualifier from pointer target type
* swscale: check memory allocationsVittorio Giovara2015-01-05
| | | | | CC: libav-stable@libav.org Bug-Id: CID 1257779
* opt: check memory allocationVittorio Giovara2015-01-05
| | | | | CC: libav-stable@libav.org Bug-Id: CID 1257771
* movenc: Enable editlists by default if delay_moov is enabledMartin Storsjö2015-01-04
| | | | | | | Being able to write editlists properly is one of the main points in the delay_moov flag. Signed-off-by: Martin Storsjö <martin@martin.st>
* libavformat: Check for malloc failures in avformat_new_streamMartin Storsjö2015-01-04
| | | | | CC: libav-stable@libav.org Signed-off-by: Martin Storsjö <martin@martin.st>
* libavformat: Remove a misleading/incorrect commentMartin Storsjö2015-01-04
| | | | | | | | This comment can be traced back to the initial commit from 2001, and it seemed to be misleading/incorect already back then. (It was used for normal, non-raw file formats already then.) Signed-off-by: Martin Storsjö <martin@martin.st>
* configure: Remap -L to -libpath for msvcMartin Storsjö2015-01-04
| | | | | | | | This allows using libraries that are detected via pkg-config with msvc. (The libraries themselves may have to be built with MSVC though.) Signed-off-by: Martin Storsjö <martin@martin.st>
* cmdutils: update copyright year to 2015.Johan Andersson2015-01-04
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* avisynth: Use RTLD_LOCAL instead of RTLD_GLOBALMartin Storsjö2015-01-03
| | | | | | | There shouldn't be any need to add the loaded libraries to the global symbol namespace. Signed-off-by: Martin Storsjö <martin@martin.st>
* sidxindex: Remove parsing that isn't necessary any longerMartin Storsjö2015-01-03
| | | | | | | When we don't adjust the Period start time, we don't need to parse the earliest_presentation_time from the sidx boxes either. Signed-off-by: Martin Storsjö <martin@martin.st>
* sidxindex: Don't adjust the Period start time depending on the track start timeMartin Storsjö2015-01-03
| | | | | | | | | | | | | This was only necessary to get playback to start with dash.js 1.2.0, it has been fixed in the git version. The previous behaviour was incorrect - the Period's start time is irrespective of the actual first timestamp of the contents within the period. The Period start time only says when, within the global timeline, this particular piece should start to be played back. Signed-off-by: Martin Storsjö <martin@martin.st>
* dashenc: Use pts for MPD timeline timestampsMartin Storsjö2015-01-03
| | | | | | | | | | | | | | | This should be more correct. This also should give more sensible switching between video streams with different amount of b-frame delay. The current dash.js release (1.2.0) fails to start playback of such files from the start (if the start pts is > 0), but this has been fixed in the current git version of dash.js. Also enable the use of edit lists, so that streams in many cases start at pts=0. Signed-off-by: Martin Storsjö <martin@martin.st>
* dashenc: Use delay_moovMartin Storsjö2015-01-03
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Get rid of a hack for updating the dvc1 atomMartin Storsjö2015-01-03
| | | | | | | Use the more generic approach with the delay_moov flag, instead of having a update mechanism specific to this one single atom. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Add an option for delaying writing the moov with empty_moovMartin Storsjö2015-01-03
| | | | | | | | | | | | | | | | | | | | | | | | | This delays writing the moov until the first fragment is written, or can be flushed by the caller explicitly when wanted. If the first sample in all streams is available at this point, we can write a proper editlist at this point, allowing streams to start at something else than dts=0. For AC3 and DNXHD, a packet is needed in order to write the moov header properly. This isn't added to the normal behaviour for empty_moov, since the behaviour that ftyp+moov is written during avformat_write_header would be changed. Callers that split the output stream into header+segments (either by flushing manually, with the custom_frag flag set, or by just differentiating between data written during avformat_write_header and the rest) will need to be adjusted to take this option into use. For handling streams that start at something else than dts=0, an alternative would be to use different kinds of heuristics for guessing the start dts (using AVCodecContext delay or has_b_frames together with the frame rate), but this is not reliable and doesn't necessarily work well with stream copy, and wouldn't work for getting the right initialization data for AC3 or DNXHD either. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Use start_dts/cts instead of cluster[0] for writing edit listsMartin Storsjö2015-01-03
| | | | | | | This allows writing edit lists even when track->entry == 0, if the start times have been set. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Remove an unnecessary condition when flushing fragmentsMartin Storsjö2015-01-03
| | | | | | | | | | | If fragments == 0 it means we haven't written any moov atom yet. If the empty_moov flag is set, we already have written an empty moov atom at startup. Thus, the check for empty_moov is redundant. This is in preparation for allowing writing the moov atom later, even when using the empty moov flag. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Factorize writing ftyp and other identification tags to a separate ↵Martin Storsjö2015-01-03
| | | | | | function Signed-off-by: Martin Storsjö <martin@martin.st>
* dashenc: Remove some stray double spacesMartin Storsjö2014-12-29
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* dashenc: Fix writing of timelines that don't start at t=0Martin Storsjö2014-12-29
| | | | | | | | When writing an explicit time, reset the cur_time variable to this value as well. This avoids writing excessive time attributes for each segment in the timeline, as long as the segments are continuous. Signed-off-by: Martin Storsjö <martin@martin.st>
* fate: Use bitexact conversions in the dpxparser testMartin Storsjö2014-12-29
| | | | | | This fixes fate on e.g. ppc. Signed-off-by: Martin Storsjö <martin@martin.st>
* h264: restore a block mistakenly removed in e10fd08aAnton Khirnov2014-12-27
| | | | | CC: libav-stable@libav.org Bug-ID: 781
* vdpau: add support for the H.264 High 4:4:4 Predictive profileRémi Denis-Courmont2014-12-25
| | | | | Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* avconv_vdpau: allocate video surface of VDPAU-specified sizeRémi Denis-Courmont2014-12-25
| | | | | Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* vdpau: add support for 4:2:2 and 4:4:4 chroma samplingRémi Denis-Courmont2014-12-25
| | | | | Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* vdpau: add helper for surface chroma type and sizeRémi Denis-Courmont2014-12-25
| | | | | | | | | | | | | | | | | | | | | Since the VDPAU pixel format does not distinguish between different VDPAU video surface chroma types, we need another way to pass this data to the application. Originally VDPAU in libavcodec only supported decoding to 8-bits YUV with 4:2:0 chroma sampling. Correspondingly, applications assumed that libavcodec expected VDP_CHROMA_TYPE_420 video surfaces for output. However some of the new HEVC profiles proposed for addition to VDPAU would require different depth and/or sampling: http://lists.freedesktop.org/archives/vdpau/2014-July/000167.html ...as would lossless AVC profiles: http://lists.freedesktop.org/archives/vdpau/2014-November/000241.html To preserve backward binary compatibility with existing applications, a new av_vdpau_bind_context() flag is introduced in a further change. Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* libavcodec: add AV_HWACCEL_ALLOW_HIGH_DEPTH flagRémi Denis-Courmont2014-12-25
| | | | | | | | This can be used by the application to signal its ability to cope with video surface of types other than 8-bits YUV 4:2:0. Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-29 21:44:44 +0000