| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
If the packets returned by libvpx and our internal frame properties
queue get desynchronized for some reason (should not happen, but it is
not clear libvpx API guarantees this), we will keep adding to the queue
indefinitely and never remove anything.
Change the code to drain the queue even if timestamps do not match.
|
|
|
|
| |
A non-NULL packet is always passed to frame_data_apply().
|
| |
|
|
|
|
|
|
|
|
|
| |
This AVFifo is used to propagate HDR metadata from input frames to
output packets, since libvpx does not allow passing through arbitrary
user data.
It will be extended to pass through other kinds of data in future
commits, so give it a more generic name.
|
| |
|
|
|
|
|
|
|
| |
It is not used, except to check whether the packet is valid before
writing HDR metadata to the packet in storeframe(). However, that check
serves no purpose, as the encoded packet is already treated as valid
higher up in this function.
|
|
|
|
|
| |
Make them match each other, mention interaction with
AV_CODEC_FLAG_COPY_OPAQUE.
|
|
|
|
|
|
|
|
|
|
|
|
| |
with "<svg" or "<!--"
svg is xml, but <?xml is not required,
it can start with <svg and can have multiple empty lines,
or start with <!-- include some comments,
but must first line if start with <?xml.
Signed-off-by: Wang Yaqiang <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
| |
Signed-off-by: asivery <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
|
|
|
| |
Due to refactoring, the ctx/cctx variables are never actually used
in ff_decklink_write_packet(), so just remove them.
Signed-off-by: Devin Heitmueller <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The ff_decklink_write_packet() was always caching the last pts
received, to be used when calling StopScheduledPlayback(). However
because audio and video are on different timebases and the call to
StopScheduledPlayback() expects the video timebase, we'll end up
sending a weird value to the stop routine if the last packet
received contained audio.
Move the setting of last_pts to just be for the video stream.
Signed-off-by: Devin Heitmueller <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
output will be PTS 0
The existing code assumed that the first frame received by the decklink
output would always be PTS zero. However if running in other timing
modes than the default of CBR, items such as frame dropping at the
beginning may result in starting at a non-zero PTS.
For example, in our setup because we discard probing data and run
with "-vsync 2" the first video frame scheduled to the decklink
output will have a PTS around 170. Scheduling frames too far into
the future will either fail or cause a backlog of frames scheduled
far enough into the future that the entire pipeline will stall.
Issue can be reproduced with the following command-line:
./ffmpeg -copyts -i foo.ts -f decklink -vcodec v210 -ac 2 'DeckLink Duo (4)'
Keep track of the PTS of the first frame received, so that when
we enable start playback we can provide that value to the decklink
driver.
Thanks to Marton Balint for review and suggestion to use
AV_NOPTS_VALUE rather than zero for the initial value.
Signed-off-by: Devin Heitmueller <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
|
|
| |
The path attribute in the Set-Cookie header is optional but treated by ffmpeg as being compulsory.
Signed-off-by: Michael J. Walsh <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
| |
Signed-off-by: jackarain <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
|
|
|
|
| |
Signed-off-by: jackarain <[email protected]>
Signed-off-by: Marton Balint <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
|
| |
As defined in https://aomediacodec.github.io/av1-hdr10plus/
Reviewed-by: Ronald S. Bultje <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
|
| |
Fixes compilation with clang which errors out on Wint-conversion.
Signed-off-by: Kacper Michajłow <[email protected]>
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes the following error when compiling with a modern
version of Clang for Windows/i386:
src/libavutil/hwcontext_vulkan.c:738:32: error: incompatible function pointer types initializing 'PFN_vkDebugUtilsMessengerCallbackEXT' (aka 'unsigned int (*)(enum VkDebugUtilsMessageSeverityFlagBitsEXT, unsigned int, const struct VkDebugUtilsMessengerCallbackDataEXT *, void *) __attribute__((stdcall))') with an expression of type 'VkBool32 (VkDebugUtilsMessageSeverityFlagBitsEXT, VkDebugUtilsMessageTypeFlagsEXT, const VkDebugUtilsMessengerCallbackDataEXT *, void *)' (aka 'unsigned int (enum VkDebugUtilsMessageSeverityFlagBitsEXT, unsigned int, const struct VkDebugUtilsMessengerCallbackDataEXT *, void *)') [-Wincompatible-function-pointer-types]
.pfnUserCallback = vk_dbg_callback,
^~~~~~~~~~~~~~~
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
| |
Restores the behavior of naming the instance filter@id, which was accidentally changed
to simpy id in commit f17051eaae.
Fixes ticket #10226.
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
|
|
|
|
| |
As per 23003-5:2020, the rest of the bits are reserved, and thus
in the future they may be utilized for something else.
Quote:
format_flags is a field of flags that modify the default PCM sample format.
Undefined flags are reserved and shall be zero. The following flag is defined:
0x01 indicates little-endian format. If not present, big-endian format is used.
|
|
|
|
|
|
| |
As per 23003-5:2020 this box is defined as
PCMConfig extends FullBox(‘pcmC’, version = 0, 0), which means
that version is 0 and flags should be zero.
|
| |
|
|
|
|
|
| |
Signed-off-by: Nicolas Gaullier <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
| |
AVCodecContext.slice_{count,offset} are unneeded since 2007, commit
383b123ed37df4ff99010646f1fa5911ff1428cc and following. Deprecate those
fields.
|
|
|
|
| |
The filter implements the 'legacy' version from a superseded recommendation.
|
|
|
|
| |
Signed-off-by: Marth64 <[email protected]>
|
|
|
|
| |
Signed-off-by: Marth64 <[email protected]>
|
|
|
|
| |
Signed-off-by: Marth64 <[email protected]>
|
|
|
|
| |
Signed-off-by: Marth64 <[email protected]>
|
|
|
|
|
|
|
|
|
| |
Fix tickets #10225
DECLARE_ALIGNED has been moved to mem_internal.h.
Signed-off-by: Zhao Zhili <[email protected]>
Reviewed-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
| |
place it's used
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
|
| |
It's used only by the encoder.
Reviewed-by: James Zern <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
|
| |
Missed in e0786a8e.
Reviewed-by: Anton Khirnov <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
| |
Reviewed-by: Stefano Sabatini <[email protected]>
Signed-off-by: Michael Niedermayer <[email protected]>
|
|
|
|
|
| |
Signed-off-by: JonHGee <[email protected]>
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
| |
In texi source, @ characters need to be escaped.
This fixes the following build errors:
community.texi:59: unknown command `ffmpeg'
community.texi:143: unknown command `ffmpeg'
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
| |
Remove doc/dev_communit markup files completely as they are at the wrong place.
Create a new community page, merging all of doc/dev_community and subsection Code of Conduct into a common place.
The corresponding patch to ffmpeg-web puts the Organisation & Code of Conduct into a seperate community chapter on the FFmpeg website.
|
|
|
|
|
|
|
| |
Omitting the .org from the address should be protection enough
against spam spiders.
Signed-off-by: Nicolas George <[email protected]>
|
|
|
|
|
|
|
| |
silence the warning: variable 'o' is used uninitialized whenever
'&&' condition is false
Signed-off-by: Jun Zhao <[email protected]>
|
|
|
|
|
| |
Signed-off-by: JonHGee <[email protected]>
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
| |
-dts_error_threshold
PR: https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=8252
|
|
|
|
| |
Help debugging.
|
|
|
|
|
| |
These chunks are lightweight and it's useful information to have when
running ffmpeg -i or ffprobe, for example.
|
|
|
|
| |
Signed-off-by: Timo Rothenpieler <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|