On Fri, Jul 24, 2015 at 01:48:45AM +0200, Michael Niedermayer wrote:
> On Thu, Jul 23, 2015 at 12:46:47PM +0300, Ivan Uskov wrote:
> > Hello All ,
> >
> > There is updated version of patch which should be applied without conflicts.
> > Also here couple wrong places have been corrected into ff_qsv_
On Thu, Jul 23, 2015 at 06:59:54PM +0300, Ivan Uskov wrote:
> Hello Michael,
>
> Thursday, July 23, 2015, 6:29:13 PM, you wrote:
>
> >> +} else {
> >> +bs.Data = avpkt->data;
> >> +bs.DataLength = avpkt->size;
> >> +}
>
> MN> Does this mean that each
On Thu, Jul 23, 2015 at 12:46:47PM +0300, Ivan Uskov wrote:
> Hello All ,
>
> There is updated version of patch which should be applied without conflicts.
> Also here couple wrong places have been corrected into ff_qsv_decode().
>
> Tuesday, July 21, 2015, 4:08:47 PM, you wrote:
>
> IU> Hello al
On 7/24/15, Paul B Mahol wrote:
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 538b579..1d9de94 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -4052,6 +4052,58 @@ delogo=x=0:y=0:w=100:h=77:band=10
>
> @end itemize
>
> +@section displace
[...]
> @section deshake
displ
On Thu, Jul 23, 2015 at 07:25:44PM +0200, Steve Lhomme wrote:
> The -nologo- option is the inverse of -nologo, reenabling printing the
> "logo" version header. This is useful if the compiler actually is a
> wrapper that forces -nologo.
>
> --
> this can be useful if you use a wrapper than forces -
On Fri, Jul 24, 2015 at 12:23:04AM +0300, Ivan Uskov wrote:
> Hello Michael,
>
> Thursday, July 23, 2015, 11:47:28 PM, you wrote:
> >> For several test streams I'm observing that 2-3 bytes copying appear
> >> only at begin of decoding, for first 5-10 frames.
>
> MN> what are these additional byte
Hello Michael,
Thursday, July 23, 2015, 11:47:28 PM, you wrote:
>> For several test streams I'm observing that 2-3 bytes copying appear
>> only at begin of decoding, for first 5-10 frames.
MN> what are these additional bytes?
MN> why are they not consumed ?
At least for h.264 looks like absolute
On Thu, Jul 23, 2015 at 06:59:54PM +0300, Ivan Uskov wrote:
> Hello Michael,
>
> Thursday, July 23, 2015, 6:29:13 PM, you wrote:
>
> >> +} else {
> >> +bs.Data = avpkt->data;
> >> +bs.DataLength = avpkt->size;
> >> +}
>
> MN> Does this mean that each
On Thu, Jul 23, 2015 at 07:07:26AM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
>
> Feel free to propose better idea how to sort colors.
>
> ---
> doc/filters.texi | 5 ++-
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vsrc_
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 52 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_displace.c | 392 ++
4 files changed, 446 insertions(+)
create mode 100644 libavfilter/vf_displ
On Thu, Jul 23, 2015 at 02:44:24PM -0400, Tom Butterworth wrote:
> ---
> libavcodec/hapenc.c | 24 +---
> 1 file changed, 13 insertions(+), 11 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay diction
On Thu, Jul 23, 2015 at 02:44:23PM -0400, Tom Butterworth wrote:
> ---
> libavcodec/hapenc.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay dictionary, page 1
"Used onl
---
libavcodec/hapenc.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/libavcodec/hapenc.c b/libavcodec/hapenc.c
index 8261fe9..39c1c5a 100644
--- a/libavcodec/hapenc.c
+++ b/libavcodec/hapenc.c
@@ -46,8 +46,10 @@
#define HAP_MAX_CHUNKS 64
enum H
---
libavcodec/hapenc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hapenc.c b/libavcodec/hapenc.c
index 174fba1..8261fe9 100644
--- a/libavcodec/hapenc.c
+++ b/libavcodec/hapenc.c
@@ -133,8 +133,10 @@ static int hap_compress_frame(AVCodecContext *avctx,
u
Signed-off-by: Paul B Mahol
---
Feel free to propose better idea how to sort colors.
---
doc/filters.texi | 5 ++-
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vsrc_testsrc.c | 81 ++
4 files changed, 87
The -nologo- option is the inverse of -nologo, reenabling printing the
"logo" version header. This is useful if the compiler actually is a
wrapper that forces -nologo.
--
this can be useful if you use a wrapper than forces -nologo by default
---
configure | 6 +++---
1 file changed, 3 insertions(
On Thu, Jul 23, 2015 at 7:02 PM, Derek Buitenhuis
wrote:
> On 7/23/2015 5:41 PM, Steve Lhomme wrote:
>> --
>> favor link over link.exe in case some wrapper script already exists
>> fallback to "link" in the path if the one next to cl is not found
>> ---
>> configure | 2 +-
>> tools/mslink.
> ./ffplay -f lavfi testsrc -vf format=yvyu422,scale=flags=1 (black
> screen)
>
I'm working on a proper fix for it (I did a workaround for the first bug
that also solves it)
> ./ffplay -f lavfi testsrc -vf format=rgb555 (gray and some odd distortion)
>
This I'll have to check.
_
On 7/23/2015 6:11 PM, Steve Lhomme wrote:
> You're welcome. I just hope I don't have to create 2 sets of patches
> when they don't merge in one of the repo.
The MSVC stuff shouldn't have any merge conflicts. It's the same in both.
- Derek
___
ffmpeg-dev
You're welcome. I just hope I don't have to create 2 sets of patches
when they don't merge in one of the repo.
On Thu, Jul 23, 2015 at 7:08 PM, Michael Niedermayer
wrote:
> Hi Steve
>
> On Thu, Jul 23, 2015 at 06:41:17PM +0200, Steve Lhomme wrote:
>
> just wanted to say a big THANKS for also post
otherwise the API is hidden for Windows Phone / WindowsRT when in fact
it's there and working
---
configure | 2 +-
libavcodec/dxva2_internal.h | 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 84b7826..d2ebfa9 100755
--- a/configu
Hi Steve
On Thu, Jul 23, 2015 at 06:41:17PM +0200, Steve Lhomme wrote:
just wanted to say a big THANKS for also posting the patches to
ffmpeg-devel !
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Good people do not need laws to tell them to act responsibly, w
On 23 July 2015 at 03:57, Reuben Martin wrote:
> I applied your patches to latest stable 2.7.2, but I just now realized that
> the additional pix formats are only applied to the capture interface, and not
> the playout interface. So I really have no means to test it. Is this a
> limitation of the
On 7/23/2015 6:02 PM, Derek Buitenhuis wrote:
> On 7/23/2015 5:41 PM, Steve Lhomme wrote:
Looping in the other list, cause I forgot.
>> --
>> favor link over link.exe in case some wrapper script already exists
>> fallback to "link" in the path if the one next to cl is not found
>> ---
>> configu
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index a1901af..84b7826 100755
--- a/configure
+++ b/configure
@@ -3033,14 +3033,14 @@ probe_cc(){
# 4509: "This form of conditional instruction is deprecated"
_flags="-nolo
--
favor link over link.exe in case some wrapper script already exists
fallback to "link" in the path if the one next to cl is not found
---
configure | 2 +-
tools/mslink.sh | 9 +
2 files changed, 10 insertions(+), 1 deletion(-)
create mode 100644 tools/mslink.sh
diff --git a/con
Hello Michael,
Thursday, July 23, 2015, 6:29:13 PM, you wrote:
>> +} else {
>> +bs.Data = avpkt->data;
>> +bs.DataLength = avpkt->size;
>> +}
MN> Does this mean that each packet will be memcpy-ed ?
MN> this would slow things down
Exactly not. Copying
> On Jul 23, 2015, at 10:08 AM, tim nicholson
> wrote:
>
> On 23/07/15 11:32, Matthieu Bouron wrote:
>> On Thu, Jul 23, 2015 at 11:04 AM, tim nicholson <
>> nichot20-at-yahoo@ffmpeg.org> wrote:
>>
>>> On 22/07/15 14:29, Matthieu Bouron wrote:
Hello there,
The following patc
On Thu, Jul 23, 2015 at 10:41:08AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Jul 22, 2015 at 7:42 AM, wrote:
>
> > From: Shivraj Patil
> >
> > Signed-off-by: Shivraj Patil
> > ---
> > libavcodec/mips/Makefile |3 +-
> > libavcodec/mips/vp9_idct_msa.c | 2138
> > ++
On Thu, Jul 23, 2015 at 12:46:47PM +0300, Ivan Uskov wrote:
> Hello All ,
>
> There is updated version of patch which should be applied without conflicts.
> Also here couple wrong places have been corrected into ff_qsv_decode().
>
> Tuesday, July 21, 2015, 4:08:47 PM, you wrote:
>
> IU> Hello al
On Thu, Jul 23, 2015 at 12:26:40PM +0300, Ivan Uskov wrote:
> Hello Michael,
>
> I have replaced 'ready' flag name to 'engine_ready' and added
> a corresponded comment.
> Regarding ff_qsv_prepare() looks like it is need not at all, I have
> modified ff_qsv_decode_init() instead. So patch become ev
On Thu, Jul 23, 2015 at 04:29:09PM +0200, Nicolas George wrote:
> Le quintidi 5 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> > LGTM
>
> New version attached and pushed to my tree with a bit of documentation.
> Please apply at your earliest convenience if the new version is acceptable.
m
On Thu, Jul 23, 2015 at 10:44:40AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Jul 20, 2015 at 10:34 AM, wrote:
>
> > From: Shivraj Patil
> >
> > Signed-off-by: Shivraj Patil
> > ---
> > libavcodec/mips/Makefile|3 +-
> > libavcodec/mips/vp9_lpf_msa.c | 2599
> > +++
Hi,
On Mon, Jul 20, 2015 at 10:34 AM, wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> libavcodec/mips/Makefile|3 +-
> libavcodec/mips/vp9_lpf_msa.c | 2599
> +++
> libavcodec/mips/vp9dsp_init_mips.c | 25 +
> liba
Hi,
On Wed, Jul 22, 2015 at 7:42 AM, wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> libavcodec/mips/Makefile |3 +-
> libavcodec/mips/vp9_idct_msa.c | 2138
>
> libavcodec/mips/vp9dsp_init_mips.c | 24 +
> libavco
Hi,
On Thu, Jul 23, 2015 at 8:55 AM, wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> libavcodec/mips/Makefile |3 +-
> libavcodec/mips/vp9_intra_msa.c| 533
>
> libavcodec/mips/vp9dsp_init_mips.c | 31 +++
> libav
Le quintidi 5 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> LGTM
New version attached and pushed to my tree with a bit of documentation.
Please apply at your earliest convenience if the new version is acceptable.
> i belive the nal_unit_type and temporal_id can be used to determine
> if
On 23/07/15 11:32, Matthieu Bouron wrote:
> On Thu, Jul 23, 2015 at 11:04 AM, tim nicholson <
> nichot20-at-yahoo@ffmpeg.org> wrote:
>
>> On 22/07/15 14:29, Matthieu Bouron wrote:
>>> Hello there,
>>>
>>> The following patchset add support for j2ki/mxf files (which store frames
>>> using the s
On Tue, Jul 21, 2015 at 03:05:09PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
could be split but LGTM either way even if not split
Thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF67
On Wed, 22 Jul 2015 22:40:22 +0200
Matthieu Bouron wrote:
> On Wed, Jul 22, 2015 at 8:02 PM, wm4 wrote:
>
> > On Wed, 22 Jul 2015 15:29:46 +0200
> > Matthieu Bouron wrote:
> >
> > > From: Matthieu Bouron
> > >
> > > Fixes ticket #1102.
> > > ---
> > > ffmpeg_filter.c | 25 +++
From: Shivraj Patil
Signed-off-by: Shivraj Patil
---
libavcodec/mips/Makefile |3 +-
libavcodec/mips/vp9_intra_msa.c| 533
libavcodec/mips/vp9dsp_init_mips.c | 31 +++
libavcodec/mips/vp9dsp_mips.h | 53
4 files changed, 619
From: Ronald S. Bultje [mailto:rsbul...@gmail.com]
Sent: 16 July 2015 20:49
To: FFmpeg development discussions and patches
Cc: Rob Isherwood; Shivraj Patil
Subject: Re: [FFmpeg-devel] [PATCH 4/4] avcodec/mips: MSA (MIPS-SIMD-Arch)
optimizations for VP9 intra functions
Hi,
On Thu, Jul 9, 2015 a
On Thu, Jul 23, 2015 at 12:33:37PM +0200, Nicolas George wrote:
> All frames are treated as ref frames, skipping only applies
> at level "all".
>
> +~9% speed on Core i5 on test sample.
>
> Signed-off-by: Nicolas George
> ---
> libavcodec/hevc_filter.c | 3 ++-
> 1 file changed, 2 insertions(+)
Hi,
I need help in uploading some Audible AAX samples to our FTP server
(upload.ffmpeg.org). I can't use the FTP protocol at the moment, due to some
ISP problems.
The samples are available at the following URL,
https://gitlab.com/vesselin.bontchev/audible-samples/tree/master
Finally, it would
On Thu, Jul 23, 2015 at 12:28:24PM +0200, Nicolas George wrote:
> Le quartidi 4 thermidor, an CCXXIII, James Almer a écrit :
> > Both GCC and MSVC let you in theory deprecate enumerators
> >
> > https://gcc.gnu.org/onlinedocs/gcc/Enumerator-Attributes.html
> > https://msdn.microsoft.com/en-us/libr
Matthieu Bouron gmail.com> writes:
> +av_dict_set(&st->metadata, "mxf_frame_layout", buf, 0);
Is it really mxf-specific?
I ask because of ticket #4141:
http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4141/
Carl Eugen
___
ffmpeg-devel mailing lis
Nicolas George nsup.org> writes:
> All frames are treated as ref frames, skipping only applies
> at level "all".
I wonder if this should be documented in the decoder doc.
> I could not see the differences with the naked eye.
I don't remember a h264 clip where it made a difference...
Carl Euge
All frames are treated as ref frames, skipping only applies
at level "all".
+~9% speed on Core i5 on test sample.
Signed-off-by: Nicolas George
---
libavcodec/hevc_filter.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
I have a few clips that an Atom struggles to decode in real time
On Thu, Jul 23, 2015 at 11:04 AM, tim nicholson <
nichot20-at-yahoo@ffmpeg.org> wrote:
> On 22/07/15 14:29, Matthieu Bouron wrote:
> > Hello there,
> >
> > The following patchset add support for j2ki/mxf files (which store frames
> > using the separate fields / segmented frame layouts, ie: fie
Le quartidi 4 thermidor, an CCXXIII, James Almer a écrit :
> Both GCC and MSVC let you in theory deprecate enumerators
>
> https://gcc.gnu.org/onlinedocs/gcc/Enumerator-Attributes.html
> https://msdn.microsoft.com/en-us/library/c8xdzzhh.aspx
>
> I tried the example shown there for GCC but it didn
Hello All ,
There is updated version of patch which should be applied without conflicts.
Also here couple wrong places have been corrected into ff_qsv_decode().
Tuesday, July 21, 2015, 4:08:47 PM, you wrote:
IU> Hello all,
IU> Actual implementation of ff_qsv_decode() is not reliable, it may
IU>
Hello Michael,
I have replaced 'ready' flag name to 'engine_ready' and added
a corresponded comment.
Regarding ff_qsv_prepare() looks like it is need not at all, I have
modified ff_qsv_decode_init() instead. So patch become even simple,
thank.
Please review.
NOTE
The ff_qsv_decode_init() should
On 22/07/15 14:29, Matthieu Bouron wrote:
> Hello there,
>
> The following patchset add support for j2ki/mxf files (which store frames
> using the separate fields / segmented frame layouts, ie: fields are
> stored in seperate frames) through the insertion of filters at the
> ffmpeg/ffplay level. I
On 22/07/15 11:10, Carl Eugen Hoyos wrote:
> Tomas Härdin codemill.se> writes:
>
>>> New patch attached.
>>
>> Looks alright. You can reindent in a separate patch
>> if you like.
>
> Merged by Michael with the reindentation.
>
> There is still a cropping issue for the given sample:
> Am I corr
54 matches
Mail list logo
