ffmpeg | branch: master | wm4 | Sat Mar 18 09:36:20
2017 +0100| [2e5c52896b0a07dee714267ab5beab7ad0ae5c90] | committer: wm4
pthread_frame: remove some dead code
Whatever it was supposed to do.
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=2e5c52896b0a07dee714267ab5beab7ad0ae5
ffmpeg | branch: master | wm4 | Thu Mar 16 05:18:59
2017 +0100| [87c082c42602924cf1ef98880df99044416c9329] | committer: wm4
ffmpeg: don't unnecessarily use a deprecated API function
Since we've disabled side data merging in ffmpeg.c, this really changes
nothing.
> http://git
ffmpeg | branch: master | wm4 | Sat Mar 18 09:49:20
2017 +0100| [66963d4b8d302611553e7928063c1cb2ff0efdff] | committer: wm4
avcodec: remove warning against using frame threading with hwaccels
libavcodec now automatically serializes decoding for hwaccels which
are not thread-safe. This means
ffmpeg | branch: master | wm4 | Thu Mar 16 04:52:55
2017 +0100| [d682ae70b4b3a53fb73ec30281f9f4cfbc531edd] | committer: wm4
avcodec, avformat: deprecate anything related to side data merging
This patch deprecates anything that has to do with merging/splitting
side data. Automatic side data
ffmpeg | branch: master | wm4 | Sat Mar 4 23:57:32
2017 +| [156bd8278f4098426cffaa68efb161907e5c1869] | committer: wm4
lavc: Add hwaccel_flags field to AVCodecContext
This "reuses" the flags introduced for the av_vdpau_bind_context() API
function, and makes them available to al
ffmpeg | branch: master | wm4 | Sat Mar 4 23:57:33
2017 +| [7e4ba776a2240d40124d5540ea6b2118fa2fe26a] | committer: wm4
lavc: vdpau: Add support for new hw_frames_ctx and hw_device_ctx API
This supports retrieving the device from a provided hw_frames_ctx, and
automatically creating a
ffmpeg | branch: master | wm4 | Tue Mar 21 08:02:58
2017 +0100| [ddef3d902f0e4cbd6be6b3e5df7ec158ce51488b] | committer: wm4
avformat, ffmpeg: deprecate old rotation API
The old "API" that signaled rotation as a metadata value has been
replaced by DISPLAYMATRIX side data quite a
ffmpeg | branch: master | wm4 | Thu Mar 23 13:18:16
2017 +0100| [9e703ae30f911d4df3f80647266e65d3b2dcf30d] | committer: wm4
pthread_frame: do not attempt to unlock a mutex on the wrong thread
async_mutex has is used in a very strange but intentional way: it is
locked by default, and unlocked
ffmpeg | branch: master | wm4 | Mon Mar 27 13:06:56
2017 +0200| [d7896e9b4228e5b7ffc7ef0d0f1cf145f518c819] | committer: wm4
pthread_frame: fix uninitialized variable read
Could lead to random behavior. This possibly happened due to commit
32a5b631267. This should/could probably be simplified
ffmpeg | branch: master | wm4 | Mon Mar 27 14:25:53
2017 +0200| [4cf1f68903cebcf6a6bede970f1b8f1509edf710] | committer: wm4
pthread_frame: minor simplification to error handling
Get rid of the "ret" variable, and always use err. Report the packet as
consumed if err is unset. This
ffmpeg | branch: master | wm4 | Thu Mar 30 16:58:04
2017 +0200| [2a88ebd096f3c748a2d99ed1b60b22879b3c567c] | committer: wm4
ffprobe: port to new decode API
Not sure if it behaves ideally in presence of decoding errors.
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commi
ffmpeg | branch: master | wm4 | Thu Apr 6 17:35:32
2017 +0200| [15a23a83326d70e470a6b5c8d71e55257bffd97b] | committer: wm4
pthread_frame: don't return stale error codes after flush
Consider the following sequence of events:
- open a codec without AV_CODEC_CAP_DELAY
- decode call fails
ffmpeg | branch: master | wm4 | Fri May 5 00:15:15
2017 +0200| [974ee16d6a71c31d0b5db4f139a40831c2f45776] | committer: wm4
ffmpeg: check for unconnected outputs
Fixes e.g.:
ffmpeg -f lavfi -i testsrc -f lavfi -i testsrc -filter_complex
"[0:v][1:v]psnr[out]" -f null no
ffmpeg | branch: master | wm4 | Fri May 5 00:15:21
2017 +0200| [c0f17a905f3588bf61ba6d86a83c6835d431ed3d] | committer: wm4
cuvid: support AVCodecContext.hw_device_ctx API
This is a newer API that is intended for decoders like the cuvid
wrapper. Until now, the wrapper required to set an
ffmpeg | branch: release/3.3 | wm4 | Fri May 5
00:15:15 2017 +0200| [059db2204046c502f946ad6a80c6d76e428627fd] | committer:
Marton Balint
ffmpeg: check for unconnected outputs
Fixes e.g.:
ffmpeg -f lavfi -i testsrc -f lavfi -i testsrc -filter_complex
"[0:v][1:v]psnr[out]" -f
ffmpeg | branch: master | wm4 | Mon May 15 11:27:24
2017 +0200| [532b23f079b52f4789be1f20ce232286ce4ffa13] | committer: wm4
videotoolbox: add hwcontext support
This adds tons of code for no other benefit than making VideoToolbox
support conform with the new hwaccel API (using hw_device_ctx and
ffmpeg | branch: master | wm4 | Mon May 15 18:50:04
2017 +0200| [f0435bbe170d7e5232064c31d9c023c045386bab] | committer: wm4
hwcontext_videotoolbox: fix fate-source
Thanks to James Darnley for figuring out what the hell it wanted.
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commi
ffmpeg | branch: master | wm4 | Wed May 24 15:46:39
2017 +0200| [01602303821768013253749959f1367fa710f27d] | committer: wm4
videotoolbox: log errors
With the new decode API, you can't handle errors directly in the API
user - you only know that the hwaccel did not initialize at all.
Add
ffmpeg | branch: master | wm4 | Wed May 31 12:07:43
2017 +0200| [3da13fd6acea0c975625f719640f1c14b48da434] | committer: wm4
avformat/tls_schannel: log unknown error codes
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=3da13fd6acea0c975625f719640f1c14b48da434
---
libavfor
ffmpeg | branch: master | wm4 | Tue May 23 13:36:38
2017 +0200| [66cf78e932956eaa7d5a9dab8766efbfc1431e55] | committer: wm4
lavf: consider codec framerate for framerate detection
Fixes detection of some TV sample as 24.5 FPS. With the patch applied,
it's detected as 25 FPS.
This is en
ffmpeg | branch: master | wm4 | Thu Jun 15 18:52:14
2017 +0200| [f1df7cc10c62b3d7a8979be36d14b9fb6fc30ff7] | committer: wm4
ffmpeg: remove misleading and incorrect warning messages
It is wrong/incorrect in two aspects:
1. The pixel format is not enough to guarantee that the resulting file
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:07
2017 +0200| [3303511f33dcc1b708fc18072cd93bca62196676] | committer: wm4
lavu: add new D3D11 pixfmt and hwcontext
To be used with the new d3d11 hwaccel decode API.
With the new hwaccel API, we don't want surfaces to depend on the
de
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:08
2017 +0200| [865360ba633b09f1292d52ba6d07f16b6bcef6df] | committer: wm4
lavc: set avctx->hwaccel before init
So a hwaccel can access avctx->hwaccel in init for whatever reason. This
is for the new d3d hwaccel API. We could create se
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:09
2017 +0200| [ab28108a361196134704071b7b34c42fc7d747c7] | committer: wm4
dxva: preparations for new hwaccel API
The actual hwaccel code will need to access an internal context instead
of avctx->hwaccel_context, so add a new DXVA_CONT
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:52
2017 +0200| [e2afcc33e0bcba92ab6c767f09f17a67911a4928] | committer: wm4
dxva: add declarative profile checks
Make supported codec profiles part of each dxva_modes entry. Every DXVA2
mode is representative for a codec with a subset of
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:53
2017 +0200| [39f201a0ec7913f7509a01fb0fa6634a24e52203] | committer: wm4
dxva: fix some warnings
Some existed since forever, some are new.
The cast in get_surface() is silly, but unless we change the av_log
function signature, or all callers
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:10
2017 +0200| [5659f7404731415c7e1cfdf4d8b0afeb6b1132de] | committer: wm4
dxva: move d3d11 locking/unlocking to functions
I want to make it non-mandatory to set a mutex in the D3D11 device
context, and replacing it with user callbacks seems
ffmpeg | branch: master | wm4 | Wed Jun 7 17:11:17
2017 +0200| [70143a3954e1c4412efb2bf1a3a818adea2d3abf] | committer: wm4
dxva: add support for new dxva2 and d3d11 hwaccel APIs
This also adds support to avconv (which is trivial due to the new
hwaccel API being generic enough).
The new
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:54
2017 +0200| [1509d739a036b9838e12f28dac9f09ac37bc3928] | committer: wm4
hwcontext_d3d11va: fix crash on frames_init failure
It appears in this case, frames_ininit is called twice (once by
av_hwframe_ctx_init(), and again by unreffing the
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:55
2017 +0200| [6f5ff3269b12776a32b12887128ba034ad86e08b] | committer: wm4
hwcontext_d3d11va: allocate staging texture lazily
Makes dealing with formats that can not be used for staging textures
easier (DXGI_FORMAT_420_OPAQUE). It also saves
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:56
2017 +0200| [8d7fdba7b8670db9dd5023dde6fe3a06674933c4] | committer: wm4
dxva: support DXGI_FORMAT_420_OPAQUE decoding
Some devices (some phones, apparently) will support only this opaque
format. Of course this won't work with CLI, be
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:59
2017 +0200| [f0bcedaf37ed4fdb082c88826b8bd3a5dd26382a] | committer: wm4
dxva: verbose-log decoder GUID list
Helpful for debugging.
Merges Libav commit 068eaa534e7ddb2155e2830818d5c3f1069c68d8.
Signed-off-by: Luca Barbato
> h
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:57
2017 +0200| [289d387330d8a0a07ff98c9e09215627a70ace2d] | committer: wm4
hwcontext_d3d11va: add option to enable debug mode
Basically copied from VLC (LGPL):
http://git.videolan.org/?p=vlc.git;a=blob;f=modules/video_output/win32/direct3d11.c
ffmpeg | branch: master | wm4 | Thu Jun 29 15:36:55
2017 +0200| [ff2d21a58c9c4797ea2d1c4ded09c797abc5a39f] | committer: wm4
hevcdec: properly export some side data with frame threading
I noticed this with mastering display data. If frame threading is
enabled, this side data is exported only
ffmpeg | branch: master | wm4 | Sat Jul 1 11:40:10
2017 +0200| [64ecb78b7179cab2dbdf835463104679dbb7c895] | committer: wm4
vdpau: do not use buggy HEVC support by default
NVIDIA broke its own API when using VDPAU decoding. If you retrieve the
decoded YUV data, or if you map the surfaces with
ffmpeg | branch: master | wm4 | Mon Jul 3 13:42:44
2017 +0200| [f605b56ad9c5965792359e5474238e318aed1399] | committer: wm4
htmlsubtitles: support tag
Some .srt files use this tag.
(An alternative implementation would be correctly ignoring unknown tags,
and treating them as whitespace
ffmpeg | branch: master | wm4 | Mon Jul 10 15:59:38
2017 +0200| [c64da19bbc1d3b405703ef3b705dba39a450504f] | committer: wm4
dxva: DXVA2_ModeHEVC_VLD_Main10 does not support Main
This mode apparently does not support decoding of HEVC Main (8 bit).
With D3D11 and Intel drivers on Windows 10 I
ffmpeg | branch: master | wm4 | Tue Jul 11 18:24:31
2017 +0200| [02d248d5828dbbfecfb37597c626900f41448bea] | committer: wm4
videotoolbox: fix crash when decoding interlaced video with new API
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=02d248d5828dbbfecfb37597c626900f41448
ffmpeg | branch: master | wm4 | Sat Jul 22 23:05:13
2017 +0200| [caa12027baf1180453846c58da08fc87accc0ff6] | committer: wm4
lavc, lavu: move frame cropping to a convenience function
Signed-off-by: Anton Khirnov
Merged from Libav commit 47399ccdfd.
> http://git.videolan.org/gitweb.
ffmpeg | branch: master | wm4 | Sat Jul 22 23:05:14
2017 +0200| [463b81de2b252691d75417643597c42684bf830d] | committer: wm4
imgutils: add function to clear an image to black
Black isn't always just memset(ptr, 0, size). Limited YUV in particular
requires relatively non-obvious values
ffmpeg | branch: master | wm4 | Thu Aug 17 15:01:44
2017 +0200| [5d76674756806e3b458e484788775fcee34aac2a] | committer: wm4
lavf: make avio_read_partial() public
Main use-case is proxying avio through a foreign I/O layer and a custom
AVIO context, without losing latency and performance
ffmpeg | branch: master | wm4 | Mon Jan 16 16:42:17
2017 +0100| [3ad825793a43253154bed05827f27425fc0757df] | committer: Anton
Khirnov
hwcontext_cuda: implement frames_get_constraints
Copied and modified from hwcontext_qsv.c.
Signed-off-by: Anton Khirnov
> http://git.videolan.org/gitweb.
ffmpeg | branch: master | wm4 | Mon Jan 16 17:32:18
2017 +0100| [577326d430593a25456393a75212b95d1cd94131] | committer: Anton
Khirnov
lavc: deprecate refcounted_frames field
No deprecation guards, because the old decode API (for which this field
is needed) doesn't have any either.
This
ffmpeg | branch: master | wm4 | Thu Feb 2 11:27:54
2017 +0100| [04f3bd349651694f30feeb8c4ed9bc58106fca54] | committer: Anton
Khirnov
AVFrame: add an opaque_ref field
This is an extended version of the AVFrame.opaque field, which can be
used to attach arbitrary user information to an AVFrame
ffmpeg | branch: master | wm4 | Fri Feb 10 12:17:24
2017 +0100| [c2f97f050870897575570708ac48c5c15e6a0dd8] | committer: Anton
Khirnov
hwcontext_dxva2: support D3D9Ex
D3D9Ex uses different driver paths. This helps with "headless"
configurations when no user logs in. Plain D3D9 devic
ffmpeg | branch: master | wm4 | Mon Mar 6 11:34:20
2017 +0100| [8a60bba0aef77015111570058d5a72f0428dc748] | committer: Diego
Biurrun
avcodec: clarify some decoding/encoding API details
Make it clear that there is no timing-dependent behavior. In particular,
there is no state in which both
ffmpeg | branch: master | wm4 | Sat Mar 4 23:57:33
2017 +| [1a7ddba5762b6c31d1338140550cd594b6d7d48b] | committer: Mark
Thompson
lavc: vdpau: add support for new hw_frames_ctx and hw_device_ctx API
This supports retrieving the device from a provided hw_frames_ctx, and
automatically
ffmpeg | branch: master | wm4 | Sat Mar 4 23:57:32
2017 +| [16a163b55a6558ed05702b91cc0777987295ef21] | committer: Mark
Thompson
lavc: Add hwaccel_flags field to AVCodecContext
This "reuses" the flags introduced for the av_vdpau_bind_context() API
function, and makes them av
ffmpeg | branch: master | wm4 | Fri Oct 13 18:59:15
2017 +0200| [195dd5c59c89b125b89078c736ae107bcaf23b37] | committer: James Almer
lavc/avrndec: remove AV_CODEC_CAP_DR1, as it's broken
In the is_mjpeg case, the user's get_buffer2 callback is not called,
thus completely breaki
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:07
2017 +0200| [fff90422d181744cd75dbf011687ee7095f02875] | committer: Diego
Biurrun
lavu: add new D3D11 pixfmt and hwcontext
To be used with the new d3d11 hwaccel decode API.
With the new hwaccel API, we don't want surfaces to depend o
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:09
2017 +0200| [4dec101acc393fbfe9a8ce0237b9efbae3f20139] | committer: Diego
Biurrun
dxva: preparations for new hwaccel API
The actual hwaccel code will need to access an internal context instead
of avctx->hwaccel_context, so add a
ffmpeg | branch: master | wm4 | Wed Jun 7 17:11:17
2017 +0200| [f9e7a2f95a7194a8736cc1416a03a1a0155a3e9f] | committer: Diego
Biurrun
dxva: add support for new dxva2 and d3d11 hwaccel APIs
This also adds support to avconv (which is trivial due to the new
hwaccel API being generic enough
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:08
2017 +0200| [bd747b9226414007f0207fa201976af7217e3b77] | committer: Diego
Biurrun
lavc: set avctx->hwaccel before init
So a hwaccel can access avctx->hwaccel in init for whatever reason. This
is for the new d3d hwaccel API. We could
ffmpeg | branch: master | wm4 | Tue Jun 6 18:51:10
2017 +0200| [831cfe10b40414915fe7b6088158421fe02e2b2d] | committer: Diego
Biurrun
dxva: move d3d11 locking/unlocking to functions
I want to make it non-mandatory to set a mutex in the D3D11 device
context, and replacing it with user
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:53
2017 +0200| [752ddb45569ffe278393cd853b70f18ae017219e] | committer: Luca Barbato
dxva: fix some warnings
Some existed since forever, some are new.
The cast in get_surface() is silly, but unless we change the av_log
function signature, or all
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:55
2017 +0200| [98d73e4174333b37d961b79e1182be5a02156c02] | committer: Luca Barbato
hwcontext_d3d11va: allocate staging texture lazily
Makes dealing with formats that can not be used for staging textures
easier (DXGI_FORMAT_420_OPAQUE). It also
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:59
2017 +0200| [068eaa534e7ddb2155e2830818d5c3f1069c68d8] | committer: Luca Barbato
dxva: verbose-log decoder GUID list
Helpful for debugging.
Signed-off-by: Luca Barbato
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commi
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:54
2017 +0200| [086321c612185469ebb85a1887527c8915b488b7] | committer: Luca Barbato
hwcontext_d3d11va: fix crash on frames_init failure
It appears in this case, frames_ininit is called twice (once by
av_hwframe_ctx_init(), and again by unreffing
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:56
2017 +0200| [5030e3856c2126fb829edb828f5aae011d178eb4] | committer: Luca Barbato
dxva: support DXGI_FORMAT_420_OPAQUE decoding
Some devices (some phones, apparently) will support only this opaque
format. Of course this won't work wit
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:57
2017 +0200| [cfc9e7c94eafa33e7f109099664ec4fb57ac5ca3] | committer: Luca Barbato
hwcontext_d3d11va: add option to enable debug mode
Basically copied from VLC (LGPL):
http://git.videolan.org/?p=vlc.git;a=blob;f=modules/video_output/win32
ffmpeg | branch: master | wm4 | Thu Jun 22 14:52:52
2017 +0200| [70e5e7c02232d1e51c362d5572c567a9e2a8dcc2] | committer: Luca Barbato
dxva: add declarative profile checks
Make supported codec profiles part of each dxva_modes entry. Every DXVA2
mode is representative for a codec with a subset of
ffmpeg | branch: master | wm4 | Mon Jul 10 15:59:38
2017 +0200| [9b9285bbf18e3bca87ec4969f661a4b321756cd5] | committer: Anton
Khirnov
dxva: DXVA2_ModeHEVC_VLD_Main10 does not support Main
This mode apparently does not support decoding of HEVC Main (8 bit).
With D3D11 and Intel drivers on
ffmpeg | branch: master | wm4 | Sun Jul 16 12:43:09
2017 +0200| [2b1324bd167553f49736e4eaa94f96da9982925e] | committer: Anton
Khirnov
lavf: allow avformat_close_input() with NULL
This is consistent with how other destructors behave.
Signed-off-by: Anton Khirnov
> http://git.videolan.
ffmpeg | branch: master | wm4 | Sat Jul 22 23:05:13
2017 +0200| [47399ccdfd93d337c96c76fbf591f0e3637131ef] | committer: Anton
Khirnov
lavc, lavu: move frame cropping to a convenience function
Signed-off-by: Anton Khirnov
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commi
ffmpeg | branch: master | wm4 | Sat Jul 22 23:05:14
2017 +0200| [45df7adc1d9b7e8fbae5af9328baa6ab3562002b] | committer: Anton
Khirnov
imgutils: add function to clear an image to black
Black isn't always just memset(ptr, 0, size). Limited YUV in particular
requires relatively non-ob
ffmpeg | branch: master | wm4 | Tue Oct 3 15:04:45
2017 +0200| [ae5046e492cd87233111e994ca4ae3d74a233b51] | committer: Timo
Rothenpieler
avcodec: allow multiple hwaccels for the same codec/pixfmt
Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple.
This means it's impos
ffmpeg | branch: master | wm4 | Tue Oct 3 17:43:13
2017 +0200| [0aecc08e5fd15960639a75c43265539e70d0189e] | committer: Timo
Rothenpieler
avcodec/decode: add missing \n to log message
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=0aecc08e5fd15960639a75c43265539e70d01
ffmpeg | branch: master | wm4 | Tue Oct 3 15:15:16
2017 +0200| [5593049466bcd1d3f1ddbfe580be4f36123d7c3d] | committer: Timo
Rothenpieler
avcodec/cuvid: rename cuvid.c to cuviddec.c
cuvid.c is used by Libav's CUVID hwaccel. Resolve the conflict and
avoid future merge problems by renamin
ffmpeg | branch: master | wm4 | Thu Aug 17 15:01:44
2017 +0200| [173b56218f39c6463be0e182259e2deead106936] | committer: Luca Barbato
lavf: make avio_read_partial() public
Main use-case is proxying avio through a foreign I/O layer and a custom
AVIO context, without losing latency and
ffmpeg | branch: master | wm4 | Thu Oct 19 16:38:20
2017 +0200| [b46a77f19ddc4b2b5fa3187835ceb602a5244e24] | committer: Anton
Khirnov
lavc: external hardware frame pool initialization
This adds a new API, which allows the API user to query the required
AVHWFramesContext parameters. This also
ffmpeg | branch: master | wm4 | Sat Oct 28 19:53:38
2017 +0200| [7546964f96168cd6ac819ef4c3212ee586619f1a] | committer: James Almer
nvdec: add frames_params support
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=7546964f96168cd6ac819ef4c3212ee586619f1a
---
libavcodec/nvde
ffmpeg | branch: master | wm4 | Tue Oct 24 00:28:03
2017 +0200| [e724bdfffbd3c27aac53d1f32f20f105f37caef0] | committer: Mark
Thompson
lavc: fix hw_device_ctx operation
Commit b46a77f19d accidentally broke this (requested change that was
added to the patch later and which was not fully tested
ffmpeg | branch: master | wm4 | Tue Oct 31 15:12:24
2017 +0100| [c31ce95f1c4c504ff9e3a90b1e4e37f695547c72] | committer: James Almer
videotoolbox: add frame_params support
Allows decoding with API users which require this API.
Reviewed-by: Aman Gupta
> http://git.videolan.org/gitweb.
ffmpeg | branch: master | wm4 | Tue Oct 31 15:15:27
2017 +0100| [9283a4f19b762b25bc8e5e8f402fefb9097a1397] | committer: Aman Gupta
avcodec/videotoolbox: fix opaque_ref handling
This is a partial fix - to fix videotoolbox fully (with multithreaded
hwaccel decoding), much more work would be
ffmpeg | branch: master | wm4 | Wed Nov 29 17:07:26
2017 +0100| [0c162854c1fa2a1e43ce5588b67842675f45e3c7] | committer: wm4
vp9_parser: don't split superframes into separate packets
We did this for the sake of the decoder. With the vp9 change, it's not
necessary anymor
ffmpeg | branch: master | wm4 | Fri Nov 17 14:15:22
2017 +0100| [a5679933c1b8b6bef5c5c3eb7c70d06c695066cf] | committer: wm4
vp9: use superframe split BSF
webm usually has invisible superframes merged with normal frames.
(vpxenc muxes them in this form, which is evidence enough that this is
the
ffmpeg | branch: master | wm4 | Mon Dec 11 16:18:44
2017 +0100| [b945fed629a872d393f59d16fc5773574126ca88] | committer: wm4
avcodec: add metadata to identify wrappers and hardware decoders
Explicitly identify decoder/encoder wrappers with a common name. This
saves API users from guessing by
ffmpeg | branch: master | wm4 | Tue Dec 12 11:03:43
2017 +0100| [47687a2f8aca3f65b6fdd117b1cb66a7409a7fd1] | committer: Luca Barbato
avcodec: add metadata to identify wrappers and hardware decoders
Explicitly identify decoder/encoder wrappers with a common name. This
saves API users from
ffmpeg | branch: master | wm4 | Thu Dec 14 19:46:52
2017 +0100| [55eebf2a11d28146658565948d6649311f20c0e1] | committer: wm4
v4l_m2m: add missing AV_CODEC_CAP_DELAY flags
This is pretty much a requirement for any codec that handles modern
codecs like h264, but it was missing. Potentially could
ffmpeg | branch: master | wm4 | Thu Dec 14 19:47:18
2017 +0100| [1083859cb8c9d9b3bcee970dd33b71015a0a11bc] | committer: wm4
rkmppdec: move AV_CODEC_CAP_AVOID_PROBING to the correct field
AVCodec.caps_internal doesn't hold this field.
(Untested.)
> http://git.videolan.org/gi
ffmpeg | branch: master | wm4 | Thu Dec 21 22:54:06
2017 +0100| [86a13bf2ffb40d44260d5747a4782a42a43a1ed8] | committer: wm4
lavc, lavf: move avformat static mutex from avcodec to avformat
It's completely absurd that libavcodec would care about libavformat
locking, but it was there becaus
ffmpeg | branch: master | wm4 | Thu Dec 21 22:43:43
2017 +0100| [e24f192a9fd6013e272df1bfaeaba31e8ca49f92] | committer: wm4
ffplay: drop lock manager use
Deprecated and useless.
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=e24f192a9fd6013e272df1bfaeaba31e8ca49f92
---
ffto
ffmpeg | branch: master | wm4 | Thu Dec 21 23:03:24
2017 +0100| [4ed66517c62c599701b3793fa2843d5a8530a4f4] | committer: wm4
lavc: remove complex debug code around avcodec init locking
This is just a lot of complicated and confusing code that had no purpose
anymore.
Also, the functions return
ffmpeg | branch: master | wm4 | Thu Dec 21 20:23:14
2017 +0100| [9b121dfc32810250938021952aab4172a988cb56] | committer: wm4
w32pthreads: always use Vista+ API, drop XP support
This removes the XP compatibility code, and switches entirely to SWR
locks, which are available starting at Windows
ffmpeg | branch: master | wm4 | Thu Dec 21 22:39:24
2017 +0100| [a04c2c707de2ce850f79870e84ac9d7ec7aa9143] | committer: wm4
lavc: replace and deprecate the lock manager
Use static mutexes instead of requiring a lock manager. The behavior
should be roughly the same before and after this change
ffmpeg | branch: master | wm4 | Sat Dec 23 03:13:00
2017 +0100| [cf57cb3ae4364ab8e70af37beea7a45a86de90e9] | committer: wm4
h264: add AVOption to set x264_build default
This provides a generic way to the API user to deal with files that
either lack this SEI, or which have the SEI only in
ffmpeg | branch: master | wm4 | Wed Dec 27 03:47:28
2017 +0100| [8f9024f2ca4740c4ed80dea1e9c890c9217013bd] | committer: wm4
lavc: remove uneffective attribute_deprecated on enum
Does not work. Even emits a warning with some compilers that the
attribute does not work on enums. It's likely
ffmpeg | branch: master | wm4 | Sat Dec 30 17:44:03
2017 +0100| [0e1f771d2200d14d298df09c91e14f51e418fd3a] | committer: wm4
tcp: properly return EOF
There is no POSIX error code for EOF - recv() signals EOF by simply
returning 0. But libavformat recently changed its conventions and
requires an
ffmpeg | branch: master | wm4 | Tue Jan 2 17:17:41
2018 +0100| [1b283c4a0dde1060ca1745f59a15cb8b77dfdaa5] | committer: wm4
http: bump message level for reconnect message and log timeout
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=1b283c4a0dde1060ca1745f59a15cb8b77dfd
ffmpeg | branch: master | wm4 | Tue Jan 2 17:05:03
2018 +0100| [8a108bdea06fac43af9f44b6d2538f357451167a] | committer: wm4
http: block while waiting for reconnecting
It makes no sense to return an error after the first reconnect, and then
somehow resume the next time it's called. Usually
ffmpeg | branch: master | wm4 | Thu Jan 4 15:52:46
2018 +0100| [18fbfd7bf86effb49c0341b37b9c1d73940d688e] | committer: wm4
hwcontext_dxva2: initialize D3DDISPLAYMODEEX correctly
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=18fbfd7bf86effb49c0341b37b9c1d73940d6
ffmpeg | branch: master | wm4 | Thu Jan 4 17:06:52
2018 +0100| [2477bfe22121f04eff9e4ba2475f1f999c17ea36] | committer: wm4
http: avoid logging reconnect warning if stream was aborted
If the stream was aborted using the libavformat interrupt callback, we
don't want it to log the reco
ffmpeg | branch: release/3.4 | wm4 | Thu Jan 4
15:52:46 2018 +0100| [4a53ecb12ead1a2e6735ad3365381516e6e2d3f6] | committer:
James Almer
hwcontext_dxva2: initialize D3DDISPLAYMODEEX correctly
(cherry picked from commit 18fbfd7bf86effb49c0341b37b9c1d73940d688e)
> http://git.videolan.
ffmpeg | branch: master | wm4 | Thu Jan 11 02:27:20
2018 +0100| [43e1ccfea186080b1c4cb4cd1e59ac1a3c3dc446] | committer: wm4
http: cosmetics: reformat reconnect check for better readability
The condition was a bit too long, and most editors will break the line
and turn it into an unreadable
ffmpeg | branch: master | wm4 | Sat Jan 13 07:05:09
2018 +0100| [cbbb2067341d7c2d98f560f81c6fb103af33a490] | committer: wm4
hwcontext_vdpau: implement av_hwdevice_get_hwframe_constraints()
In addition, this does not allow creating frames contexts with sw_format
for which no known transfer
ffmpeg | branch: master | wm4 | Tue Jan 16 12:57:04
2018 +0100| [631c56a8e46dea41585f3e7b3ef9c52b49faa385] | committer: wm4
avformat: make avformat_network_init() explicitly optional
It was sort of optional before - if you didn't call it, networking was
initialized on demand, and an
ffmpeg | branch: master | wm4 | Mon Jan 15 13:09:31
2018 +0100| [6512ff72f9cc058e27646604caeacc4ef0dbd93e] | committer: wm4
avformat: deprecate another ffserver API leftover
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=6512ff72f9cc058e27646604caeacc4ef0dbd93e
---
ffmpeg | branch: master | wm4 | Tue Jan 16 13:23:55
2018 +0100| [27b9f82e2c5dca3ad642ed13c2360032a17687ec] | committer: wm4
hwcontext_d3d11va: implement av_hwdevice_get_hwframe_constraints()
D3D11 has rather fine grained per format capabilities for different uses
that can be queried at runtime
ffmpeg | branch: master | wm4 | Wed Jan 24 08:04:38
2018 +0100| [23ffeb91fe46f6f95348731396ccfdb7fbff0337] | committer: wm4
hls: don't print a certain warning if playlist loading is aborted
AVERROR_EXIT happens when the user's interrupt callback signals that
playback should be aborte
ffmpeg | branch: master | wm4 | Wed Jan 24 08:02:25
2018 +0100| [6194d7e56454897b9c5d9d52e82376b2a6e6b85c] | committer: wm4
avformat, hls: add a flag to signal unavailability of seeking
The seek function can just return an error if seeking is unavailable,
but often this is too late. Add a flag
1 - 100 of 417 matches
Mail list logo
