The main aim of this patchset is to fix ticket 11233.
Andreas Rheinhardt (4):
avformat/aviobuf: Keep checksum_ptr consistent in avio_seek()
avformat/oggdec: Don't skip over data whose checksum is used
avformat/tta: Avoid seek when reading header
avformat/takdec: Don't truncate return value
Mostly removal of dead encode checks.
Andreas Rheinhardt (5):
avcodec/av1dec,libdav1d,wbmpdec: Avoid direct access to GetByteContext
avcodec/encode: Simplify pixel format validity check
avcodec/encode: Ignore coded_{width,height}
avcodec/encode: Remove dead code
avcodec/encode: Remove re
The first patch is purely a rename. I had deferred it since the previous
patchset was quite massive already.
The second patch removes unnecessary casts as promised earlier.
Versions
V2
==
* Fix Windows GCC build
.
softworkz (3):
fftools/textformat: Rename variables wctx to tctx
This patchset eliminates GetBitContext.buffer_end (which is mostly unused).
It therefore automatically fixes the UB that happens upon init_get_bits()
failure (when using pre-C23).
Andreas Rheinhardt (4):
avcodec/bytestream: Add const where appropriate
avcodec/vvc/dec: Don't use GetBit-API when
This main aim of this patchset designed to fix the UB in opus-testvector02
without adding branches.
Andreas Rheinhardt (4):
avcodec/opus/dec: Don't use outdated size
avcodec/opus/dec: Remove unused parameters
avcodec/opus/dec: Don't call function multiple times in FFMAX
avcodec/opus/dec: S
The first patch is purely a rename. I had deferred it since the previous
patchset was quite massive already.
The second patch removes unnecessary casts as promised earlier.
Thanks, sw
softworkz (3):
fftools/textformat: Rename variables wctx to tctx
fftools/textformat: Remove redundant casts
V2
==
* Fix MSVC build
(use the universal command pattern)
V3
==
* Skip dependency generation by clearing CC_DEPS instead
(as suggested by Ramiro - thanks!)
V4
==
* Always keep .ptx files (as suggested by Timo - thanks) Tested all
scenarios:
* .ptx.c and .ptx.gz still get de
V2
==
* Fix MSVC build
(use the universal command pattern)
V3
==
* Skip dependency generation by clearing CC_DEPS instead
(as suggested by Ramiro - thanks!)
V4
==
* Always keep .ptx files (as suggested by Timo - thanks) Tested all
scenarios:
* .ptx.c and .ptx.gz still get de
This patchset adds a H263DecContext and moves the fields of MpegEncContext
that are only used by the H.263-based decoders (those using h263dec.c) to
it. It also adds a special slice context for the MPEG-1/2 decoders and moves
the GetBitContext from MpegEncContext to the actual decoder contexts (no
This is an alternative to
https://ffmpeg.org/pipermail/ffmpeg-devel/2025-June/345575.html.
Andreas Rheinhardt (4):
avcodec/avcodec: Check sample_rate generically
avcodec/wma,wmaprodec: Remove always-false checks
avcodec/wma: Remove redundant nb_channels check
avcodec/wmaprodec: Avoid branc
V2
==
* Fix MSVC build
(use the universal command pattern)
V3
==
* Skip dependency generation by clearing CC_DEPS instead
(as suggested by Ramiro - thanks!)
V4
==
* Always keep .ptx files (as suggested by Timo - thanks) Tested all
scenarios:
* .ptx.c and .ptx.gz still get de
This patchset is a mix of mpegvideo-related patches. The second half
(beginning with avcodec/ituh263dec: Simplify AIC handling) mostly has a
theme, namely improving dc_val and ac_val handling in mpegvideo. The first
is just other stuff which I found while investigating the latter.
Andreas Rheinhar
Includes
* Two new options
* segment_write_temp
Allows to write segments as temp files (.tmp) which are renamed on
completion
* segment_limit Stop after n segments have been written
* some minor changes (option contraints and formatting fixes)
Versions
V2
==
* merg
Includes:
* Segment and init file completion logging
* Fix path handling on Windows
softworkz (3):
avformat/hlsenc: Log information about segments written
avformat/hlsenc: Log InitFileComplete message
avformat/hlsenc: Fix path handling for Windows
libavformat/hlsenc.c | 52 +
Includes
* Two new options
* segment_write_temp
Allows to write segments as temp files (.tmp) which are renamed on
completion
* segment_limit Stop after n segments have been written
* Improved logging
* some minor changes (option contraints and formatting fixes)
softworkz (10):
The "killer feature" returns!
Different approach - same procedure:
* Add -sg to your FFmpeg command line
* But now it's not
* ./ffmpeg -sg x but
* ./ffmpeg-sg x
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
s
--and disable by default in fftools. The benefits are:
* Smaller log file sizes
* Makes log files better readable
* Allows comparing and viewing log file diffs without almost every line
being different due to those addresses
Before
==
[hevc @ 018e72a89cc0] nal_unit_type:
[hevc @ 0
and other cosmetic fixes.
As per review by Ramiro Polla in message: "Re: [FFmpeg-devel]
[FFmpeg-cvslog] fftools/resources: Add resource manager files with
build-time compression"
V2
* Use two-pass decompression to return resources in actual-size memory
buffers
(in response to comment by K
and other cosmetic fixes.
As per review by Ramiro Polla in message: "Re: [FFmpeg-devel]
[FFmpeg-cvslog] fftools/resources: Add resource manager files with
build-time compression"
softworkz (2):
fftools/resman: remove unused includes, fix declaration
fftools/resman: use inflate loop with incre
This is the "bad" patch from the graphprint patchset. It is largely
unchanged, except:
* The method to determine the temp folder has been revised
* Only xdg-open is called for Linux
(no alternate aliases)
* An additional check is added for illustration
(but not actually necessary)
A seco
V2
==
* Fix MSVC build
(use the universal command pattern)
V3
==
* Skip dependency generation by clearing CC_DEPS instead
(as suggested by Ramiro - thanks!)
V4
==
* Always keep .ptx files (as suggested by Timo - thanks) Tested all
scenarios:
* .ptx.c and .ptx.gz still get de
This patchsets includes
* two minor fixes for resource compilation
* fixes for memory leaks in graphprint and tf_mermaid
softworkz (5):
fftools/makefile: Remove resources from ffprobe
fftools/resources: Use .SECONDARY in Makefile comment
fftools/ffmpeg: Free print_graph option variables
The https://ffmpeg.org/developer.html (doc/developer.texi) page contains a
lot of good information but there's some structural and contentual
duplication that is begging for cleanup:
3 Development Policy
[https://ffmpeg.org/developer.html#Development-Policy-1] 4 Submitting
patches [https://ffmpeg.
When setting up the new Patchword builders I noticed some issues when
running FATE tests on Windows. Initially I had them suppressed on the
builders, but this patchset should finally fix it.
Version V2
* Clarified commit message in 3/3 regarding the requirement for a relative
path to the fate
When setting up the new Patchword builders I noticed some issues when
running FATE tests on Windows. Initially I had them suppressed on the
builders, but this patchset should finally fix it.
softworkz (3):
tests/fate: Fix subtitle fate tests on Windows
tests/source-check: Fix make inclusion-gu
Signed-off-by: softworkz softwo...@hotmail.com
softworkz (5):
doc/developer: Move checklist into Submitting Patches chapter
doc/developer: Move codecs/formats checklist into Development Policy
chapter
doc/developer: Reorder Submission procedures content
doc/developer: Merge Review para
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
This is for testing Patchwork CI builds, not for merging.
softworkz (4):
ci_test: Fail configure
ci_test: Fail build
ci_test: Fail fate
ci_test: All good
base-commit: 2b6303762fc0850b3bd841ebd234c336271f657c
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-75
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
This changeset
* adds an av class category for hw device contexts
* assigns a color to it
* adds an item_name function to the av class for hw device context
Before
==
[AVHWDeviceContext @ 0260A9C63E00] Selecting d3d11va adapter 2
[AVHWDeviceContext @ 0260A9C63E00] Using device 80
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
* Press 'q' when you don't want to wait
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
Versio
Shortest cover letter for my longest-running FFmpeg patchset:
* Apply
* Build
* Add the "-sg" switch to any FFmpeg command line
SG = Show Graph
Documentation and examples can be found here:
https://github.com/softworkz/ffmpeg_output_apis/wiki
softworkz (9):
fftools/textformat: Formatting
This is probably a PREMIERE.
This whole patchset has been antirely authored by AI, wich means that I
haven't written a single line of code. Still it had required a lot of strong
guidance, so it wouldn't have been able to do it alone. Even though it was
an experiment, it is still meant to be a seri
Due to the additional work on graph visualization (see
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2025-March/341296.html), I
have removed the two graph printing commits from this patchset rather than
adding to it, as to avoid wasting the effort already spent on reviewing.
So, now it's a graph
--and disable by default in fftools. The benefits are:
* Smaller log file sizes
* Makes log files better readable
* Allows comparing and viewing log file diffs without almost every line
being different due to those addresses
Before
==
[hevc @ 018e72a89cc0] nal_unit_type:
[hevc @ 0
--and disable by default in fftools. The benefits are:
* Smaller log file sizes
* Makes log files better readable
* Allows comparing and viewing log file diffs without almost every line
being different due to those addresses
Before
==
[hevc @ 018e72a89cc0] nal_unit_type:
[hevc @ 0
--and disable by default in fftools. The benefits are:
* Smaller log file sizes
* Makes log files better readable
* Allows comparing and viewing log file diffs without almost every line
being different due to those addresses
Before
==
[hevc @ 018e72a89cc0] nal_unit_type:
[hevc @ 0
--and disable by default in fftools. The benefits are:
* Smaller log file sizes
* Makes log files better readable
* Allows comparing and viewing log file diffs without almost every line
being different due to those addresses
Before
==
[hevc @ 018e72a89cc0] nal_unit_type:
[hevc @ 0
This changeset
* adds an av class category for hw device contexts
* assigns a color to it
* adds an item_name function to the av class for hw device context
Before
==
[AVHWDeviceContext @ 0260A9C63E00] Selecting d3d11va adapter 2
[AVHWDeviceContext @ 0260A9C63E00] Using device 80
Due to the additional work on graph visualization (see
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2025-March/341296.html), I
have removed the two graph printing commits from this patchset rather than
adding to it, as to avoid wasting the effort already spent on reviewing.
So, now it's a graph
Due to the additional work on graph visualization (see
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2025-March/341296.html), I
have removed the two graph printing commits from this patchset rather than
adding to it, as to avoid wasting the effort already spent on reviewing.
So, now it's a graph
..and individual numbering. The benefits are:
* Smaller log file sizes
* The disambiguation is much easier to recognize and to follow
* It eventually allows comparing and viewing log file diffs without almost
every line being different due to those addresses
Before
==
[hevc @ 018e
This new version of the patchset starts by extracting the text formatting
and writing APIs from ffprobe.c into a subfolder under fftools. The type
naming follows public API naming style, ramping up for making it a public
API in the future without another big renaming.
The extraction of the text fo
This changeset
* adds an av class category for hw device contexts
* assigns a color to it
* adds an item_name function to the av class for hw device context
Before
==
[AVHWDeviceContext @ 0260A9C63E00] Selecting d3d11va adapter 2
[AVHWDeviceContext @ 0260A9C63E00] Using device 80
..and individual numbering. The benefits are:
* Smaller log file sizes
* The disambiguation is much easier to recognize and to follow
* It eventually allows comparing and viewing log file diffs without almost
every line being different due to those addresses
Before
==
[hevc @ 018e
..and individual numbering. The benefits are:
* Smaller log file sizes
* The disambiguation is much easier to recognize and to follow
* It eventually allows comparing and viewing log file diffs without almost
every line being different due to those addresses
Before
==
[hevc @ 018e
This new version of the patchset starts by extracting the text formatting
and writing APIs from ffprobe.c into a subfolder under fftools. The type
naming follows public API naming style, ramping up for making it a public
API in the future without another big renaming.
The extraction of the text fo
This new version of the patchset starts by extracting the text formatting
and writing APIs from ffprobe.c into a subfolder under fftools. The type
naming follows public API naming style, ramping up for making it a public
API in the future without another big renaming.
The extraction of the text fo
..and individual numbering. The benefits are:
* Smaller log file sizes
* The disambiguation is much easier to recognize and to follow
* It eventually allows comparing and viewing log file diffs without almost
every line being different due to those addresses
Before
==
[hevc @ 018e
..and individual numbering. The benefits are:
* Smaller log file sizes
* The disambiguation is much easier to recognize and to follow
* It eventually allows comparing and viewing log file diffs without almost
every line being different due to those addresses
Before
==
[hevc @ 018e
This new version of the patchset starts by extracting the text formatting
and writing APIs from ffprobe.c into a subfolder under fftools. The type
naming follows public API naming style, ramping up for making it a public
API in the future without another big renaming.
The extraction of the text fo
This new version of the patchset starts by extracting the text formatting
and writing APIs from ffprobe.c into a subfolder under fftools. The type
naming follows public API naming style, ramping up for making it a public
API in the future without another big renaming.
The extraction of the text fo
Hello everybody,
this is an effort to pull out the text writing code from ffprobe and shape
it as an independent API. To avoid any other big refacoring in the future,
this patchset is building it up as a public API in avutil, but it's not that
I would be insisting this to happen (or maybe not yet)
Hello everybody,
this is an effort to pull out the text writing code from ffprobe and shape
it as an independent API. To avoid any other big refacoring in the future,
this patchset is building it up as a public API in avutil, but it's not that
I would be insisting this to happen (or maybe not yet)
This add support for WebVTT subtitles in HLS streams. similar like for
separate audio streams, it supports all available WebVTT streams in all
renditions. No new options are added, it just works and provides subtitles
streams like other demuxers.
The code prevents downloading subtitle segments whi
The key benefits are:
* Different to other graph printing methods, this is outputting:
* all graphs with runtime state
(including auto-inserted filters)
* each graph with its inputs and outputs
* all filters with their in- and output pads
* all connections between all input- and
fftools/ffprobe: Add YAML output writer
Motivation
While YAML might not be the greatest format as such, its strengths are in
human readability, probably better than any other format we have currently,
which makes it worthwhile to add afaic.
softworkz (2):
fftools/ffprobe: Add YAML output write
This add support for WebVTT subtitles in HLS streams. similar like for
separate audio streams, it supports all available WebVTT streams in all
renditions. No new options are added, it just works and provides subtitles
streams like other demuxers.
The code prevents downloading subtitle segments whi
The key benefits are:
* Different to other graph printing methods, this is outputting:
* all graphs with runtime state
(including auto-inserted filters)
* each graph with its inputs and outputs
* all filters with their in- and output pads
* all connections between all input- and
This commit adds two logging flags: 'time' and 'datetime'.
Usage:
ffmpeg -loglevel +time
or
ffmpeg -loglevel +datetime
Update V1
* Fix merge conflicts
Update V2
* Rebased
Update V3
* Fix print timing on exit (as reported by Michael Niedermayer)
Update V4
* Rename variable
* Rename
This commit adds two logging flags: 'time' and 'datetime'.
Usage:
ffmpeg -loglevel +time
or
ffmpeg -loglevel +datetime
Update V1
* Fix merge conflicts
Update V2
* Rebased
Update V3
* Fix print timing on exit (as reported by Michael Niedermayer)
Update V4
* Rename variable
* Rename
This pathcset adds two logging flags: 'timing' and 'datetiming'.
Usage:
ffmpeg -loglevel +timing
or
ffmpeg -loglevel +datetiming
Update V1
* Fix merge conflicts
Update V2
* Rebased
Update V3
* Fix print timing on exit (as reported by Michael Niedermayer)
softworkz (3):
avutil/log: s
This pathcset adds two logging flags: 'timing' and 'datetiming'.
Usage:
ffmpeg -loglevel +timing
or
ffmpeg -loglevel +datetiming
Update V1
* Fix merge conflicts
Update V2
* Rebased
Update V3
* Fix print timing on exit (as reported by Michael Niedermayer)
softworkz (3):
avutil/log: s
This pathcset adds two logging flags: 'timing' and 'datetiming'.
Usage:
ffmpeg -loglevel +timing
or
ffmpeg -loglevel +datetiming
Update V2
* Fix merge conflicts
Update V3
* Rebased
softworkz (3):
avutil/log: support logging of date and timing information
fftools/opt_common: add timin
cc: Aman Karmani a...@tmm1.net cc: Eric Lindvall e...@5stops.com cc: Mark
Thompson s...@jkqxz.net cc: David Engel da...@istwok.net cc: Scott Theisen
scott.the@gmail.com cc: Miguel Borges de Freitas 92e...@gmail.com
/cc https://github.com/MythTV/mythtv/issues/364 /cc
https://github.com/xbmc/xbm
The matroska specification states the start time and duration of subtitle
entries are encoded in the block TimeStamp and BlockDuration. Furthermore,
for all subtitle formats except S_HDMV/PGS the BlockDuration must always be
defined and have an absolute value even if it is simply 0. ffmpeg assumes
This is split out from my earlier patchset "SEI parsing for QSV decoders"
(https://github.com/ffstaging/FFmpeg/pull/31) as it is only logically
related but not technically.
The first patch had been reviewed and partially authored by Anton (I have
indicated this with a signed-off line, please advis
This patchset resolves a number of issues in the current code:
* Bogus doubles framesync initialization
* Executing build_parameters on each input frame
* Segfault when there's no secondary input (yet)
and adds a number of enhancements to bring this on-par with the other
overlay filters:
* E
Subtitle Filtering 2022
===
This is a substantial update to the earlier subtitle filtering patch series.
A primary goal has been to address others' concerns as much as possible on
one side and to provide more clarity and control over the way things are
working. Clarity is is s
Missing SEI information has always been a major drawback when using the QSV
decoders. It turned out that there's a hardly known api method that provides
access to all SEI (h264/hevc) or user data (mpeg2video).
This allows to get things like closed captions, frame packing, display
orientation, HDR
This is split out from my earlier patchset "SEI parsing for QSV decoders"
(https://github.com/ffstaging/FFmpeg/pull/31) as it is only logically
related but not technically.
The first patch had been reviewed and partially authored by Anton (I have
indicated this with a signed-off line, please advis
Example output for command: ffmpeg -h filters=overlay
Filter overlay
Overlay a video source on top of the input.
slice threading supported
Inputs:
#0: main (video), Formats: Dynamic, Default: [yuv420p, yuvj420p,
yuva420p, nv12, nv21]
#1: overlay (video), Formats: Dynamic,
Example out put for command: ffmpeg -h filters=overlay
Filter overlay
Overlay a video source on top of the input.
slice threading supported
Inputs:
#0: main (video), Formats: Dynamic, Default: [yuv420p, yuvj420p,
yuva420p, nv12, nv21]
#1: overlay (video), Formats: Dynamic,
This patchset resolves a number of issues in the current code:
* Bogus doubles framesync initialization
* Executing build_parameters on each input frame
* Segfault when there's no secondary input (yet)
and adds a number of enhancements to bring this on-par with the other
overlay filters:
* E
Export the poster_time_location if available. The poster_time_location is
calculated using the poster_time / time_scale = X seconds. The value of
poster_time_location indicates where in the video the poster frame is.
Addresses feedback from
https://www.mail-archive.com/ffmpeg-devel@ffmpeg.org/msg1
This pathcset adds two logging flags: 'timing' and 'datetiming'.
Usage:
ffmpeg -loglevel +timing
or
ffmpeg -loglevel +datetiming
softworkz (3):
avutil/log: support logging of date and timing information
fftools/opt_common: add timing and datetiming log flags
doc/fftools-common-opts: docu
This is an updated version of: [PATCH v4 1/1] avutils/hwcontext: When
deriving a hwdevice, search for existing device in both directions
There has been an objection that the earlier patchset would change API
behavior, and that this change should be limited to ffmpeg cli.
To achieve this, the API
Missing SEI information has always been a major drawback when using the QSV
decoders. I used to think that there's no chance to get at the data without
explicit implementation from the MSDK side (or doing something weird like
parsing in parallel). It turned out that there's a hardly known api metho
Missing SEI information has always been a major drawback when using the QSV
decoders. I used to think that there's no chance to get at the data without
explicit implementation from the MSDK side (or doing something weird like
parsing in parallel). It turned out that there's a hardly known api metho
Subtitle Filtering 2022
===
This is a substantial update to the earlier subtitle filtering patch series.
A primary goal has been to address others' concerns as much as possible on
one side and to provide more clarity and control over the way things are
working. Clarity is is s
Subtitle Filtering 2022
===
This is a substantial update to the earlier subtitle filtering patch series.
A primary goal has been to address others' concerns as much as possible on
one side and to provide more clarity and control over the way things are
working. Clarity is is s
This introduces ff_draw_init2, adding support for colorspaces other than
BT601 and explicit full/limited range configuration.
rcombs (2):
lavfi/colorspace: add ff_matrix_mul_3x3_vec
lavfi/drawutils: improve colorspace support
libavfilter/colorspace.c | 11 +
libavfilter
Missing SEI information has always been a major drawback when using the QSV
decoders. I used to think that there's no chance to get at the data without
explicit implementation from the MSDK side (or doing something weird like
parsing in parallel). It turned out that there's a hardly known api metho
Missing SEI information has always been a major drawback when using the QSV
decoders. I used to think that there's no chance to get at the data without
explicit implementation from the MSDK side (or doing something weird like
parsing in parallel). It turned out that there's a hardly known api metho
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same function is also used for other purposes,
Missing SEI information has always been a major drawback when using the QSV
decoders. I used to think that there's no chance to get at the data without
explicit implementation from the MSDK side (or doing something weird like
parsing in parallel). It turned out that there's a hardly known api metho
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same function is also used for other purposes,
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same function is also used for other purposes,
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same function is also used for other purposes,
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same function is also used for other purposes,
Unify file access operations by replacing usages of direct calls to posix
fopen()
v2: Remove changes to fftools for now
v3: Add some additional replacements
v4: Fix and improve commit messages
v5: Add patch to remap ff_open in libavfilter for MSVC on Windows
v6: Add avfilter/file_open.c to "Files
This is an updated version of: [PATCH v4 1/1] avutils/hwcontext: When
deriving a hwdevice, search for existing device in both directions
There has been an objection that the earlier patchset would change API
behavior, and that this change should be limited to ffmpeg cli.
To achieve this, the API
1 - 100 of 204 matches
Mail list logo
