patch is taken from libav project, authored by Anton Khirnov
https://lists.libav.org/pipermail/libav-devel/2016-May/077126.html
the only differences from original libav patch:
1) replaced CONFIG_LIBMXF with CONFIG_QSV to match the rest of ffmpeg sources
2) changed copyright headers to match ffmpeg
From: Anton Khirnov
Signed-off-by: nablet developer
---
libavutil/Makefile | 3 +
libavutil/hwcontext.c | 3 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_internal.h | 1 +
libavutil/hwcontext_qsv.c | 791 +
2016-09-17 4:44 GMT+02:00 James Zern :
> Thanks for the easy repro. It may have something to do with the fact
> that in vp8 the alt-ref is a separate frame, this needs a closer look.
Please keep us informed.
> Feel free to apply the change in the meantime.
Patch applied.
Thank you, Carl Eugen
Am 12.09.16 um 12:01 schrieb Paul B Mahol:
> On 9/12/16, Thilo Borgmann wrote:
>> Hi,
>>
>> these are the resulting notes we've taken during the FFmpeg technical
>> discussion
>> during VDD 2016. We've ended up with two slides on the board and compn took
>> pictures of them. You can find them here
Am 16.09.16 um 11:44 schrieb Michael Niedermayer:
> On Thu, Sep 15, 2016 at 11:08:47PM -0300, James Almer wrote:
>> Removes "defined but not used" warnings
>>
>> Signed-off-by: James Almer
>> ---
>> libavutil/softfloat_ieee754.h | 14 +++---
>> 1 file changed, 7 insertions(+), 7 deletions
On Fri, Sep 16, 2016 at 10:43:30AM +0800, Steven Liu wrote:
> From: Steven Liu
> Date: Fri, 16 Sep 2016 10:42:34 +0800
> Subject: [PATCH] avformat/http: will remove option user_agent
>
> add a FF_OPT_FLAG_DEPRECATED define for compile.
> add a new variable for user_agent to give a deprecated warn
On Sat, Sep 10, 2016 at 03:45:31AM -0500, Rodger Combs wrote:
> Specifically:
> - Skip writing drawings as text
> - Convert \h to a Unicode non-breaking space
> - Ignore comments and unknown tags
>
> The test references are update to reflect these changes.
> ---
> libavcodec/ass_split.c | 2
On 30 August 2016 at 11:23, Jai Luthra wrote:
> * Multichannel support for TrueHD is experimental
>
> There should be downmix substreams present for 2+ channel bitstreams,
> but ffmpeg decoder doesn't need it. Will add support for this soon.
>
> * There might be lossless check failures on
2016-09-15 20:48 GMT+02:00 Michael Niedermayer :
> On Thu, Sep 15, 2016 at 03:47:49PM +0200, Carl Eugen Hoyos wrote:
>> 2016-09-15 15:42 GMT+02:00 Michael Niedermayer :
>> >> -{ AV_CODEC_ID_ADPCM_SWF, ('S' << 8) + 'F' },
>> >> /* HACK/FIXME: Does Vorbis in WAV/AVI have an (in)officia
Signed-off-by: Rostislav Pehlivanov
---
libavcodec/version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/version.h b/libavcodec/version.h
index ecd48c5..ccb2890 100644
--- a/libavcodec/version.h
+++ b/libavcodec/version.h
@@ -28,7 +28,7 @@
#include "libavutil/v
On 9/17/16, Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavcodec/version.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/version.h b/libavcodec/version.h
> index ecd48c5..ccb2890 100644
> --- a/libavcodec/version.h
> +++ b/lib
Jai Luthra wrote:
* Multichannel support for TrueHD is experimental
There should be downmix substreams present for 2+ channel
bitstreams, but ffmpeg decoder doesn't need it. Will add support for
this soon.
Nice work, this is just a sort of related question really from a user
who hasn't taken a
On Sat, Sep 17, 2016 at 03:06:57PM +0200, Carl Eugen Hoyos wrote:
> 2016-09-15 20:48 GMT+02:00 Michael Niedermayer :
> > On Thu, Sep 15, 2016 at 03:47:49PM +0200, Carl Eugen Hoyos wrote:
> >> 2016-09-15 15:42 GMT+02:00 Michael Niedermayer :
> >> >> -{ AV_CODEC_ID_ADPCM_SWF, ('S' << 8) + '
On date Sunday 2016-09-04 23:25:56 +0200, Michael Niedermayer encoded:
> On Sun, Sep 04, 2016 at 06:24:37PM +0200, Stefano Sabatini wrote:
> > From: Nicolas George
> >
> > With several modifications and documentation by Stefano Sabatini
> > .
> >
> > Signed-off-by: Nicolas George
> > ---
> > d
On 9/17/16, Stefano Sabatini wrote:
> On date Sunday 2016-09-04 23:25:56 +0200, Michael Niedermayer encoded:
>> On Sun, Sep 04, 2016 at 06:24:37PM +0200, Stefano Sabatini wrote:
>> > From: Nicolas George
>> >
>> > With several modifications and documentation by Stefano Sabatini
>> > .
>> >
>> > S
Le jour du Génie, an CCXXIV, Paul B Mahol a écrit :
> Why we need this hack?
I think I already gave an answer.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffm
On Sat, Sep 17, 2016 at 01:09:02PM +0800, Steven Liu wrote:
[...]
> @@ -867,6 +886,16 @@ static int hls_write_header(AVFormatContext *s)
> for (i = 0; i < s->nb_streams; i++) {
> AVStream *inner_st;
> AVStream *outer_st = s->streams[i];
> +
> +if (hls->max_seg_size >
Good day,
I read the sad news about ffservers a few days ago and have already written
some mails to ffmpeg-user.
I would like to step in to make ffserver maintainable and distributable again,
especially because of the many users depending on ffserver - including myself.
I'm capable of C and ha
On Fri, 16 Sep 2016 14:48:03 +0200
Carl Eugen Hoyos wrote:
> 2016-09-16 14:21 GMT+02:00 Rostislav Pehlivanov :
>
> > I'd rather have SDL1 support dropped. ffplay is the only thing on my
> > machine which uses libsdl1.2
>
> And we already (everybody) agreed that we want to switch to SDL2
> so
On Fri, 16 Sep 2016, Ronald S. Bultje wrote:
Hi folks,
On Thu, Sep 15, 2016 at 1:36 PM, James Almer wrote:
The vote will end 1 week from now, simple majority wins, and
it's open only to those in the voting committee[1].
Marton Balint, while not in the committee, should IMO also
have the cha
On 17 September 2016 at 20:58, Michael Fritscher <
michael.fritsc...@telematik-zentrum.de> wrote:
> Good day,
>
> I read the sad news about ffservers a few days ago and have already
> written some mails to ffmpeg-user.
>
> I would like to step in to make ffserver maintainable and distributable
> a
Hello Rostislav,
> I really think ffserver is better off being in a separate repository. That
> way there'd be some finer attention brought to keeping the API usable by
> external users too. Same with the rest of the programs.
So, if I unterstand you correctly, your vision is to move all ff*
progra
On 9/17/2016 5:26 PM, Marton Balint wrote:
>
> On Fri, 16 Sep 2016, Ronald S. Bultje wrote:
>
>> Hi folks,
>>
>> On Thu, Sep 15, 2016 at 1:36 PM, James Almer wrote:
>>
>>> The vote will end 1 week from now, simple majority wins, and
>>> it's open only to those in the voting committee[1].
>>> Mar
On 17.09.2016 22:27, Rostislav Pehlivanov wrote:
On 17 September 2016 at 20:58, Michael Fritscher <
michael.fritsc...@telematik-zentrum.de> wrote:
Good day,
I read the sad news about ffservers a few days ago and have already
written some mails to ffmpeg-user.
I would like to step in to make f
On 17 September 2016 at 22:04, Lukasz Marek
wrote:
> On 17.09.2016 22:27, Rostislav Pehlivanov wrote:
>
>> On 17 September 2016 at 20:58, Michael Fritscher <
>> michael.fritsc...@telematik-zentrum.de> wrote:
>>
>> Good day,
>>>
>>> I read the sad news about ffservers a few days ago and have alrea
On 17 September 2016 at 21:34, Michael Fritscher <
michael.fritsc...@telematik-zentrum.de> wrote:
> Hello Rostislav,
> > I really think ffserver is better off being in a separate repository.
> That
> > way there'd be some finer attention brought to keeping the API usable by
> > external users too.
On 17.09.2016 23:10, Rostislav Pehlivanov wrote:
On 17 September 2016 at 22:04, Lukasz Marek
wrote:
Yeah, no. You can hardly say ffserver is a perfect program right now, so
really moving it to another repo is hardly much of a change in terms of
functionality. Bisection won't matter if half the
Fixes #5825.
Regression since: 3f0a3e9e127d067c5cf65640a44765c1ddd01622.
Signed-off-by: Paul B Mahol
---
libavcodec/dvdsubdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dvdsubdec.c b/libavcodec/dvdsubdec.c
index 19f25f0..b81b481 100644
--- a/libavcodec/dvds
Hello,
> The other programs will probably be exported elsewhere sometime in the
> future, for now since ffserver is getting removed having it put someplace
> else is a good starting point.
My idea was to have the 2 repositories "ffmpeg-main" with the libraries
and "ffmpeg-tools" with all of the ff*
On 17/09/2016 22:22, Michael Fritscher wrote:
Hello,
The other programs will probably be exported elsewhere sometime in the
future, for now since ffserver is getting removed having it put someplace
else is a good starting point.
My idea was to have the 2 repositories "ffmpeg-main" with the libr
On 17.09.2016 22:27, Rostislav Pehlivanov wrote:
>
>> Good day,
>>
>> I read the sad news about ffservers a few days ago and have already
>> written some mails to ffmpeg-user.
>>
>> I would like to step in to make ffserver maintainable and distributable
>> again, especially because of the many user
Hello Rostislav,
what are, in your oppinion, the biggest problems in ffserver? (I would
like to hear other oppinions a well ;-) ) Missing FATE and usage of
internal / deprecated API are known to me, but it seems that you have
more generic problems with ffserver?
Personally I must admit that I'm v
I did this in about 5 minutes, and only tested it with one sample (on
OSX using the cocoa opengl renderer). Seems to work, but probably
won't for all cases. Would like some feedback where it doesnt work etc
Signed-off-by: Josh de Kock
---
libavdevice/opengl_enc.c | 87 +--
2016-09-17 18:26 GMT+02:00 Michael Niedermayer :
>> >> Is it possible to fix adpcm_swf in wav?
>> >
>> > maybe if block_align is set (and is constant)
>>
>> Attached fixes encoding, decoding still has the issue
>> that the decoder doesn't like more than one packet.
>> (Iiuc, it works if I limit th
On 9/17/16, Michael Niedermayer wrote:
> On Sat, Sep 17, 2016 at 03:06:57PM +0200, Carl Eugen Hoyos wrote:
>> 2016-09-15 20:48 GMT+02:00 Michael Niedermayer :
>> > On Thu, Sep 15, 2016 at 03:47:49PM +0200, Carl Eugen Hoyos wrote:
>> >> 2016-09-15 15:42 GMT+02:00 Michael Niedermayer
>> >> :
>> >> >
2016-09-18 1:07 GMT+08:00 Michael Niedermayer :
> On Sat, Sep 17, 2016 at 01:09:02PM +0800, Steven Liu wrote:
> [...]
> > @@ -867,6 +886,16 @@ static int hls_write_header(AVFormatContext *s)
> > for (i = 0; i < s->nb_streams; i++) {
> > AVStream *inner_st;
> > AVStream *oute
TimothyGu (https://github.com/FFmpeg/FFmpeg/pull/153#issuecomment-143274708)
suggested doing this a while ago, but it was never done. As pull requests seem
to be still coming through, I thought I'd send a patch to add the notice.
Signed-off-by: Josh de Kock
---
CONTRIBUTING.md | 4
1 file
Can't find SKL available now, just run the test in IVY(Ivybridge)/Debian 8.5/
Kernel 3.16.0/Libva master/intel-driver master/ffmpeg master
- Build config:
./configure --enable-libx264 --enable-gpl --enable-vaapi
--prefix=/opt/ffmpeg
- Libva and intel-driver
barry@barry:~/Source/video/ffmpe
On Sun, Sep 18, 2016 at 01:00:01AM +0200, Paul B Mahol wrote:
> On 9/17/16, Michael Niedermayer wrote:
> > On Sat, Sep 17, 2016 at 03:06:57PM +0200, Carl Eugen Hoyos wrote:
> >> 2016-09-15 20:48 GMT+02:00 Michael Niedermayer :
> >> > On Thu, Sep 15, 2016 at 03:47:49PM +0200, Carl Eugen Hoyos wrote
> Am 18.09.2016 um 01:42 schrieb Josh de Kock :
>
> TimothyGu (https://github.com/FFmpeg/FFmpeg/pull/153#issuecomment-143274708)
> suggested doing this a while ago, but it was never done. As pull requests
> seem to be still coming through, I thought I'd send a patch to add the notice.
>
> Sign
On 9/17/2016 8:42 PM, Josh de Kock wrote:
> TimothyGu (https://github.com/FFmpeg/FFmpeg/pull/153#issuecomment-143274708)
> suggested doing this a while ago, but it was never done. As pull requests
> seem to be still coming through, I thought I'd send a patch to add the notice.
>
> Signed-off-by:
On 18 September 2016 at 00:30, Josh de Kock wrote:
> I did this in about 5 minutes, and only tested it with one sample (on
> OSX using the cocoa opengl renderer). Seems to work, but probably
> won't for all cases. Would like some feedback where it doesnt work etc
>
> Signed-off-by: Josh de Kock
On Thu, Sep 15, 2016 at 02:36:32PM -0300, James Almer wrote:
> There have been some complains from developers about keeping both
> SDL1 and SDL2 support at the same time even after all SDL1 code
> has been already ported, and especially since it makes maintaining
> ffplay more complex, so seeing th
On Sat, Sep 17, 2016, at 05:21 PM, Lukasz Marek wrote:
> On 18 September 2016 at 00:30, Josh de Kock wrote:
[...]
>> Would like some feedback where it doesnt work etc
[...]
> I said I will patch opengl, your implemantation donsn't look good at this
> point, declined,
It would be helpful to provi
Hi,
On Sat, Sep 17, 2016 at 4:26 PM, Marton Balint wrote:
> I think we should wait until Lukasz does the port of the opengl device to
> SDL2, and do the switch after that.
When do we think that'll be finished?
Ronald
___
ffmpeg-devel mailing list
ff
W dniu niedziela, 18 września 2016 Lou Logan > napisał(a):
> On Sat, Sep 17, 2016, at 05:21 PM, Lukasz Marek wrote:
> > On 18 September 2016 at 00:30, Josh de Kock wrote:
> [...]
> >> Would like some feedback where it doesnt work etc
> [...]
> > I said I will patch opengl, your implemantation do
On Sat, Sep 17, 2016 at 05:07:28PM +0100, Andy Furniss wrote:
> Nice work, this is just a sort of related question really from a user
> who hasn't taken any notice of TrueHD for a few years.
>
> Last I looked I couldn't find much in the way of specs for TrueHD and
> noticed that the Decoder didn't
Signed-off-by: Jai Luthra
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f7e8298..f1f991d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -196,7 +196,7 @@ Codecs:
mdec.cMichael Niedermayer
mim
48 matches
Mail list logo
