patch update.
xml2 disabled by default
test passed:
../configure --cc='ccache x86_64-w64-mingw32-gcc' --arch=x86_64
--target-os=mingw32 --cross-prefix=x86_64-w64-mingw32- --disable-yasm
2016-10-13 14:49 GMT+08:00 Steven Liu :
> init add hds demuxer
>
> Based-on: patch by CORY MCCARTHY
> Ba
init add hds demuxer
Based-on: patch by CORY MCCARTHY
Based-on: patch by Gorilla Maguila
Signed-off-by: Steven Liu
---
configure |4 +
libavformat/Makefile |1 +
libavformat/allformats.c |2 +-
libavformat/amfmetadata.c | 219 +
libavformat/amfmet
On 04.10.2016 08:15, Clément Bœsch wrote:
On Mon, Oct 03, 2016 at 11:49:39PM -0500, Rodger Combs wrote:
---
ffprobe.c | 13 +
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 |
I just realized this has been sitting in my inbox for awhile.
Here's the clip in question.
If you play it in VLC player with "Closed Captions 1" selected, you'll notice
that some of the text in the captions is missing.
https://www.dropbox.com/s/orrzn9vfcjmk7vb/bighero6.evenoddfieldcc.vob?dl=0
2016-10-13 4:08 GMT+08:00 Michael Niedermayer :
> On Wed, Oct 12, 2016 at 06:11:41PM +0800, Steven Liu wrote:
> > when living stream cannot seekable, don't write duration and
> > filesize in metadata, and donnot seek at the flv_write_trailer
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavfor
On Wed, Oct 12, 2016 at 8:30 AM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
>
> Updated patch attached.
New patch looks good to me (though I don't have push privileges so can't
commit it).
Thanks!
___
ffmpeg-devel mailing list
ffmpeg-
On Thu, Oct 13, 2016 at 8:19 AM, Michael Niedermayer
wrote:
> On Thu, Oct 13, 2016 at 05:14:38AM +0700, Muhammad Faiz wrote:
>> Signed-off-by: Muhammad Faiz
>> ---
>> tests/fate/filter-audio.mak | 10 ++
>> tests/filtergraphs/firequalizer | 27 +++
>> 2 files
On Wed, Oct 12, 2016 at 8:45 AM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 12.10.2016 03:42, Michael Bradshaw wrote:
> > On Tue, Oct 11, 2016 at 9:57 AM, Andreas Cadhalpun <
> > andreas.cadhal...@googlemail.com> wrote:
> >
> >> openjpeg 2 sets the data pointers of the image
On Thu, Oct 13, 2016 at 05:14:38AM +0700, Muhammad Faiz wrote:
> Signed-off-by: Muhammad Faiz
> ---
> tests/fate/filter-audio.mak | 10 ++
> tests/filtergraphs/firequalizer | 27 +++
> 2 files changed, 37 insertions(+)
> create mode 100644 tests/filtergraphs/f
Signed-off-by: James Almer
---
Now also checks for micro version.
libavformat/matroskadec.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index a94398b..acf1ccb 100644
--- a/libavformat/matroskadec.c
+++
Signed-off-by: James Almer
---
libavformat/matroskadec.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index a94398b..0acf6df 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@ -175
from colorspace filter
Signed-off-by: Muhammad Faiz
---
doc/filters.texi | 26 ++
libavfilter/avf_showcqt.c | 56 ++-
libavfilter/avf_showcqt.h | 2 ++
3 files changed, 79 insertions(+), 5 deletions(-)
diff --git a/doc/fi
On 12.10.2016 23:44, Carl Eugen Hoyos wrote:
> 2016-10-12 19:04 GMT+02:00 Andreas Cadhalpun
> :
>> On 04.10.2016 12:24, Carl Eugen Hoyos wrote:
>>> Sorry if I miss something but with this patch, the hardening_check
>>> script succeeds here both for x86_32 and x86_64 (static and shared).
>>
>> This
On Wed, Oct 12, 2016 at 04:54:56PM -0300, James Almer wrote:
> The spec says
>
> 9: Interlaced with bottom field displayed first and top field stored first
> 14: Interlaced with top field displayed first and bottom field stored first
>
> And avcodec.h states
>
> AV_FIELD_TB, //< Top cod
Signed-off-by: Muhammad Faiz
---
tests/fate/filter-audio.mak | 10 ++
tests/filtergraphs/firequalizer | 27 +++
2 files changed, 37 insertions(+)
create mode 100644 tests/filtergraphs/firequalizer
diff --git a/tests/fate/filter-audio.mak b/tests/fate/filter-a
On Wed, Oct 12, 2016 at 21:57:16 +0200, Timo Rothenpieler wrote:
> Currently, it forces IDR frames for both true and false.
> Not entirely sure what the original idea behind the tri-state bool
> option is.
The option's default of -1 ("auto") doesn't seem useful either, since
the code doesn't do an
2016-10-12 19:04 GMT+02:00 Andreas Cadhalpun :
> On 04.10.2016 12:24, Carl Eugen Hoyos wrote:
>> Sorry if I miss something but with this patch, the hardening_check
>> script succeeds here both for x86_32 and x86_64 (static and shared).
>
> This script uses a very simplistic approach for testing pos
On 10/12/2016 6:22 PM, Dave Rice wrote:
>
>> On Oct 12, 2016, at 3:54 PM, James Almer wrote:
>>
>> The spec says
>>
>> 9: Interlaced with bottom field displayed first and top field stored first
>> 14: Interlaced with top field displayed first and bottom field stored first
>>
>> And avcodec.h stat
> On Oct 12, 2016, at 3:54 PM, James Almer wrote:
>
> The spec says
>
> 9: Interlaced with bottom field displayed first and top field stored first
> 14: Interlaced with top field displayed first and bottom field stored first
>
> And avcodec.h states
>
> AV_FIELD_TB, //< Top coded fir
2016-10-12 17:40 GMT+02:00 Ståle Kristoffersen :
> On 2016-10-12 at 17:32, Carl Eugen Hoyos wrote:
>> 2016-10-12 16:57 GMT+02:00 Ståle Kristoffersen :
>> > I do (they are decodable by ffmpeg without the patch if I take the
>> > whole stream with PMT, or with only the j2k-pid using my patch),
>> >
2016-10-12 19:10 GMT+02:00 Andreas Cadhalpun :
> On 05.10.2016 15:12, Carl Eugen Hoyos wrote:
>> -check_cmd $ld $LDFLAGS $flags $(ld_o $TMPE) $TMPO $libs $extralibs
>> +check_cmd $ld $LDFLAGS $LDEXEFLAGS $flags $(ld_o $TMPE) $TMPO $libs
>> $extralibs
>> }
>>
>> print_include(){
>> -- 1.
The spec says
9: Interlaced with bottom field displayed first and top field stored first
14: Interlaced with top field displayed first and bottom field stored first
And avcodec.h states
AV_FIELD_TB, //< Top coded first, bottom displayed first
AV_FIELD_BT, //< Bottom coded first
On Wed, Oct 12, 2016 at 06:11:41PM +0800, Steven Liu wrote:
> when living stream cannot seekable, don't write duration and
> filesize in metadata, and donnot seek at the flv_write_trailer
>
> Signed-off-by: Steven Liu
> ---
> libavformat/flvenc.c | 49 --
Currently, it forces IDR frames for both true and false.
Not entirely sure what the original idea behind the tri-state bool
option is.
---
libavcodec/libx264.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 9e12464..32e767e
> I'm trying to put together a patch, but I'm struggling a bit setting up to
> build.
I just pushed the neccesary changes.
Works slightly diffrent than on x264, as the option it has seems a bit
broken, seeing that both 0 and 1 force IDR frames:
x4->forced_idr >= 0 ? X264_TYPE_IDR : X264_TYPE_KEY
On Mon, Oct 10, 2016 at 08:56:51PM -0700, Thomas Turner wrote:
> Code coverage for av_fifo_generic_peek(...) and av_fifo_grow(...) .
> ---
> libavutil/tests/fifo2.c | 77
> +
> 1 file changed, 77 insertions(+)
> create mode 100644 libavutil/tests/f
Hello,
I've been experimenting with encoding with a cuda card, and I noticed
that setting the pict_type member of the AVFrame structure to
AV_PICTURE_TYPE_I >does not trigger it to encode the next frame as an IDR
frame as libx264 does. I looked at the nvidia docs a
On Wed, Oct 12, 2016 at 6:22 AM, Matthieu Bouron
wrote:
> From: Matthieu Bouron
>
> ---
> configure| 4 +++
> libavcodec/Makefile | 2 ++
> libavcodec/allcodecs.c | 4 +++
> libavcodec/mediacodecdec.c | 14
> libavcodec/mediacodec
On 10/12/2016 7:45 PM, Grant Brownewell wrote:
>>> Hello,
>>>
>>> I've been experimenting with encoding with a cuda card, and I noticed that
>>> setting the pict_type member of the AVFrame structure to AV_PICTURE_TYPE_I
>>> >does not trigger it to encode the next frame as an IDR frame as libx2
>> Hello,
>>
>> I've been experimenting with encoding with a cuda card, and I noticed that
>> setting the pict_type member of the AVFrame structure to AV_PICTURE_TYPE_I
>> >does not trigger it to encode the next frame as an IDR frame as libx264
>> does. I looked at the nvidia docs and it appea
On 05.10.2016 15:12, Carl Eugen Hoyos wrote:
> From 5e26339b041f5e35112ed7f479ade6e57c3b5248 Mon Sep 17 00:00:00 2001
> From: Carl Eugen Hoyos
> Date: Wed, 5 Oct 2016 15:10:23 +0200
> Subject: [PATCH] configure: Use LDEXEFLAGS in check_ld().
>
> Avoids detecting libraries that are not compatible
On 10/12/2016 4:15 PM, Grant Brownewell wrote:
> Hello,
>
> I've been experimenting with encoding with a cuda card, and I noticed that
> setting the pict_type member of the AVFrame structure to AV_PICTURE_TYPE_I
> does not trigger it to encode the next frame as an IDR frame as libx264 does.
>
On 04.10.2016 12:24, Carl Eugen Hoyos wrote:
> Sorry if I miss something but with this patch, the hardening_check
> script succeeds here both for x86_32 and x86_64 (static and shared).
This script uses a very simplistic approach for testing position
independent executables.
I think it just does t
On 12.10.2016 03:42, Michael Bradshaw wrote:
> On Tue, Oct 11, 2016 at 9:57 AM, Andreas Cadhalpun <
> andreas.cadhal...@googlemail.com> wrote:
>
>> openjpeg 2 sets the data pointers of the image components to NULL,
>> causing segfaults if the image is reused.
>>
>
> I've never seen this issue.
T
On 2016-10-12 at 17:32, Carl Eugen Hoyos wrote:
> 2016-10-12 16:57 GMT+02:00 Ståle Kristoffersen :
> > I do (they are decodable by ffmpeg without the patch if I take the whole
> > stream with PMT, or with only the j2k-pid using my patch), but I am unsure
> > if I can share them.
>
> Maybe you c
2016-10-12 16:57 GMT+02:00 Ståle Kristoffersen :
> On 2016-10-12 at 13:54, Carl Eugen Hoyos wrote:
>> 2016-10-11 15:52 GMT+02:00 Ståle kristoffersen :
>>
>> > I have some transport streams with only one pid, containing MJPEG 2000
>> > video. Since the PMT/PAT is missing ffmpeg is unable to decode i
On 12.10.2016 03:35, Michael Bradshaw wrote:
> Oh man, I literally just wrote a patch for this today. You beat me by 6
> hours. Anyway, thanks for the patch!
What a coincidence!
> On Tue, Oct 11, 2016 at 11:37 AM, Andreas Cadhalpun <
> andreas.cadhal...@googlemail.com> wrote:
>
[...]
>> +enabled
This fixes a build problem for MIPS architecture that looks like this:
libavcodec/mips/h264dsp_msa.c:2498:6: error: conflicting types for
‘ff_weight_h264_pixels16_8_msa’
void ff_weight_h264_pixels16_8_msa(uint8_t *src, int stride,
This bug was introduced by commit bc26fe89275c267d169b468356c82ee
On Sun, 9 Oct 2016 10:50:11 -0700
Philip Langdale wrote:
> These changes should bring CrystalHD functionality back to where it
> was when the decoder was originally completed. There are various
> interlaced edge cases that remain problematic, and can probably only
> be addressed by switching to
On 2016-10-12 at 13:54, Carl Eugen Hoyos wrote:
> 2016-10-11 15:52 GMT+02:00 Ståle kristoffersen :
>
> > I have some transport streams with only one pid, containing MJPEG 2000
> > video. Since the PMT/PAT is missing ffmpeg is unable to decode it.
>
> Do you also have samples that can be decoded b
Hello,
I've been experimenting with encoding with a cuda card, and I noticed that
setting the pict_type member of the AVFrame structure to AV_PICTURE_TYPE_I does
not trigger it to encode the next frame as an IDR frame as libx264 does. I
looked at the nvidia docs and it appears there is a mecha
On 12/10/16 14:35, Michael Niedermayer wrote:
> why dont you use av_reduce() directly ?
Because I didn't know it existed. That would indeed be better (it appears to be
doing the same thing with continued fraction). The sentiment behind a suggested
patch is equivalent.
- Mark
__
On 12/10/16 14:38, Sven C. Dack wrote:
It may be too much. We only know of 3 video files, which don't play on the
Apple player. We don't know how they got produced, what produced them, what
caused them to have this deviation, if it was done intentionally or by
accident, nor do we know why App
On Wed, Oct 12, 2016 at 01:44:52PM +0100, Mark Thompson wrote:
> On 12/10/16 11:04, Carl Eugen Hoyos wrote:
> > 2016-10-11 21:06 GMT+02:00 Josh de Kock :
> >> Fixes ticket #5882.
> >
> > I don't object but I don't think it is correct.
> >
> >> While it doesn't automatically set the timescale
> >>
On 12/10/16 13:44, Mark Thompson wrote:
How about the approach in the test program below? This makes the whole timebase
fraction; the suggested timescale would then be the denominator of that. (It is
currently just a program linked with lavu, I could make it into a patch if
someone else thinks
From: Matthieu Bouron
---
configure| 2 ++
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 2 ++
libavcodec/mediacodecdec.c | 7 +++
libavcodec/mediacodecdec_h2645.c | 38 ++
libavcodec/version.h
From: Matthieu Bouron
Adds the following changes:
* mediacodecdec.{c,h} -> mediacodecdec_common.{c,h}
* mediacodecdec_h2645.c -> mediacodecdec.c
---
libavcodec/Makefile| 12 +-
libavcodec/mediacodec.c|3 +-
libavcodec/mediacod
From: Matthieu Bouron
Depending on the device, some (VP8/VP9/...) decoders report that they do
not support any profiles.
---
libavcodec/mediacodec_wrapper.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/mediacodec_wrapper.c b/libavcodec/mediacodec_wrapper.c
index 97e3a29..c2a
From: Matthieu Bouron
---
configure| 4 +++
libavcodec/Makefile | 2 ++
libavcodec/allcodecs.c | 4 +++
libavcodec/mediacodecdec.c | 14
libavcodec/mediacodecdec_h2645.c | 73 +++-
libavcodec/ver
On 12/10/16 11:04, Carl Eugen Hoyos wrote:
> 2016-10-11 21:06 GMT+02:00 Josh de Kock :
>> Fixes ticket #5882.
>
> I don't object but I don't think it is correct.
>
>> While it doesn't automatically set the timescale
>> for the user as that would destroy data without prompt, it will tell
>> the us
On Wed, Oct 12, 2016 at 03:56:49PM +0800, Steven Liu wrote:
> init add hds demuxer
>
> Based-on: patch by CORY MCCARTHY
> Based-on: patch by Gorilla Maguila
> Signed-off-by: Steven Liu
> ---
> configure |5 +
> libavformat/Makefile |1 +
> libavformat/allformats.c
2016-10-11 16:27 GMT+02:00 Michael Niedermayer :
> also the img2 demuxer for mjpeg2000 from img2dec.c does not work
> for this ?
We separated the jpg from the mjpeg probe, jpg makes sure that the
sample starts like a jpg image and contains an end marker and can
be decoded, mjpeg probe is less str
2016-10-11 15:52 GMT+02:00 Ståle kristoffersen :
> I have some transport streams with only one pid, containing MJPEG 2000
> video. Since the PMT/PAT is missing ffmpeg is unable to decode it.
Do you also have samples that can be decoded by FFmpeg? (We don't)
How are your samples produced? Do you h
Hi,
> FFmpeg will have a booth at the LinuxCon Europe 2016 in Berlin, Germany from
> Oct. 4th to Oct 6th!
>
> The booth will be manned with Thomas Volkert and me, everyone interested is
> welcome to visit us and the rest of the LinuxCon.
>
> Find more details about the LinuxCon at the Linux Foun
2016-10-11 10:13 GMT+02:00 Carl Eugen Hoyos :
> 2016-09-26 12:39 GMT+02:00 Carl Eugen Hoyos :
>
>> Attached patch allows to write arbitrary (mono) channel_masks
>> even for 16bit 48kHz pcm audio.
>
> I'll push this if there are no objections.
Patch applied.
Carl Eugen
when living stream cannot seekable, don't write duration and
filesize in metadata, and donnot seek at the flv_write_trailer
Signed-off-by: Steven Liu
---
libavformat/flvenc.c | 49 -
1 files changed, 28 insertions(+), 21 deletions(-)
diff --git
2016-10-11 21:06 GMT+02:00 Josh de Kock :
> Fixes ticket #5882.
I don't object but I don't think it is correct.
> While it doesn't automatically set the timescale
> for the user as that would destroy data without prompt, it will tell
> the user how they could set the timescale (as this is mostly
On 11/10/2016 22:53, Moritz Barsnick wrote:
On Tue, Oct 11, 2016 at 19:32:14 +0100, Josh de Kock wrote:
On 11/10/2016 18:24, Alexey Eromenko wrote:
*** BLURB HERE ***
This commit message isn't very useful, it doesn't describe the change at
all. See:
https://www.ffmpeg.org/developer.html#Patch
Hi,
On Oct 11, 2016 2:40 PM, "Alexey Eromenko" wrote:
>
> On Tue, Oct 11, 2016 at 8:29 PM, Josh de Kock wrote:
> > On 11/10/2016 18:24, Alexey Eromenko wrote:
> >>
> >> ---
> >> libavformat/movenc.c | 14 +-
> >> 1 file changed, 9 insertions(+), 5 deletions(-)
> >>
> >> diff --git a
on OSX:
../configure --disable-everything --enable-demuxer=hls make
error message: Undefined symbols for architecture x86_64:
"_av_vda_default_init2", referenced from:_videotoolbox_init in
ffmpeg_videotoolbox.o
so add av_vda_default_init2 when CONFIG_H264_VDA_HWACCEL=0
Signed-off-by: Steven Liu
-
Dear ffmpeg community,
I don't have too much time to spend on this (Apple) issue, but I did
my best, including providing test material, bug report and a possible
patch.
If you modify, you can change name to your own, of course.
Best wishes,
--
-Alexey Eromenko "Technologov"
On Tue, Oct 11, 2016 at 10:24 AM, Matthieu Bouron wrote:
>
>
> On Thu, Oct 6, 2016 at 2:31 PM, Matthieu Bouron > wrote:
>
>> From: Matthieu Bouron
>>
>> ---
>> libavcodec/mediacodecdec.c | 6 +++---
>> libavcodec/mediacodecdec.h | 2 +-
>> 2 files changed, 4 insertions(+), 4 deletions(-)
>>
>>
patch update!
fix tool/patcheck warning!
2016-10-12 15:56 GMT+08:00 Steven Liu :
> init add hds demuxer
>
> Based-on: patch by CORY MCCARTHY
> Based-on: patch by Gorilla Maguila
> Signed-off-by: Steven Liu
> ---
> configure |5 +
> libavformat/Makefile |1 +
> li
init add hds demuxer
Based-on: patch by CORY MCCARTHY
Based-on: patch by Gorilla Maguila
Signed-off-by: Steven Liu
---
configure |5 +
libavformat/Makefile |1 +
libavformat/allformats.c |2 +-
libavformat/amfmetadata.c | 219 +
libavformat/amfmet
Le decadi 20 vendémiaire, an CCXXV, Josh de Kock a écrit :
> Fixes ticket #5882. While it doesn't automatically set the timescale
> for the user as that would destroy data without prompt, it will tell
> the user how they could set the timescale (as this is mostly likely
> what they want).
>
> Sign
65 matches
Mail list logo
