Hi there.
Title says, i have a question about license with windows-based codec, such
as wmv, wma.
As i know, at least, wma(and wmv) is not same wma which is presented from
windows, and it is just compatiable codec so it doesn't require specific
license. but i don't know for sure with that. can i
On Thu, Jul 09, 2015 at 03:49:07PM +, Gregory J Wolfe wrote:
> We have been using Cisco's libopenh264 as part of FFmpeg with good results.
> However, function svc_encode_init() in libavcodec/libopenh264enc.c appears to
> be setting the frame rate incorrectly. The line of code in question looks
On Thu, Jul 09, 2015 at 10:10:17PM +0300, Ivan Uskov wrote:
> Hello All,
>
> Current implementation of handling MFXVideoENCODE_EncodeFrameAsync()
> return codes allows unhanded silent warnings and unclear error
> reporting if the function return some non-successful code.
> The attached patch solve
On Thu, Jul 09, 2015 at 08:24:52PM +0200, Andreas Cadhalpun wrote:
> On 08.07.2015 18:07, Michael Niedermayer wrote:
> > On Wed, Jul 08, 2015 at 07:24:13AM -0400, Ronald S. Bultje wrote:
> >> - last of all, I want to remind you guys that we haven't done a very
> >> thorough code analysis to see if
Fixes Assertion failure
Found-by: Andreas Cadhalpun
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 96f177d..925b3ed 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/
On Thu, Jul 09, 2015 at 08:16:29PM +0200, Andreas Cadhalpun wrote:
> On 08.07.2015 01:22, Michael Niedermayer wrote:
> > On Tue, Jul 07, 2015 at 11:32:59PM +0200, Andreas Cadhalpun wrote:
> >> I think the assert is a historic leftover:
> >> Before commit cc884a35 src_stride > 7*MB_SIZE was necessar
Hi!
Attached patch fixes jpeg over rtp if the encoder placed
quantisation tables into different DQT chunks.
Sample also attached.
Please review, Carl Eugen
diff --git a/libavformat/rtpenc_jpeg.c b/libavformat/rtpenc_jpeg.c
index 13d61a9..84aa66c 100644
--- a/libavformat/rtpenc_jpeg.c
+++ b/libav
Signed-off-by: Paul B Mahol
---
libavfilter/vf_stereo3d.c | 72 ---
1 file changed, 49 insertions(+), 23 deletions(-)
diff --git a/libavfilter/vf_stereo3d.c b/libavfilter/vf_stereo3d.c
index 771bdde..18799d9 100644
--- a/libavfilter/vf_stereo3d.c
+++ b
Hello All,
Current implementation of handling MFXVideoENCODE_EncodeFrameAsync()
return codes allows unhanded silent warnings and unclear error
reporting if the function return some non-successful code.
The attached patch solves this issue and makes troubleshooting more
easy. Please review.
--
On Thu, 9 Jul 2015, Nicolas George wrote:
Le decadi 20 messidor, an CCXXIII, Marton Balint a écrit :
I'd still use the metadata directive. If someone needs per-stream, or
per-packet metadata, he can implement selector directives for that. Like
metadata_stream or metadata_interval which will ch
Michael Niedermayer gmx.at> writes:
> > Imo, the precision check in rtpenc_jpeg.c is wrong:
> > Only the upper four bits contain the precision, the
> > lower four bits are the table number.
> LGTM
Merged by you.
Thank you, Carl Eugen
___
ffmpeg-de
Michael Niedermayer gmx.at> writes:
> > + "Only standard Huffman tables are supported\n");
>
> I think the error messages should be changed to say
> that RFC... doesnt allow stuff not that its not
> supported implying it could be supported
Merged with a different error message.
I tried to
Michael Niedermayer gmx.at> writes:
> > Attached patch stops -benchmark from using stdout.
> i wonder why this used printf()
> maybe wait a day or 2 before applying in case there
> was a reason that i forgot
Merged.
Thank you, Carl Eugen
___
ffmpeg
Michael Niedermayer gmx.at> writes:
> > > > Matroska streaming currently consumes memory for
> > > > cuepoints that are never used if the output stream
> > > > is no seekable. This can lead to oom.
> > > > Attached patch fixes ticket #4690.
> should be ok
The patch was merged.
Thank you, Carl
On 08.07.2015 18:07, Michael Niedermayer wrote:
> On Wed, Jul 08, 2015 at 07:24:13AM -0400, Ronald S. Bultje wrote:
>> - last of all, I want to remind you guys that we haven't done a very
>> thorough code analysis to see if this can actually be triggered. As an
>> example, look at commit 458446acfa
> On Jul 9, 2015, at 1:53 PM, Michael Niedermayer wrote:
>
> On Tue, Jul 07, 2015 at 11:03:39AM -0400, Dave Rice wrote:
>> Hi,
>>
>>> On Jul 7, 2015, at 10:35 AM, Michael Niedermayer wrote:
>>>
>>> On Thu, Jul 02, 2015 at 09:50:21AM -0400, Dave Rice wrote:
Hi all,
Last month I poste
On 08.07.2015 01:22, Michael Niedermayer wrote:
> On Tue, Jul 07, 2015 at 11:32:59PM +0200, Andreas Cadhalpun wrote:
>> I think the assert is a historic leftover:
>> Before commit cc884a35 src_stride > 7*MB_SIZE was necessary, because
>> the blocks were interleaved in the tmp buffer and the last bl
On 2015-07-06 14:42, Clément Bœsch wrote:
{
int i = 0;
int text_pos = 0;
while (text < text_end) {
-for (i = 0; i < style_entries; i++) {
-if (s[i]->style_flag && text_pos == s[i]->style_end) {
-if (s[i]->style_flag & STYLE_FLAG_BOLD)
-
On Tue, Jul 07, 2015 at 11:03:39AM -0400, Dave Rice wrote:
> Hi,
>
> > On Jul 7, 2015, at 10:35 AM, Michael Niedermayer wrote:
> >
> > On Thu, Jul 02, 2015 at 09:50:21AM -0400, Dave Rice wrote:
> >> Hi all,
> >> Last month I posted a draft of the FFV1 specification formatted in
> >> Markdown [1
On Wed, Jul 08, 2015 at 10:36:56PM -0300, Pedro Arthur wrote:
> Hi,
>
> Last week I worked on adding the ring buffer logic into SwsSlice and fixing
> some seg faults. As I'm having some problems with git send-email through
> gmail I've attached the patch.
these patches dont seem to apply cleanly
On Thu, 9 Jul 2015 14:10:40 +0200
Hendrik Leppkes wrote:
> On Thu, Jul 9, 2015 at 1:32 PM, wm4 wrote:
> > On Tue, 7 Jul 2015 03:06:24 -0300
> > James Almer wrote:
> >
> >> Signed-off-by: James Almer
> >> ---
> >> libavcodec/libdcadec.c | 34 ++
> >> 1 file cha
On 09/07/15 9:10 AM, Hendrik Leppkes wrote:
> On Thu, Jul 9, 2015 at 1:32 PM, wm4 wrote:
>> On Tue, 7 Jul 2015 03:06:24 -0300
>> James Almer wrote:
>>
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/libdcadec.c | 34 ++
>>> 1 file changed, 34 insertions(+)
On Thu, Jul 09, 2015 at 08:02:06AM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> tests/fate/filter-video.mak | 78
> +++
> tests/ref/fate/filter-removegrain-mode-00 | 2 +
> tests/ref/fate/filter-removegrain-mode-01 | 2 +
> tests/re
From: LoRd_MuldeR
Signed-off-by: Paul B Mahol
---
doc/filters.texi| 158 ++
libavfilter/Makefile| 1 +
libavfilter/af_dynaudnorm.c | 739
libavfilter/allfilters.c| 1 +
4 files changed, 899 insertions(+)
create m
On Thu, Jul 09, 2015 at 06:34:25PM +0300, Ivan Uskov wrote:
> Hello Michael,
>
> Please review the attached updated patch about height alignment.
>
> The qsvenc_hevc.c compiles now thanks.
> But same command line that I use for h264_qsv does fail for hevc_qsv
> with error "[hevc_qsv @ 0x25a7620]
Hi,
Apologies if this comes through as HTML. I am internet-less and
using the Gmail web interface.
On Wed, Jul 8, 2015 at 11:54 PM, Steve Borho wrote:
> The range extension profiles have been fully ratified so there
> is no reason to require -strict experimental for them. However
> Main12 suppor
We have been using Cisco's libopenh264 as part of FFmpeg with good results.
However, function svc_encode_init() in libavcodec/libopenh264enc.c appears to
be setting the frame rate incorrectly. The line of code in question looks like:
param.fMaxFrameRate = avctx->time_base.den / avctx->time_ba
Hello Michael,
Please review the attached updated patch about height alignment.
The qsvenc_hevc.c compiles now thanks.
But same command line that I use for h264_qsv does fail for hevc_qsv
with error "[hevc_qsv @ 0x25a7620] Unexpected NAL type in the extradata: 52"
Here can be lot reasons includin
Hello Michael,
Ok, I will take care.
Thursday, July 9, 2015, 5:47:22 PM, you wrote:
MN> Its not my code nor my change, i do not know what the correct value
MN> is.
MN> This change was merged by me and originates from libav. I tried to
MN> merge things so they work, apparently i failed for ‘ff_he
On Thu, Jul 09, 2015 at 05:07:38PM +0300, Ivan Uskov wrote:
> Hello Michael,
>
> Ooops, missed that you modified the file recently. Will prepare
> another patch.
> By the way, now I can not compile master repo under --enable-libmfx config,
> there is compiler error appears:
> libavcodec/qsvenc_hev
On Thu, Jul 9, 2015 at 3:47 PM, Nicolas George wrote:
> Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
>> Signed-off-by: Stephan Holljes
>> ---
>> doc/examples/Makefile | 1 +
>> doc/examples/http_multiclient.c | 120
>>
>> 2 fi
Hello Michael,
Ooops, missed that you modified the file recently. Will prepare
another patch.
By the way, now I can not compile master repo under --enable-libmfx config,
there is compiler error appears:
libavcodec/qsvenc_hevc.c:71:5: error: too few arguments to function
‘ff_hevc_extract_rbsp’
Are
On Thu, Jul 9, 2015 at 3:42 PM, Nicolas George wrote:
> Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
>> Signed-off-by: Stephan Holljes
>> ---
>> libavformat/http.c | 39 ---
>> 1 file changed, 28 insertions(+), 11 deletions(-)
>> Changes si
On Thu, Jul 9, 2015 at 3:41 PM, Nicolas George wrote:
> Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
>> Signed-off-by: Stephan Holljes
>> ---
>> libavformat/http.c | 19 +++
>> 1 file changed, 19 insertions(+)
>
>> Changes since first version:
>> - Add a
On Thu, Jul 9, 2015 at 3:31 PM, Nicolas George wrote:
> Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
>> Signed-off-by: Stephan Holljes
>> ---
>> libavformat/tcp.c | 18 ++
>> 1 file changed, 18 insertions(+)
>> Changes since first version:
>> - Add av_as
Le decadi 20 messidor, an CCXXIII, Marton Balint a écrit :
> I'd still use the metadata directive. If someone needs per-stream, or
> per-packet metadata, he can implement selector directives for that. Like
> metadata_stream or metadata_interval which will change the scope of the
> following metadat
Le primidi 21 messidor, an CCXXIII, Marton Balint a écrit :
> I gave it a thought, and if we ensure that the decoding timestamp reaches
> outpoint instead of the presentation timestamp, can't we overcome the
> B-frame issue? It's a simple change and seems to do the right thing.
I am not sure if it
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
> Signed-off-by: Stephan Holljes
> ---
> doc/examples/Makefile | 1 +
> doc/examples/http_multiclient.c | 120
>
> 2 files changed, 121 insertions(+)
> create mode 100644 doc/exampl
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
> Signed-off-by: Stephan Holljes
> ---
> libavformat/http.c | 39 ---
> 1 file changed, 28 insertions(+), 11 deletions(-)
> Changes since first version:
> - Return from http_handshake() if n
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
> Signed-off-by: Stephan Holljes
> ---
> libavformat/http.c | 19 +++
> 1 file changed, 19 insertions(+)
> Changes since first version:
> - Add av_assert0() check for sc->listen
> - Add bitmask for s->fl
On Thu, Jul 09, 2015 at 01:23:58PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> RFC 2435 requires standard Huffman tables when sending (m)jpeg over rtp.
> Related to ticket #3823.
>
> Please comment, Carl Eugen
> rtpenc_jpeg.c | 21 +
> 1 file changed, 21 insertions(+)
> f72f5
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
> Signed-off-by: Stephan Holljes
> ---
> libavformat/tcp.c | 18 ++
> 1 file changed, 18 insertions(+)
> Changes since first version:
> - Add av_assert0() check for sc->listen
> - Add bitmask for s->flags
On Tue, Jun 30, 2015 at 11:53:06AM +0200, Nedeljko Babic wrote:
> From: Jovan Zelincevic
>
> Build system modified
>
> There are several warnings occurring during build after this patch is
> applied. The cause of most of these warnings is in that some definitions
> needed here are logical part o
On Tue, Jun 30, 2015 at 11:53:05AM +0200, Nedeljko Babic wrote:
> From: Djordje Pesut
>
> Add fixed point implementation
>
> Signed-off-by: Nedeljko Babic
> ---
> libavcodec/aac.h | 80 ++--
> libavcodec/aacdec.c | 5 +
> libavcodec/aacdec_fixed.c| 444
> ++
On Tue, Jun 30, 2015 at 11:53:04AM +0200, Nedeljko Babic wrote:
> From: Jovan Zelincevic
>
> Add fixed point implementation of functions for generating tables
>
> Signed-off-by: Nedeljko Babic
> ---
> libavcodec/aac.h | 23 +
> libavcodec/aacdectab.h
On Tue, Jun 30, 2015 at 11:53:03AM +0200, Nedeljko Babic wrote:
> From: Jovan Zelincevic
>
> Move existing code to the new template files
>
> Signed-off-by: Nedeljko Babic
> ---
> libavcodec/aacdec.c| 3132
> +---
> libavcodec/{aacdec.c => aacde
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for VP9 intra functions in
new file vp9_intra_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/mips/Makefile | 3 +-
libavcodec/mips/vp9_intra_msa.c| 880 +
libavcodec/m
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for VP9 idct functions in
new file vp9_idct_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/mips/Makefile |3 +-
libavcodec/mips/vp9_idct_msa.c | 1811
libavcodec/mi
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for VP9 lpf functions in new
file vp9_lpf_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/mips/Makefile|3 +-
libavcodec/mips/vp9_lpf_msa.c | 2503 +++
libavcodec/mip
Carl Eugen Hoyos ag.or.at> writes:
> +break;
break removed locally.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, Jul 09, 2015 at 02:24:43PM +0300, Ivan Uskov wrote:
> Hello All,
>
> There is another place into libavcodec/qsvenc.c where height may be
> aligned to 32 for the case when alignment to 16 is enough. It can be
> reason of superfluous frame copying. The attached patch does solve
> this issue.
On Thu, Jul 09, 2015 at 01:26:23AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Imo, the precision check in rtpenc_jpeg.c is wrong: Only the upper four bits
> contain the precision, the lower four bits are the table number.
>
> Please review, Carl Eugen
LGTM
[...]
--
Michael GnuPG fingerprint
On Thu, Jul 9, 2015 at 1:32 PM, wm4 wrote:
> On Tue, 7 Jul 2015 03:06:24 -0300
> James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/libdcadec.c | 34 ++
>> 1 file changed, 34 insertions(+)
>>
>> diff --git a/libavcodec/libdcadec.c b/libavcod
On Tue, 7 Jul 2015 03:06:24 -0300
James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/libdcadec.c | 34 ++
> 1 file changed, 34 insertions(+)
>
> diff --git a/libavcodec/libdcadec.c b/libavcodec/libdcadec.c
> index 4bc3765..796826e 100644
> --- a
Paul B Mahol gmail.com> writes:
> Looking at rtpenc_jpeg: 422 is mentioned there.
Yes, it might work if you use the right encoder.
Patch withdrawn, I sent a new patch that adds an
additional necessary check when sending mjpeg.
Carl Eugen
___
ffmpeg
Hello All,
There is another place into libavcodec/qsvenc.c where height may be
aligned to 32 for the case when alignment to 16 is enough. It can be
reason of superfluous frame copying. The attached patch does solve
this issue. Please review.
--
Best regards,
Ivan mai
Hi!
RFC 2435 requires standard Huffman tables when sending (m)jpeg over rtp.
Related to ticket #3823.
Please comment, Carl Eugen
diff --git a/libavformat/rtpenc_jpeg.c b/libavformat/rtpenc_jpeg.c
index 7ee26c4..e9d09e9 100644
--- a/libavformat/rtpenc_jpeg.c
+++ b/libavformat/rtpenc_jpeg.c
@@ -21,
On Thu, Jul 09, 2015 at 12:47:25AM -0300, James Almer wrote:
> On 09/07/15 12:26 AM, Michael Niedermayer wrote:
> > Iam not sure this is better or worse than before
> > What do people prefer ?
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/hevc_ps.c |9 -
> > 1 fil
Hi, Michael.
did you install the new FC21 and is there any problem when installing?
the installation maybe freted, but worth.
i add ".set arch=loongson3a" for last h264pred patch to pass compiling on
FC19-O32, and fate success in both FC19-O32 and FC21-N64.
i think it's ok to use ".set arch=loong
From 86f901e61532d3c06dbd93e15d47a66b119c44f8 Mon Sep 17 00:00:00 2001
From: ZhouXiaoyong
Date: Thu, 9 Jul 2015 14:34:21 +0800
Subject: [PATCH 2/2] avcodec: loongson optimized mpegvideo dct unquantize with
mmi
Signed-off-by: ZhouXiaoyong
---
libavcodec/mips/Makefile | 1 +
liba
Hi, Michael.
did you install the new FC21 and is there any problem when installing?
the installation maybe freted, but worth.
i add ".set arch=loongson3a" for last h264pred patch to pass compiling on
FC19-O32, and fate success in both FC19-O32 and FC21-N64.
i think it's ok to use ".set arch=loongs
Signed-off-by: Paul B Mahol
---
tests/fate/filter-video.mak | 78 +++
tests/ref/fate/filter-removegrain-mode-00 | 2 +
tests/ref/fate/filter-removegrain-mode-01 | 2 +
tests/ref/fate/filter-removegrain-mode-02 | 2 +
tests/ref/fate/filter-removegrain-m
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 5833808..46c4788 100755
--- a/configure
+++ b/configure
@@ -475,7 +475,7 @@ sh_quote(){
}
cleanws(){
-echo "$@" | sed 's/^ *//;s/ */ /g;s/ *$//;s/\\r//g'
+echo "$@" | sed "s/^
63 matches
Mail list logo
