Open
Conversation
TimothyGu
force-pushed
the
master
branch
9 times, most recently
from
0914e3a to
580fb6a
Compare
TimothyGu
force-pushed
the
master
branch
14 times, most recently
from
b5aa514 to
30e2bb0
Compare
TimothyGu
force-pushed
the
master
branch
7 times, most recently
from
dd99d34 to
b8ede4d
Compare
Photoshop documents can contain additional "auxiliary" channels that don't take part in layer compositing, therefore, using the channel count to determine the presence of an alpha channel in the merged image is incorrect. Instead, as per the PSD specification, use the sign of the layer count (present in the layers and masks section) to determine if there is an alpha channel, then determine the number of primary channels using both the presence of the alpha channel and the pixel format.
This is an rgb test image with two auxilliary channels and no alpha channels.
Add support for decoding 42ni and 23ni in mov/mp4. Note that in24/in32 can be either LE or BE thanks to enda atom, so this patch leaves the muxer unchanged. Fixes #21445. Signed-off-by: Nicolas Gaullier <nicolas.gaullier@cji.paris>
…ixgram sockets Sockets of type SOCK_DGRAM don't support listen(), so it was impossible to read from "unixgram" sockets in ffmpeg. Signed-off-by: Rost Kurylo <rost.kurylo@netint.ca>
Signed-off-by: Rost Kurylo <rost.kurylo@netint.ca>
Fixes peak detection for samples like in haasn/libplacebo#358 This might introduce flickering on some other samples, but was agreed upstream that they are better overall. Signed-off-by: Kacper Michajłow <kasper93@gmail.com>
Signed-off-by: Kacper Michajłow <kasper93@gmail.com>
We know that this is Dolby Vision Enhancement Layer and while it's not handled, we can just reduce log spam for this, as it's if fact recognized. Signed-off-by: Kacper Michajłow <kasper93@gmail.com>
…level Reduces spamming at default log level. Signed-off-by: James Almer <jamrial@gmail.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
This also advertises the supported sample rates/channel layouts. For ADPCM_IMA_AMV, it actually fixes the advertised channel layouts. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
ADPCM_ARGO, ADPCM_IMA_QT and ADPCM_SWF don't use the block_size option at all. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
{INTERPLAY,ROQ,XAN}_DPCM does not use the stored samples at all.
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Unlike md5, the adler32 hash shows the frames with priming samples, which will be useful in the following commits. Signed-off-by: James Almer <jamrial@gmail.com>
Don't just export initial_padding, but also take it into account for timestamps by adjusting the stream's start_time. Also, export the padding samples in a way that's actually supported, as currently trailing_padding is unused so no user will look at it. For the sake of not reducing coverage and because the lossy tests have reference files that contain the priming samples, add the skip_manual flags2 to the tests so we still output them. A new ffprobe call will ensure the demuxer behavior is tested too. Signed-off-by: James Almer <jamrial@gmail.com>
Decoders should only worry about exporting AVCodeContext->delay during init. Signed-off-by: James Almer <jamrial@gmail.com>
When using `dnn_processing` filter with torch backend, FFmpeg hangs indefinitely because no inference is actually performed.
Resolve this problem by add "else" branch for synchronous execution path.
Usage:
ffmpeg -i input.mp4 -vf scale=224:224,format=rgb24,dnn_processing=dnn_backend=torch:model=sr_model_torch.pt:device=cpu output.mp4
…ch backend Starting with PyTorch 2.6, the hooks API was redesigned so it no longer depends on the device type. As part of this change, the XPU initialization function was renamed from initXPU() to init(). Add version check to support both old and new LibTorch versions. Signed-off-by: younengxiao <steven.xiao@amd.com>
Said function has presumably been added in order to check that we have successfully reset the floating point state after having violated the ABI/calling convention by not issuing emms in our MMX DSP routines. Yet the ability to check this should not have been made public, because there is no external need for it and because the function does not even always achieve what its documentation claims to do: It only works when inline assembly is available. It should have been implemented in emms.h like emms_c() (which is where a replacement should be put if there is still ABI-violating MMX code when av_assert0_fpu() is removed). Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Forgotten in 2b94f23. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
There are no MMX functions left in all of libswresample, so checking for it makes no sense. Notice that configure currently disables x86asm if mmx is disabled, so the check is also redundant. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Forgotten in 5e332fe. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
The MMX code has been removed in 5ef613b and MMX was not used for most cpus even before then. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
This emms_c() has been superseded by the one added a few lines above in 2c1d38d. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
ff_rate_control_init/uninit() are only called during codec init or close and no DSP calls happen in these, so there is no need to reset the floating point state. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Namely to one of the three callsites in snowenc.c. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Priming samples don't depend on the contents of the first frame passed to the encoder but rather on encoder configuration, so use dummy vorbis_dsp_state and vorbis_block with the main encoder vorbis_info to generate a packet we can then parse to derive the initial padding. Muxers will now be aware of the initial padding before receiving packets, which will allow them to write proper container headers during init without any extra considerations like having to do a second pass or rewrite during write_trailer. Signed-off-by: James Almer <jamrial@gmail.com>
Based on code from libopus encoder wrapper. Signed-off-by: James Almer <jamrial@gmail.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
20 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
No description provided.