On 30/01/16 22:30, Michael Niedermayer wrote:
>
> do you want this patch to be applied with the name popcornmix?
> iam asking as it cannot be changed later, in case that is unintended
>
That is fine.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.o
Hi ffmpeg
I have uploaded a 10MB sample to the incoming folder of the ftp server and
an explanatory file.
Kodi-Reports-Error-with-DVB-Multilanguage-Subtitles.ts
Kodi-Reports-Error-with-DVB-Multilanguage-Subtitles.txt
Where I live FTA shows are often broadcast in "Nicam" or with
multipl
On Sat, Jan 30, 2016 at 10:11:52PM +, Mark Thompson wrote:
> +static AVClass vaapi_class = {
static const
> +.class_name = "vaapi",
> +.item_name = av_default_item_name,
> +.version= LIBAVUTIL_VERSION_INT,
> +};
> +static AVClass *vaapi_log = &vaapi_class;
Ditto
Timothy
___
On 01/30/2016 05:10 AM, Mats Peterson wrote:
Now when both AVI and QuickTime use pal8 for 1 bpp video, there's no
need to keep the monow stuff.
I should add that I'm only removing stuff that I've added myself before,
so don't worry.
Mats
___
ffmpeg
On 01/30/2016 11:30 PM, Michael Niedermayer wrote:
iam asking as it cannot be changed later, in case that is unintended
:)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 30/01/16 22:22, Paul B Mahol wrote:
> On 1/30/16, Mark Thompson wrote:
>>
>> ---
>> configure| 3 +
>> libavfilter/Makefile | 1 +
>> libavfilter/allfilters.c | 1 +
>> libavfilter/vf_vaapi_scale.c | 709
>> +++
>> 4
Hi
On Fri, Jan 29, 2016 at 09:36:30PM +, popcorn mix wrote:
> The index creation is O(N^2) with number of entries (typically thousands).
> On a Raspberry Pi this can take more than 60 seconds to execute for a
> recording of a few hours.
>
> By replacing with an O(N) loop, this takes virt
On 1/30/16, Mark Thompson wrote:
>
> ---
> configure| 3 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_vaapi_scale.c | 709
> +++
> 4 files changed, 714 insertions(+)
> create mode
On 1/30/16, Mark Thompson wrote:
>
> ---
> configure| 3 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_vaapi_scale.c | 709
> +++
> 4 files changed, 714 insertions(+)
> create mode
---
configure |2 +
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/vaapi_enc_hevc.c | 1665 +++
4 files changed, 1669 insertions(+)
create mode 100644 libavcodec/vaapi_enc_hevc.c
diff --git a/c
---
configure| 3 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_vaapi_scale.c | 709 +++
4 files changed, 714 insertions(+)
create mode 100644 libavfilter/vf_vaapi_scale.c
diff --git a/c
---
configure |2 +
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/vaapi_enc_h264.c | 1015 +++
4 files changed, 1019 insertions(+)
create mode 100644 libavcodec/vaapi_enc_h264.c
diff --git a/c
---
Makefile | 1 +
configure | 5 +
ffmpeg.c | 6 +
ffmpeg.h | 9 +
ffmpeg_opt.c | 38 +++-
ffmpeg_vaapi.c | 642 +
6 files changed, 700 insertions(+), 1 deletion(-)
create mode 100644 ffmpeg_vaapi.c
diff
---
configure | 5 +
libavcodec/Makefile| 1 +
libavcodec/vaapi_support.c | 710 +
libavcodec/vaapi_support.h | 122
4 files changed, 838 insertions(+)
create mode 100644 libavcodec/vaapi_support.c
create mode 100
Hi all,
Here is another iteration of the VAAPI encode patch series.
Changes:
* Support code moved to libavcodec. Since there is already vaapi.[ch] there
(decoding stuff), this has become vaapi_support.[ch].
* Added -hwaccel_output_format option, allowing explicit selection of the
format use
On 1/30/2016 6:45 PM, Hendrik Leppkes wrote:
> On Sat, Jan 30, 2016 at 10:41 PM, James Almer wrote:
>> On 1/30/2016 6:15 PM, Hendrik Leppkes wrote:
>>> On Sat, Jan 30, 2016 at 7:05 PM, Hendrik Leppkes
>>> wrote:
On Sat, Jan 30, 2016 at 1:43 AM, Andreas Cadhalpun
wrote:
> On 25.01.
On Sat, Jan 30, 2016 at 10:41 PM, James Almer wrote:
> On 1/30/2016 6:15 PM, Hendrik Leppkes wrote:
>> On Sat, Jan 30, 2016 at 7:05 PM, Hendrik Leppkes wrote:
>>> On Sat, Jan 30, 2016 at 1:43 AM, Andreas Cadhalpun
>>> wrote:
On 25.01.2016 23:47, Hendrik Leppkes wrote:
> The decoder in i
On 1/30/2016 6:15 PM, Hendrik Leppkes wrote:
> On Sat, Jan 30, 2016 at 7:05 PM, Hendrik Leppkes wrote:
>> On Sat, Jan 30, 2016 at 1:43 AM, Andreas Cadhalpun
>> wrote:
>>> On 25.01.2016 23:47, Hendrik Leppkes wrote:
The decoder in itself looks fine to me, short of the regression michael
Paul B Mahol wrote:
On 1/30/16, Andy Furniss wrote:
Paul B Mahol wrote:
On 1/30/16, Andy Furniss wrote:
Paul B Mahol wrote:
Hi,
3rd version attached!
It seems that now bff/tff flags on input are correctly followed
and output is good, but it can't be overridden by field=bf or
field=tf bot
On 1/30/16, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
>> > The rightmost column looks ugly but imo that's better
>> > than what we currently have...
>>
>> no disagreement here
>
> Patch applied.
>
Did you just pushed patch that overreads or leaves uninitialized data
On Sat, Jan 30, 2016 at 7:05 PM, Hendrik Leppkes wrote:
> On Sat, Jan 30, 2016 at 1:43 AM, Andreas Cadhalpun
> wrote:
>> On 25.01.2016 23:47, Hendrik Leppkes wrote:
>>> The decoder in itself looks fine to me, short of the regression michael
>>> found.
>>> If you could look at that, that would be
On Sat, Jan 30, 2016 at 01:18:50PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #5205 for me.
>
> An alternative would be to check for score >=1.
>
> Please comment, Carl Eugen
This would cause affected files to be read completely even if they
have a maximal probe score.
On 1/30/16, Timothy Gu wrote:
> ---
> libavfilter/vf_phase.c | 18 ++
> 1 file changed, 10 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/vf_phase.c b/libavfilter/vf_phase.c
> index 7249388..fadeb62 100644
> --- a/libavfilter/vf_phase.c
> +++ b/libavfilter/vf_phase.c
>
2016-01-30 10:44 GMT+01:00 Stefano Sabatini :
> On date Friday 2016-01-29 17:38:13 +0100, Martin Vignali encoded:
> > 2016-01-29 12:35 GMT+01:00 Stefano Sabatini :
> [...]
> > > +AVDictionaryEntry * tcr = av_dict_get(s->metadata, "timecode",
> > > NULL, 0);
> > > > +if (tcr){
> > >
On 1/30/2016 7:15 PM, Timothy Gu wrote:
> FATE passes here on a x86-64 machine with both GCC 4.9.2 and 5.3.1.
Perhaps this should be restricted to x86?
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmp
---
libavfilter/vf_phase.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vf_phase.c b/libavfilter/vf_phase.c
index 7249388..fadeb62 100644
--- a/libavfilter/vf_phase.c
+++ b/libavfilter/vf_phase.c
@@ -116,14 +116,7 @@ static int config_input(AV
4.9 was released precisely nine years after the first GCC version with
autovectorizer (4.0) and six years after the first GCC version with
`-ftree-vectorize` default to enabled on `-O3` (4.3). We've given GCC
enough time to fix those bugs.
FATE passes here on a x86-64 machine with both GCC 4.9.2 a
On Sat, Jan 30, 2016 at 1:43 AM, Andreas Cadhalpun
wrote:
> On 25.01.2016 23:47, Hendrik Leppkes wrote:
>> The decoder in itself looks fine to me, short of the regression michael
>> found.
>> If you could look at that, that would be great.
>>
>> I can squash and re-shuffle the commits appropriate
On 1/29/16, popcorn mix wrote:
> The index creation is O(N^2) with number of entries (typically thousands).
> On a Raspberry Pi this can take more than 60 seconds to execute for a
> recording of a few hours.
>
> By replacing with an O(N) loop, this takes virtually zero time
>
> This patch has been
On 1/27/2016 6:18 PM, Stephen Hutchinson wrote:
> I have no strong opinion on it. 68 seems like the compromise
> position since it'd allow both 1.8 and 1.9 to be used, whereas
> any of the earlier ones still fall within 1.8's dev cycle and would
> only be used by those users making builds against
The index creation is O(N^2) with number of entries (typically thousands).
On a Raspberry Pi this can take more than 60 seconds to execute for a recording
of a few hours.
By replacing with an O(N) loop, this takes virtually zero time
This patch has been in all Pi builds of Kodi for the last
On 1/29/16, Timothy Gu wrote:
> On Mon, Jan 25, 2016 at 01:16:56PM +0100, Michael Niedermayer wrote:
>> On Sun, Jan 24, 2016 at 09:50:01AM -0800, Timothy Gu wrote:
>> > It's inferior to fdk-aac and has an arguably more problematic
>> > license.
>
>> a reference to the comparision finding its infer
On 1/28/2016 12:03 PM, Paul B Mahol wrote:
> Hi,
>
> 2nd version attached.
[...]
> +{"weights_file", NULL, OFFSET(weights_file), AV_OPT_TYPE_STRING,
> {.str="nnedi3_weights.bin"}, 0, 0, FLAGS },
I still argue this makes the filter useless for 99% of users.
- The weights are literally th
On Fri, Jan 29, 2016 at 11:39:03PM -0900, Lou Logan wrote:
> Hi,
>
> Your patch LGTM. Just some minor comments that you can feel free to
> ignore if you're feeling lazy:
>
> On Fri, Jan 29, 2016, at 06:43 PM, Timothy Gu wrote:
> [...]
> > +When first committed, libaacplus filled in the gap of
On 1/30/16, Andy Furniss wrote:
> Paul B Mahol wrote:
>> On 1/30/16, Andy Furniss wrote:
>>> Paul B Mahol wrote:
Hi,
3rd version attached!
>>>
>>> It seems that now bff/tff flags on input are correctly followed
>>> and output is good, but it can't be overridden by field=bf or
>>> f
On 1/30/16, Hendrik Leppkes wrote:
> ---
> libavcodec/dca_core.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> Since I want to get this forward and foo86 unfortunately hasn't responded
> yet,
> this patch fixes decoding of Michael's sample and should generally be safe,
> since it
On Sat, Jan 30, 2016 at 05:28:28PM +0100, Michael Niedermayer wrote:
> On Sat, Jan 30, 2016 at 02:23:10PM +0100, Clément Bœsch wrote:
> > On Sun, Jan 24, 2016 at 07:00:30PM -0300, James Almer wrote:
> > > On 1/24/2016 6:22 PM, Clément Bœsch wrote:
> > > > On Sun, Jan 24, 2016 at 10:09:49PM +0100, M
This fixes retrieving a valid profile for many of the FATE conformance samples,
allowing them to be properly decoded by the HWAccel after adding a profile
check.
---
libavcodec/hevc_ps.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hev
On 1/30/2016 12:11 PM, Michael Niedermayer wrote:
> patch should be ok
Related to this:
[16:25] <@Daemon404> that src/ dir really screws up my grepping if i dont
distclean first
[16:25] <@Daemon404> i get all my results twice
[16:25] <@Daemon404> unless i build out of tree
[16:25] <@Daemon404> -
On Sat, Jan 30, 2016 at 05:03:39PM +0100, Hendrik Leppkes wrote:
> On Thu, Jan 28, 2016 at 3:52 PM, Michael Niedermayer
> wrote:
> > On Thu, Jan 28, 2016 at 12:58:27PM +0100, Hendrik Leppkes wrote:
> >> ---
> >> ffmpeg_dxva2.c | 6 ++
> >> 1 file changed, 6 insertions(+)
> >>
> >> diff --git
On Sat, Jan 30, 2016 at 02:23:10PM +0100, Clément Bœsch wrote:
> On Sun, Jan 24, 2016 at 07:00:30PM -0300, James Almer wrote:
> > On 1/24/2016 6:22 PM, Clément Bœsch wrote:
> > > On Sun, Jan 24, 2016 at 10:09:49PM +0100, Michael Niedermayer wrote:
> > > [...]
> > >> fails to build:
> > >> make dist
On Thu, Jan 28, 2016 at 3:52 PM, Michael Niedermayer
wrote:
> On Thu, Jan 28, 2016 at 12:58:27PM +0100, Hendrik Leppkes wrote:
>> ---
>> ffmpeg_dxva2.c | 6 ++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/ffmpeg_dxva2.c b/ffmpeg_dxva2.c
>> index 1b62bb9..35bedec 100644
>> --- a/ffmpe
Paul B Mahol wrote:
On 1/30/16, Andy Furniss wrote:
Paul B Mahol wrote:
Hi,
3rd version attached!
It seems that now bff/tff flags on input are correctly followed
and output is good, but it can't be overridden by field=bf or
field=tf both give correct output.
For raw video though, they are
On Sun, Jan 24, 2016 at 07:00:30PM -0300, James Almer wrote:
> On 1/24/2016 6:22 PM, Clément Bœsch wrote:
> > On Sun, Jan 24, 2016 at 10:09:49PM +0100, Michael Niedermayer wrote:
> > [...]
> >> fails to build:
> >> make distclean ; ../configure --enable-pthreads --arch=x86_32
> >> --target-os=li
Michael Niedermayer niedermayer.cc> writes:
> > The rightmost column looks ugly but imo that's better
> > than what we currently have...
>
> no disagreement here
Patch applied.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
This allows to copy information related to the stream ID from the demuxer
to the muxer, thus allowing for example to retain information related to
synchronous and asynchronous KLV data packets. This information is used
in the muxer when remuxing to distinguish the two kind of packets (if the
inform
On date Wednesday 2016-01-27 19:30:59 +0100, Stefano Sabatini encoded:
> On date Monday 2016-01-18 00:40:52 +0100, Michael Niedermayer encoded:
> > On Sun, Jan 17, 2016 at 01:24:29PM +0100, Stefano Sabatini wrote:
> > > Hi,
> > >
> > > the attached patches allow to remux MPEGTS files containing KL
Paul B Mahol gmail.com> writes:
> > Please comment, Carl Eugen
> >
>
> lgtm
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi!
Attached patch fixes ticket #5205 for me.
An alternative would be to check for score >=1.
Please comment, Carl Eugen
diff --git a/libavformat/format.c b/libavformat/format.c
index ffddb13..d1a2e36 100644
--- a/libavformat/format.c
+++ b/libavformat/format.c
@@ -179,13 +179,13 @@ AVInputForma
On Sat, Jan 30, 2016 at 01:12:15AM +0100, Andreas Cadhalpun wrote:
> On 28.01.2016 15:42, Michael Niedermayer wrote:
> > On Wed, Jan 27, 2016 at 11:52:28PM +0100, Andreas Cadhalpun wrote:
> >> Makefile |5 -
> >> configure |2 +-
> >> 2 files changed, 5 insertions(+), 2 deletions(-)
>
On Wed, Jan 27, 2016 at 03:46:58PM +, Derek Buitenhuis wrote:
> On 1/27/2016 12:10 AM, Stephen Hutchinson wrote:
> > 4:2:2 and 4:4:4 support in the HEVC standard was approved in
> > October 2014 as part of HEVC Version 2 and published in
> > January 2015:
> >
> > http://www.itu.int/ITU-T/recom
---
libavcodec/dca_core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Since I want to get this forward and foo86 unfortunately hasn't responded yet,
this patch fixes decoding of Michael's sample and should generally be safe,
since it just checks after-the-fact (and we use the safe bit
On date Friday 2016-01-29 17:38:13 +0100, Martin Vignali encoded:
> 2016-01-29 12:35 GMT+01:00 Stefano Sabatini :
[...]
> > +AVDictionaryEntry * tcr = av_dict_get(s->metadata, "timecode",
> > NULL, 0);
> > > +if (tcr){
> > > +if (s->nb_streams > 0){
> >
> > > +
On date Thursday 2016-01-28 20:51:29 +0100, Nicolas George encoded:
> Hi.
>
> I am proud to announce that I have been asked to give a talk at the "code
> source" seminar at the Jussieu Campus in Paris on February the 17th 2016.
> This is a computer science / philosophy seminar where people present
Hi,
Your patch LGTM. Just some minor comments that you can feel free to
ignore if you're feeling lazy:
On Fri, Jan 29, 2016, at 06:43 PM, Timothy Gu wrote:
[...]
> +When first committed, libaacplus filled in the gap of encoding High
It could interest users to know it was added in 2011.
> +
On 1/30/16, Andy Furniss wrote:
> Paul B Mahol wrote:
>> Hi,
>>
>> 3rd version attached!
>
> It seems that now bff/tff flags on input are correctly followed and
> output is good, but it can't be overridden by field=bf or field=tf both
> give correct output.
>
> For raw video though, they are honor
56 matches
Mail list logo
