On Sat, Jan 14, 2017 at 4:18 PM, Carl Eugen Hoyos wrote:
> 2017-01-13 6:28 GMT+01:00 wm4 :
>> On Thu, 12 Jan 2017 23:31:11 +0100
>> Carl Eugen Hoyos wrote:
>>
>>> 2017-01-12 23:20 GMT+01:00 Hendrik Leppkes :
>>>
2017-01-13 6:28 GMT+01:00 wm4 :
> On Thu, 12 Jan 2017 23:31:11 +0100
> Carl Eugen Hoyos wrote:
>
>> 2017-01-12 23:20 GMT+01:00 Hendrik Leppkes :
>> > On Fri, Jan 13, 2017 at 1:10 AM, Carl Eugen Hoyos
>> > wrote:
2017-01-13 18:44 GMT+01:00 Michael Niedermayer :
> On Thu, Jan 12, 2017 at 03:01:03PM +0100, Carl Eugen Hoyos wrote:
>> 2017-01-11 19:55 GMT+01:00 Michael Niedermayer :
>> > On Tue, Jan 10, 2017 at 05:23:04PM +0100, Carl Eugen Hoyos wrote:
>> >> Hi!
>> >>
2017-01-12 18:27 GMT+01:00 Paul B Mahol :
> Signed-off-by: Paul B Mahol
> ---
> libavformat/mxf.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/mxf.c b/libavformat/mxf.c
> index e9c48e8..8a40b67 100644
> --- a/libavformat/mxf.c
> +++
On Wed, Jan 11, 2017 at 09:55:33PM +0100, Martin Vignali wrote:
> Hello,
>
> Patch in attach add test for channel depth and channel count in bitmap mode
> and return invalid data, if channel count or depth != 1.
>
> Martin
> psd.c |6 ++
> 1 file changed, 6 insertions(+)
>
On Wed, Jan 11, 2017 at 09:59:24PM +0100, Martin Vignali wrote:
> Hello,
>
> In attach patch to add fate test for bitmap file, and duotone.
>
> The duotone test, is based on the actual state of the decoder, where the
> sample is interpreted as gray file.
>
> Sample can be found here :
>
Patch fixes an issue with broken Ogg Theora videos containing bogus
negative granulepos on some packets: libavformat was reporting huge
positive dts timestamps for these packets, causing downstream problems for
ffmpeg2theora at Wikimedia Commons (near-infinite loop during transcoding).
Bug
On Fri, Jan 13, 2017 at 09:26:16 -0500, Andreas Håkon wrote:
> { "d", "FEC D", OFFSET(d), AV_OPT_TYPE_INT, { .i64 = 5 }, 4, 20, .flags
> = E },
> +{ "align", "Alignment mode: 0=none; 1=COL (default); 2=ROW",
> OFFSET(align), AV_OPT_TYPE_INT, { .i64 = 1 }, 0, 2, .flags = E },
This
On Fri, Jan 13, 2017 at 07:57:28 -0500, Andreas Håkon wrote:
> +static int rtp_mpegtsraw_write_close(AVFormatContext *s)
> +{
ffmpeg bracket style is different.
https://ffmpeg.org/developer.html#toc-Code-formatting-conventions
(indent's "-kr" implies "-br", which means that the opening curly
On Fri, Jan 13, 2017 at 03:43:24PM +0100, Paul B Mahol wrote:
> On 1/13/17, Matthieu Bouron wrote:
> > On Mon, Jan 09, 2017 at 11:00:44PM +0100, Michael Niedermayer wrote:
> >> On Mon, Jan 09, 2017 at 05:45:29PM +0100, Matthieu Bouron wrote:
> >> > Hello,
> >> >
> >> >
On 1/13/2017 3:04 PM, Steinar H. Gunderson wrote:
> Seemingly ff_clear_block_sse assumed that the block array is aligned,
> so make sure it is.
And so does IDCTDSPContext.idct_put()
> ---
> libavcodec/speedhq.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Seemingly ff_clear_block_sse assumed that the block array is aligned,
so make sure it is.
---
libavcodec/speedhq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/speedhq.c b/libavcodec/speedhq.c
index 9c21c0b1be..30160dd3f2 100644
--- a/libavcodec/speedhq.c
+++
On Fri, 13 Jan 2017 12:19:14 -0500
"Ronald S. Bultje" wrote:
> Hi,
>
> On Fri, Jan 13, 2017 at 9:39 AM, wm4 wrote:
>
> > On Fri, 13 Jan 2017 09:07:48 -0500
> > "Ronald S. Bultje" wrote:
> >
> > > Hi,
> > >
> > > On Jan 13, 2017
On Thu, Jan 12, 2017 at 03:01:03PM +0100, Carl Eugen Hoyos wrote:
> 2017-01-11 19:55 GMT+01:00 Michael Niedermayer :
> > On Tue, Jan 10, 2017 at 05:23:04PM +0100, Carl Eugen Hoyos wrote:
> >> Hi!
> >>
> >> Attached patch fixes ticket #6068.
> >>
> >> Please comment, Carl
> On Jan 12, 2017, at 10:59 AM, Joel Cunningham wrote:
>
> Nicolas,
>
> I’ve found existing “read-ahead logic” in avio_seek to do what I’ve
> implemented in http_stream_forward(). This is controlled by
> SHORT_SEEK_THRESHOLD, currently set to 4KB. I proto-typed
Hi,
On Fri, Jan 13, 2017 at 9:39 AM, wm4 wrote:
> On Fri, 13 Jan 2017 09:07:48 -0500
> "Ronald S. Bultje" wrote:
>
> > Hi,
> >
> > On Jan 13, 2017 6:40 AM, "Clément Bœsch" wrote:
> >
> > From: Clément Bœsch
> >
> >
On Fri, Jan 13, 2017 at 03:13:15AM -0800, Thomas Turner wrote:
> If als_07_2ch192k32bF.mp4 isn't already located in
> fate-suite/lossless-audio/, you can download at:
>
>
On Wed, Dec 28, 2016 at 5:03 AM, Michael Niedermayer wrote:
> On Tue, Dec 27, 2016 at 09:47:47PM -0800, Michael Bradshaw wrote:
> > From: Michael Bradshaw
> >
> > Signed-off-by: Michael Bradshaw
> > ---
> >
On Tue, Jan 10, 2017 at 10:41:04AM +0100, Tobias Rapp wrote:
> On 10.01.2017 00:15, Michael Niedermayer wrote:
> >On Mon, Jan 09, 2017 at 09:56:51AM +0100, Tobias Rapp wrote:
> >>Allows the user to reserve space for the ODML master index. A sufficient
> >>sized master index in the AVI header
On Tue, Jan 10, 2017 at 09:26:53AM +0100, Tobias Rapp wrote:
> On 10.01.2017 00:19, Michael Niedermayer wrote:
> >On Mon, Jan 09, 2017 at 09:56:50AM +0100, Tobias Rapp wrote:
> >>OpenDML specification v1.02 states that entries of a master index chunk
> >>shall point to standard or field index
On Fri, Jan 13, 2017 at 02:02:29PM +0100, Steve Lhomme wrote:
> On Fri, Jan 13, 2017 at 1:04 PM, Michael Niedermayer wrote:
> > On Fri, Jan 13, 2017 at 01:01:14PM +0100, Michael Niedermayer wrote:
> >> On Fri, Jan 13, 2017 at 10:40:23AM +, Stève Lhomme wrote:
> >> > On Fri,
On Fri, Jan 13, 2017 at 12:55:33PM +0100, Clément Bœsch wrote:
> On Thu, Jan 12, 2017 at 12:11:37PM +0100, Michael Niedermayer wrote:
> > Found-by: ubitux
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/h264dec.c | 9 +
> > 1 file changed, 9
On Fri, Jan 13, 2017 at 12:40:07PM +0100, Clément Bœsch wrote:
> From: Clément Bœsch
>
> ---
> libavcodec/h264dec.c | 99
> +---
> 1 file changed, 56 insertions(+), 43 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG
On Fri, Jan 13, 2017 at 12:40:06PM +0100, Clément Bœsch wrote:
> From: Clément Bœsch
>
> It is done unconditionally in ff_h264_field_end()
> ---
> libavcodec/h264_slice.c | 2 --
> 1 file changed, 2 deletions(-)
ok
thx
[...]
--
Michael GnuPG fingerprint:
On 1/13/17, Matthieu Bouron wrote:
> On Mon, Jan 09, 2017 at 11:00:44PM +0100, Michael Niedermayer wrote:
>> On Mon, Jan 09, 2017 at 05:45:29PM +0100, Matthieu Bouron wrote:
>> > Hello,
>> >
>> > The following patch is a port of
>> >
On Fri, 13 Jan 2017 09:07:48 -0500
"Ronald S. Bultje" wrote:
> Hi,
>
> On Jan 13, 2017 6:40 AM, "Clément Bœsch" wrote:
>
> From: Clément Bœsch
>
> ---
> libavcodec/pthread_frame.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Hi,
On Jan 13, 2017 6:40 AM, "Clément Bœsch" wrote:
From: Clément Bœsch
---
libavcodec/pthread_frame.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index 7ef5e9f6be..cb6d76284e
Hi,
The Pro-MPEG FEC module has troubles with some receivers.
This patch fixes this problem incorporating the option for selecting different
alignment modes.
The problem is related to the alignment of the COLUMN FEC packets (aka. when
send the packet).
Current block-alignment implies a delay
On Mon, Jan 09, 2017 at 11:00:44PM +0100, Michael Niedermayer wrote:
> On Mon, Jan 09, 2017 at 05:45:29PM +0100, Matthieu Bouron wrote:
> > Hello,
> >
> > The following patch is a port of 6d82b52712af87c7831872c27fd2abfd18b04f88 to
> > the aarch64 platform.
> >
> > Here are some results of an
On Fri, Jan 13, 2017 at 4:51 PM, wm4 wrote:
> On Fri, 13 Jan 2017 16:04:57 +0530
> Kamaldeep Tumkur wrote:
>
>> Thanks a lot for explaining this. I do see now that the needed
>> metadata is being set on the HTTPContext struct in the http
On Fri, Jan 13, 2017 at 1:04 PM, Michael Niedermayer wrote:
> On Fri, Jan 13, 2017 at 01:01:14PM +0100, Michael Niedermayer wrote:
>> On Fri, Jan 13, 2017 at 10:40:23AM +, Stève Lhomme wrote:
>> > On Fri, Jan 13, 2017 at 10:47 AM, wm4 wrote:
>> > > On
We can pick the correct slice index directly from the
ID3D11VideoDecoderOutputView
casted from data[3].
Also added myself as maintainer for DXVA2 and D3D11VA.
---
MAINTAINERS | 3 ++-
libavcodec/dxva2_internal.h | 4 ++--
libavcodec/version.h| 2 +-
3 files changed, 5
No need to loop through the known surfaces, we'll use the requested surface
anyway.
The loop is only done for DXVA2.
---
libavcodec/dxva2.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c
index 2ac3f3e..c782f1c 100644
---
libavcodec/dxva2_h264.c | 4 +---
libavcodec/dxva2_hevc.c | 4 +---
libavcodec/dxva2_internal.h | 5 +
libavcodec/dxva2_mpeg2.c| 4 +---
libavcodec/dxva2_vc1.c | 4 +---
libavcodec/dxva2_vp9.c | 4 +---
6 files changed, 10 insertions(+), 15 deletions(-)
diff --git
Hi,
I resend the attachment with the correct mime type: text/plain
Sorry!
Original Message
Subject: [PATCH] avformat: Add rtp_mpegtsraw (MPEG-TS RAW Stream output)
From: andreas.ha...@protonmail.com
To: ffmpeg-devel@ffmpeg.org
Hi,
This patch adds
Hi,
Impossible to send in plain-text...
Attached as text/plain in base64From 5b4401af5bdfe4736f5192f5dc118948f4906bda Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andreas=20H=C3=A5kon?=
Date: Fri, 13 Jan 2017 13:07:57 +0100
Subject: [PATCH 1/1] avformat: Fix Pro-MPEG
Hi,
> Original Message
> Subject: [FFmpeg-devel] [PATCH 1/1] avformat: Fix Pro-MPEG non-square matrix
> From: andreas.ha...@protonmail.com
> To: FFmpeg development discussions and patches
>
> Hi,
>
> I share this for comment...
> With square matrices I
Hi,
I share this for comment...
With square matrices I don't see any problem, as row=col when sending the COL
FEC packets.
But, with a non-square matrix the "col_out_idx" has inconsistent values (repeat
values).
Please, review this code. I feel now is correct.
Best,
A.H.
On Fri, Jan 13, 2017 at 01:01:14PM +0100, Michael Niedermayer wrote:
> On Fri, Jan 13, 2017 at 10:40:23AM +, Stève Lhomme wrote:
> > On Fri, Jan 13, 2017 at 10:47 AM, wm4 wrote:
> > > On Fri, 13 Jan 2017 09:52:18 +0100
> > > Steve Lhomme wrote:
> > >
On Fri, Jan 13, 2017 at 10:40:23AM +, Stève Lhomme wrote:
> On Fri, Jan 13, 2017 at 10:47 AM, wm4 wrote:
> > On Fri, 13 Jan 2017 09:52:18 +0100
> > Steve Lhomme wrote:
> >
> >> For the record all 3 remaining patches (2/4, 3/4 and 4/4) are now
> >>
On Thu, Jan 12, 2017 at 12:11:37PM +0100, Michael Niedermayer wrote:
> Found-by: ubitux
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h264dec.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
> index
If als_07_2ch192k32bF.mp4 isn't already located in fate-suite/lossless-audio/,
you can download at:
http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_IEC_14496-26_2010_Bitstreams/DVD1/mpeg4audio-conformance/compressedMp4/als_07_2ch192k32bF.mp4
Signed-off-by: Thomas Turner
From: Clément Bœsch
---
libavcodec/pthread_frame.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index 7ef5e9f6be..cb6d76284e 100644
--- a/libavcodec/pthread_frame.c
+++ b/libavcodec/pthread_frame.c
From: Clément Bœsch
It is done unconditionally in ff_h264_field_end()
---
libavcodec/h264_slice.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index 9a334a97cb..2dc98c109c 100644
--- a/libavcodec/h264_slice.c
+++
From: Clément Bœsch
---
libavcodec/h264dec.c | 99 +---
1 file changed, 56 insertions(+), 43 deletions(-)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index ed0b7246b7..0cb0352485 100644
--- a/libavcodec/h264dec.c
On Fri, 13 Jan 2017 16:04:57 +0530
Kamaldeep Tumkur wrote:
> Thanks a lot for explaining this. I do see now that the needed
> metadata is being set on the HTTPContext struct in the http protocol
> file. For the ffmpeg.c app, AVFormatContext along with a few others
>
Thanks a lot for explaining this. I do see now that the needed
metadata is being set on the HTTPContext struct in the http protocol
file. For the ffmpeg.c app, AVFormatContext along with a few others
are the only accessible structs through the public headers.
HTTPContext, HLSContext and others
On Fri, Jan 13, 2017 at 10:47 AM, wm4 wrote:
> On Fri, 13 Jan 2017 09:52:18 +0100
> Steve Lhomme wrote:
>
>> For the record all 3 remaining patches (2/4, 3/4 and 4/4) are now
>> merged in libav.
>
> So how do we handle this. Do we wait until the merges
On Fri, 13 Jan 2017 14:35:09 +0530
Kamaldeep Tumkur wrote:
> Hi All,
>
> I am trying to use the HLSContext struct inside ffmpeg.c, in order to
> have access to the context's send_buffer_size value. However, the
> context struct is only defined inside hlsenc.c.
>
>
On Fri, 13 Jan 2017 09:52:18 +0100
Steve Lhomme wrote:
> For the record all 3 remaining patches (2/4, 3/4 and 4/4) are now
> merged in libav.
So how do we handle this. Do we wait until the merges catch up, or do
you want to push your patches to ffmpeg's git immediately?
Hi All,
I am trying to use the HLSContext struct inside ffmpeg.c, in order to
have access to the context's send_buffer_size value. However, the
context struct is only defined inside hlsenc.c.
Is there a specific reason for hlsenc not to have a header file? Are
there any other options I may be
For the record all 3 remaining patches (2/4, 3/4 and 4/4) are now
merged in libav.
On Tue, Jan 10, 2017 at 11:18 AM, Steve Lhomme wrote:
> This was not rejected and has been merged in libav.
> 3/4 and 4/4 seem to be valid too and pending on both sides. I just
> need to send an
52 matches
Mail list logo