On Wed, Feb 01, 2017 at 01:03:23PM +, Rostislav Pehlivanov wrote:
> On 1 February 2017 at 11:51, Michael Niedermayer wrote:
>
> > On Wed, Feb 01, 2017 at 03:13:08AM +, Rostislav Pehlivanov wrote:
> > > This is meant to be applied on top of my previous patch which
> > > split PVQ into celt
On 02/02/17 00:30, Aman Gupta wrote:
> From: Aman Gupta
>
> Implements support for height/width expressions in vf_scale_vaapi,
> by refactoring common code into a new libavfilter/scale.c
> ---
> libavfilter/Makefile | 8 +--
> libavfilter/scale.c | 152
> +
From: Aman Gupta
Implements support for height/width expressions in vf_scale_vaapi,
by refactoring common code into a new libavfilter/scale.c
---
libavfilter/Makefile | 8 +--
libavfilter/scale.c | 152 +++
libavfilter/scale.h |
From: Aman Gupta
Adds a `-hls_flags +temp_file` which will write segment data to
filename.tmp, and then rename to filename when the segment is complete.
This patch is similar in spirit to one used in Plex's ffmpeg fork, and
allows a transcoding webserver to ensure incomplete segment files are
ne
On 01.02.2017 17:25, Steinar H. Gunderson wrote:
> On Wed, Feb 01, 2017 at 02:17:05AM +0100, Andreas Cadhalpun wrote:
>>> Would you mind sharing an input where this actually triggers? None of the
>>> samples I have seem to trigger this, so I suppose it's some sort of fuzzed
>>> input.
>> Indeed it
On Wed, Feb 1, 2017 at 1:23 AM, Steven Liu wrote:
>
>
> 2017-02-01 4:29 GMT+08:00 Aman Gupta :
>
>> From: Aman Gupta
>>
>> Adds a `-hls_flags +temp_file` which will write segment data to
>> filename.tmp, and then rename to filename when the segment is complete
>> and before the file is added to
On Tue, Jan 31, 2017 at 12:29 PM, Aman Gupta wrote:
> From: Aman Gupta
>
> Adds a `-hls_flags +temp_file` which will write segment data to
> filename.tmp, and then rename to filename when the segment is complete
> and before the file is added to the m3u8 playlist.
>
> This patch is similar in sp
On 01/02/17 23:12, Aman Gupta wrote:
> From: Aman Gupta
>
> Implements support for height/width expressions in vf_scale_vaapi,
> by refactoring common code into a new libavfilter/scale.c
Some more minor points:
> ---
> libavfilter/Makefile | 8 +--
> libavfilter/scale.c | 15
From: Aman Gupta
Implements support for height/width expressions in vf_scale_vaapi,
by refactoring common code into a new libavfilter/scale.c
---
libavfilter/Makefile | 8 +--
libavfilter/scale.c | 152 +++
libavfilter/scale.h |
Now that we have an accurate pixfmt available, let's use it for
the format mapping in nvenc and stop pretending we support > 10bit.
Signed-off-by: Philip Langdale
---
libavcodec/nvenc.c | 8
libavcodec/version.h | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/li
nvenc supports a YUV444P10 format with the same bit layout as P010,
with the data bits at the MSB end.
Unfortunately, the current YUV444P10 format we have defined puts
the data bits at the LSB end.
This mismatch led to us introducing a fudge in nvenc where we
mapped their 444P10 format to the ffm
We have been pretending that the nvenc YUV444P10 format is our
YUV444P16 format, and this is not a good idea. It leads to us
failing to dither >10bit content when transcoding and also
results in encoded files with 4:4:4 sampling which are almost
certainly not what the user wants.
Philip Langdale (
On 01/02/17 00:46, Aman Gupta wrote:
> From: Aman Gupta
>
> Implements support for height/width expressions in vf_scale_vaapi,
> by refactoring common code into a new libavfilter/scale.c
Nice! Patch as a whole LGTM, some minor nits below.
> ---
> libavfilter/Makefile | 8 +--
> liba
Hi James and Carl,
Thanks for getting back to me. It looks like your comments are similar,
though you might be asking to pull the information from different places?
more below
On Wed, Feb 1, 2017 at 5:01 PM, James Almer wrote:
>
> I may be missing something and apologizes if it was already ment
On 1 February 2017 at 03:13, Rostislav Pehlivanov
wrote:
+static __attribute__ ((noinline)) void fft15(const FFTComplex exptab[22],
> FFTComplex *out,
> + const FFTComplex *in, size_t stride)
>
>
Removed the noinline attribute locally.
_
For use by codec implementations which can allocate frames internally.
---
On 01/02/17 14:03, Timo Rothenpieler wrote:
> Am 17.01.2017 um 23:28 schrieb Mark Thompson:
>> For use by codec implementations which require a device to operation
>> but will allocate frames internally.
>> ---
>> The follow
On Wed, Feb 01, 2017 at 03:26:45PM +0100, wm4 wrote:
> On Wed, 1 Feb 2017 14:35:50 +0100
> Michael Niedermayer wrote:
>
> > Found-by: ubitux
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavutil/internal.h | 4
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/libavutil/int
On Wed, 1 Feb 2017, Lucas Sandery wrote:
On 2017-02-01 12:34, Marton Balint wrote:
No, your code is not yet committed to the ffmpeg master repository, I am
not sure which github repo you are referring to. So you might still change
your mind. Also I plan to squash your two patches into one.
On Tue, 31 Jan 2017 17:34:55 +0100
DogFilm wrote:
> I am still waitinng for an upload facility. Please send me an email
> so I can follow this. Also please consider removing that mis-leading
> information from ffmpeg error msgs, thanks, have to move on!
hi, please use this to upload your file:
On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote:
> On Tue, 31 Jan 2017 12:02:01 -0800
> Chris Cunningham wrote:
>
> > Thanks for taking a look.
> >
> > Definitely missing a "break;" - will fix in subsequent patch.
> >
> > Agree timestamps should be relative (didn't realize this). Vignesh points
> >
Hello,
On Sat, Jan 28, 2017 at 07:53:06PM +0100, Michael Niedermayer wrote:
> please provide a git compatible patch
> git format-patch / send-email
The corresponding patches (concerning comments in cinepak-related files)
have been resent in a git-compatible form 2017-01-29.
This patch applies aft
On 1/30/17, bananaman...@gmail.com wrote:
> From: bnnm
>
> Multichannel joint stereo simply interleaves stereo pairs (6ch: 2ch + 2ch +
> 2ch), so each pair is decoded separatedly.
>
> ***
>
> To test my changes, I converted examples to wav with ffmpeg.exe (old and
> new), and compared them to see
On Wed, 1 Feb 2017 17:45:16 +0100, Carl Eugen Hoyos wrote:
> 2017-02-01 14:10 GMT+01:00 compn :
>
> > [05:41] Compn, http://streams.videolan.org/upload/
> > should work more or less
> >
> > ^ this is currently where we should send users to upload files.
> > an http uploader (not sure about resu
2017-02-01 5:06 GMT+01:00 Aman Gupta :
> I have a mpegts file with a HE-AAC audio track that cannot be decoded by
> ffmpeg. I have uploaded a sample at the link below, as requested by the
> decoder.
Maybe ticket #4544, thank you for the sample!
Carl Eugen
_
On 2/1/2017 9:42 AM, Kieran O Leary wrote:
> Hello,
>
> I'm cc'ing Vittorio as I don't think that he's subscribed to the list but
> he's contributed to dpxenc.c and recent colorspace filters. The same with
> Kate Murray from the Library of Congress who knows a lot more about DPX
> than me. Apologi
2017-02-01 14:10 GMT+01:00 compn :
> [05:41] Compn, http://streams.videolan.org/upload/
> should work more or less
>
> ^ this is currently where we should send users to upload files.
> an http uploader (not sure about resume support...).
>
> [05:49] Compn, there will be no ftp access to streams,
2017-02-01 13:42 GMT+01:00 Kieran O Leary :
> +static const AVOption options[] = {
> +{"trc", "Transfer Characteristics", OFFSET(transfer_characteristic),
> AV_OPT_TYPE_INT, {.i64 = 2}, 0, 12, VE },
> +{"clr", "Colorimetric Specification",
> OFFSET(colorimetric_specification), AV_OPT_TYPE_
On Wed, Feb 01, 2017 at 02:17:05AM +0100, Andreas Cadhalpun wrote:
>> Would you mind sharing an input where this actually triggers? None of the
>> samples I have seem to trigger this, so I suppose it's some sort of fuzzed
>> input.
> Indeed it is. I've sent you a sample.
Could you please try the a
Attached patch tries to implement observations/suggestions from the
discussions in
https://ffmpeg.org/pipermail/ffmpeg-devel/2017-January/205902.html
https://ffmpeg.org/pipermail/ffmpeg-devel/2017-January/206428.html
I can extend the patch for more loss-less codecs, if this is wanted (but
don'
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Michael Niedermayer
> Sent: Wednesday, February 1, 2017 3:53 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] mov: support for multiple edits and cenc
> d
On Wed, 1 Feb 2017 14:35:50 +0100
Michael Niedermayer wrote:
> Found-by: ubitux
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/internal.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavutil/internal.h b/libavutil/internal.h
> index a19975d474..e97034887b 100644
> --
2017.01.31. 21:29 keltezéssel, Aman Gupta írta:
From: Aman Gupta
Adds a `-hls_flags +temp_file` which will write segment data to
filename.tmp, and then rename to filename when the segment is complete
and before the file is added to the m3u8 playlist.
This patch is similar in spirit to one us
Am 17.01.2017 um 23:28 schrieb Mark Thompson:
> For use by codec implementations which require a device to operation
> but will allocate frames internally.
> ---
> The following patches make use of it for qsv. Is this definition appropriate
> to solve the issues with cuvid device setup as well?
>
applied
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Jan 31, 2017 at 06:20:24PM +, Eran Kornblau wrote:
> > On Tue, Jan 31, 2017 at 06:28:16PM +0100, Michael Niedermayer wrote:
> > > On Mon, Jan 30, 2017 at 10:51:00AM -0800, Sasi Inguva wrote:
> > > > patch looks good to me.
> > >
> > > applied
> >
> > maybe i asked already but it seems
On Tue, Jan 31, 2017 at 04:46:25PM -0800, Aman Gupta wrote:
> From: Aman Gupta
>
> Implements support for height/width expressions in vf_scale_vaapi,
> by refactoring common code into a new libavfilter/scale.c
> ---
> libavfilter/Makefile | 8 +--
> libavfilter/scale.c | 143
Found-by: ubitux
Signed-off-by: Michael Niedermayer
---
libavutil/internal.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/internal.h b/libavutil/internal.h
index a19975d474..e97034887b 100644
--- a/libavutil/internal.h
+++ b/libavutil/internal.h
@@ -243,8 +243,12 @@ void avpr
On Wed, 1 Feb 2017 14:17:19 +0100
Paul B Mahol wrote:
> On 2/1/17, wm4 wrote:
> > On Wed, 1 Feb 2017 13:31:46 +0100
> > Robert Krueger wrote:
> >
> >> On Wed, Feb 1, 2017 at 1:07 PM, wm4 wrote:
> >>
> >> > On Wed, 1 Feb 2017 12:50:51 +0100
> >> > Paul B Mahol wrote:
> >> >
> >> > > Sig
On 2/1/17, wm4 wrote:
> On Wed, 1 Feb 2017 13:31:46 +0100
> Robert Krueger wrote:
>
>> On Wed, Feb 1, 2017 at 1:07 PM, wm4 wrote:
>>
>> > On Wed, 1 Feb 2017 12:50:51 +0100
>> > Paul B Mahol wrote:
>> >
>> > > Signed-off-by: Paul B Mahol
>> > > ---
>> > > libavformat/mov.c | 25 ++
On Wed, 1 Feb 2017 07:34:11 +0100
wm4 wrote:
> On Wed, 1 Feb 2017 00:09:41 -0500
> compn wrote:
>
> > not sure if this is the right way to do it, maybe its easier to ask
> > for someone on twitter?
> >
> > it would be nice to have a backup just in case videolan has
> > problems. then we dont h
On Wed, 1 Feb 2017 13:31:46 +0100
Robert Krüger wrote:
> On Wed, Feb 1, 2017 at 1:07 PM, wm4 wrote:
>
> > On Wed, 1 Feb 2017 12:50:51 +0100
> > Paul B Mahol wrote:
> >
> > > Signed-off-by: Paul B Mahol
> > > ---
> > > libavformat/mov.c | 25 +
> > > 1 file changed,
On 1 February 2017 at 11:51, Michael Niedermayer wrote:
> On Wed, Feb 01, 2017 at 03:13:08AM +, Rostislav Pehlivanov wrote:
> > This is meant to be applied on top of my previous patch which
> > split PVQ into celt_pvq.c and made opus_celt.h
> >
> > Essentially nothing has been changed other t
Hello,
I'm cc'ing Vittorio as I don't think that he's subscribed to the list but
he's contributed to dpxenc.c and recent colorspace filters. The same with
Kate Murray from the Library of Congress who knows a lot more about DPX
than me. Apologies if this is inappropriate.
I mostly based this patch
On 2/1/17, Robert Krueger wrote:
> On Wed, Feb 1, 2017 at 1:07 PM, wm4 wrote:
>
>> On Wed, 1 Feb 2017 12:50:51 +0100
>> Paul B Mahol wrote:
>>
>> > Signed-off-by: Paul B Mahol
>> > ---
>> > libavformat/mov.c | 25 +
>> > 1 file changed, 25 insertions(+)
>> >
>> > diff
On Wed, Feb 1, 2017 at 1:07 PM, wm4 wrote:
> On Wed, 1 Feb 2017 12:50:51 +0100
> Paul B Mahol wrote:
>
> > Signed-off-by: Paul B Mahol
> > ---
> > libavformat/mov.c | 25 +
> > 1 file changed, 25 insertions(+)
> >
> > diff --git a/libavformat/mov.c b/libavformat/mov.c
On Wed, Feb 1, 2017 at 1:20 PM, Paul B Mahol wrote:
> On 2/1/17, wm4 wrote:
>> On Wed, 1 Feb 2017 12:12:51 +0100
>> Paul B Mahol wrote:
>>
>>> Signed-off-by: Paul B Mahol
>>> ---
>>> libavcodec/Makefile| 1 +
>>> libavcodec/allcodecs.c | 1 +
>>> libavcodec/textstdec.c | 409
>>> +
On 2/1/17, wm4 wrote:
> On Wed, 1 Feb 2017 12:50:51 +0100
> Paul B Mahol wrote:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavformat/mov.c | 25 +
>> 1 file changed, 25 insertions(+)
>>
>> diff --git a/libavformat/mov.c b/libavformat/mov.c
>> index 9ae4f8c..75e1c9c60
On 2/1/17, wm4 wrote:
> On Wed, 1 Feb 2017 12:12:51 +0100
> Paul B Mahol wrote:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile| 1 +
>> libavcodec/allcodecs.c | 1 +
>> libavcodec/textstdec.c | 409
>> +
>> 3 files changed
On Wed, 1 Feb 2017 12:12:51 +0100
Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/textstdec.c | 409
> +
> 3 files changed, 411 insertions(+)
> create mode
On Wed, 1 Feb 2017 12:50:51 +0100
Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/mov.c | 25 +
> 1 file changed, 25 insertions(+)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 9ae4f8c..75e1c9c60 100644
> --- a/libavformat/mov.c
>
On Wed, Feb 01, 2017 at 03:13:08AM +, Rostislav Pehlivanov wrote:
> This is meant to be applied on top of my previous patch which
> split PVQ into celt_pvq.c and made opus_celt.h
>
> Essentially nothing has been changed other than renaming CeltFrame
> to CeltBlock (CeltFrame had absolutely not
Signed-off-by: Paul B Mahol
---
libavformat/mov.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 9ae4f8c..75e1c9c60 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -3764,6 +3764,25 @@ static int mov_read_keys(MO
On Tue, Jan 31, 2017 at 11:31:23PM -0800, Jerry Jiang wrote:
> Fixed patch issue.
>
> > It seems that "mjpeg-trell-qprd-huffman" is missing here.
>
> Removed the test instead since it's supposed to error.
seems to break
make fate-vsynth1-mjpeg-444
Internal error, put_bits buffer too small
Asser
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/textstdec.c | 409 +
3 files changed, 411 insertions(+)
create mode 100644 libavcodec/textstdec.c
diff --git a/libavcodec/Makefile b/libavco
On Wed, Feb 01, 2017 at 09:56:41AM +0100, Steinar H. Gunderson wrote:
> On Wed, Feb 01, 2017 at 02:17:05AM +0100, Andreas Cadhalpun wrote:
> >> Would you mind sharing an input where this actually triggers? None of the
> >> samples I have seem to trigger this, so I suppose it's some sort of fuzzed
>
2017-02-01 4:29 GMT+08:00 Aman Gupta :
> From: Aman Gupta
>
> Adds a `-hls_flags +temp_file` which will write segment data to
> filename.tmp, and then rename to filename when the segment is complete
> and before the file is added to the m3u8 playlist.
>
> This patch is similar in spirit to one us
On Tue, Jan 31, 2017 at 07:56:39PM -0800, Thomas Turner wrote:
> The Chen-Shapiro(CS) test was used to test normality for
> Lagged Fibonacci PRNG.
>
> Normality Hypothesis Test:
>
> The null hypothesis formally tests if the population
> the sample represents is normally-distributed. For
> CS, whe
On Wed, 1 Feb 2017 10:23:02 +0100
Paul B Mahol wrote:
> On 2/1/17, wm4 wrote:
> > On Wed, 01 Feb 2017 11:05:48 +0200
> > Petri Hintukainen wrote:
> >
> >> ti, 2017-01-31 kello 16:42 +0100, wm4 kirjoitti:
> >> > On Tue, 31 Jan 2017 15:22:17 +0100
> >> > Paul B Mahol wrote:
> >> >
> >> > >
On 2/1/17, wm4 wrote:
> On Wed, 01 Feb 2017 11:05:48 +0200
> Petri Hintukainen wrote:
>
>> ti, 2017-01-31 kello 16:42 +0100, wm4 kirjoitti:
>> > On Tue, 31 Jan 2017 15:22:17 +0100
>> > Paul B Mahol wrote:
>> >
>> > > Signed-off-by: Paul B Mahol
>> > > ---
>> > > libavcodec/Makefile|
On Wed, 01 Feb 2017 11:05:48 +0200
Petri Hintukainen wrote:
> ti, 2017-01-31 kello 16:42 +0100, wm4 kirjoitti:
> > On Tue, 31 Jan 2017 15:22:17 +0100
> > Paul B Mahol wrote:
> >
> > > Signed-off-by: Paul B Mahol
> > > ---
> > > libavcodec/Makefile| 2 +
> > > libavcodec/allcodecs.
ti, 2017-01-31 kello 16:42 +0100, wm4 kirjoitti:
> On Tue, 31 Jan 2017 15:22:17 +0100
> Paul B Mahol wrote:
>
> > Signed-off-by: Paul B Mahol
> > ---
> > libavcodec/Makefile| 2 +
> > libavcodec/allcodecs.c | 2 +
> > libavcodec/textst_parser.c | 49
> > li
On Wed, Feb 01, 2017 at 02:17:05AM +0100, Andreas Cadhalpun wrote:
>> Would you mind sharing an input where this actually triggers? None of the
>> samples I have seem to trigger this, so I suppose it's some sort of fuzzed
>> input.
> Indeed it is. I've sent you a sample.
Thanks; I see what is happ
62 matches
Mail list logo