summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* h264: move [{top,left}_]cbp into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move cabac[_state] into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move mb[_{padding,luma_dc}] into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move intra_pcm_ptr into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move the ref lists variables into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move map_col_to_list0[_field] into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move dist_scale_factor[_field] into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move col_{parity,fieldoff} into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move direct_spatial_mv_pred into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move sub_mb_type into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move the slice type variables into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move mb_[uv]linesize into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move neighbor_transform_size into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move {mv,ref}_cache into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move non_zero_count_cache into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move *_samples_available into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move intra4x4_pred_mode[_cache] into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move some neighbour information into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move {chroma,intra16x16}_pred_mode into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move {prev,next}_mb_skipped into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move qp_thresh into the per-slice contextAnton Khirnov2015-03-21
|
* h264: move the quantizers into the per-slice contextAnton Khirnov2015-03-21
|
* h264: do not copy qscale when updating per-thread contextsAnton Khirnov2015-03-21
| | | | It's a per-slice quantity constructed when parsing the slice header.
* h264: split weighted pred-related vars into per-slice contextAnton Khirnov2015-03-21
|
* h264_ps: properly check cropping parameters against overflowAnton Khirnov2015-03-21
| | | | CC: libav-stable@libav.org
* hevc: zero the correct variables on invalid crop parametersAnton Khirnov2015-03-21
| | | | | It's the output_window that is applied to the output frame, not pic_conf_win
* hevc: make the crop sizes unsignedAnton Khirnov2015-03-21
|
* avconv: Print the avfilter errorsLuca Barbato2015-03-20
| | | | Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* cmdutils: Add a stream specifier to map usable streamsLuca Barbato2015-03-20
| | | | | It drops everything that cannot be used for re-encoding and/or streamcopy.
* webp: ensure that each transform is only used onceAndreas Cadhalpun2015-03-19
| | | | | | | | | | | According to the WebP Lossless Bitstream Specification "each transform is allowed to be used only once". If a transform is more than once this can lead to memory corruption. Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* movenc: write the display transform matrixAnton Khirnov2015-03-19
|
* ismindex: Calculate the pts duration of trun atoms, not the dts durationMartin Storsjö2015-03-19
| | | | | | | Since the duration is compared to the tfra durations/intervals which are expressed in pts, calculate that here as well. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Don't assume that fragment durations in pts is equal to duration in dtsMartin Storsjö2015-03-19
| | | | | | | | | | | | | For strict CFR, they should be pretty much equal, but if the stream is VFR, there can be a sometimes significant difference. Calculate the pts duration separately, used in sidx atoms and for tfrf/tfxd boxes in smooth streaming ismv files. Also make sure to reduce the duration of sidx entries according to edit lists. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Move sidx edit list timestamp adjustment into a blockMartin Storsjö2015-03-19
| | | | | | | When reading these values from track->frag_info, the same adjustment has already been done. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Only adjust the cts offset at the start of fragments if necessaryMartin Storsjö2015-03-19
| | | | | | | | | Adjusting it is only necessary when a sidx/tfrf/tfxd atom already has been written for the previous fragment (since the sidx/tfrf/tfxd atoms include the duration between the first pts of the previous fragment, to the first pts of the new fragment). Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Write pts timestamps in tfxd, instead of dts timestampsMartin Storsjö2015-03-19
| | | | | | This matches what we write in tfra and tfrf since 9cbf70fa0e. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Set the last packet duration based on the next packet when autoflushingMartin Storsjö2015-03-19
| | | | | | | | | | | | | | | | | | When automatically flushing fragments based on set conditions (fragmentation on keyframes, after some interval or byte size), we already have the next packet for one stream - use this for setting the duration of the last packet in the flushed fragment correctly. This avoids having to adjust the timestamp of the first packet in the new fragment since the last duration was unknown. Unfortunately, this only works for automatic flushing (not for caller-triggered flushing, like in the dash muxer), and only for the one single track that triggered the flushing. The duration of the last sample in all other tracks still is dependent on AVPacket duration (or heuristics). Signed-off-by: Martin Storsjö <martin@martin.st>
* dashenc: Heuristically fill in the duration of packets that need itMartin Storsjö2015-03-19
| | | | | | | | | | | This avoids that the mp4 muxer does a similar heuristic, adjusting the timestamps in a way that the dash muxer doesn't know the actual timestamps written to the file in the end. By making sure that the mp4 muxer internal heuristic isn't applied, we know the exact timestamps written to file, so that the timestamps in manifest match the files. Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: Heuristically set the duration of the last sample in a fragment if ↵Martin Storsjö2015-03-19
| | | | | | | | | | | | | | | not set Even if this is a guess, it is way better than writing a zero duration of the last sample in a fragment (because if the duration is zero, the first sample of the next fragment will have the same timestamp as the last sample in the previous one). Since we normally don't require libavformat muxer users to set the duration field in AVPacket, we probably can't strictly require it here either, so don't log this as a strict warning, only as info. Signed-off-by: Martin Storsjö <martin@martin.st>
* udp: Fix crashes after adding AVOptionsMartin Storsjö2015-03-19
| | | | | | | | | | | Add a missing AVClass member, check whether localaddr is null. (Previously, localaddr was always a local stack buffer, while it now also can be an avoption string which can be null.) This fixes crashes when not passing any localaddr parameter, since 66028b7ba. Signed-off-by: Martin Storsjö <martin@martin.st>
* mov: Add option to keep exact packet sequence after seekingDerek Buitenhuis2015-03-18
| | | | | | | | | | | | | | The current behavior may produce a different sequence of packets after seeking, compared to demuxing linearly from the beginning. This is because the MOV demuxer seeks in each stream individually, based on timestamp, which may set each stream at a slightly different position than if the file would have been read sequentially. This makes implementing certain operations, such as segmenting, quite hard, and slower than need be. Therefore, add an option which retains the same packet sequence after seeking, as when a file is demuxed linearly.
* Replace a few leftover instances of enum PixelFormat with enum AVPixelFormatMartin Storsjö2015-03-17
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* fate: Move tdsc to the appropriate screen capture fileVittorio Giovara2015-03-17
|
* mov: Fix little endian audio detectionVittorio Giovara2015-03-17
| | | | | | | | | | Set this field to TRUE if the audio component is to operate on little-endian data, and FALSE otherwise. However TRUE and FALSE are not defined. Since this flag is just a boolean, interpret all values except for 0 as little endian. Sample-Id: 64bit_FLOAT_Little_Endian.mov
* aacsbr: Fix type for index variableVittorio Giovara2015-03-17
| | | | | | Prevents unsigned overflow and variable truncation. Bug-Id: CID 603186
* hqx: Drop unused offsets tableVittorio Giovara2015-03-17
| | | | This is a leftover from the static to dynamic vlc table conversion.
* lavf: Do not list mov-only codecs in riff tagsCarl Eugen Hoyos2015-03-17
| | | | | | | Instead check for all mov code-points when demuxing avi and print a warning if a video codec is found like this. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* isom: Add X-Com Radvision FourCCPaul B Mahol2015-03-17
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* riff: Add 'tshd' FourCC for H.264Vittorio Giovara2015-03-17
|
* libx264: Allow full-range yuv422 and yuv444 pixel formatsCarl Eugen Hoyos2015-03-17
| | | | Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-01 21:59:42 +0000