> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> sean darcy
> Sent: Thursday, October 25, 2018 11:51 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V2] libavfilter/vaapi: enable vaapi
> rotation feature via call
On 10/24/2018 3:12 PM, Chris Cunningham wrote:
> On Wed, Oct 3, 2018 at 10:49 AM James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/vp9_parser.c | 82 -
>> 1 file changed, 80 insertions(+), 2 deletions(-)
>>
>> diff --git
On Wed, Oct 24, 2018 at 04:50:07PM -0700, Alex Sukhanov wrote:
> On Sat, Oct 13, 2018 at 5:17 PM Michael Niedermayer
> wrote:
>
> > On Fri, Oct 12, 2018 at 01:13:45AM +0100, Derek Buitenhuis wrote:
> > > On 11/10/2018 23:39, Alex Sukhanov wrote:
> > > > The only "spec" I'm aware
On Wed, Oct 24, 2018, at 11:04 AM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 45
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_stack.c | 151 ---
> 4 files
This is needed for processing 32bit floats
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_pixdesctest.c| 10 +-
tests/ref/fate/filter-pixdesc-grayf32be | 2 +-
tests/ref/fate/filter-pixdesc-grayf32le | 2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff
This is needed because of 32bit float formats (which are difficult to
store in 16bits)
This also fixes undefined behavior found by fate
Signed-off-by: Michael Niedermayer
---
doc/APIchanges | 3 ++
libavutil/pixdesc.c | 72 +++--
Hello,
I’m emailing to seek your advice. For the past few months, a team here at Sky
UK has performed testing to determine whether FFmpeg would be a suitable
transcode resource for a variety of use cases. Some tests failed due to stream
analysers reporting errors, summary listed below. What
On Tue, Jul 31, 2018 at 6:34 PM Aman Gupta wrote:
> From: Aman Gupta
>
> The existing av_mediacodec_release_buffer allows the user to render
> or discard the Surface-backed frame. This new method allows the user
> to control exactly when the frame will be rendered to it's SurfaceView.
>
>
On Thu, Oct 11, 2018 at 10:03 PM myp...@gmail.com wrote:
> On Fri, Oct 12, 2018 at 12:02 PM Aman Gupta wrote:
> >
> > From: Aman Gupta
> >
> > Signed-off-by: Aman Gupta
> > ---
> > libavcodec/cbs_h2645.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git
> Are there files available so I can test this?
Various sample files can be found at
http://samples.mplayerhq.hu/archive/container/rpl/ and
ftp://ftp.uni-stuttgart.de/pub/systems/acorn/riscos/graphics/replay . Most
of them use VIDC for audio.
On Thu, 25 Oct 2018 at 18:28, Paul B Mahol wrote:
>
Paul B Mahol (2018-10-25):
> What about making target speed configurable? 1x .. 1.5x .. 2x and so on.
That would certainly be a useful feature.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
Hi,
On 11/7/15, Nicolas George wrote:
> Le quartidi 4 brumaire, an CCXXIV, Nicolas George a écrit :
>> Similar to the -re option in ffmpeg that only works for input files.
>> Can be used at any place in the filter graph.
>>
>> Signed-off-by: Nicolas George
>> ---
>> Changelog|
Le 25/10/2018 à 12:16 AM, Alex Converse a écrit :
On Wed, Oct 24, 2018 at 1:03 PM pkv.stream wrote:
Patch updated ; passes all FATE tests.
Comments from Alex Converse review incorporated (much thanks to him).
Hey,
I'm a bit concerned with the outputs this generates for low channel
count
On 10/13/18, Cameron Cawley wrote:
> Signed-off-by: Cameron Cawley
> ---
> doc/general.texi | 2 ++
> libavcodec/Makefile | 2 ++
> libavcodec/allcodecs.c| 2 ++
> libavcodec/avcodec.h | 1 +
> libavcodec/codec_desc.c | 7 +++
> libavcodec/pcm.c | 15
On 10/25/18 2:52 AM, Zachary Zhou wrote:
It supports clockwise rotation by 0/90/180/270 degrees defined in
va/va_vpp.h, tested following command line on SKL platform
dir=0 for 0 degree
dir=1 for 90 degree
dir=2 for 180 degree
dir=3 for 270 degree
ffmpeg -hwaccel vaapi -vaapi_device
This was marked as deprecated (but only in the doxygen, not with an
actual deprecation attribute) in 81c623fae05 in 2011, but was
undeprecated in ad1ee5fa7.
---
libavutil/frame.h | 1 -
libavutil/version.h | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavutil/frame.h
libx264 does have a field for opaque data to pass along with frames
through the encoder, but it is a pointer, while the libavcodec
reordered_opaque field is an int64_t. Therefore, allocate an array
within the libx264 wrapper, where reordered_opaque values in flight
are stored, and pass a pointer
> On Oct 25, 2018, at 17:53, Hendrik Leppkes wrote:
>
>> On Thu, Oct 25, 2018 at 11:40 AM Hendrik Leppkes wrote:
>>
>>> On Thu, Oct 25, 2018 at 8:59 AM Linjie Fu wrote:
>>>
>>> Skip redundant slice info attached behind frames (PPS for eaxmple) to
>>> parse timestamp correctly and produce
---
libavformat/flv.h| 1 +
libavformat/flvdec.c | 21 +
2 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/libavformat/flv.h b/libavformat/flv.h
index 3aabb3adc9..3571b90279 100644
--- a/libavformat/flv.h
+++ b/libavformat/flv.h
@@ -66,6 +66,7 @@ enum {
This is always treated as a subtitle at the moment anyway.
---
libavformat/flv.h| 2 +-
libavformat/flvdec.c | 8
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavformat/flv.h b/libavformat/flv.h
index df5ce3d17f..3aabb3adc9 100644
--- a/libavformat/flv.h
+++
This option specifies suggested macroblocks numbers in each slice.
MSDK may adjust it based on platform capability.
And slice_number will be ignored if this option set to a non-zero
value.
Signed-off-by: Zhong Li
---
libavcodec/qsvenc.c | 1 +
libavcodec/qsvenc.h | 1 +
RepeatPPS is enabled by default in mfx. It is not necessary mostly and
wasting encoding bits.
Add an option to control it and disable it by default.
Signed-off-by: Zhong Li
---
libavcodec/qsvenc.c | 5 ++---
libavcodec/qsvenc.h | 2 ++
libavcodec/qsvenc_h264.c | 2 ++
3 files changed,
This option can be used to repect original input I/IDR frame type.
Signed-off-by: Zhong Li
---
libavcodec/qsvenc.c | 7 +++
libavcodec/qsvenc.h | 2 ++
2 files changed, 9 insertions(+)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 948751d..e534dcf 100644
---
Signed-off-by: Zhong Li
---
libavcodec/qsvenc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index e534dcf..2695d4f 100644
--- a/libavcodec/qsvenc.c
+++ b/libavcodec/qsvenc.c
@@ -444,6 +444,7 @@ static int
It is to clean up to the code and To-Do list.
Signed-off-by: Zhong Li
---
libavcodec/qsvenc.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 2695d4f..ad432fc 100644
--- a/libavcodec/qsvenc.c
+++
On Thu, Oct 25, 2018 at 11:40 AM Hendrik Leppkes wrote:
>
> On Thu, Oct 25, 2018 at 8:59 AM Linjie Fu wrote:
> >
> > Skip redundant slice info attached behind frames (PPS for eaxmple) to
> > parse timestamp correctly and produce the segment format successfully.
> >
> > When PPS info is attached
On Thu, Oct 25, 2018 at 8:59 AM Linjie Fu wrote:
>
> Skip redundant slice info attached behind frames (PPS for eaxmple) to
> parse timestamp correctly and produce the segment format successfully.
>
> When PPS info is attached behind frame data whin one PES packet,
> h264_find_frame_end for PPS
On Thu, Oct 25, 2018 at 2:59 PM Linjie Fu wrote:
>
> Skip redundant slice info attached behind frames (PPS for eaxmple) to
> parse timestamp correctly and produce the segment format successfully.
>
> When PPS info is attached behind frame data whin one PES packet,
> h264_find_frame_end for PPS
Skip redundant slice info attached behind frames (PPS for eaxmple) to
parse timestamp correctly and produce the segment format successfully.
When PPS info is attached behind frame data whin one PES packet,
h264_find_frame_end for PPS slice returns END_NOT_FOUND,and causes the
following IDR frame
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Zhou, Zachary
> Sent: Thursday, October 25, 2018 12:34 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] libavfilter/vaapi: enable vaapi rotation
>
It supports clockwise rotation by 0/90/180/270 degrees defined in
va/va_vpp.h, tested following command line on SKL platform
dir=0 for 0 degree
dir=1 for 90 degree
dir=2 for 180 degree
dir=3 for 270 degree
ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128
-hwaccel_output_format vaapi -i
On Wed, Oct 24, 2018 at 11:10 PM Hendrik Leppkes wrote:
>
> On Wed, Oct 24, 2018 at 5:06 PM Jun Zhao wrote:
> >
> > From: Jun Zhao
> >
> > Add checking to avoid calling ff_thread_get_format repeatedly
> > whenever new slice header decoded.
> >
> > Signed-off-by: Lin Xie
> > Signed-off-by: Jun
32 matches
Mail list logo