LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Monday, September 25, 2017 6:09 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: preload data in hevc sao edge 45
From: Kaustubh Raste
Remove loops and unroll as block sizes are known.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/h264qpel_msa.c | 441 +++-
1 file changed, 432 insertions(+), 9 deletions(-)
diff --git a/libavcodec/mips/h264qpel_msa.c b/libavcodec/m
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Tuesday, September 26, 2017 10:40 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Removed generic function call
On 20.09.2017 11:01, Tobias Rapp wrote:
Metadata filter output is passed through an Awk script comparing floats
against reference values with specified "fuzz" tolerance to account for
architectural differences (e.g. x86-32 vs. x86-64).
Signed-off-by: Tobias Rapp
---
tested on Linux x86-32/64 an
On Tue, Sep 26, 2017 at 2:36 AM, Aman Gupta wrote:
> From: Aman Gupta
>
> This callback will be used by the VideoToolbox H264 hwaccel so that it
> can receive SPS and PPS NALUs. VideoToolbox requires PPS changes to be
> fed into the decoder session, and for the session to be recreated when
> the
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Tuesday, September 26, 2017 10:56 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve avc chroma vert mc msa
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Tuesday, September 26, 2017 10:51 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve avc weighted mc msa
f
2017-09-26 2:36 GMT+02:00 Aman Gupta :
> + case kCMVideoCodecType_H264 : {
> + H264Context *h = avctx->priv_data;
> + if (TARGET_OS_IPHONE && h->ps.sps->frame_mbs_only_flag == 0) {
I believe that for DVB 1080 transmissions the flag is
never set even for progressive frames, so this has
This series adds a fix for a regression for building with older GnuTLS
[1/2] and a silencing of warnings for ancient GnuTLS [2/2].
Moritz Barsnick (2):
lavf/tls_gnutls: fix compilation with GnuTLS 2.x
lavf/tls_gnutls: fix warnings from version check
libavformat/tls_gnutls.c | 6 ++
1 fil
2017-09-26 2:36 GMT+02:00 Aman Gupta :
> Removes the avctx->extradata_size requirement when
> creating avcC, since avctx->extradata is only used in the
> esds code path.
Please split the patch in a functional and a cosmetic change.
Carl Eugen
___
ffmpe
2017-09-26 3:52 GMT+02:00 Rodger Combs :
> +# if defined(__USE_FILE_OFFSET64) && __ANDROID_API__ < 21 &&
> !defined(__LP64__)
> +# ifdef mmap
> +#undef mmap
> +# endif
> +void* mmap(void*, size_t, int, int, int, __kernel_off_t);
How can this issue be reproduced?
Shouldn't this be check
The GnuTLS version is checked through the macro GNUTLS_VERSION_NUMBER,
but this wasn't introduced before 2.7.2. Building with older versions
of GnuTLS (using icc) warns:
src/libavformat/tls_gnutls.c(38): warning #193: zero used for undefined
preprocessing identifier "GNUTLS_VERSION_NUMBER"
#if
Commit 598e41684066feba701d19ca7443d24b9e5efa77 added use of
GNUTLS_E_PREMATURE_TERMINATION, which wasn't introduced to GnuTLS
before 2.99.x / 3.x. This fixes compilation with older versions.
Signed-off-by: Moritz Barsnick
---
libavformat/tls_gnutls.c | 2 ++
1 file changed, 2 insertions(+)
dif
2017-09-26 1:33 GMT+02:00 Mateusz :
> I've sent C code patch 2017-09-06 (and nothing) so I thought that the
> problem is with speed. For simplicity I've attached this patch.
You could (wait a day or two and) either add an option to
select your dithering code or put it under #ifdef so more
people
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Tuesday, September 26, 2017 1:20 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve avc put mc 20, 01 and 0
On Mon, 25 Sep 2017 11:49:51 -0700
Aman Gupta wrote:
> On Mon, Sep 25, 2017 at 3:06 AM, wm4 wrote:
>
> > On Mon, 25 Sep 2017 09:02:36 +0200
> > Hendrik Leppkes wrote:
> >
> > > On Mon, Sep 25, 2017 at 3:31 AM, Aman Gupta wrote:
> > > >
> > > > How do the other hwaccels handle mid-stream S
On Mon, 25 Sep 2017 16:14:08 -0700
Aman Gupta wrote:
> On Wed, May 24, 2017 at 6:47 AM, wm4 wrote:
>
> > With the new decode API, you can't handle errors directly in the API
> > user - you only know that the hwaccel did not initialize at all.
> >
> > Add some approximate logging.
> > ---
> > l
On Mon, 25 Sep 2017 16:44:45 -0300
James Almer wrote:
> On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:
> > Signed-off-by: Rostislav Pehlivanov
> > ---
> > ffprobe.c | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git a/ffprobe.c b/ffprobe.c
> > index b2e8949d9f..171f856c2d 10064
On Mon, 25 Sep 2017 20:28:07 +0100
Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> doc/APIchanges | 3 +++
> libavutil/frame.h | 6 ++
> libavutil/version.h | 2 +-
> 3 files changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/doc/APIchanges b/doc/API
On Mon, 25 Sep 2017 17:36:27 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> libavcodec/videotoolbox.c | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/videotoolbox.c b/libavcodec/videotoolbox.c
> index 1de556f3e8..f56ab1f8c9 100644
>
On Mon, 25 Sep 2017 17:36:30 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> If the VideoToolbox session needs to be restarted, and
> videotoolbox_start() fails for some reason (for instance, if the video
> is interlaced and the decoder is running on iOS), avcodec will return
> AVERROR_EXTERNAL.
On Mon, 25 Sep 2017 17:36:31 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> Removes the avctx->extradata_size requirement when creating avcC, since
> avctx->extradata is only used in the esds code path.
>
> This fixes an issue where the VideoToolbox decoder would not work unless
> avformat_fin
2017-09-26 13:25 GMT+02:00 Moritz Barsnick :
> This series adds a fix for a regression for building with older GnuTLS
> [1/2] and a silencing of warnings for ancient GnuTLS [2/2].
Patchset applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffm
On 24/09/2017 15:35, Jörn Heusipp wrote:
On 09/17/2017 03:35 PM, Jörn Heusipp wrote:
Duration depends on the selected subsong and thus must be queried after
selecting the subsong. There is no compelling reason to query other
metadata earlier either.
Signed-off-by: Jörn Heusipp
---
ping?
T
On 9/26/2017 9:14 AM, wm4 wrote:
> On Mon, 25 Sep 2017 16:44:45 -0300
> James Almer wrote:
>
>> On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:
>>> Signed-off-by: Rostislav Pehlivanov
>>> ---
>>> ffprobe.c | 3 +++
>>> 1 file changed, 3 insertions(+)
>>>
>>> diff --git a/ffprobe.c b/ffprobe.c
On Tue, 26 Sep 2017 11:12:41 -0300
James Almer wrote:
> On 9/26/2017 9:14 AM, wm4 wrote:
> > On Mon, 25 Sep 2017 16:44:45 -0300
> > James Almer wrote:
> >
> >> On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:
> >>> Signed-off-by: Rostislav Pehlivanov
> >>> ---
> >>> ffprobe.c | 3 +++
> >
On 9/26/2017 11:23 AM, wm4 wrote:
> On Tue, 26 Sep 2017 11:12:41 -0300
> James Almer wrote:
>
>> On 9/26/2017 9:14 AM, wm4 wrote:
>>> On Mon, 25 Sep 2017 16:44:45 -0300
>>> James Almer wrote:
>>>
On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivano
On Mon, Sep 25, 2017 at 3:12 PM, James Almer wrote:
> On 9/25/2017 3:49 PM, Bjorn Roche wrote:
> > Hi there,
> >
> > I have a patch for this issue:
> >
> > https://trac.ffmpeg.org/ticket/4443
> >
> > However, when running the automated ("fate") tests, I get the error
> pasted
> > below. I'm not s
On Mon, Sep 25, 2017 at 4:03 PM, Carl Eugen Hoyos
wrote:
> 2017-09-25 20:49 GMT+02:00 Bjorn Roche :
>
> > In the meantime, I've attached the patch if anyone wants to look at it.
>
> Can you explain why you had to patch the gif encoder?
> I thought it is able to encode transparency, no?
Sure, an
Hello all,
Below please find several patches which fix a couple of bugs as well
as adding support for 10-bit video on output and the "-sources" and
"-sinks" argument when specified by ffmpeg.c.
If you have any question/concerns, please don't hesitate to reply.
Thanks,
Devin Heitmueller
Devin H
The string is allocated with CFStringGetCString but was being
deallocated with free(), which would intermittently result in
a segmentation fault. Use the correct function for freeing the
allocated CFString.
Signed-off-by: Devin Heitmueller
---
libavdevice/decklink_common.cpp | 2 +-
1 file chan
Make sure that codecs other than V210 or wrapped avframes with
uyvy422 video are passed to decklink output (which would result
in undefined behavior).
Signed-off-by: Devin Heitmueller
---
libavdevice/decklink_enc.cpp | 4
1 file changed, 4 insertions(+)
diff --git a/libavdevice/decklink_en
Add support for enumerating the sources/sinks via the ffmpeg
command line options, as opposed to having to create a real pipeline
and use the "-list_devices" option which does exit() after dumping
out the options.
Note that this patch preserves the existing "-list_devices" option,
but now shares c
From: Devin Heitmueller
Can be tested via the following command:
./ffmpeg -i foo.ts -f decklink -vcodec v210 'DeckLink Duo (1)'
Note that the 8-bit support works as it did before, and setting
the pix_fmt isn't required for 10-bit mode. The code defaults to
operating in 8-bit mode when no vcode
I used this rather absurd configure invocation:
BINDIR=$(realpath $(dirname $(ndk-which gcc)))
NDKDIR=$(dirname $(dirname $(dirname $(dirname $(dirname $BINDIR)
TARGET=16
ARCH=arm
TRIPLE=arm-linux-androideabi
SUFFIX=-4.9
PLATARCH=arm
../configure \
--enable-cross-compile \
--arch=$ARCH \
--cr
On Tue, Sep 26, 2017 at 4:52 AM, Rodger Combs wrote:
> ---
> libavformat/dashenc.c | 13 +
> 1 file changed, 13 insertions(+)
LGTM.
Jan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
The format context (when not NULL) is used to store chapter information,
which was not previously supported by ff_id3v2_read_dict.
This fixes https://trac.ffmpeg.org/ticket/6558
---
libavformat/hls.c | 2 +-
libavformat/id3v2.c | 4 ++--
libavformat/id3v2.h | 6 --
libavformat/utils.c | 2 +
On Tue, 26 Sep 2017 08:49:44 +0200
Lukas Stabe wrote:
> The format context (when not NULL) is used to store chapter information,
> which was not previously supported by ff_id3v2_read_dict.
>
> This fixes https://trac.ffmpeg.org/ticket/6558
> ---
Kind of worried what happens if the ID3 informati
---
libavformat/dashenc.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 92d398ab50..7ed48905f5 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -100,6 +100,7 @@ typedef struct DASHContext {
AVRational mi
---
libavformat/dashenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 240ff41380..92d398ab50 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -785,7 +785,7 @@ static int dash_init(AVFormatContext *s)
---
libavformat/dashenc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 7ed48905f5..3a4b6478d1 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -763,6 +763,11 @@ static int dash_init(AVFormatContext *s)
ctx->a
---
tools/libav-merge-next-commit | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libav-merge-next-commit b/tools/libav-merge-next-commit
index 9bd03fabf8..e2674008f6 100755
--- a/tools/libav-merge-next-commit
+++ b/tools/libav-merge-next-commit
@@ -7,7 +7,7 @@ fi
[ "$
Stopping the codec when no more input is available causes captured
buffers that might be ready to be dequeued to be invalidated.
This commit follows the V4L2 API more closely:
1. on the last valid input buffer, it sets the V4L2_BUF_FLAG_LAST.
2. ffmpeg then will continue dequeuing captured buffers
Hi
On Mon, Sep 25, 2017 at 02:12:26PM -0700, John Stebbins wrote:
>
>
> On 09/25/2017 01:12 PM, Carl Eugen Hoyos wrote:
> > 2017-09-25 19:10 GMT+02:00 John Stebbins :
> >> When keyframe intervals of dash segments are not perfectly aligned,
> >> fragments in the stream can overlap in time. Append
From: Aman Gupta
---
libavcodec/hevc_ps.c | 3 ++-
libavcodec/hevc_ps.h | 2 ++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index 500fee03d8..902917d4dd 100644
--- a/libavcodec/hevc_ps.c
+++ b/libavcodec/hevc_ps.c
@@ -893,7 +893,7 @@
From: Aman Gupta
---
configure| 2 +
libavcodec/allcodecs.c | 1 +
libavcodec/hevc_refs.c | 3 +
libavcodec/hevcdec.c | 12 ++-
libavcodec/vda_vt_internal.h | 1 +
libavcodec/videotoolbox.c| 203 +++
6 f
On Sun, Sep 24, 2017 at 10:13:11PM -0500, Brian Matherly wrote:
> From: Brian Matherly
>
> Correctly set the interlaced_frame and top_field_first fields when pic_struct
> indicates paired fields.
> ---
> libavcodec/hevc_sei.c | 4 +-
> tests/fate/hevc.mak | 6 +-
>
On 9/26/2017 10:08 PM, Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> configure| 2 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/hevc_refs.c | 3 +
> libavcodec/hevcdec.c | 12 ++-
> libavcodec/vda_vt_internal.h | 1 +
> libavcodec/videotoolbox.
On Tue, Sep 26, 2017 at 7:20 PM, James Almer wrote:
> On 9/26/2017 10:08 PM, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > ---
> > configure| 2 +
> > libavcodec/allcodecs.c | 1 +
> > libavcodec/hevc_refs.c | 3 +
> > libavcodec/hevcdec.c | 12 ++
On 9/26/2017 11:49 PM, Aman Gupta wrote:
> On Tue, Sep 26, 2017 at 7:20 PM, James Almer wrote:
>> On 9/26/2017 10:08 PM, Aman Gupta wrote:
>>> +for (i = 0; i < MAX_PPS_COUNT; i++) {
>>> +if (h->ps.pps_list[i]) {
>>
>> I think this hints that there's no guarantee that the entire buffer
> Kind of worried what happens if the ID3 information conflicts with the
> normal container information. As you know, libavformat accepts even mp4
> or mkv files with ID3v2 header.
>
> Do you think this is a potential issue?
I'm quite new to the ffmpeg source, but if I'm reading things correctly,
>Sorry for the late reply, the last was busy week. Here are some more
>comments:
Thanks for your comments. Please find the updated patch attached with your
comments incorporated.
Regards,
Karthick
0003-avdevice-decklink_dec-Added-Closed-caption-decode-fr.patch
Description: 0003-avdevice-deckli
Good afternoon Sir;
I am using OMXplayer in Raspberry Pi to play our recorded TS for DVBt2
Braodcast.
Seems ffmpeg had problem decoding the audio stream - ACC ltam 5.1
Appreciate your advise
Thank you very much
Johnson Kung
Antechnic Engineering Pte Ltd
50 Ubi Avenue 3 #05-
53 matches
Mail list logo
