Also parse timezone information previously ignored in ff_iso8601_to_unix_time.
Signed-off-by: Marton Balint
---
libavutil/parseutils.c| 32 ++--
tests/ref/fate/parseutils | 3 +++
2 files changed, 33 insertions(+), 2 deletions(-)
diff --git a/libavutil/parseutil
FYI this muxer bails out on parse error and not just warn the user.
Signed-off-by: Marton Balint
---
libavformat/ffmenc.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/libavformat/ffmenc.c b/libavformat/ffmenc.c
index f0b5743..0f23b79 100644
--- a/libavformat/ffmenc
Hi,
patch attached.
From 9906feda3445d7474ac8d88bfbbe7250e6e14ec4 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sun, 7 Feb 2016 14:49:14 +0100
Subject: [PATCH] avcodec/mjpegdec: remove usage of YUVJ pixel formats
They have been deprecated long ago.
Signed-off-by: Paul B Mahol
---
libavcod
On Sun, 7 Feb 2016 14:51:30 +0100
Paul B Mahol wrote:
> From 9906feda3445d7474ac8d88bfbbe7250e6e14ec4 Mon Sep 17 00:00:00 2001
> From: Paul B Mahol
> Date: Sun, 7 Feb 2016 14:49:14 +0100
> Subject: [PATCH] avcodec/mjpegdec: remove usage of YUVJ pixel formats
>
> They have been deprecated long a
On 2/7/16, wm4 wrote:
> On Sun, 7 Feb 2016 14:51:30 +0100
> Paul B Mahol wrote:
>
>> From 9906feda3445d7474ac8d88bfbbe7250e6e14ec4 Mon Sep 17 00:00:00 2001
>> From: Paul B Mahol
>> Date: Sun, 7 Feb 2016 14:49:14 +0100
>> Subject: [PATCH] avcodec/mjpegdec: remove usage of YUVJ pixel formats
>>
>>
On Sat, Feb 06, 2016 at 11:08:16AM +, Rostislav Pehlivanov wrote:
> On 6 February 2016 at 03:37, Timothy Gu wrote:
>
> > ---
> > libavcodec/dirac_dwt.c | 13 ++---
> > libavcodec/dirac_dwt_template.c | 25 +
> > 2 files changed, 19 insertions(+), 19 d
On Sat, Feb 06, 2016 at 11:10:10AM +, Rostislav Pehlivanov wrote:
> On 6 February 2016 at 03:37, Timothy Gu wrote:
>
> > The functions are all private.
> > ---
> > libavcodec/dirac_dwt.c | 12 ++--
> > libavcodec/dirac_dwt.h | 6 +++---
> > libavcodec/dirac_dwt_tem
---
libavcodec/dirac_dwt.h | 9 +
libavcodec/diracdec.c | 47 +--
2 files changed, 30 insertions(+), 26 deletions(-)
diff --git a/libavcodec/dirac_dwt.h b/libavcodec/dirac_dwt.h
index 1a899b3..63302ae 100644
--- a/libavcodec/dirac_dwt.h
+++ b/
---
libavcodec/dirac_dwt.c | 15 +++
libavcodec/dirac_dwt.h | 5 ++---
libavcodec/diracdec.c | 4 ++--
3 files changed, 11 insertions(+), 13 deletions(-)
diff --git a/libavcodec/dirac_dwt.c b/libavcodec/dirac_dwt.c
index 4f04112..cc08f88 100644
--- a/libavcodec/dirac_dwt.c
+++ b/li
On 7 February 2016 at 14:53, Timothy Gu wrote:
> ---
> libavcodec/dirac_dwt.h | 9 +
> libavcodec/diracdec.c | 47
> +--
> 2 files changed, 30 insertions(+), 26 deletions(-)
LGTM, the decoder could definitely use some clean-ups
Thanks
On 7 February 2016 at 14:53, Timothy Gu wrote:
> ---
> libavcodec/dirac_dwt.c | 15 +++
> libavcodec/dirac_dwt.h | 5 ++---
> libavcodec/diracdec.c | 4 ++--
> 3 files changed, 11 insertions(+), 13 deletions(-)
>
>
LGTM
Thanks
___
ffmpe
Hello,
I continue maintaining list of API changes in FFmpeg here:
http://abi-laboratory.pro/tracker/timeline/ffmpeg/
Please fix the link on this page: https://trac.ffmpeg.org/ (List of FFmpeg API
changes/compatibility test results). The domain upstream-tracker dot org was
sold by my old employ
On 2/7/16, Ponomarenko Andrey wrote:
> Hello,
>
> I continue maintaining list of API changes in FFmpeg here:
> http://abi-laboratory.pro/tracker/timeline/ffmpeg/
>
> Please fix the link on this page: https://trac.ffmpeg.org/ (List of FFmpeg
> API changes/compatibility test results). The domain ups
On Sun, Feb 7, 2016 at 4:05 AM, James Almer wrote:
> They are also slow when using 256 bit wide registers
>
> Signed-off-by: James Almer
> ---
> See
> https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=3a33f4ce8ea1efdebec7f7138d00e9be9a12d630
> libavutil/x86/cpu.c | 10 --
> 1 file chang
On Sun, Feb 07, 2016 at 03:34:58PM +, Rostislav Pehlivanov wrote:
> On 7 February 2016 at 14:53, Timothy Gu wrote:
>
> > ---
> > libavcodec/dirac_dwt.h | 9 +
> > libavcodec/diracdec.c | 47
> > +--
> > 2 files changed, 30 insertions(+),
On Sun, Feb 07, 2016 at 03:35:31PM +, Rostislav Pehlivanov wrote:
> On 7 February 2016 at 14:53, Timothy Gu wrote:
>
> > ---
> > libavcodec/dirac_dwt.c | 15 +++
> > libavcodec/dirac_dwt.h | 5 ++---
> > libavcodec/diracdec.c | 4 ++--
> > 3 files changed, 11 insertions(+), 13
On Tue, Feb 02, 2016 at 06:20:39PM -0800, James Zern wrote:
> On Tue, Feb 2, 2016 at 6:10 PM, Timothy Gu wrote:
> > ---
> > doc/encoders.texi | 6 ++
> > libavcodec/libvpxenc.c | 8
> > 2 files changed, 14 insertions(+)
> >
>
> lgtm
Pushed. Thanks.
Timothy
___
On Sun, Feb 07, 2016 at 02:51:30PM +0100, Paul B Mahol wrote:
> Hi,
>
> patch attached.
> mjpegdec.c | 29 +++--
> 1 file changed, 11 insertions(+), 18 deletions(-)
> f96182fe8e6d732d95d178e739e0c76bfde98670
> 0001-avcodec-mjpegdec-remove-usage-of-YUVJ-pixel-formats.p
---
LICENSE.md | 41 +++--
1 file changed, 23 insertions(+), 18 deletions(-)
diff --git a/LICENSE.md b/LICENSE.md
index 0c53d0f..b50430f 100644
--- a/LICENSE.md
+++ b/LICENSE.md
@@ -1,4 +1,4 @@
-#FFmpeg:
+# License
Most files in FFmpeg are under the GNU Less
It is private (uninstalled) and unused.
---
libavutil/x86_cpu.h | 1 -
1 file changed, 1 deletion(-)
delete mode 100644 libavutil/x86_cpu.h
diff --git a/libavutil/x86_cpu.h b/libavutil/x86_cpu.h
deleted file mode 100644
index bec1c77..000
--- a/libavutil/x86_cpu.h
+++ /dev/null
@@ -1 +0,0 @@
On Tue, Feb 2, 2016 at 11:41 PM, wm4 wrote:
> On Tue, 2 Feb 2016 14:31:20 -0800
> Ratin wrote:
>
> > libavcodec has codes like this one (utils.c):
> >
> > static AVPacket *add_to_pktbuf(AVPacketList **packet_buffer, AVPacket
> *pkt,
> >AVPacketList **plast_pktl)
>
On Sun, Feb 7, 2016 at 6:38 PM, Ratin wrote:
> On Tue, Feb 2, 2016 at 11:41 PM, wm4 wrote:
>
>> On Tue, 2 Feb 2016 14:31:20 -0800
>> Ratin wrote:
>>
>> > libavcodec has codes like this one (utils.c):
>> >
>> > static AVPacket *add_to_pktbuf(AVPacketList **packet_buffer, AVPacket
>> *pkt,
>> >
On 02/03/2016 10:21 AM, si...@gmx.net wrote:
From: Thomas Volkert
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/rtpdec.c | 1 +
libavformat/rtpdec_formats.h | 1 +
libavformat/rtpdec_vc2hq.c | 225 ++
On 2/7/16, Thomas Volkert wrote:
>
>
> On 02/03/2016 10:21 AM, si...@gmx.net wrote:
>> From: Thomas Volkert
>>
>> ---
>> Changelog| 1 +
>> libavformat/Makefile | 1 +
>> libavformat/rtpdec.c | 1 +
>> libavformat/rtpdec_formats.h | 1 +
>> libavf
On 02/07/2016 07:54 PM, Paul B Mahol wrote:
On 2/7/16, Thomas Volkert wrote:
On 02/03/2016 10:21 AM, si...@gmx.net wrote:
From: Thomas Volkert
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/rtpdec.c | 1 +
libavformat/rtpdec_
On 2/7/2016 1:38 PM, Hendrik Leppkes wrote:
> On Sun, Feb 7, 2016 at 4:05 AM, James Almer wrote:
>> They are also slow when using 256 bit wide registers
>>
>> Signed-off-by: James Almer
>> ---
>> See
>> https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=3a33f4ce8ea1efdebec7f7138d00e9be9a12d630
>>
Fixes CID1351347
Signed-off-by: Michael Niedermayer
---
libavfilter/vaf_spectrumsynth.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vaf_spectrumsynth.c b/libavfilter/vaf_spectrumsynth.c
index ab9a69b..ba14d8d 100644
--- a/libavfilter/vaf_spectrumsynth.c
+++
On 2/7/16, Michael Niedermayer wrote:
> Fixes CID1351347
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/vaf_spectrumsynth.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/vaf_spectrumsynth.c
> b/libavfilter/vaf_spectrumsynth.c
> index ab9a69b.
On 06.02.2016 21:49, Clément Bœsch wrote:
> On Sat, Feb 06, 2016 at 04:26:43PM +0100, Andreas Cadhalpun wrote:
>> On 03.02.2016 00:41, Andreas Cadhalpun wrote:
>>> I see, it passes '-b $(SRC_PATH)' to lcov, which is now unnecessary/harmful
>>> for out-of-tree builds using the src link.
>>> The firs
Hi all,
More VAAPI following. This is only parts one and two (infrastructure), the
other parts have not changed beyond what is needed to support changes to these
two.
Changes:
* Made some more structures user-opaque, added allocation functions for them.
Log classes around them also more co
---
configure | 5 +
libavcodec/Makefile| 1 +
libavcodec/vaapi_support.c | 852 +
libavcodec/vaapi_support.h | 284 +++
4 files changed, 1142 insertions(+)
create mode 100644 libavcodec/vaapi_support.c
create
---
Makefile | 1 +
configure | 5 +
ffmpeg.c | 6 +
ffmpeg.h | 9 +
ffmpeg_opt.c | 38 +++-
ffmpeg_vaapi.c | 630 +
6 files changed, 688 insertions(+), 1 deletion(-)
create mode 100644 ffmpeg_vaapi.c
diff
On Sun, Feb 07, 2016 at 10:37:20PM +0100, Paul B Mahol wrote:
> On 2/7/16, Michael Niedermayer wrote:
> > Fixes CID1351347
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/vaf_spectrumsynth.c |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/liba
Improves streaming compatibility with Windows Media Services. Also tested for
compatilbility in Windows Media Player, Windows Media ASF Viewer and VLC.
Signed-off-by: Marton Balint
---
libavformat/asf.c| 8
libavformat/asf.h| 2 ++
libavformat/asfenc.c | 15 +++
3
Changes from last version:
-use ptrdiff_t for strides
Signed-off-by: Rostislav Pehlivanov
---
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/vc2enc.c | 1194 +++
libavcodec/vc2enc_dwt.c | 234 ++
libavco
The pkg-config file contains all opencv libraries, not only the
neccessary ones.
This change makes it possible to use the libopencv-imgproc-dev Debian
package instead of libopencv-dev, saving about 200 MB of useless
build-dependencies.
In particular one doesn't need to install the parts of opencv
On Sun, 7 Feb 2016 23:25:53 +0100
Andreas Cadhalpun wrote:
> The pkg-config file contains all opencv libraries, not only the
> neccessary ones.
>
> This change makes it possible to use the libopencv-imgproc-dev Debian
> package instead of libopencv-dev, saving about 200 MB of useless
> build-dep
On Wed, Feb 03, 2016 at 11:27:00PM +0100, Andreas Cadhalpun wrote:
> On 03.02.2016 19:05, Michael Niedermayer wrote:
> > Fixes: CID1338320
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/frame_thread_encoder.c |4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
Hi,
last years I did many quality tests with commercial broadcast transcoder
software for SD/HD conversions.
Aside from few exeptions the weak point always was the deinterlacer. This was
even more visible with new OLED monitors.
Here artefacts from edge directed interpolation are much more eye-ca
---
libavcodec/dnxhd_parser.c | 19 ---
libavformat/dnxhddec.c| 14 +++---
2 files changed, 27 insertions(+), 6 deletions(-)
diff --git a/libavcodec/dnxhd_parser.c b/libavcodec/dnxhd_parser.c
index fffb98f..83bfda8 100644
--- a/libavcodec/dnxhd_parser.c
+++ b/libavcode
Hi,
This patch enable demuxing of raw 444 and dnxhr streams.
To generate a raw stream of dnxhr (since there is no encoder support yet)
ffmpeg -i fate-suite/dnxhd/dnxhr444_cid1270.mov -an -vcodec copy out.dnxhd
ffplay out.dnxhd
Mark Reid (1):
libavformat/dnxhddec added support for raw 444 and dnx
OK, I've merged all my comments into one place. And here it is.
This patch removes the monowhite switching code for 1 bpp raw AVI
without a palette. I don't see any reason to keep it, since it's
semantically incorrect to use monowhite for palettized data in my book,
it adds unnecessary noise t
Well, what do you know. Suddenly the nut packets are alright. Something
is going on behind the scenes original description follows:
This patch removes the monowhite switching code for 1 bpp raw AVI
without a palette. I don't see any reason to keep it, since it's
semantically incorrect to u
On 02/08/2016 06:19 AM, Mats Peterson wrote:
In order to produce a working nut file from a 1, 2, 4 or 8 bpp AVI or
QuickTime file, force the pixel format with "-pix_fmt rgb24" or similar.
For black & white files in order to save space, use "-pix_fmt monow" or
"-pix_fmt monob" (give or take the sl
On 02/08/2016 06:24 AM, Mats Peterson wrote:
A better way to produce a monow or monob nut file from a black & white
AVI or QuickTime file is to use "ffmpeg -i 1bpp.avi -vcodec copy -vtag
B1W0 1bpp.nut". The "-vtag" option is currently needed, otherwise FFmpeg
will incorrectly use a RGB[15] codec
On 02/08/2016 07:55 AM, Mats Peterson wrote:
Make that "monow", not "monow or monob".
Well, it depends on the video data in the AVI or QuickTime file, of
course. It can be either monow or monob.
Mats
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
Hi,
2016-02-08 2:31 GMT+01:00 Mark Reid :
> +static int dnxhd_is_prefix(uint64_t prefix)
> +{
> + if (prefix == DNXHD_HEADER_PREFIX||
> + prefix == DNXHD_HEADER_PREFIX444 ||
> + prefix == DNXHD_HEADER_PREFIXHR1 ||
> + prefix == DNXHD_HEADER_PREFIXHR2)
> + return 1;
> + r
47 matches
Mail list logo
