On Fri, Oct 6, 2017 at 4:31 PM, Devin Heitmueller
wrote:
>
> Ah, I understand now.
>
> Yes, the decklink device is currently the only SDI device which is supported
> by libavdevice. I’ve got a whole pile of patches coming which add support
> for a variety of protocols for both capture and outpu
On 10/6/2017 10:45 PM, Carl Eugen Hoyos wrote:
> 2017-09-18 3:37 GMT+02:00 Carl Eugen Hoyos :
>> Hi!
>>
>> Attached patch fixes several warnings when compiling libavfilter with
>> current gcc.
>
> Ping.
>
> Should the warnings just stay?
>
> Thank you, Carl Eugen
I'll change the name of the var
2017-08-26 11:53 GMT+02:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch follows RFC 3551, a followup patch adds little-endian
> G.726 with the old MIME-type.
Same here:
Please comment, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
2017-08-26 11:55 GMT+02:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch adds little-endian G.726 support to rtpenc, using the
> MIME-type suggested by RFC 3551.
Anybody?
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://f
2017-09-18 3:37 GMT+02:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch fixes several warnings when compiling libavfilter with
> current gcc.
Ping.
Should the warnings just stay?
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
2017-10-02 11:42 GMT+02:00 Carl Eugen Hoyos :
> 2017-10-02 7:52 GMT+02:00 Clément Bœsch :
>> On Mon, Oct 02, 2017 at 01:20:15AM +0200, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> Attached patch implements auto-detection of svg images.
>>>
>>> Please review, Carl Eugen
>>
>>> From f06137f38f166740565e58
On 10/6/2017 1:26 PM, Michael Bradshaw wrote:
> On Thu, Oct 5, 2017 at 9:55 AM, James Almer wrote:
>
>> On 10/5/2017 10:45 AM, Michael Bradshaw wrote:
>>> From: Michael Bradshaw
>>>
>>> Signed-off-by: Michael Bradshaw
>>> ---
>>> configure | 5 -
>>> libavcodec/libopenjp
On 10/6/2017 9:42 PM, Michael Niedermayer wrote:
> On Fri, Oct 06, 2017 at 03:58:59PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavformat/mp3enc.c | 9 ++---
>> 1 file changed, 2 insertions(+), 7 deletions(-)
>
> LGTM
>
> thx
Pushed, thanks.
__
On Fri, Oct 06, 2017 at 01:37:40PM +0200, Mark Timmerman wrote:
> Add synchronous metadata to mpegtsenc
> * Added AV_CODEC_ID_SYNCHRONOUS_METADATA
> * PMT will have metadata_descriptor and metadata_std_descriptor
> in accordance with MISB ST 1402.2
> * stream_type will be 0x15 metadata carried in
On Fri, Oct 06, 2017 at 03:58:59PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavformat/mp3enc.c | 9 ++---
> 1 file changed, 2 insertions(+), 7 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored
2017-10-07 1:20 GMT+02:00 Vitaly Buka :
> Signed-off-by: Vitaly Buka
> ---
> libavformat/movenc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavformat/movenc.c b/libavformat/movenc.c
> index 2838286141..e70500ae2c 100644
> --- a/libavformat/movenc.c
> +++ b/libavformat/movenc.
On Fri, Oct 06, 2017 at 05:30:57PM +0200, Nicolas Bertrand wrote:
> From: Maxime Taisant
>
> ---
> libavcodec/jpeg2000dwt.c | 45 +-
> libavcodec/jpeg2000dwt.h |5 +
> libavcodec/x86/jpeg2000dsp.asm| 1339
> +
> libavcodec/x86/jpeg
On 10/6/2017 8:20 PM, James Almer wrote:
> On 10/6/2017 5:20 PM, Marton Balint wrote:
>> Signed-off-by: Marton Balint
>> ---
>> Makefile | 3 +--
>> 1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/Makefile b/Makefile
>> index 4a1253a052..adb8330fa0 100644
>> --- a/Makefile
>> ++
Signed-off-by: Vitaly Buka
---
libavformat/movenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 2838286141..e70500ae2c 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -5354,6 +5354,10 @@ static int mov_write_single_pack
On Thu, Oct 05, 2017 at 02:38:48PM -0700, John Stebbins wrote:
> On 10/05/2017 09:45 AM, John Stebbins wrote:
> > On 10/04/2017 03:21 PM, Michael Niedermayer wrote:
> >> On Wed, Oct 04, 2017 at 10:58:19AM -0700, John Stebbins wrote:
> >>> On 10/04/2017 10:13 AM, Michael Niedermayer wrote:
> On
On 10/6/2017 5:20 PM, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> Makefile | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index 4a1253a052..adb8330fa0 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -97,8 +97,7 @@ include $(SRC_PATH
On 06/10/17 22:25, Jorge Ramirez-Ortiz wrote:
> On 10/06/2017 09:47 PM, Mark Thompson wrote:
>> On 06/10/17 08:51, Jorge Ramirez-Ortiz wrote:
>>> ---
>>> libavcodec/v4l2_buffers.c | 14 --
>>> 1 file changed, 12 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/libavcodec/v4l2_buffe
On 10/6/2017 7:09 PM, wm4 wrote:
> On Fri, 6 Oct 2017 18:02:44 -0300
> James Almer wrote:
>
>> On 10/6/2017 5:44 PM, Paul B Mahol wrote:
>>> On 10/6/17, Michael Niedermayer wrote:
On Fri, Oct 06, 2017 at 10:03:16AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Oct 5, 2017
On 2017-10-06 10:53, Michael Niedermayer wrote:
> If people prefer a specific name, suggest one now, otherwise i will
> pick a random one from past suggestions
What about Cantor?
Has this name already been used?
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerpr
On Fri, 6 Oct 2017 18:02:44 -0300
James Almer wrote:
> On 10/6/2017 5:44 PM, Paul B Mahol wrote:
> > On 10/6/17, Michael Niedermayer wrote:
> >> On Fri, Oct 06, 2017 at 10:03:16AM -0400, Ronald S. Bultje wrote:
> >>> Hi,
> >>>
> >>> On Thu, Oct 5, 2017 at 7:52 PM, Michael Niedermayer
> >>>
On Thu, Oct 05, 2017 at 01:37:27PM +0200, Matthias Hunstock wrote:
> There is still a StartCom certificate in place, which is refused from
> Chrome and soon other browsers.
>
> Any help appreciated to also move that machine to Let's Encrypt?
I thought reimar would update it. I dont know the way b
On Fri, 6 Oct 2017 16:53:17 +0200
Michael Niedermayer wrote:
> Hi all
>
> if there are no objections i will branch release/3.4 in the next days
> and make the 3.4 release a few days after that
>
> If people prefer a specific name, suggest one now, otherwise i will
> pick a random one from past
On 10/06/2017 11:38 PM, Jorge Ramirez-Ortiz wrote:
On 10/06/2017 10:01 PM, Mark Thompson wrote:
On 06/10/17 20:53, Mark Thompson wrote:
On 06/10/17 08:52, Jorge Ramirez-Ortiz wrote:
It occurs when the codec is closed while buffer references still
exist. This is a regression from the original p
2017-10-06 18:26 GMT+02:00 Michael Bradshaw :
> Once we drop support for 1.x versions we'll be able to clean up
> the majority of this garbage (though not all of it, unfortunately).
> I'd personally like to drop support for OpenJPEG 1.x immediately
I suggest you drop it after the release.
Thank y
On 10/06/2017 10:01 PM, Mark Thompson wrote:
On 06/10/17 20:53, Mark Thompson wrote:
On 06/10/17 08:52, Jorge Ramirez-Ortiz wrote:
It occurs when the codec is closed while buffer references still
exist. This is a regression from the original patchset where support
for this use-case was implemen
2017-10-06 17:30 GMT+02:00 Nicolas Bertrand :
> From: Maxime Taisant
>
> ---
> libavcodec/jpeg2000dwt.c | 45 +-
> libavcodec/jpeg2000dwt.h |5 +
> libavcodec/x86/jpeg2000dsp.asm| 1339
> +
> libavcodec/x86/jpeg2000dsp_init.c | 119
On Fri, Oct 06, 2017 at 11:04:24PM +0200, Hendrik Leppkes wrote:
> On Fri, Oct 6, 2017 at 10:21 PM, Michael Niedermayer
> wrote:
> >
> > With this a filter graph can never be taken from an untrusted source
> >
> >
>
> The same could be said for any ffmpeg CLI command line string, which
> people h
>
> Sorry, what I meant was:
> Nothing inside FFmpeg except the decklink device could use
> VANC?
Ah, I understand now.
Yes, the decklink device is currently the only SDI device which is supported by
libavdevice. I’ve got a whole pile of patches coming which add support for a
variety of prot
2017-10-06 23:21 GMT+02:00 Devin Heitmueller :
> Hello Carl,
>
>> On Oct 6, 2017, at 5:07 PM, Carl Eugen Hoyos wrote:
>>
>> 2017-10-06 18:56 GMT+02:00 Devin Heitmueller :
>>> From: Devin Heitmueller
>>>
>>> Hook in libklvanc and use it for output of EIA-708 captions over
>>> SDI. The bulk of thi
On 10/06/2017 09:47 PM, Mark Thompson wrote:
On 06/10/17 08:51, Jorge Ramirez-Ortiz wrote:
---
libavcodec/v4l2_buffers.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index ef7d040..ba70c5d 100644
---
2017-10-06 22:59 GMT+02:00 Bjorn Roche :
> libavfilter/vf_paletteuse.c | 175
Works fine for me, passes fate, needs a review from Clément.
Do you think an option to set the value of the transparent
colour to something else than 0xFF00 would make sense?
And/or another default?
You can use ffplay
Hello Carl,
> On Oct 6, 2017, at 5:07 PM, Carl Eugen Hoyos wrote:
>
> 2017-10-06 18:56 GMT+02:00 Devin Heitmueller :
>> From: Devin Heitmueller
>>
>> Hook in libklvanc and use it for output of EIA-708 captions over
>> SDI. The bulk of this patch is just general support for ancillary
>> data f
On Fri, Oct 06, 2017 at 08:19:43PM +0200, Carl Eugen Hoyos wrote:
> 2017-10-06 18:54 GMT+02:00 Henrik Gramner :
> > On Thu, Oct 5, 2017 at 8:31 AM, Carl Eugen Hoyos wrote:
> >> Hi!
> >>
> >> Attached patch fixes ticket #6717.
> >>
> >> Please comment, Carl Eugen
> >
> > Signed numbers are converte
On Fri, Oct 6, 2017 at 10:14 PM, Marton Balint wrote:
> Since af1761f7b5b1b72197dc40934953b775c2d951cc ffmpeg waits for a frame in
> each
> stream before writing the output header. If we are using threaded decoding for
> attached pictures, we have to read till EOF to be able to finally flush the
---
libavfilter/vf_paletteuse.c | 175
1 file changed, 112 insertions(+), 63 deletions(-)
diff --git a/libavfilter/vf_paletteuse.c b/libavfilter/vf_paletteuse.c
index ffd37bf1da..4203543843 100644
--- a/libavfilter/vf_paletteuse.c
+++ b/libavfilter/vf_
2017-10-06 18:56 GMT+02:00 Devin Heitmueller :
> From: Devin Heitmueller
>
> Hook in libklvanc and use it for output of EIA-708 captions over
> SDI. The bulk of this patch is just general support for ancillary
> data for the Decklink SDI module - the real work for construction
> of the EIA-708 CD
On Fri, Oct 6, 2017 at 10:21 PM, Michael Niedermayer
wrote:
>
> With this a filter graph can never be taken from an untrusted source
>
>
The same could be said for any ffmpeg CLI command line string, which
people happily share on the web all the time, it can also contain
multiple output files whi
On 10/6/2017 5:44 PM, Paul B Mahol wrote:
> On 10/6/17, Michael Niedermayer wrote:
>> On Fri, Oct 06, 2017 at 10:03:16AM -0400, Ronald S. Bultje wrote:
>>> Hi,
>>>
>>> On Thu, Oct 5, 2017 at 7:52 PM, Michael Niedermayer
>>>
>>> wrote:
>>>
On Sat, Sep 30, 2017 at 03:51:41PM +, Ashish Sing
On 10/6/17, Michael Niedermayer wrote:
> On Fri, Oct 06, 2017 at 10:03:16AM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Thu, Oct 5, 2017 at 7:52 PM, Michael Niedermayer
>>
>> wrote:
>>
>> > On Sat, Sep 30, 2017 at 03:51:41PM +, Ashish Singh wrote:
>> > > ffmpeg | branch: master | Ashish Si
On Fri, Oct 06, 2017 at 10:03:16AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Oct 5, 2017 at 7:52 PM, Michael Niedermayer
> wrote:
>
> > On Sat, Sep 30, 2017 at 03:51:41PM +, Ashish Singh wrote:
> > > ffmpeg | branch: master | Ashish Singh | Sat Sep
> > 16 02:35:58 2017 +0530| [148c8e
Signed-off-by: Marton Balint
---
Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index 4a1253a052..adb8330fa0 100644
--- a/Makefile
+++ b/Makefile
@@ -97,8 +97,7 @@ include $(SRC_PATH)/doc/examples/Makefile
libavcodec/utils.o libavformat/utils.o
Since af1761f7b5b1b72197dc40934953b775c2d951cc ffmpeg waits for a frame in each
stream before writing the output header. If we are using threaded decoding for
attached pictures, we have to read till EOF to be able to finally flush the
decoder and output the decoded frame. This essentially makes ffm
On 06/10/17 20:53, Mark Thompson wrote:
> On 06/10/17 08:52, Jorge Ramirez-Ortiz wrote:
>> It occurs when the codec is closed while buffer references still
>> exist. This is a regression from the original patchset where support
>> for this use-case was implemented.
>>
>> The regression occurred whi
2017-10-06 21:10 GMT+02:00 Marton Balint :
> Is the decklink *input* device capable of capturing in RGBA with useful
> alpha? I'd say, probably not.
>
> So I am more and more willing to accept the patch unless
> somebody has strong objections.
I'll push on Sunday unless somebody objects.
Carl Eu
On 06/10/17 08:52, Jorge Ramirez-Ortiz wrote:
> It occurs when the codec is closed while buffer references still
> exist. This is a regression from the original patchset where support
> for this use-case was implemented.
>
> The regression occurred while cleaning the code for the last patchset
> (
On 06/10/17 08:51, Jorge Ramirez-Ortiz wrote:
> ---
> libavcodec/v4l2_buffers.c | 14 --
> 1 file changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
> index ef7d040..ba70c5d 100644
> --- a/libavcodec/v4l2_buffers.c
> +++ b/
On Thu, 5 Oct 2017, Matthias Hunstock wrote:
Am 02.10.2017 um 18:34 schrieb Marton Balint:
Yeah, you can capture both at the same time, and one signal might be
key, other might be fill, but as far as I know the driver will not
merge these two signals behind the scenes to one single input with
On Thu, 5 Oct 2017, Maksym Veremeyenko wrote:
29.09.2017 0:20, Carl Eugen Hoyos пише:
Hi!
I don't have decklink hardware but I assume it never outputs actual
transparency.
Or does it?
it outputs or use internal keyer to put it over passthrow SDI signal.
in external keyer mode it accept BGR
On 10/06/2017 09:52 AM, Jorge Ramirez-Ortiz wrote:
It occurs when the codec is closed while buffer references still
exist. This is a regression from the original patchset where support
for this use-case was implemented.
The regression occurred while cleaning the code for the last patchset
(decod
Signed-off-by: James Almer
---
libavformat/mp3enc.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/libavformat/mp3enc.c b/libavformat/mp3enc.c
index 826878eca1..c63909393d 100644
--- a/libavformat/mp3enc.c
+++ b/libavformat/mp3enc.c
@@ -516,19 +516,14 @@ static int m
On 10/06/2017 09:51 AM, Jorge Ramirez-Ortiz wrote:
---
libavcodec/v4l2_buffers.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
bug fix. needed in 3.4
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index ef7d040..ba70c5d 100644
--- a/libavcodec/v
On Wed, 4 Oct 2017, Marton Balint wrote:
Otherwise the frame size of the codec is not set in the buffersink.
Fixes ticket #6603 and the following simpler case:
ffmpeg -c aac -filter_complex "sine=d=0.1,asetnsamples=1025" out.aac
Signed-off-by: Marton Balint
As this patch fixes a regressi
On Wed, 4 Oct 2017, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavdevice/decklink_dec.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index f496a58059..7ac04375d9 100644
--- a/libavdevice/decklink_
2017-10-06 18:54 GMT+02:00 Henrik Gramner :
> On Thu, Oct 5, 2017 at 8:31 AM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes ticket #6717.
>>
>> Please comment, Carl Eugen
>
> Signed numbers are converted to unsigned when compared to unsigned
> numbers which means -1 becomes UINT_MAX so
On 10/5/2017 7:29 PM, Banana M. wrote:
> Here are samples of many stream configurations, generated with Microsoft's
> encoder:
> https://mega.nz/#!aQRUnTIT!gWUAfGNLIP62VKV2JEOGoyQ1jbVc3M7_qu7ChXQwb7w
>
> For real XMA used in games, I've only seen 2ch+..+2ch+1/2ch (usual, what
> FFmpeg supported be
On Fri, Oct 6, 2017 at 6:54 PM, Henrik Gramner wrote:
> On Thu, Oct 5, 2017 at 8:31 AM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes ticket #6717.
>>
>> Please comment, Carl Eugen
>
> Signed numbers are converted to unsigned when compared to unsigned
> numbers which means -1 becomes
On Thu, Oct 5, 2017 at 8:31 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #6717.
>
> Please comment, Carl Eugen
Signed numbers are converted to unsigned when compared to unsigned
numbers which means -1 becomes UINT_MAX so this patch shouldn't
actually change anything.
#6717 i
From: Devin Heitmueller
Hook in libklvanc and use it for output of EIA-708 captions over
SDI. The bulk of this patch is just general support for ancillary
data for the Decklink SDI module - the real work for construction
of the EIA-708 CDP and VANC line construction is done by libklvanc.
Libklv
2017-10-06 10:01 GMT+02:00 Nicolas George :
> Le quartidi 14 vendémiaire, an CCXXVI, Sasi Inguva a écrit :
> > Signed-off-by: Sasi Inguva
> > ---
> > libavfilter/avfilter.c | 16
> > 1 file changed, 8 insertions(+), 8 deletions(-)
>
> You are right, this change is needed. Thanks
Signed-off-by: Sasi Inguva
---
libavfilter/avfilter.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 58917ed445..f0f849b326 100644
--- a/libavfilter/avfilter.c
+++ b/libavfilter/avfilter.c
@@ -427,19 +427,19 @@ int
On 06/10/17 17:10, Aaron Colwell wrote:
> On Fri, Oct 6, 2017 at 8:53 AM Mark Thompson wrote:
>> On 06/10/17 16:19, Aaron Colwell wrote:
>>> Allows spherical mapping metadata to be injected into files.
>>>
>>> From 6a86e9766708b9b74e4ae0ec6928a81df4041afc Mon Sep 17 00:00:00 2001
>>> From: Aaron C
On Thu, Oct 5, 2017 at 9:55 AM, James Almer wrote:
> On 10/5/2017 10:45 AM, Michael Bradshaw wrote:
> > From: Michael Bradshaw
> >
> > Signed-off-by: Michael Bradshaw
> > ---
> > configure | 5 -
> > libavcodec/libopenjpegdec.c | 8 +---
> > libavcodec/libopenjpegen
From: Michael Bradshaw
Signed-off-by: Michael Bradshaw
---
doc/filters.texi| 13 -
libavfilter/asrc_sine.c | 17 +
2 files changed, 25 insertions(+), 5 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 57189c77b0..ec1c335950 100644
--- a/do
Hi Mark,
You aren't missing anything. I haven't really used bsf's so it didn't occur
to me to use them. I'll take a look. Thanks for the suggestion.
Aaron
On Fri, Oct 6, 2017 at 8:53 AM Mark Thompson wrote:
> On 06/10/17 16:19, Aaron Colwell wrote:
> > Allows spherical mapping metadata to be i
On 06/10/17 16:19, Aaron Colwell wrote:
> Allows spherical mapping metadata to be injected into files.
>
> From 6a86e9766708b9b74e4ae0ec6928a81df4041afc Mon Sep 17 00:00:00 2001
> From: Aaron Colwell
> Date: Fri, 6 Oct 2017 08:14:15 -0700
> Subject: [PATCH] ffmpeg: Add spherical_mapping command-l
Fixed DITHER_COPY macro (only C code), updated FATE tests.
PSNR in tests that needed update goes from 50 to 999.99 -- the quality is there.
Please review.
Mateusz
From d870ba10aa4b3520fc30215fbbd57565faa13df4 Mon Sep 17 00:00:00 2001
From: Mateusz
Date: Fri, 6 Oct 2017 16:49:54 +0200
Subject:
From: Maxime Taisant
---
libavcodec/jpeg2000dwt.c | 45 +-
libavcodec/jpeg2000dwt.h |5 +
libavcodec/x86/jpeg2000dsp.asm| 1339 +
libavcodec/x86/jpeg2000dsp_init.c | 119
tests/checkasm/jpeg2000dsp.c |1 +
5 files cha
Allows spherical mapping metadata to be injected into files.
From 6a86e9766708b9b74e4ae0ec6928a81df4041afc Mon Sep 17 00:00:00 2001
From: Aaron Colwell
Date: Fri, 6 Oct 2017 08:14:15 -0700
Subject: [PATCH] ffmpeg: Add spherical_mapping command-line option.
Allows spherical mapping metadata to be
On 04.10.2017 23:34, Michael Niedermayer wrote:
On Mon, Sep 25, 2017 at 01:31:19PM +0200, Tobias Rapp wrote:
Allows to specify the action to be performed when reading the last frame
from the internal FIFO buffer. By default the last frame is written to
filter output depending on the timestamp ro
Hi all
if there are no objections i will branch release/3.4 in the next days
and make the 3.4 release a few days after that
If people prefer a specific name, suggest one now, otherwise i will
pick a random one from past suggestions
If there are features you want in, please push them to
master be
Hi,
On Thu, Oct 5, 2017 at 7:52 PM, Michael Niedermayer
wrote:
> On Sat, Sep 30, 2017 at 03:51:41PM +, Ashish Singh wrote:
> > ffmpeg | branch: master | Ashish Singh | Sat Sep
> 16 02:35:58 2017 +0530| [148c8e88c43cfbabd6aee9f01ef30942cee9d359] |
> committer: Ronald S. Bultje
> >
> > avfilt
Add support for enumerating the sources/sinks via the ffmpeg
command line options, as opposed to having to create a real pipeline
and use the "-list_devices" option which does exit() after dumping
out the options.
Note that this patch preserves the existing "-list_devices" option,
but now shares c
Can be tested via the following command:
./ffmpeg -i foo.ts -f decklink -vcodec v210 'DeckLink Duo (1)'
Note that the 8-bit support works as it did before, and setting
the pix_fmt isn't required for 10-bit mode. The code defaults to
operating in 8-bit mode when no vcodec is specified, for backwa
Hello all,
Below please find several patches which adds support for 10-bit video
on output and the "-sources" and"-sinks" argument when specified by ffmpeg.c.
This patch series incorporates feedback provided from Marton Balint.
Note that patch 4 in the v2 patch series was consolidated into
patch
> On Oct 6, 2017, at 5:13 AM, Moritz Barsnick wrote:
>
> On Thu, Oct 05, 2017 at 15:32:04 -0400, Devin Heitmueller wrote:
>> This patch series incorporates feedback provided from Marton Balint.
>> Note that patch 4 in the previous patch series was consolidated into
>> patch 3 per Marton's sugges
Add synchronous metadata to mpegtsenc
* Added AV_CODEC_ID_SYNCHRONOUS_METADATA
* PMT will have metadata_descriptor and metadata_std_descriptor
in accordance with MISB ST 1402.2
* stream_type will be 0x15 metadata carried in PES packets
* stream_id will be 0xfc metadata stream
Users must supply M
2017-10-06 4:49 GMT+02:00 Sasi Inguva :
> Signed-off-by: Sasi Inguva
> ---
> libavfilter/avfilter.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
> index 58917ed445..ec7dfc0bd3 100644
> --- a/libavfilter/
On Thu, Oct 05, 2017 at 15:32:04 -0400, Devin Heitmueller wrote:
> This patch series incorporates feedback provided from Marton Balint.
> Note that patch 4 in the previous patch series was consolidated into
> patch 3 per Marton's suggestion.
There's no patch 3 in the series you sent. And you missp
> And since empty packets are valid and can be used by applications (and
> are actually used by protocols out there), the workaround of dropping
> them is not acceptable.
>
I'm not sure if you mean this patch is unacceptable but if so, I want
to note, that this patch is not the same as I submitted
Le quartidi 14 vendémiaire, an CCXXVI, Carl Eugen Hoyos a écrit :
> Just curious: Is it useful at all to exit on an empty packet?
It is not useful at all, it is a bug.
More specifically, when reading plain files, ret = 0 means EOF for plain
files, just because there is nothing more to read (but i
Le quintidi 15 vendémiaire, an CCXXVI, Nablet Developer a écrit :
> > SRT is a subtitle format: a more specific name would be better.
> Haivision suggested name "opensrt" - is it acceptable to distinguish with
> SRT subtitile format?
> if yes, I'll go ahead and submit new patch with name changed.
Le quartidi 14 vendémiaire, an CCXXVI, Sasi Inguva a écrit :
> Signed-off-by: Sasi Inguva
> ---
> libavfilter/avfilter.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
You are right, this change is needed. Thanks for spotting it and the
patch.
>
> diff --git a/libavfi
---
libavcodec/v4l2_buffers.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index ef7d040..ba70c5d 100644
--- a/libavcodec/v4l2_buffers.c
+++ b/libavcodec/v4l2_buffers.c
@@ -244,13 +244,23 @@ static int v4l
It occurs when the codec is closed while buffer references still
exist. This is a regression from the original patchset where support
for this use-case was implemented.
The regression occurred while cleaning the code for the last patchset
(decoding was tested only with ffplay which disposes of the
84 matches
Mail list logo