> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Wednesday, March 4, 2020 02:41
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/4] tests/checkasm: add overflow test
> for hevc_add_res
>
> On Wed
On Tue, Mar 3, 2020 at 3:53 PM Carl Eugen Hoyos wrote:
> Am Mi., 4. März 2020 um 00:51 Uhr schrieb Wang Cao
> :
>
> [...]
>
> Please find out what "top-posting" means and avoid it here.
>
> Carl Eugen
>
I am very sorry about this my "top-posting" there. As soon as I hit "send"
I realized my mista
Let me reply again with the correct posting form.
On Tue, Mar 3, 2020 at 2:50 PM Carl Eugen Hoyos wrote:
> Am Di., 3. März 2020 um 22:43 Uhr schrieb Wang Cao :
>
> > +@item tune (@emph{tune})
> > +Set the distortion metric tuned with for encoder. Default is PSNR.
> > +
> > +@table @samp
> > +@ite
Am Mi., 4. März 2020 um 00:51 Uhr schrieb Wang Cao
:
[...]
Please find out what "top-posting" means and avoid it here.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vi
It would be ideal to have the encoder optimizes visual quality. However,
the ideal of "visual" metric is subjective and the related research is
ongoing. Actually libaom has support for VMAF and other metrics but they
probably require a different config while compiling libaom. PSNR and SSIM
are two
Am Di., 3. März 2020 um 22:43 Uhr schrieb Wang Cao :
> +@item tune (@emph{tune})
> +Set the distortion metric tuned with for encoder. Default is PSNR.
> +
> +@table @samp
> +@item psnr (@emph{0})
> +PSNR as distortion metric
> +
> +@item ssim (@emph{1})
> +SSIM as distortion metric
> +@end table
> On Mar 3, 2020, at 11:37 AM, Tomas Härdin wrote:
>
> tis 2020-03-03 klockan 11:22 -0800 skrev Baptiste Coudurier:
>> Hey guys,
>>
>>
>>> On Mar 3, 2020, at 10:54 AM, Tomas Härdin wrote:
>>>
>>> mån 2020-03-02 klockan 21:35 +0100 skrev Marton Balint:
On Mon, 2 Mar 2020, Tomas Härdin wro
Signed-off-by: Wang Cao
---
doc/encoders.texi | 11 +++
libavcodec/libaomenc.c | 7 +++
2 files changed, 18 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index e23b6b32fe..4215f237bd 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -1508,6 +1508,17 @
Signed-off-by: Wang Cao
---
doc/encoders.texi | 39 +++
libavcodec/libaomenc.c | 38 ++
2 files changed, 77 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 4215f237bd..ac00c305d5 100644
--- a/doc/
Signed-off-by: Wang Cao
---
doc/encoders.texi | 11 +++
libavcodec/libaomenc.c | 7 +++
2 files changed, 18 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index e23b6b32fe..4215f237bd 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -1508,6 +1508,17 @
Signed-off-by: Wang Cao
---
doc/encoders.texi | 11 +++
libavcodec/libaomenc.c | 7 +++
2 files changed, 18 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index e23b6b32fe..4215f237bd 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -1508,6 +1508,17 @
From: Wang Cao
Signed-off-by: Wang Cao
---
doc/encoders.texi | 39 +++
libavcodec/libaomenc.c | 38 ++
2 files changed, 77 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 4215f237bd..ac00c305d5
On 3/3/2020 5:14 PM, Timo Rothenpieler wrote:
> On 03.03.2020 18:00, James Almer wrote:
>> It's apparently not working, and is a duplicate of the properly
>> implemented
>> nvdec libavcodec hwaccel.
>>
>> Signed-off-by: James Almer
>> ---
>> When i try decoding a sample using -hwaccel cuvid I get
On 03.03.2020 18:00, James Almer wrote:
It's apparently not working, and is a duplicate of the properly implemented
nvdec libavcodec hwaccel.
Signed-off-by: James Almer
---
When i try decoding a sample using -hwaccel cuvid I get
[h264 @ 01ab70730020] decoder->cvdl->cuvidCreateDecoder(&deco
tis 2020-03-03 klockan 11:22 -0800 skrev Baptiste Coudurier:
> Hey guys,
>
>
> > On Mar 3, 2020, at 10:54 AM, Tomas Härdin wrote:
> >
> > mån 2020-03-02 klockan 21:35 +0100 skrev Marton Balint:
> > > On Mon, 2 Mar 2020, Tomas Härdin wrote:
> > >
> > > > fre 2020-02-28 klockan 01:37 +0100 skrev
Hey guys,
> On Mar 3, 2020, at 10:54 AM, Tomas Härdin wrote:
>
> mån 2020-03-02 klockan 21:35 +0100 skrev Marton Balint:
>>
>> On Mon, 2 Mar 2020, Tomas Härdin wrote:
>>
>>> fre 2020-02-28 klockan 01:37 +0100 skrev Marton Balint:
Signed-off-by: Marton Balint
---
libavformat/mx
tis 2020-03-03 klockan 08:03 -0800 skrev Baptiste Coudurier:
> Hey Marton,
>
> > On Mar 2, 2020, at 5:18 PM, Marton Balint wrote:
> >
> >
> >
> > On Mon, 2 Mar 2020, Baptiste Coudurier wrote:
> >
> > > Hey guys,
> > >
> > >
> > > > On Mar 2, 2020, at 12:57 PM, Marton Balint wrote:
> > > >
mån 2020-03-02 klockan 21:35 +0100 skrev Marton Balint:
>
> On Mon, 2 Mar 2020, Tomas Härdin wrote:
>
> > fre 2020-02-28 klockan 01:37 +0100 skrev Marton Balint:
> > > Signed-off-by: Marton Balint
> > > ---
> > > libavformat/mxf.c| 44
> > > liba
On Wed, Dec 11, 2019 at 04:45:36PM +0800, Linjie Fu wrote:
> Add overflow test for hevc_add_res when int16_t coeff = -32768.
> The result of C is good, while ASM is not.
>
> To verify:
> make fate-checkasm-hevc_add_res
> ffmpeg/tests/checkasm/checkasm --test=hevc_add_res
>
> ./checkasm --
From: Wang Cao
Signed-off-by: Wang Cao
---
doc/encoders.texi | 11 +++
libavcodec/libaomenc.c | 7 +++
2 files changed, 18 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index e23b6b32fe..a9f5c9fd28 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -
It's apparently not working, and is a duplicate of the properly implemented
nvdec libavcodec hwaccel.
Signed-off-by: James Almer
---
When i try decoding a sample using -hwaccel cuvid I get
[h264 @ 01ab70730020] decoder->cvdl->cuvidCreateDecoder(&decoder->decoder,
params) failed -> CUDA_ERRO
Hi
Em ter., 3 de mar. de 2020 às 09:24, YATENDRA SINGH
escreveu:
>
> Hi,
> I am a third year CSE student at the Indian Institute of Technology Bhilai,
> and would like to contribute to ffmpeg this year. I have
> relevant experience with Machine Learning and would like to work on
> improving the v
Hendrik Leppkes (12020-03-03):
> And a bunch of functionality duplicated because we've been
> discouraging avpriv use of such things for years now.
Thanks. And I just remembered:
All the structures that we are not allowed to allocate on stack or embed
in other structure because "the size of this
Will apply soon.
On 2/28/20, Paul B Mahol wrote:
> Make possible to parse expressions and store results as arguments
> for target filters.
>
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 19
> libavfilter/f_sendcmd.c | 48 ++
Hey Marton,
> On Mar 2, 2020, at 5:18 PM, Marton Balint wrote:
>
>
>
> On Mon, 2 Mar 2020, Baptiste Coudurier wrote:
>
>> Hey guys,
>>
>>
>>> On Mar 2, 2020, at 12:57 PM, Marton Balint wrote:
>>> On Mon, 2 Mar 2020, Tomas Härdin wrote:
fre 2020-02-28 klockan 10:30 +0100 skrev Marton B
Vittorio Giovara (12020-03-02):
> > You seem to have some basic misconceptions about how linking works,
> > which result in completely incorrect conclusions. Let me elaborate.
> I'd appreciate if we could keep the conversation cordial, rather than
> throwing assumptions on people.
> This is a prett
On 3/3/2020 8:05 AM, Timo Rothenpieler wrote:
> Code changes look good to me.
> Have not had a chance to test it yet.
Pushed, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
> -Original Message-
> From: ffmpeg-devel On Behalf Of Fu,
> Linjie
> Sent: Saturday, February 29, 2020 00:04
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/4] tests/checkasm: add overflow test
> for hevc_add_res
>
> > -Origi
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Anton
> Khirnov
> Sent: Tuesday, March 3, 2020 1:11 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Calculating audio frame rate
>
> There is av_get_audio_frame_duration[2]() in libavcodec, but i
Sorry for unintended bold words ending the previous mail.
On Tue, Mar 3, 2020 at 5:53 PM YATENDRA SINGH
wrote:
> Hi,
> I am a third year CSE student at the Indian Institute of Technology
> Bhilai, and would like to contribute to ffmpeg this year. I have
> relevant experience with Machine Learnin
We are hiring a remote FFMPEG engineer who can also develop in a LAMP
environment for our Live Broadcast Video division. The candidate must be
highly detailed, meticulous & an expert w/ ffmpeg. The goal is to deliver
very best, stable live video broadcaster in the industry.
The Developer will al
From: Jun Zhao
Dashdec can able to handle MPEG-2 TS streams by default as well,
used MP4Box to create the segmented MPEG-2 TS files for
verification.
Signed-off-by: Jun Zhao
---
libavformat/dashdec.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavformat/dashdec.
Hi,
I am a third year CSE student at the Indian Institute of Technology Bhilai,
and would like to contribute to ffmpeg this year. I have
relevant experience with Machine Learning and would like to work on
improving the video frame interpolation already implemented. With such a
plethora of great Mac
On 03-03-2020 05:18 pm, Jun Zhao wrote:
From: Jun Zhao
Add missed framesync part in filter docs.
Signed-off-by: Jun Zhao
---
doc/filters.texi |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index b4f3e1a..79b0b8e 100644
--
From: Jun Zhao
Enabled the 3GP-DASH Release-10/Relase-11(3GPP TS26.247) profile
to dash demuxer probe.
Signed-off-by: Jun Zhao
---
libavformat/dashdec.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index c05b75a..5bbe5
From: Jun Zhao
Add missed framesync part in filter docs.
Signed-off-by: Jun Zhao
---
doc/filters.texi |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index b4f3e1a..79b0b8e 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@
Quoting Eran Kornblau (2020-03-03 10:48:31)
> >
> >
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Hendrik
> > Leppkes
> > Sent: Tuesday, March 3, 2020 11:08 AM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] Calculating audio frame rate
>
Code changes look good to me.
Have not had a chance to test it yet.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with su
Quoting James Almer (2020-03-02 14:15:20)
> On 3/2/2020 7:35 AM, Anton Khirnov wrote:
> > Quoting James Almer (2020-03-01 04:00:25)
> > [...]
> >> +if (avctx->codec->bsfs) {
> >> +const AVBSFContext *bsf =
> >> avctx->internal->filter.bsfs[avctx->internal->filter.nb_bsfs - 1];
> >
> >
On Tue, Mar 3, 2020 at 10:53 AM Anton Khirnov wrote:
>
> Quoting Hendrik Leppkes (2020-03-03 10:23:02)
> > On Tue, Mar 3, 2020 at 2:19 AM Vittorio Giovara
> > wrote:
> > >
> > > Whether you like it or not, there is value in designing separate tools and
> > > implementing separate tools and librar
Quoting Hendrik Leppkes (2020-03-03 10:23:02)
> On Tue, Mar 3, 2020 at 2:19 AM Vittorio Giovara
> wrote:
> >
> > Whether you like it or not, there is value in designing separate tools and
> > implementing separate tools and libraries for different use cases: even
> > though the ffmpeg suite of lib
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Hendrik
> Leppkes
> Sent: Tuesday, March 3, 2020 11:08 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Calculating audio frame rate
>
> On Tue, Mar 3, 2020 at 8:22 AM Eran Kornblau
> wrote:
On Tue, Mar 3, 2020 at 2:19 AM Vittorio Giovara
wrote:
>
> Whether you like it or not, there is value in designing separate tools and
> implementing separate tools and libraries for different use cases: even
> though the ffmpeg suite of library is closed together because they pertain
> the same su
On Tue, Mar 3, 2020 at 8:22 AM Eran Kornblau wrote:
>
> Hi all,
>
> First, I apologize for asking a question not directly related to ffmpeg
> development, but hope you can still help me...
>
> I'm looking for some code to calculate the frame rate of audio, based on
> parameters such as the codec
44 matches
Mail list logo
