| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
According to its description, it is supposed to be the LCM of all the
frame durations. The usability of such a thing is vanishingly small,
especially since we cannot determine it with any amount of reliability.
Therefore get rid of it after the next bump.
Replace it with the average framerate where it makes sense.
FATE results for the wtv and xmv demux tests change. In the wtv case
this is caused by the file being corrupted (or possibly badly cut) and
containing invalid timestamps. This results in lavf estimating the
framerate wrong and making up wrong frame durations.
In the xmv case the file contains pts jumps, so again the estimated
framerate is far from anything sane and lavf again makes up different
frame durations.
In some other tests lavf starts making up frame durations from different
frame.
|
| |
|
|
|
|
|
|
| |
Also exit in such a case if -xerror is used.
Fixes bug 329.
|
| |
|
| |
|
|
|
|
|
| |
start time is already substracted from the frame timestamp, so it needs
to be checked against 0, not start time.
|
|
|
|
|
|
|
| |
Currently it always exits with an error when more than
one position is specified.
CC: libav-stable@libav.org
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the output frame size is smaller than the input sample rate,
and the input stream time base corresponds exactly to the input
frame size (getting input packet timestamps like 0, 1, 2, 3, 4 etc),
the output timestamps from the filter will be like
0, 1, 2, 3, 4, 4, 5 ..., leadning to non-monotone timestamps later.
A concrete example is input mp3 data having frame sizes of 1152
samples, transcoded to aac with 1024 sample frames.
By setting the audio filter time base to the sample rate, we will
get sensible timestamps for all output packets, regardless of
the ratio between the input and output frame sizes.
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
|
|
|
| |
This allows passing the right options to encoders when there's more
than one encoder for a certain codec id.
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
|
|
|
| |
The warning silenced was:
avconv.c: In function ‘opt_output_file’:
avconv.c:3380:21: warning: ‘meta_out’ may be used uninitialized in this function [-Wuninitialized]
avconv.c:3315:20: note: ‘meta_out’ was declared here
|
|
|
|
|
|
|
| |
The warning silenced was:
avconv.c: In function ‘configure_filtergraph’:
avconv.c:603:8: warning: ‘ist’ may be used uninitialized in this function [-Wuninitialized]
avconv.c:549:18: note: ‘ist’ was declared here
|
| |
|
|
|
|
|
| |
parse_forced_keyframes() relies in encoder timebase being set, so call
it from transcode_init() after it is known.
|
| |
|
|
|
|
|
|
| |
Also ensure that all such filters get a non-NULL name. Should fix FATE
failures on some architectures after
58b049f2fa4f192b00baadb5f1f32ca366f936ea.
|
|
|
|
|
|
| |
Because of a mistake during merging the code for simple and complex
filtergraphs, -async inserts an asyncts filter both on input and output.
Remove the output hunk.
|
|
|
|
|
|
|
| |
This reduces the dependency on unistd.h which is not available
on all systems.
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
|
|
|
| |
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
| |
|
|
|
|
| |
It will allow adding new fields to it without ABI breaks.
|
|
|
|
|
| |
Our w32pthreads wrapper has various issues and is only supposed to be
used in libavcodec.
|
|
|
|
|
|
|
|
| |
When there are multiple input files, run demuxing for each input file in
a separate thread, so reading packets does not block.
This is useful for achieving low latency when reading from multiple
(possibly slow) input streams.
|
|
|
|
| |
It will be used by avplay.
|
|
|
|
|
|
| |
Use just the pointer to the head of the buffer pool.
This will allow sharing the code with avplay.
|
|
|
|
|
| |
frame number should never be strictly larger than max frames, so the
if() was never triggered.
|
|
|
|
|
|
|
| |
filters
There may be multiple frames returned, so with just one check we can
write more than requested to the output.
|
| |
|
| |
|
|
|
|
| |
This is done by automatically inserting a setpts filter.
|
| |
|
|
|
|
|
| |
Some tests change because -s now inserts the scaler to the end instead
of beginning of the filtergraph.
|
| |
|
|
|
|
| |
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
|
| |
Those functions do only decoding now, encoding is run from
poll_filters().
|
| |
|
|
|
|
|
|
|
|
| |
Invented timestamps for the h264 tests return to something resembling
sanity.
In the idroq-video-encode test when converting 25 fps -> 30 fps the
fifth frame gets duplicated instead of the sixth.
|
| |
|
|
|
|
|
|
|
| |
Don't return from poll_filters() immediately, there may be other frames
and/or other streams to handle.
Fixes a memleak.
|
|
|
|
| |
Deprecate -async.
|
|
|
|
|
| |
The FATE changes are all off-by-one due to different rounding being used
(lrintf vs av_rescale_q).
|
|
|
|
|
|
|
| |
It's the same as av_vsrc_buffer_add_frame(), except it doesn't take pts
or pixel_aspect parameters. Those are read from AVFrame.
Deprecate av_vsrc_buffer_add_frame().
|
|
|
|
|
|
|
|
|
|
|
|
| |
Converting the double to float for lrintf() loses precision when
the value is not exactly representable as a single-precision float.
Apart from being inaccurate, this causes discrepancies in some
configurations due to differences in rounding.
Note that the changed timestamp in the vc1-ism test is a bogus,
made-up value.
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
| |
|
|
|
|
|
|
| |
Also add the public interface libavfilter/buffersink.h.
Based on a commit by Stefano Sabatini.
|
| |
|
|
|
|
|
|
|
| |
This moves the cpu flag parsing code from avconv to avutil so
it can be accessed elsewhere.
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
| |
|
| |
|
|
|
|
| |
nb_input_files is already an invalid index.
|
|
|
|
|
|
|
| |
This allows masking CPU features with the -cpuflags avconv option
which is useful for testing different optimisations without rebuilding.
Signed-off-by: Mans Rullgard <mans@mansr.com>
|