On Thu, Jul 9, 2015 at 3:31 PM, Nicolas George geo...@nsup.org wrote:
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
libavformat/tcp.c | 18 ++
1 file changed, 18 insertions(+)
Changes since first
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 metadata
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:
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’
On Thu, Jul 9, 2015 at 3:47 PM, Nicolas George geo...@nsup.org wrote:
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
doc/examples/Makefile | 1 +
doc/examples/http_multiclient.c | 120
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
On Thu, Jul 9, 2015 at 3:41 PM, Nicolas George geo...@nsup.org wrote:
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
libavformat/http.c | 19 +++
1 file changed, 19 insertions(+)
Changes since
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
doc/examples/Makefile | 1 +
doc/examples/http_multiclient.c | 120
2 files changed, 121 insertions(+)
create mode
On Thu, Jul 9, 2015 at 3:42 PM, Nicolas George geo...@nsup.org wrote:
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
libavformat/http.c | 39 ---
1 file changed, 28 insertions(+), 11
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 including
From: LoRd_MuldeR muld...@gmx.de
Signed-off-by: Paul B Mahol one...@gmail.com
---
doc/filters.texi| 158 ++
libavfilter/Makefile| 1 +
libavfilter/af_dynaudnorm.c | 739
libavfilter/allfilters.c| 1 +
4 files
On 09/07/15 9:10 AM, Hendrik Leppkes wrote:
On Thu, Jul 9, 2015 at 1:32 PM, wm4 nfx...@googlemail.com wrote:
On Tue, 7 Jul 2015 03:06:24 -0300
James Almer jamr...@gmail.com wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/libdcadec.c | 34
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 /
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]
On Thu, 9 Jul 2015 14:10:40 +0200
Hendrik Leppkes h.lepp...@gmail.com wrote:
On Thu, Jul 9, 2015 at 1:32 PM, wm4 nfx...@googlemail.com wrote:
On Tue, 7 Jul 2015 03:06:24 -0300
James Almer jamr...@gmail.com wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
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 st...@borho.org wrote:
The range extension profiles have been fully ratified so there
is no reason to require -strict experimental for them. However
Michael Niedermayer michaelni at 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
Michael Niedermayer michaelni at 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
___
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 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
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 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 block
On Tue, Jul 07, 2015 at 11:03:39AM -0400, Dave Rice wrote:
Hi,
On Jul 7, 2015, at 10:35 AM, Michael Niedermayer michae...@gmx.at 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
On Jul 9, 2015, at 1:53 PM, Michael Niedermayer michae...@gmx.at 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 michae...@gmx.at wrote:
On Thu, Jul 02, 2015 at 09:50:21AM -0400, Dave Rice wrote:
Hi all,
Last
Michael Niedermayer michaelni at 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
___
Michael Niedermayer michaelni at 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
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
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
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
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
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
@@
Paul B Mahol onemda at 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
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 michae...@gmx.at
---
libavcodec/hevc_ps.c |9 -
1
---
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/^
Signed-off-by: Paul B Mahol one...@gmail.com
---
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 +
From 86f901e61532d3c06dbd93e15d47a66b119c44f8 Mon Sep 17 00:00:00 2001
From: ZhouXiaoyong zhouxiaoy...@loongson.cn
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 zhouxiaoy...@loongson.cn
---
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
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:
Carl Eugen Hoyos cehoyos at 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 Tue, 7 Jul 2015 03:06:24 -0300
James Almer jamr...@gmail.com wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/libdcadec.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/libavcodec/libdcadec.c b/libavcodec/libdcadec.c
index
On Thu, Jul 9, 2015 at 1:32 PM, wm4 nfx...@googlemail.com wrote:
On Tue, 7 Jul 2015 03:06:24 -0300
James Almer jamr...@gmail.com wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/libdcadec.c | 34 ++
1 file changed, 34 insertions(+)
diff
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.
From: Shivraj Patil shivraj.pa...@imgtec.com
This patch adds MSA (MIPS-SIMD-Arch) optimizations for VP9 idct functions in
new file vp9_idct_msa.c
Signed-off-by: Shivraj Patil shivraj.pa...@imgtec.com
---
libavcodec/mips/Makefile |3 +-
libavcodec/mips/vp9_idct_msa.c | 1811
From: Shivraj Patil shivraj.pa...@imgtec.com
This patch adds MSA (MIPS-SIMD-Arch) optimizations for VP9 lpf functions in new
file vp9_lpf_msa.c
Signed-off-by: Shivraj Patil shivraj.pa...@imgtec.com
---
libavcodec/mips/Makefile|3 +-
libavcodec/mips/vp9_lpf_msa.c | 2503
From: Shivraj Patil shivraj.pa...@imgtec.com
This patch adds MSA (MIPS-SIMD-Arch) optimizations for VP9 intra functions in
new file vp9_intra_msa.c
Signed-off-by: Shivraj Patil shivraj.pa...@imgtec.com
---
libavcodec/mips/Makefile | 3 +-
libavcodec/mips/vp9_intra_msa.c| 880
On Tue, Jun 30, 2015 at 11:53:03AM +0200, Nedeljko Babic wrote:
From: Jovan Zelincevic jovan.zelince...@imgtec.com
Move existing code to the new template files
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
---
libavcodec/aacdec.c| 3132
On Tue, Jun 30, 2015 at 11:53:04AM +0200, Nedeljko Babic wrote:
From: Jovan Zelincevic jovan.zelince...@imgtec.com
Add fixed point implementation of functions for generating tables
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
---
libavcodec/aac.h
On Tue, Jun 30, 2015 at 11:53:05AM +0200, Nedeljko Babic wrote:
From: Djordje Pesut djordje.pe...@imgtec.com
Add fixed point implementation
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
---
libavcodec/aac.h | 80 ++--
libavcodec/aacdec.c | 5 +
On Tue, Jun 30, 2015 at 11:53:06AM +0200, Nedeljko Babic wrote:
From: Jovan Zelincevic jovan.zelince...@imgtec.com
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
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
libavformat/tcp.c | 18 ++
1 file changed, 18 insertions(+)
Changes since first version:
- Add av_assert0() check for sc-listen
- Add
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(+)
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
+++
Signed-off-by: Paul B Mahol one...@gmail.com
---
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
---
Le decadi 20 messidor, an CCXXIII, Stephan Holljes a écrit :
Signed-off-by: Stephan Holljes klaxa1...@googlemail.com
---
libavformat/http.c | 39 ---
1 file changed, 28 insertions(+), 11 deletions(-)
Changes since first version:
- Return from
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
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 necessary,
Fixes Assertion failure
Found-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utils.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 96f177d..925b3ed
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 this can
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 solves
59 matches
Mail list logo