| Commit message (Collapse) | Author | Age |
|
|
|
| |
Fixes a memleak when using the -frames option with audio.
|
|
|
|
|
| |
5 FATE test references updated due to using demuxer-generated timestamps that
are either not sample-accurate or are slightly off in the input file.
|
|
|
|
|
| |
OutputStream.picref is guaranteed to be non-NULL if
get_filtered_video_frame() succeeds.
|
| |
|
|
|
|
|
| |
output_video_filter is always guaranteed to be set and is in fact
dereferenced right above the check.
|
|
|
|
| |
CC: libav-stable@libav.org
|
|
|
|
|
|
| |
Fixes bug 204.
CC: libav-stable@libav.org
|
|
|
|
| |
Useful for testing.
|
|
|
|
|
| |
avcodec_encode_video2() return value is 0 on success, encoded frame size
is stored in the packet.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
r_frame_rate should in theory have something to do with input framerate,
but in practice it is often made up from thin air by lavf. So unless we
are targeting a constant output framerate, it's better to just use input
stream timebase.
Brings back dropped frames in nuv and cscd tests introduced in
cd1ad18a6539bd7fc2dc4c1740fbcbd498c0c0a2
|
|
|
|
| |
No functional changes, just make it more readable.
|
|
|
|
|
|
| |
Update FATE reference to account for now non-existent palette packet.
This also fixes the FATE test if frame data is not initialized in
get_buffer(), so update comment in avconv accordingly.
|
|
|
|
|
|
|
|
| |
This is required when stream copying VC1 in ismv - there's one
global header in the moov atom, but keyframes have a separate
sequence header prepended.
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
|
|
|
|
| |
Set output files duration to recording_time option, if given.
Rationale: to save duration into metadata for file that is written to
non-seekable output, for formats like FLV (with metadata at beginning).
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
There are no audio encoders which do frame reordering.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
next_dts is used for estimating the dts of the next packet if it's
missing. Therefore, it makes no sense to set it from the pts of the last
decoded frame. Also it should be estimated from the current packet
duration/ticks_per_frame always, not only when a frame was successfully
decoded.
|
|
|
|
| |
It more accurately describes what does this variable store.
|
|
|
|
|
|
| |
It currently has different meanings at different times (dts of the last
read packet/pts of the last decoded frame). Reduce obfuscation by
storing pts of the decoded frame in the frame itself.
|
|
|
|
| |
It's used to predict dts, not pts.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Current code compares the desired recording time with InputStream.pts,
which has a very unclear meaning. Change the code to use actual
timestamps of the frames passed to the encoder.
In several tests, one less frame is encoded, which is more correct.
In the idroq test one more frame is encoded, which is again more
correct.
Behavior with stream copy should be unchanged.
|
|
|
|
|
|
| |
The actual number (1/1000) will probably require some
discussion/tweaking in the future, but should be good enough for now,
since the timestamps in AVSubtitle are in this timebase by definition.
|
| |
|
| |
|
|
|
|
| |
Its quality is horrible, yadif should always be used instead.
|
|
|
|
|
|
| |
Some compilers still do not support this syntax.
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
| |
|
|
|
|
|
|
| |
Using threaded decoding by default breaks backward compatibility if
AVHWAccel is used or if an appliction sets threadunsafe callbacks.
Avconv and avplay still use -threads auto if not specified.
|
| |
|
|
|
|
|
|
|
| |
Frames must be counted when they are passed to the encoder, not when
they come out.
Fixes Bug 202.
|
| |
|
|
|
|
| |
AVCodecContext fields
|
|
|
|
|
| |
This is a hopefully temporary solution until lavfi can properly deal
with resolution changes.
|
|
|
|
|
| |
This option only applies to streamcopy, but is currently processed only
when encoding.
|
| |
|
|
|
|
|
| |
Codec timebase is not framerate and the situation when it's different
from AVStream.r_frame_rate is quite common, nothing to warn about.
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
| |
Decoding Sintel.2010.1080p.mkv with 4 threads on an i7 2600K goes from
260s to 244s.
|
|
|
|
| |
This will allow memcpy-free passing frames to lavfi.
|
|
|
|
|
|
| |
The 'fiel' atoms can be found in H.264 tracks clobbering the extradata.
MJPEG supports non field based extradata, and this data should be
preserved when copying.
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
It's broken and doesn't work anyway.
This patch means that avconv will ignore encoding options from the ffm
file and will instead use whatever is provided on the commandline as for
normal output.
|
|
|
|
|
| |
All the currently supported OS-es manage to use return values
properly.
|