>On 2/20/18, 8:28 PM, "Michael Niedermayer" wrote:
>
>On Mon, Feb 19, 2018 at 11:25:09AM +0530, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> ---
>> libavformat/movenc.c | 10 +++---
>> libavformat/movenc.h | 1 +
>> 2 files changed, 8 insertions(+), 3 deletions(-)
>
>will app
On Tue, 20 Feb 2018 21:45:12 +0100
Michael Niedermayer wrote:
> On Tue, Feb 20, 2018 at 06:28:20PM +0100, wm4 wrote:
> > On Tue, 20 Feb 2018 17:30:32 +0100
> > Michael Niedermayer wrote:
> >
> > > On Tue, Feb 20, 2018 at 10:17:02AM -0300, James Almer wrote:
> > > > On 2/20/2018 9:21 AM, wm4
On Tue, Feb 20, 2018 at 2:30 AM, Michael Niedermayer
wrote:
> On Sun, Feb 18, 2018 at 05:58:16PM +, Josh de Kock wrote:
>> This should be the last of the major API changes. I'm not entirely
>> sure if I missed anything.
>
> Moving from a register based system where a user app can register
> an
On Wed, 21 Feb 2018, Maksym Veremeyenko wrote:
21.02.2018 0:39, Carl Eugen Hoyos пише:
2018-02-20 23:35 GMT+01:00 Marton Balint :
On Tue, 20 Feb 2018, Carl Eugen Hoyos wrote:
2018-02-20 17:32 GMT+01:00 Maksym Veremeyenko :
attached patch implement dynamic loading of NewTek library and
d
protocol requires libsrt (https://github.com/Haivision/srt) to be installed
Signed-off-by: Sven Dueking
---
MAINTAINERS | 1 +
configure | 5 +
doc/protocols.texi | 134 ++-
libavformat/Makefile| 1 +
libavformat/opensrt.c | 589
On 2/21/2018 12:21 PM, Vasile Toncu wrote:
will be there any review for the reinterlace filter [1].
[1] http://ffmpeg.org/pipermail/ffmpeg-devel/2018-February/225257.html
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman
Hello,
will be there any review for the reinterlace filter [1].
Do you consider adding it to the next release of ffmpeg?
Thanks,
Vasile Toncu
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2018-02-21 1:25 GMT+01:00 Daniel Flehner Heen :
> Hi!
>
> First time poster so please excuse any mistakes made. I've tried submitting
> a patch through git send-email but got issues authentication through gmail.
> Attached is a patch file created with git format-patch.
>
> Commit message:
>
> Adde
Signed-off-by: Jörn Heusipp
---
libavformat/libopenmpt.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
index 30c3d6e..5efbdc4 100644
--- a/libavformat/libopenmpt.c
+++ b/libavformat/libopenmpt.c
@@ -234,5 +234,9 @@ AVI
When building with libopenmpt 0.3, use the libopenmpt file header
probing functions for probing. libopenmpt probing functions are
allocation-free and designed to be as fast as possible.
For libopenmpt 0.2, or when libopenmpt 0.3 file header probing cannot
probe successfully due to too small probe
Ok, thanks. Glad it's getting sorted :)
On Feb 21, 2018 12:01, "Martin Vignali" wrote:
> 2018-02-21 1:25 GMT+01:00 Daniel Flehner Heen :
>
> > Hi!
> >
> > First time poster so please excuse any mistakes made. I've tried
> submitting
> > a patch through git send-email but got issues authenticatio
Marton Balint (2018-02-20):
> The patch might has merits even if the library remains in the NONFREE
> section, no?
I see more code and easier circumvention of the GPL, but no merit.
Please be more specific.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
On Wed, Feb 21, 2018 at 04:04:15PM +0700, Muhammad Faiz wrote:
> On Tue, Feb 20, 2018 at 2:30 AM, Michael Niedermayer
> wrote:
> > On Sun, Feb 18, 2018 at 05:58:16PM +, Josh de Kock wrote:
> >> This should be the last of the major API changes. I'm not entirely
> >> sure if I missed anything.
>
On Fri, Feb 16, 2018 at 11:06:39AM -0800, Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> fftools/ffmpeg.c | 1 +
> libavformat/avformat.h | 1 +
> libavformat/dump.c | 2 ++
> libavformat/mpegts.c | 3 +++
> 4 files changed, 7 insertions(+)
>
> diff --git a/fftools/ffmpeg.c b/fftool
On Wed, Feb 21, 2018 at 10:16:48AM +0100, Sven Dueking wrote:
> protocol requires libsrt (https://github.com/Haivision/srt) to be installed
>
> Signed-off-by: Sven Dueking
> ---
> MAINTAINERS | 1 +
> configure | 5 +
> doc/protocols.texi | 134 ++-
> l
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag von
> Michael Niedermayer
> Gesendet: Mittwoch, 21. Februar 2018 14:35
> An: FFmpeg development discussions and patches
> Betreff: Re: [FFmpeg-devel] [PATCH] avformat/opensrt: add Haivision
On 2/21/2018 4:43 AM, wm4 wrote:
> On Wed, 21 Feb 2018 00:08:45 -0300
> James Almer wrote:
>
>> It's more robust and efficient.
>>
>> Signed-off-by: James Almer
>> ---
>> libavformat/matroskadec.c | 90
>> +++
>> 1 file changed, 52 insertions(+), 38
Hi to all
I'm writing a module for ffmpeg that demuxes custom file format. Up to
now audio is ok but I haven't figured out how
to describe video. Our format is jpeg2000 4:2:2 stored on file as per
field, that is there is filed0 codestream and field 1
codestream for each frame. This is the
Hadn't seen that one, it does indeed describe this exact problem.
I've included it in the commit message, new patch attached.
On 20.02.2018 at 22:30 Carl Eugen Hoyos wrote:
> 2018-02-20 19:40 GMT+01:00 Stefan _ :
>
>> attached patch fixes a small issue with the libtls backend.
> Please mention tic
Hi,
2018-02-12 16:37 GMT+01:00 Vasile Toncu :
> Hello,
>
> there have been some discussions about tinterlace filter licensing. In the
> end, I was unable to contact all the authorship holders.
>
> The main author, one from MPlayer project, is Michael Zucchi. It is quite
> probably that the copyri
On 2/21/2018 5:04 PM, wm4 wrote:
> On Sun, 18 Feb 2018 17:58:16 +
> Josh de Kock wrote:
>
>> This should be the last of the major API changes. I'm not entirely
>> sure if I missed anything.
>>
>> Josh
>>
>
> All 3 patches LGTM if all tests pass and ffmpeg.c codec/device/filter
> listing is
On Tue, Feb 20, 2018 at 08:47:14PM +0530, Gyan Doshi wrote:
> mpegenc.c | 15 ---
> 1 file changed, 12 insertions(+), 3 deletions(-)
> ce683c8f43bc80d03c4fb3efaeb9978ed1d2c860
> 0001-avformat-mpegenc-log-error-msgs-for-unsupported-LPCM.patch
> From 5f5cc12ff449fecfe668ec4537b8f2bb1
On Wed, Feb 21, 2018 at 09:27:02AM +0100, wm4 wrote:
> On Tue, 20 Feb 2018 21:45:12 +0100
> Michael Niedermayer wrote:
>
> > On Tue, Feb 20, 2018 at 06:28:20PM +0100, wm4 wrote:
> > > On Tue, 20 Feb 2018 17:30:32 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > On Tue, Feb 20, 2018 at 10:
On Wed, 21 Feb 2018 19:14:59 +0100
Michael Niedermayer wrote:
> On Wed, Feb 21, 2018 at 09:27:02AM +0100, wm4 wrote:
> > On Tue, 20 Feb 2018 21:45:12 +0100
> > Michael Niedermayer wrote:
> >
> > > On Tue, Feb 20, 2018 at 06:28:20PM +0100, wm4 wrote:
> > > > On Tue, 20 Feb 2018 17:30:32 +010
On Tue, Feb 20, 2018 at 08:47:47PM +0530, Gyan Doshi wrote:
> mpegenc.c |4
> 1 file changed, 4 insertions(+)
> 1546f15d202546d69494e49a1a90a7668be9
> 0002-avformat-mpegenc-reject-unsupported-audio-streams.patch
> From f0aabc7b9f959dc94084fb6d9b644104fc203566 Mon Sep 17 00:00:00 200
On Sun, 18 Feb 2018 17:58:16 +
Josh de Kock wrote:
> This should be the last of the major API changes. I'm not entirely
> sure if I missed anything.
>
> Josh
>
All 3 patches LGTM if all tests pass and ffmpeg.c codec/device/filter
listing is the same as before the patch.
__
lör 2018-02-17 klockan 22:45 +0100 skrev Marton Balint:
> The reference point for a KAG is the first byte of the key of a Partition
> Pack.
>
> Fixes ticket #2817.
> Fixes ticket #5317.
>
> > Signed-off-by: Marton Balint
> ---
> libavformat/mxfdec.c | 4 ++--
> 1 file changed, 2 insertions(+),
jstebbins: kindly ping!
On Fri, Feb 16, 2018 at 2:42 PM, Xiaohan Wang (王消寒)
wrote:
> +jstebbins@ who wrote that code.
>
> On Fri, Feb 16, 2018 at 12:30 PM, Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
>
>> On Thu, Feb 15, 2018 at 12:10:33PM -0800, Xiaohan Wang (王消寒) wrote:
>> >
>>
>> >
On Tue, Feb 20, 2018 at 09:44:29AM +0100, Felix Matouschek wrote:
> I rebased the patch on the current master, it does apply again.
>
> Tested it - still works.
ok, this patch was laying around for enough weeks on the mailing list,
will be part of my next push (unless some last minute issue is fo
On Wed, 21 Feb 2018, Tomas Härdin wrote:
lör 2018-02-17 klockan 22:45 +0100 skrev Marton Balint:
The reference point for a KAG is the first byte of the key of a Partition Pack.
Fixes ticket #2817.
Fixes ticket #5317.
> Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 4 ++--
1 file
This change turns out to be a subset of a much bigger change that Paul
put together back in December and which didn't get enough review
coverage for him to comfortably push. I didn't know about that, so I
redid a bunch of stuff, but the end result is what I think is a logical
subset of the complet
On Tue, Feb 20, 2018, at 2:01 AM, Tobias Rapp wrote:
> Signed-off-by: Tobias Rapp
> ---
> doc/filters.texi | 48 ++--
> 1 file changed, 26 insertions(+), 22 deletions(-)
[...]
> @@ -9322,8 +9323,9 @@ A '|'-separated list of parameters to pass to the
>
As part of achieving our YUVJ-free future, it needs to be possible
to pass the colour range property from a decoder context to an
encoder context. In the absence of filters, this is obviously
trivial, but as soon as filters are introduced, there needs to
be a way to pass and preserve the property (
This is relatively straightforward; we set the colour range from the
encoder context into the buffersrc parameters and then set the range
on the decoder from the buffersink.
I did not touch ifilter as part of this change, as I'm not sure whether
it is relevant. ifilter initialisation seems to be d
Certain filters set or modify the output colour range. Today, they
do that per-frame, but now that we have a link property, they need
to set that as well.
Signed-off-by: Philip Langdale
---
libavfilter/avf_showcqt.c | 1 +
libavfilter/avf_showspectrum.c | 1 +
libavfilter/version.h
Philip Langdale (2018-02-21):
> As part of achieving our YUVJ-free future, it needs to be possible
> to pass the colour range property from a decoder context to an
> encoder context. In the absence of filters, this is obviously
> trivial, but as soon as filters are introduced, there needs to
> be a
Hi,
I finnally came back to this SBC codec patchset.
I made the changes to only have one CODEC_ID for both sbc and msbc.
I think I took care of all the remarks from previous review.
Any more comments ?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.o
This was originally based on libsbc, and was fully integrated into ffmpeg.
---
doc/general.texi | 2 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h | 1 +
libavcodec/codec_desc.c | 7 +
libavcodec/sbc.c | 271 ++
---
libavutil/crc.c | 26 ++
libavutil/crc.h | 1 +
libavutil/tests/crc.c | 7 ---
tests/ref/fate/crc| 1 +
4 files changed, 32 insertions(+), 3 deletions(-)
diff --git a/libavutil/crc.c b/libavutil/crc.c
index d44550c9c0..c45ea63a62 100644
--- a/lib
This was originally based on libsbc, and was fully integrated into ffmpeg.
---
libavcodec/arm/Makefile | 3 +
libavcodec/arm/sbcdsp_armv6.S| 245 ++
libavcodec/arm/sbcdsp_init_arm.c | 105 ++
libavcodec/arm/sbcdsp_neon.S | 714
---
doc/general.texi | 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/sbcdec.c | 33 +
4 files changed, 36 insertions(+)
create mode 100644 libavformat/sbcdec.c
diff --git a/doc/general.texi b/doc/general.texi
index
This was originally based on libsbc, and was fully integrated into ffmpeg.
Rough speed test:
C version:speed= 592x
MMX version: speed= 785x
---
libavcodec/sbcdsp.c | 3 +
libavcodec/sbcdsp.h | 2 +
libavcodec/x86/Makefile | 2 +
libavcodec/x86/sbcdsp.asm| 285
---
libavcodec/Makefile | 1 +
libavcodec/parser.c | 1 +
libavcodec/sbc_parser.c | 124
3 files changed, 126 insertions(+)
create mode 100644 libavcodec/sbc_parser.c
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index e2a87e4
This was originally based on libsbc, and was fully integrated into ffmpeg.
---
doc/general.texi | 2 +-
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/sbcdsp.c | 382 +++
libavcodec/sbcdsp.h | 83 +
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index 2acdbbea30..163cc77880 100644
--- a/Changelog
+++ b/Changelog
@@ -39,6 +39,7 @@ version :
- Removed the ffmenc and ffmdec muxer and demuxer
- VideoToolbox HEVC encoder and hwaccel
- VAAPI-accelerated P
---
doc/general.texi | 2 +-
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 13 +
4 files changed, 16 insertions(+), 1 deletion(-)
diff --git a/doc/general.texi b/doc/general.texi
index bf62288f64..118bfd8bd9 100644
--- a/doc/gene
tis 2018-02-20 klockan 02:35 +0100 skrev Michael Niedermayer:
> On Mon, Feb 19, 2018 at 06:45:11PM +0100, Tomas Härdin wrote:
> >
> > filters.texi | 13 +
> > 1 file changed, 13 insertions(+)
> > af8d1d10b307cc4123fda3f8a0d5cd3c9e86b7d7 0001-Add-vf-scale-
> > example-for-making-pix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Feb 2018 23:37:57 +0100
Nicolas George wrote:
> Philip Langdale (2018-02-21):
> > As part of achieving our YUVJ-free future, it needs to be possible
> > to pass the colour range property from a decoder context to an
> > encoder context. In
On Fri, Feb 16, 2018 at 3:25 PM, Nikolas Bowe wrote:
> ---
> libavformat/flvdec.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
> index 0217cef842..b86451fcbf 100644
> --- a/libavformat/flvdec.c
> +++ b/libavformat/flvdec.
On Mon, Feb 19, 2018 at 07:54:35PM -0500, Calvin Walton wrote:
> ---
> tests/fate/filter-video.mak | 4 +++-
> tests/ref/fate/filter-fps-start-drop | 11 +++
> tests/ref/fate/filter-fps-start-fill | 11 +++
> 3 files changed, 25 insertions(+), 1 deletion(-)
> create mode
2018-02-21 23:37 GMT+01:00 Aurelien Jacobs :
> I finnally came back to this SBC codec patchset.
> I made the changes to only have one CODEC_ID for both sbc and msbc.
How is it possible to distinguish between them if they share
a codec_id?
Carl Eugen
__
Fixes: Timeout
Fixes:
6250/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TRUEMOTION2RT_fuzzer-5479814011027456
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/truemotion2rt.c | 3 +++
1 fi
Fixes: OOM
Fixes:
6216/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-4983807968018432
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/g2meet.c | 4 +++-
1 file changed, 3 insert
(e.g. nv12)
Regression since 7b19e76aeb0ace57b99aaef156bbfe592e43e65e
---
libavfilter/vf_transpose.c | 50 +++--
tests/ref/fate/filter-pixfmts-transpose | 8 +++---
2 files changed, 33 insertions(+), 25 deletions(-)
diff --git a/libavfilter/vf_transpose.
> 在 2018年2月20日，上午5:00，Bodecs Bela 写道：
>
> Dear All,
>
> Currently using HLS_TEMP together with HLS_SECOND_LEVEL_SEGMENT_DURATION
> and/or HLS_SECOND_LEVEL_SEGMENT_SIZE gives error at end of each segment
> writing and the final segment file names do not contain the desired
> data. This patch fix
55 matches
Mail list logo
