| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
This avoids allocating/freeing an AVFrame for each packet decode. It also
simplifies error handling in transcode_audio() and transcode_video().
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Commit 035af99 made avconv always call an encoder when using the
null muxer. While useful for 2-pass encodes, it inadvertently
caused an extra memcpy of raw frames when decoding only.
This hack restores the old behaviour when only decoding while
allowing use of the null muxer with encoded streams as well.
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
|
|
|
|
|
|
| |
I.e. on streamcopy set output codec timebase from input stream timebase
(as opposed to input codec timebase). This should be more sane, because
since the stream is not decoded, the input codec tb has no relation to
the timestamps of the copied packets.
|
| |
|
|
|
|
| |
This was broken in 2a651b719c309c5e2fc663a5a9d6ca36153ab98f.
|
|
|
|
| |
Also fix reporting of the number of samples added/dropped.
|
|
|
|
|
|
| |
At EOF it makes no sense to modify avpkt.{data,size} in output_packet
since no data is consumed. Frame threading with more than 1 threads
hits the segfault.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
I.e. if the packet was only partially consumed, pass the rest of it into
the decoder again.
Also simplify the code so it's the same for video/audio/subs.
|