Add swscale support for AYUV and make it more robust.
Also update the reference in fate.
Signed-off-by: Linjie Fu
---
libswscale/input.c | 26 +
libswscale/output.c | 50
libswscale/utils.c
Add support for packed 4:4:4 pixel format AYUV.
It is the format that VAAPI/QSV uses when coping with 4:4:4
surfaces. Alpha channel will be set to default value for HEVC REXT
hw decode.
Signed-off-by: Linjie Fu
---
libavutil/pixdesc.c | 13 +
libavutil/pixfmt.h
> Am 28.08.2019 um 08:22 schrieb Linjie Fu :
>
> Add support for packed 4:4:4 pixel format AYUV.
>
> It is the format that VAAPI/QSV uses when coping with 4:4:4
> surfaces.
> Alpha channel will be set to default value for HEVC REXT
> hw decode.
What is the „default value“?
Carl Eugen
Hi Marton,
‐‐‐ Original Message ‐‐‐
On Tuesday, 27 de August de 2019 23:33, Marton Balint wrote:
> > Please, note that the main problem at time with the mpegts muxer is that
> > all PES packets are
> > written sequentially. And this generates a lot of problems when the video
> > PES
> Pushed with changelog and micro bump.
Thanks for review/pushing! Waiting for Vulkan hwcontext to implement fully
hwaccelerated pipeline on linux.
--
С уважением, Овчинников Д.А.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Hi Marton,
Thank you very much for finally answering regarding this patch!
‐‐‐ Original Message ‐‐‐
On Wednesday, 28 de August de 2019 0:46, Marton Balint wrote:
> On Mon, 26 Aug 2019, Andreas Håkon wrote:
>
> > To understand what this patch is doing, see these screenshots about the
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Wednesday, August 28, 2019 14:51
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] lavu/pixfmt: add AYUV
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Wednesday, August 28, 2019 14:58
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] swscale: Add swscale and
> Am 28.08.2019 um 08:22 schrieb Linjie Fu :
>
> Add swscale support for AYUV and make it more robust.
The path that converts from AYUV to planar YUV(A) seems to be missing the
handling of alpha values.
Carl Eugen
___
ffmpeg-devel mailing list
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Zachary Zhou
> Sent: Thursday, July 11, 2019 5:30 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhou, Zachary
> Subject: [FFmpeg-devel] [PATCH v4] avfilter/vaapi: add overlay_vaapi filter
>
> ---
> configure
From: Nick Renieris
Some JPEGs [1] have incorrect DHT entries that map 2 codes to
the same value.
The second (last) mapping does not ever actually appear in the
code stream, therefore ignoring any mappings after the first one
fixes this.
Without this, an "mjpeg_decode_dc: bad vlc: 0:0" error
From: Nick Renieris
Samples:
- Embedded JPEG images in the DNG images here:
https://www.photographyblog.com/previews/pentax_k1_photos
Signed-off-by: Nick Renieris
---
libavcodec/mjpegdec.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mjpegdec.c
From: Nick Renieris
This enables decoding of DNG images generated by the 'DJI Zenmuse X7'
digital camera
Samples: https://www.dji.com/gr/zenmuse-x7/info#downloads
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 61 +++
1 file changed, 51
From: Nick Renieris
Also, ensure no false positives when determining DNG bayer images, by
setting them in tiff.c instead of relying on a heuristic. There's no
way to determine this just from the JPEG data, so we have to pass this
information from outside the MJPEG decoder.
Signed-off-by: Nick
From: Nick Renieris
"LinearRaw" is a value that the PhotometricInterpretation tag can be set
to on DNG images that contain color information for all channels instead
of being bayer-encoded ("CFA" value).
The DNG decoder is complete enough that we can enable this now.
Sample:
-
From: Nick Renieris
Initialized to `(2 ^ BitsPerSample) - 1` as per the DNG Specification.
Also make sure that `BlackLevel < WhiteLevel`.
This fixes decoding for "X7 CinemaDNG" samples here:
- https://www.dji.com/gr/zenmuse-x7/info#downloads
Signed-off-by: Nick Renieris
---
From: Nick Renieris
DNG samples here can now be decoded:
- https://www.photographyblog.com/previews/pentax_k1_photos
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 61 ---
1 file changed, 37 insertions(+), 24 deletions(-)
diff --git
From: Nick Renieris
When the height is equal to the tile length (full-height tile)
after `height % tile_length` is applied with the current code,
it results in the operating tile_length to be 0. This commit
makes this leftover logic only applies if it's necessary.
Signed-off-by: Nick Renieris
From: Nick Renieris
10-bit sample: http://www.rawsamples.ch/raws/phones/RAW_ONEPLUS_ONE-A0001.DNG
14-bit sample:
https://drive.google.com/open?id=0B4JyRT3Lth5HVndyOTVOdWktM3J4TFEydTk1MnY3RWlpSzVB
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 23 +++
1 file changed,
From: Nick Renieris
Used a technique similar to lavc/tdsc.c for invoking the MJPEG decoder.
This commit adds support for:
- DNG tiles
- DNG tile huffman lossless JPEG decoding
- DNG 8-bpp ("packed" as dcraw calls it) decoding
- DNG color scaling [1]
- LinearizationTable tag
- BlackLevel tag
From: Nick Renieris
Main image data in DNGs is usually comprised of tiles, each of which is a
Huffman-encoded lossless JPEG.
Tested for ljpeg regressions with:
`ffmpeg -f lavfi -i testsrc=d=1 -vcodec ljpeg test.avi`
`ffmpeg test.avi out.avi`
The modified code in ljpeg_decode_rgb_scan runs
From: Nick Renieris
This fixes "X7 RAW" and "X7 CinemaDNG" samples here:
- https://www.dji.com/gr/zenmuse-x7/info#downloads
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index
From: Nick Renieris
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index a2102f32b5..dd1295fad6 100644
--- a/libavcodec/tiff.c
+++ b/libavcodec/tiff.c
@@
From: Nick Renieris
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 42 ++
1 file changed, 22 insertions(+), 20 deletions(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index 3bf2b3e557..28b8f42edd 100644
--- a/libavcodec/tiff.c
+++
From: Nick Renieris
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 34 +++---
1 file changed, 23 insertions(+), 11 deletions(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index 4c6b835afe..a2102f32b5 100644
--- a/libavcodec/tiff.c
+++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 716544a..2400538 100644
--- a/libavcodec/v210enc.c
+++ b/libavcodec/v210enc.c
@@ -59,7
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 83 +++-
1 file changed, 36 insertions(+), 47 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index b024806..1b840b2 100644
--- a/libavcodec/v210enc.c
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 1b840b2..69a2efe 100644
--- a/libavcodec/v210enc.c
+++ b/libavcodec/v210enc.c
@@ -43,12 +43,7 @@
From: Limin Wang
refine the code to support multithread later, for 8K resolution,
it's too slow for the conversion.
Have test with 8bit and 10bit and keep same frame crc with before.
a. yuv422p10le
./ffmpeg -y -f lavfi -i smptehdbars -sws_flags +accurate_rnd+bitexact -vf \
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 171 +--
1 file changed, 69 insertions(+), 102 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 2400538..b40c7ae 100644
--- a/libavcodec/v210enc.c
On 8/27/19, Andrey Semashev wrote:
> On 12/29/18 10:15 PM, James Almer wrote:
>> On 12/29/2018 8:09 AM, Paul B Mahol wrote:
>>> On 12/29/18, Ysy wrote:
I was trying to compile FFmpeg with `--enable-libmysofa`, and it failed
with
this message below:
There are differing standards that define different starting line
numbers. For example, VSF TR-03 says the line numbers starts at 1,
whereas SMPTE 2110-20.
This change fixes the following issues when the line numbering start
at 1:
- The first scan line was being incorrectly interpreted as the
On Mon, 19. Aug 23:56, Andreas Rheinhardt wrote:
> Up until now, read_frame_internal in avformat/utils.c uses a spare
> packet on the stack that serves no real purpose: At no point in this
> function is there a need for another packet besides the packet destined
> for output:
> 1. If the packet
The current code in libavfilter/af_sofalizer.c requires
mysofa_neighborhood_init_withstepdefine function, which only appeared
in libmysofa 0.7. Add this function to configure script to bail out
early if a too old libmysofa is found in the system instead of failing
at compile time.
---
configure |
Because lavf_container is sometimes called with only 2 arguments,
fate tests produce bash errors like this:
tests/fate-run.sh: 299: test: =: unexpected operator
This commit fixes this.
---
tests/fate-run.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate-run.sh
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 43 ---
1 file changed, 16 insertions(+), 27 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 69a2efe..716544a 100644
--- a/libavcodec/v210enc.c
+++
On 2019-08-28 18:41, James Almer wrote:
On 8/28/2019 12:24 PM, Andrey Semashev wrote:
The current code in libavfilter/af_sofalizer.c requires
mysofa_neighborhood_init_withstepdefine function, which only appeared
in libmysofa 0.7. Add this function to configure script to bail out
early if a too
On Wed, Aug 28, 2019 at 05:39:32AM +0800, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> libavfilter/vf_delogo.c | 83
> ++---
> 1 file changed, 79 insertions(+), 4 deletions(-)
breaks fate
--- ./tests/ref/fate/filter-delogo 2019-08-27
There are differing standards that define different starting line
numbers. For example, VSF TR-03 says the line numbers starts at 1,
whereas SMPTE 2110-20 says it should start at 0.
This change fixes the following issues when the line numbering start
at 1:
- The first scan line was being
On Tue, Aug 27, 2019 at 10:36:58PM +0800, Limin Wang wrote:
>
> Add Reviewed-by: only, please help to push it, thanks.
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
On Wednesday, 28 August 2019, 10:33:35 pm AWST, Kah Goh
wrote:
> There are differing standards that define different starting line
> numbers. For example, VSF TR-03 says the line numbers starts at 1,
> whereas SMPTE 2110-20.
I have just realised the last sentence is incomplete.
>
> This
On 8/28/2019 12:24 PM, Andrey Semashev wrote:
> The current code in libavfilter/af_sofalizer.c requires
> mysofa_neighborhood_init_withstepdefine function, which only appeared
> in libmysofa 0.7. Add this function to configure script to bail out
> early if a too old libmysofa is found in the
Am Mi., 28. Aug. 2019 um 17:33 Uhr schrieb Andrey Semashev
:
>
> The current code in libavfilter/af_sofalizer.c requires
> mysofa_neighborhood_init_withstepdefine function, which only appeared
> in libmysofa 0.7. Add this function to configure script to bail out
> early if a too old libmysofa is
Signed-off-by: Michael Niedermayer
---
doc/examples/decode_audio.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
index 6f589b9878..6c2a8ed550 100644
--- a/doc/examples/decode_audio.c
+++
On Sat, Aug 24, 2019 at 2:04 AM Marton Balint wrote:
>
> After a1b4f120c031e6697bac9fd8c725d9c37ee36d13 the teletext PTS values were
> set
> to AV_NOPTS_VALUE if the stream of the PCR pid was discarded.
>
> What actually matters is that if we parse the PCR of the PCR PID or not, so
> let's use
Signed-off-by: Michael Niedermayer
---
libavcodec/hevcdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index eed031913a..18395ce833 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -508,7 +508,7 @@ static int
From: Jun Zhao
Always set *size to zero if *bufptr is NULL, it's more make sence.
fix #8095
Signed-off-by: Jun Zhao
---
libavutil/file.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/libavutil/file.c b/libavutil/file.c
index d946085..f228b72 100644
---
Signed-off-by: Michael Niedermayer
---
libavcodec/mpeg4videodec.c | 2 +-
libavformat/matroskadec.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/mpeg4videodec.c b/libavcodec/mpeg4videodec.c
index b6f2ae7b7b..4ceac38d57 100644
---
Only build tested
Signed-off-by: Michael Niedermayer
---
libavcodec/vaapi_encode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index 2fb43cf1a4..3be9159d37 100644
--- a/libavcodec/vaapi_encode.c
+++
This avoids 3 warnings
Signed-off-by: Michael Niedermayer
---
libavformat/hcom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hcom.c b/libavformat/hcom.c
index 0d1736b620..3e1e8da236 100644
--- a/libavformat/hcom.c
+++ b/libavformat/hcom.c
@@ -38,7 +38,7 @@
Am Mi., 28. Aug. 2019 um 17:46 Uhr schrieb :
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/v210enc.c | 7 +--
> 1 file changed, 1 insertion(+), 6 deletions(-)
>
> diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
> index 1b840b2..69a2efe 100644
> ---
On Wed, 28 Aug 2019, Andreas Håkon wrote:
Hi Marton,
‐‐‐ Original Message ‐‐‐
On Tuesday, 27 de August de 2019 23:33, Marton Balint wrote:
> Please, note that the main problem at time with the mpegts muxer is that all
PES packets are
> written sequentially. And this generates a
Am Mi., 28. Aug. 2019 um 23:26 Uhr schrieb Elliott Karpilovsky
:
>
> Current default is 200kbps, which produces inconsistent
> results (too high for low-res, too low for hi-res). Use
> CRF instead, which will adapt. Affects vp8/vp9. Also
> have VP8 use a default bitrate of 256kbps.
Would it
On Wed, Aug 28, 2019 at 00:44:24 +0530, Shivam wrote:
> > Again, here, I expect this to be a switch/case with one case only if it
> > can be expanded later, i.e. de->ElementNumber has multiple meanings
> > which aren't covered here.
> This would be expanded in my next patch, so, i thought this may
On Wed, Aug 28, 2019 at 3:09 PM Carl Eugen Hoyos wrote:
> Am Mo., 5. Aug. 2019 um 09:19 Uhr schrieb Ross Nicholson <
> phunkyf...@gmail.com>:
> >
> > Example stream that does not work: rtsp://
> > 184.72.239.149/vod/mp4:BigBuckBunny_115k.mov
>
> Is this still valid?
>
>
Carl, you can try this
No se puede acceder a este sitio web
El mié., 28 ago. 2019 a las 20:20, Jun Li () escribió:
> On Wed, Aug 28, 2019 at 3:09 PM Carl Eugen Hoyos
> wrote:
>
> > Am Mo., 5. Aug. 2019 um 09:19 Uhr schrieb Ross Nicholson <
> > phunkyf...@gmail.com>:
> > >
> > > Example stream that does not work:
Am Mo., 5. Aug. 2019 um 09:19 Uhr schrieb Ross Nicholson :
>
> Example stream that does not work: rtsp://
> 184.72.239.149/vod/mp4:BigBuckBunny_115k.mov
Is this still valid?
I get a time-out both with and without your patch.
Carl Eugen
___
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Thursday, August 29, 2019 1:27 AM
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [PATCH 1/5] avcodec/vaapi_encode: Simplify code with
> av_clip_int8()
>
> Only build tested
>
> Signed-off-by: Michael
On Tue, Aug 27, 2019 at 6:39 AM Paul B Mahol wrote:
> Probably OK
>
Thanks Paul.
Any change to have someone to push it?
Cheers
>
> On Mon, Aug 26, 2019 at 10:51 PM Thierry Foucu wrote:
>
> > Follow the description of av_realloc, the memory needs to be allocated
> > by av_realloc.
> > ---
>
On Wed, 28 Aug 2019, Andriy Gelman wrote:
> > +h->is_streamed = 1;
> > +
> > +av_strstart(uri, "zmq:", );
> > +
> > +/*publish during write*/
> > +if (h->flags & AVIO_FLAG_WRITE) {
> > +s->socket = zmq_socket(s->context, ZMQ_PUB);
> > +if (!s->socket) {
> > +
Am Mo., 26. Aug. 2019 um 22:51 Uhr schrieb Thierry Foucu :
>
> Follow the description of av_realloc, the memory needs to be allocated
> by av_realloc.
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Signed-off-by: Michael Niedermayer
---
libavcodec/gdv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/gdv.c b/libavcodec/gdv.c
index a5ce6b799e..f00f3ac145 100644
--- a/libavcodec/gdv.c
+++ b/libavcodec/gdv.c
@@ -358,7 +358,8 @@ static int
Signed-off-by: Michael Niedermayer
---
libavcodec/htmlsubtitles.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/htmlsubtitles.c b/libavcodec/htmlsubtitles.c
index d9221ba16b..8ce66e0b27 100644
--- a/libavcodec/htmlsubtitles.c
+++ b/libavcodec/htmlsubtitles.c
@@
Marton,
Thanks for reviewing this patch.
On Sat, 24. Aug 19:33, Marton Balint wrote:
>
>
> On Fri, 23 Aug 2019, Andriy Gelman wrote:
>
> > On Mon, 19. Aug 17:28, Andriy Gelman wrote:
> > > Minor changes in v3: 1. Removed tab character from as per feedback
> > > 2. Removed unused timeout
The current code in libavfilter/af_sofalizer.c requires
mysofa_neighborhood_init_withstepdefine function, which only appeared
in libmysofa 0.7. Use this function in configure script to bail out
early if a too old libmysofa is found in the system instead of failing
at compile time.
---
configure |
Am Mi., 28. Aug. 2019 um 09:52 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Carl Eugen Hoyos
> > Sent: Wednesday, August 28, 2019 14:58
> > To: FFmpeg development discussions and patches >
On 2019-08-28 21:34, Carl Eugen Hoyos wrote:
Am Mi., 28. Aug. 2019 um 17:33 Uhr schrieb Andrey Semashev
:
The current code in libavfilter/af_sofalizer.c requires
mysofa_neighborhood_init_withstepdefine function, which only appeared
in libmysofa 0.7. Add this function to configure script to
Am Mi., 28. Aug. 2019 um 09:34 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Carl Eugen Hoyos
> > Sent: Wednesday, August 28, 2019 14:51
> > To: FFmpeg development discussions and patches >
On Tue, Aug 27, 2019 at 8:05 AM Michael Niedermayer
wrote:
>
> On Sun, Aug 25, 2019 at 04:43:31PM -0700, Elliott Karpilovsky wrote:
> > Current default is 200kbps, which produces inconsistent
> > results (too high for low-res, too low for hi-res). Use
> > CRF instead, which will adapt. Affects
Current default is 200kbps, which produces inconsistent
results (too high for low-res, too low for hi-res). Use
CRF instead, which will adapt. Affects vp8/vp9. Also
have VP8 use a default bitrate of 256kbps.
---
libavcodec/libvpxenc.c | 71 +++---
Hey guys, if there is anything else required to progress this please let me
know.
It’s my first patch submission to FFMpeg so not sure how long it should take.
> On 23 Aug 2019, at 20:10, Ross Nicholson wrote:
>
> Ping
>
>> On 17 Aug 2019, at 14:57, Ross Nicholson wrote:
>>
>> Ok, thanks
Hi,
On Mon, Aug 26, 2019 at 11:30 PM Guo, Yejun wrote:
>
>
>
> > -Original Message-
> > From: James Zern [mailto:jz...@google.com]
> > Sent: Tuesday, August 27, 2019 12:03 PM
> > To: FFmpeg development discussions and patches
> > Cc: Guo, Yejun
> > Subject: Re: [FFmpeg-devel] [PATCH
> -Original Message-
> From: James Zern [mailto:jz...@google.com]
> Sent: Thursday, August 29, 2019 12:39 PM
> To: Guo, Yejun
> Cc: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V5] avcodec/libvpxenc: add ROI-based
> encoding support for VP8/VP9
> -Original Message-
> From: Li, Zhong
> Sent: Wednesday, August 28, 2019 4:37 PM
> To: FFmpeg development discussions and patches
> Cc: Zhou, Zachary
> Subject: RE: [FFmpeg-devel] [PATCH v4] avfilter/vaapi: add overlay_vaapi
> filter
>
> > From: ffmpeg-devel
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Pedro Arthur
> Sent: Tuesday, August 27, 2019 10:46 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 3/3] dnn: export operand info in python
> script
On Wed, Aug 28, 2019 at 08:36:14PM +0200, Carl Eugen Hoyos wrote:
> Am Mi., 28. Aug. 2019 um 17:46 Uhr schrieb :
> >
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/v210enc.c | 7 +--
> > 1 file changed, 1 insertion(+), 6 deletions(-)
> >
> > diff --git
If the patchset are accepted, I'm glad to maintain v210enc and
v210dec.c, I'm glad to contribute more effort for FFmpeg, please
give more advice and comments, it makes me learn more rules about
the development.
Thanks,
Limin
On Thu, Aug 29, 2019 at 09:27:12AM +0800, lance.lmw...@gmail.com
example command line to verify it:
./ffmpeg -i input.stream -vf addroi=0:0:iw/3:ih/3:-0.8 -c:v libvpx -b:v 2M
tmp.webm
Signed-off-by: Guo, Yejun
---
libavcodec/libvpxenc.c | 189 +
libavcodec/version.h | 2 +-
2 files changed, 190
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Thursday, August 29, 2019 05:17
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] lavu/pixfmt: add AYUV
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Thursday, August 29, 2019 05:18
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] swscale: Add swscale and
On Thu, 29. Aug 02:28, Marton Balint wrote:
>
>
> On Wed, 28 Aug 2019, Andriy Gelman wrote:
>
> > > > > +h->is_streamed = 1;
> > > > > +
> > > > > +av_strstart(uri, "zmq:", );
> > > > > +
> > > > > +/*publish during write*/
> > > > > +if (h->flags & AVIO_FLAG_WRITE) {
> > > > >
please ignore this patch since there is a conflict in version.h, will send out
a new version, thanks.
> -Original Message-
> From: Guo, Yejun
> Sent: Thursday, August 29, 2019 9:29 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Guo, Yejun
> Subject: [PATCH V6] avcodec/libvpxenc: add ROI-based
example command line to verify it:
./ffmpeg -i input.stream -vf addroi=0:0:iw/3:ih/3:-0.8 -c:v libvpx -b:v 2M
tmp.webm
Signed-off-by: Guo, Yejun
---
libavcodec/libvpxenc.c | 189 +
libavcodec/version.h | 2 +-
2 files changed, 190
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Pedro Arthur
> Sent: Tuesday, August 27, 2019 10:24 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] dnn: introduce dnn operand (in c code)
> to
From: Limin Wang
Signed-off-by: Limin Wang
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7f60ef0021..4110d38354 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -243,6 +243,7 @@ Codecs:
tta.c Alex
When duplicating frames we need to schedule for activation again, otherwise
frames can build up in the inlink fifo.
---
libavfilter/vf_fps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_fps.c b/libavfilter/vf_fps.c
index 6b99f20d2b..cf1e36726a 100644
---
currently, the layer number is at the beginning of the .model file,
so we have to scan twice in python script, the first scan to get the
layer number. Only one scan needed after put the layer number at the
end of .model file.
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_native.c
the info can be saved in dnn operand object without regenerating again and
again,
and it is also needed for layer split/merge, and for memory reuse.
to make things step by step, this patch just focuses on c code,
the change within python script will be added later.
Signed-off-by: Guo, Yejun
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_native.c| 49 +++---
libavfilter/dnn/dnn_backend_native.h| 2 +-
libavfilter/dnn_interface.h | 2 +-
tools/python/convert_from_tensorflow.py | 111 +---
4 files changed, 142
89 matches
Mail list logo
