Am 20. Juni 2020 00:23:53 MESZ schrieb Hendrik Leppkes :
>On Fri, Jun 19, 2020 at 9:58 PM Alexander Strasser
>wrote:
>>
>> How do others think about adding support for more pixel formats?
>>
>
>A new pixel format should present a clear improvement, a use-case you
>couldn't do before, or could on
On Fri, Jun 19, 2020 at 6:24 PM Hendrik Leppkes wrote:
>
> On Fri, Jun 19, 2020 at 9:58 PM Alexander Strasser wrote:
> >
> > How do others think about adding support for more pixel formats?
> >
>
> A new pixel format should present a clear improvement, a use-case you
> couldn't do before, or coul
Hi Levis,
Thanks for your patch.
On Mon, 15. Jun 11:16, Levis Florian wrote:
> Signed-off-by: Levis Florian
> ---
> doc/protocols.texi| 13 +
> libavformat/libamqp.c | 6 +-
> 2 files changed, 18 insertions(+), 1 deletion(-)
>
> diff --git a/doc/protocols.texi b/doc/proto
On 20-06-2020 06:33 am, lance.lmw...@gmail.com wrote:
On Sat, Jun 20, 2020 at 07:29:11AM +0800, lance.lmw...@gmail.com wrote:
From: Limin Wang
users are getting mislead by the integer, although profile
can support both const string and integer.
http://ffmpeg.org/pipermail/ffmpeg-user/2020-Jun
On Sat, Jun 20, 2020 at 1:29 AM Michael Niedermayer
wrote:
>
> On Thu, Jun 18, 2020 at 11:55:20PM +0530, gautamr...@gmail.com wrote:
> > From: Gautam Ramakrishnan
> >
> > This is with reference to my previous email on the mailing list
> > with subject: "query on pixel formats".
> > I wish to clea
Any more review regarding this ticket , ? thanks,
===
I think it is desirable as AMD HEVC encoder frequency of IDR frames is needed
to be 1 to indicate key frames used in seek , and
On Fri, Jun 19, 2020 at 05:15:10PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-06-19):
> > No, in fact I reuse the code from av_timecode_init_from_string(), any
> > suggestion with safety?
>
> For starters: DO NOT REUSE CODE.
>
> Use it. Call av_timecode_init_from_string().
No,
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 9f88475..ad55d99 100644
--- a/libavcodec/codec_desc.c
+++ b/libavco
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/avs3dec.c| 79
3 files changed, 81 insertions(+)
create mode 100644 libavformat/avs3dec.c
diff --git a/li
From: hwren
These patches are to supplement the third generation of Audio Video Coding
Standard,
part 2: video (AVS3-P2), aka IEEE1857.10, decoding support via libuavs3d
wrapper.
The uAVS3d decoder could be found in https://github.com/uavs3/uavs3d
AVS3 sample streams could be found in https://
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/Makefile | 1 +
libavcodec/avs3_parser.c | 184 +++
libavcodec/parsers.c | 1 +
3 files changed, 186 insertions(+)
create mode 100644 libavcodec/avs3_parser.c
diff --gi
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/decoders.texi | 21
doc/general.texi | 8 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libuavs3d.c | 283 +
On Sat, Jun 20, 2020 at 07:29:11AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> users are getting mislead by the integer, although profile
> can support both const string and integer.
> http://ffmpeg.org/pipermail/ffmpeg-user/2020-June/049025.html
>
> Also fix the order of high a
Allow ISO 639 language codes for text tracks in mov format when
strictness is set to experimental
---
libavformat/isom.c | 9 +++--
libavformat/isom.h | 2 +-
libavformat/movenc.c | 6 +++---
tests/fate/mov.mak | 3 +++
tests/ref/fate/mov-iso639-la
On Sat, Jun 20, 2020 at 01:31:43AM +0200, Marton Balint wrote:
>
>
> On Sat, 20 Jun 2020, lance.lmw...@gmail.com wrote:
>
> > On Fri, Jun 19, 2020 at 10:46:33PM +0200, Marton Balint wrote:
> > >
> > >
> > > On Fri, 19 Jun 2020, Limin Wang wrote:
> > >
> > > > On Thu, Jun 18, 2020 at 07:37:50P
Hi Derek,
Thank you for your email. I'm sorry for the misunderstanding.
Basically, ISO language can be used only for user data text in a QuickTime
file. All other elements including text tracks must be
specified using Macintosh language codes. But it's valid to have ISO codes
for text tracks of m
On Sat, 20 Jun 2020, lance.lmw...@gmail.com wrote:
On Fri, Jun 19, 2020 at 10:46:33PM +0200, Marton Balint wrote:
On Fri, 19 Jun 2020, Limin Wang wrote:
> On Thu, Jun 18, 2020 at 07:37:50PM +0200, Marton Balint wrote:
> >
> >
> > On Thu, 18 Jun 2020, lance.lmw...@gmail.com wrote:
> >
>
From: Limin Wang
users are getting mislead by the integer, although profile
can support both const string and integer.
http://ffmpeg.org/pipermail/ffmpeg-user/2020-June/049025.html
Also fix the order of high and main, it's not my intention.
Signed-off-by: Limin Wang
---
doc/encoders.texi | 6
On Fri, Jun 19, 2020 at 04:26:49PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/ccaption_dec.c | 15 ---
> 1 file changed, 12 insertions(+), 3 deletions(-)
this appears to make the output of the following become empty
./ffmpeg -f lavfi -i "movie=ticket
>
> > vf_edgedetect video filter implements Canny algorithm
> > (https://en.wikipedia.org/wiki/Canny_edge_detector)
> >
> > Important part of this algo is the double threshold step: pixels above
> > "high" threshold being kept, pixels below "low" threshold dropped,
> > pixels in between kept if the
On Fri, Jun 19, 2020 at 10:46:33PM +0200, Marton Balint wrote:
>
>
> On Fri, 19 Jun 2020, Limin Wang wrote:
>
> > On Thu, Jun 18, 2020 at 07:37:50PM +0200, Marton Balint wrote:
> > >
> > >
> > > On Thu, 18 Jun 2020, lance.lmw...@gmail.com wrote:
> > >
> > > >From: Limin Wang
> > > >
> > > >S
On Sat, 20 Jun 2020, lance.lmw...@gmail.com wrote:
On Fri, Jun 19, 2020 at 06:50:03PM +0200, Carl Eugen Hoyos wrote:
Am Sa., 30. Mai 2020 um 15:29 Uhr schrieb :
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/encoders.texi | 14 ++
> libavcodec/mpeg12enc.c |
On Fri, Jun 19, 2020 at 06:50:03PM +0200, Carl Eugen Hoyos wrote:
> Am Sa., 30. Mai 2020 um 15:29 Uhr schrieb :
> >
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/encoders.texi | 14 ++
> > libavcodec/mpeg12enc.c | 2 ++
> > libavcodec/profiles.h | 8 +
On Fri, Jun 19, 2020 at 9:58 PM Alexander Strasser wrote:
>
> How do others think about adding support for more pixel formats?
>
A new pixel format should present a clear improvement, a use-case you
couldn't do before, or could only do with a performance penalty or
whatever.
If everything that yo
On 6/16/20, Nicolas George wrote:
> Paul B Mahol (12020-06-12):
>> How so? Its purely random.
>
> +ret = ff_inlink_peek_samples(inlink, s->win_size, &fin);
>
> +ret = ff_inlink_peek_samples(inlink, s->window_size, &in);
>
> They seem constant in both cases. Can you elaborate about
On Fri, 19 Jun 2020, Limin Wang wrote:
On Thu, Jun 18, 2020 at 07:37:50PM +0200, Marton Balint wrote:
On Thu, 18 Jun 2020, lance.lmw...@gmail.com wrote:
>From: Limin Wang
>
>Signed-off-by: Limin Wang
>---
>libavdevice/decklink_dec.cpp | 2 +-
>1 file changed, 1 insertion(+), 1 deletion(-)
Hi Valery!
On 2020-06-19 17:15 +0200, Valery Kot wrote:
> vf_edgedetect video filter implements Canny algorithm
> (https://en.wikipedia.org/wiki/Canny_edge_detector)
>
> Important part of this algo is the double threshold step: pixels above
> "high" threshold being kept, pixels below "low" thresho
On Tue, 2 Jun 2020 at 22:32, Olly Woodman wrote:
>
>
> On Fri, 8 May 2020 at 03:10, Oliver Woodman wrote:
>
>> https://github.com/FFmpeg/FFmpeg/commit/601c238 added support
>> for AV_PKT_DATA_NEW_EXTRADATA, but only for avcC extradata.
>> This commit adds support for sps/pps extradata as well. T
On Thu, Jun 18, 2020 at 11:55:20PM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> This is with reference to my previous email on the mailing list
> with subject: "query on pixel formats".
> I wish to cleanup some errors in the decoder code. These changes
> would allow the samp
On 2020-06-19 20:41 +0200, Carl Eugen Hoyos wrote:
> Am Fr., 19. Juni 2020 um 20:33 Uhr schrieb Cristian Bicheru
> :
> >
> > On Fri, Jun 19, 2020 at 12:53 PM Carl Eugen Hoyos
> > wrote:
> > >
> > > Am Fr., 19. Juni 2020 um 18:42 Uhr schrieb :
> > > >
> > > > From: Cristian Bicheru
> > > >
> > >
Am Fr., 19. Juni 2020 um 20:33 Uhr schrieb Cristian Bicheru
:
>
> On Fri, Jun 19, 2020 at 12:53 PM Carl Eugen Hoyos wrote:
> >
> > Am Fr., 19. Juni 2020 um 18:42 Uhr schrieb :
> > >
> > > From: Cristian Bicheru
> > >
> > > NV16 and NV61 are interleaved 4:2:2 8-bit formats. There was some internal
On Fri, Jun 19, 2020 at 12:53 PM Carl Eugen Hoyos wrote:
>
> Am Fr., 19. Juni 2020 um 18:42 Uhr schrieb :
> >
> > From: Cristian Bicheru
> >
> > NV16 and NV61 are interleaved 4:2:2 8-bit formats. There was some internal
> > NV16 support prior to this patch but the pixel format was not publicly
>
On Fri, Jun 19, 2020 at 12:53 PM Carl Eugen Hoyos wrote:
>
> Am Fr., 19. Juni 2020 um 18:42 Uhr schrieb :
> >
> > From: Cristian Bicheru
> >
> > NV16 and NV61 are interleaved 4:2:2 8-bit formats. There was some internal
> > NV16 support prior to this patch but the pixel format was not publicly
>
Am Fr., 19. Juni 2020 um 10:27 Uhr schrieb Wang, Fei W :
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Hendrik Leppkes
> > Sent: Friday, June 19, 2020 3:21 PM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH v1 1/9] lavu/pix_
Am Fr., 19. Juni 2020 um 18:42 Uhr schrieb :
>
> From: Cristian Bicheru
>
> NV16 and NV61 are interleaved 4:2:2 8-bit formats. There was some internal
> NV16 support prior to this patch but the pixel format was not publicly
> accessible.
> diff --git a/libavutil/pixfmt.h b/libavutil/pixfmt.h
> i
Am Sa., 30. Mai 2020 um 15:29 Uhr schrieb :
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/encoders.texi | 14 ++
> libavcodec/mpeg12enc.c | 2 ++
> libavcodec/profiles.h | 8
> 3 files changed, 24 insertions(+)
>
> diff --git a/doc/encoders.texi b/do
From: Cristian Bicheru
NV16 and NV61 are interleaved 4:2:2 8-bit formats. There was some internal NV16
support prior to this patch but the pixel format was not publicly accessible.
---
libavutil/pixdesc.c | 12
libavutil/pixfmt.h | 1 +
libav
On Fri, Jun 19, 2020 at 04:46:56PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-06-19):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/APIchanges| 3 +++
> > libavcodec/avpacket.c | 1 +
> > libavcodec/decode.c | 1 +
> > libavcodec/packet.h
lance.lmw...@gmail.com (12020-06-19):
> No, in fact I reuse the code from av_timecode_init_from_string(), any
> suggestion with safety?
For starters: DO NOT REUSE CODE.
Use it. Call av_timecode_init_from_string().
To test the garbage at the end of the string: ask scanf() where scanning
stopped,
vf_edgedetect video filter implements Canny algorithm
(https://en.wikipedia.org/wiki/Canny_edge_detector)
Important part of this algo is the double threshold step: pixels above
"high" threshold being kept, pixels below "low" threshold dropped,
pixels in between kept if they are attached to "high"
On Fri, Jun 19, 2020 at 04:45:34PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-06-19):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/filters.texi | 4
> > libavfilter/vf_drawtext.c | 19 +++
> > 2 files changed, 23 inserti
On Fri, Jun 19, 2020 at 04:48:46PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-06-19):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavutil/timecode.c | 26 ++
> > libavutil/timecode.h | 9 +
> > 2 files changed, 35 inser
lance.lmw...@gmail.com (12020-06-19):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/timecode.c | 26 ++
> libavutil/timecode.h | 9 +
> 2 files changed, 35 insertions(+)
>
> diff --git a/libavutil/timecode.c b/libavutil/timecode.c
> index 6
lance.lmw...@gmail.com (12020-06-19):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/APIchanges| 3 +++
> libavcodec/avpacket.c | 1 +
> libavcodec/decode.c | 1 +
> libavcodec/packet.h | 8
> libavcodec/version.h | 2 +-
> libavformat/dump.c| 22 +++
lance.lmw...@gmail.com (12020-06-19):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi | 4
> libavfilter/vf_drawtext.c | 19 +++
> 2 files changed, 23 insertions(+)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 5f0eb28..83
Also fixes #7912.
___
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 subject "unsubscribe".
From: Limin Wang
Signed-off-by: Limin Wang
---
libavdevice/decklink_dec.cpp | 13 +
1 file changed, 13 insertions(+)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index 82106aa..2bcdadd 100644
--- a/libavdevice/decklink_dec.cpp
+++ b/libavdevice/decklink_
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 4
libavfilter/vf_drawtext.c | 19 +++
2 files changed, 23 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 5f0eb28..8334f46 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/timecode.c | 26 ++
libavutil/timecode.h | 9 +
2 files changed, 35 insertions(+)
diff --git a/libavutil/timecode.c b/libavutil/timecode.c
index 60077ba..7a7ed1d 100644
--- a/libavutil/timecode.c
+++ b/li
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/APIchanges| 3 +++
libavcodec/avpacket.c | 1 +
libavcodec/decode.c | 1 +
libavcodec/packet.h | 8
libavcodec/version.h | 2 +-
libavformat/dump.c| 22 ++
6 files changed, 36 insertions(+), 1
On 6/19/2020 4:01 AM, ManojGuptaBonda wrote:
> Initialize avctx->pix_fmt in av1_parser.c
> AV1 Chroma format is invalid when quering using below code:
> iVideoStream = av_find_best_stream(fmtc, AVMEDIA_TYPE_VIDEO, -1, -1, >
> NULL, 0);
> eChromaFormat = (AVPixelFormat)fmtc->streams[iVideoStream]->c
To dissallow similar errors in future, make pointers const.
Signed-off-by: Paul B Mahol
---
libavcodec/ccaption_dec.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/ccaption_dec.c b/libavcodec/ccaption_dec.c
index fe6933ab5c..63666db852 100644
---
Signed-off-by: Paul B Mahol
---
libavcodec/ccaption_dec.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/libavcodec/ccaption_dec.c b/libavcodec/ccaption_dec.c
index e67a47508c..fe6933ab5c 100644
--- a/libavcodec/ccaption_dec.c
+++ b/libavcodec/ccaption_dec.c
So it give similar output as visual output of real-time mode.
Signed-off-by: Paul B Mahol
---
libavcodec/ccaption_dec.c | 117 ++
1 file changed, 68 insertions(+), 49 deletions(-)
diff --git a/libavcodec/ccaption_dec.c b/libavcodec/ccaption_dec.c
index 87ac23
On Fri, Jun 12, 2020 at 10:31:56PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/dvenc.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/dvenc.c b/libavformat/dvenc.c
> index c71e532..b04d604
Set LGTM
On 6/17/20, t wrote:
> Fixes an issue with one output channel being slightly louder than
> the other. The output now matches other public HCA decoders.
>
> Signed-off-by: t
> ---
> libavcodec/hcadec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/h
On 19-06-2020 03:24 am, exwm wrote:
Currently, the zoompan filter exposes a time variable for use in
the zoom, x, and y expressions. This variable is perhaps better named
out_time as it represents the timestamp in seconds of each output frame
produced by zoompan. This patch does not rename the
On 6/18/20, Carl Eugen Hoyos wrote:
> Am Do., 18. Juni 2020 um 22:10 Uhr schrieb Paul B Mahol :
>>
>> On 6/18/20, Carl Eugen Hoyos wrote:
>> > Am Do., 18. Juni 2020 um 22:05 Uhr schrieb Paul B Mahol
>> > :
>> >>
>> >> So it give similar output as visual output of real-time mode.
>> >>
>> >> FATE
So it give similar output as visual output of real-time mode.
Signed-off-by: Paul B Mahol
---
libavcodec/ccaption_dec.c | 117 ++
1 file changed, 68 insertions(+), 49 deletions(-)
diff --git a/libavcodec/ccaption_dec.c b/libavcodec/ccaption_dec.c
index 87ac23
LGTM
On 6/18/20, exwm wrote:
> Currently, the zoompan filter exposes a time variable for use in
> the zoom, x, and y expressions. This variable is perhaps better named
> out_time as it represents the timestamp in seconds of each output frame
> produced by zoompan. This patch does not rename the t
---
libavdevice/gdigrab.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/libavdevice/gdigrab.c b/libavdevice/gdigrab.c
index f406fa..b09c88d94d 100644
--- a/libavdevice/gdigrab.c
+++ b/libavdevice/gdigrab.c
@@ -52,6 +52,7 @@ struct gdigrab {
intheight;
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Hendrik Leppkes
> Sent: Friday, June 19, 2020 3:21 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v1 1/9] lavu/pix_fmt: add P012 pixel
> format
>
> On Fri, Jun 19, 2020 at 3:53 AM Fei Wan
On Fri, Jun 19, 2020 at 3:53 AM Fei Wang wrote:
>
> P012 is 12bit planner format which is similar to NV12. It using two
> bytes to store 12bit valid data and 4bit zero in LSB. This format
> will be used for hardware decode/encode in VAAPI and QSV.
>
P012 is not required, you can just use P016. Al
Initialize avctx->pix_fmt in av1_parser.c
AV1 Chroma format is invalid when quering using below code:
iVideoStream = av_find_best_stream(fmtc, AVMEDIA_TYPE_VIDEO, -1, -1, >
NULL, 0);
eChromaFormat = (AVPixelFormat)fmtc->streams[iVideoStream]->codecpar->
>format;
---
libavcodec/av1_parser.c | 1 +
64 matches
Mail list logo
