Mark Harris gmail.com> writes:
> Header: OK, 2 frames
> Frame 0: Unknown (offset points beyond end of probe buffer)
> Frame 1: Invalid
> Previously this example had a score of 25, even though the score would
> be 1 if the unknown frame was known to be valid or 0 if it was known
> to
Rick Kern gmail.com> writes:
> +enabled vtenc &&
> require VideoToolbox VideoToolbox/VTCompressionSession.h
On which osx systems is this header not available?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg
Richard Kern gmail.com> writes:
> VideoToolbox Encoder for OSX/iOS:
> https://github.com/FFmpeg/FFmpeg/pull/177
>
> I submitted a patch a while ago and had it reviewed,
> but it was never pushed.
Please ping the thread with the review instead.
(Or resend your patch.)
Carl Eugen
Marton Balint passwd.hu> writes:
> +/* The purpose of this is demuxer is to detect DVB teletext
> streams in
> + * mpegts, so we reject invalid buffer sizes */
> +if ((p->buf_size + 45) % 184 != 0)
> +return 0;
I don't think this is ok (although I may miss
something):
The f
Kieran Kunhya kunhya.com> writes:
[...]
If this fixes a ticket on trac, please add a reference
to the commit message.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, 16 Feb 2016 08:32:40 + (UTC)
Carl Eugen Hoyos wrote:
> Rick Kern gmail.com> writes:
>
> > +enabled vtenc &&
> > require VideoToolbox VideoToolbox/VTCompressionSession.h
>
> On which osx systems is this header not available?
The same where videotoolbox decoding is no
wm4 googlemail.com> writes:
> On Tue, 16 Feb 2016 08:32:40 + (UTC)
> Carl Eugen Hoyos ag.or.at> wrote:
>
> > Rick Kern gmail.com> writes:
> >
> > > +enabled vtenc &&
> > > require VideoToolbox VideoToolbox/VTCompressionSession.h
I cut away the relevant part here, sorry:
VTC
On Tue, 16 Feb 2016 09:58:30 +0800
Rick Kern wrote:
> Enable with configure --enable-vtenc and encode using -codec:v vtenc_h264.
>
> Signed-off-by: Rick Kern
> ---
> MAINTAINERS|1 +
> configure |3 +
> libavcodec/Makefile|1 +
> libavcodec/allcodecs.c
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> Do you have any suggestion for me what to do now?
> Please give me a hint where to find this bug or should I open a trac ticket
> for it?
I already told you: find out exactly WHY the result is different. I suggest
you use this kind of test c
>> Header: OK, 2 frames
>> Frame 0: Unknown (offset points beyond end of probe buffer)
>> Frame 1: Invalid
>> Previously this example had a score of 25, even though the score would
>> be 1 if the unknown frame was known to be valid or 0 if it was known
>> to be invalid. For this examp
On Mon, 15 Feb 2016 18:52:25 +0100
Matthieu Bouron wrote:
> Hello,
>
> The following patchset adds basic MediaCodec support to libavcodec, ie: only
> h264 is supported and the HWAccel part (Surface output) is missing.
>
> JNI comes as a dependency. The JNI support is based on the same patchset
patch attached
thank's
From 5ec5d798e974f690d881787b7272ed23b7d4bdbc Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Tue, 16 Feb 2016 17:03:08 +0700
Subject: [PATCH] avfilter: add firequalizer filter
---
Changelog | 1 +
MAINTAINERS | 1 +
configure
On Mon, Feb 15, 2016 at 4:49 PM, Muhammad Faiz wrote:
> On Sat, Feb 13, 2016 at 12:20 AM, Paul B Mahol wrote:
>>-ret = plot_cqt(ctx);
>>+ret = plot_cqt(ctx, AV_NOPTS_VALUE);
> it should not be set to AV_NOPTS_VALUE, but to previous pts + something
>
>>-ret = pl
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From e62d408f3f6a90806ac64d04f06a522411a41365 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Tue, 16 Feb 2016 11:43:30 +0100
Subject: [PATCH 1/2] lavc/rawdec: Remove temporary monowhite switching code for 1 bpp AVI without a palette
---
li
I have removed the 4-byte alignment line.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 6256d18629e70c24260e4cfb1993411ccebfac73 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Tue, 16 Feb 2016 11:44:50 +0100
Subject: [PATCH 2/2] lavc/rawdec: Retrieve nut palette from packets
---
On 2/16/16, Muhammad Faiz wrote:
> On Mon, Feb 15, 2016 at 4:49 PM, Muhammad Faiz wrote:
>> On Sat, Feb 13, 2016 at 12:20 AM, Paul B Mahol wrote:
>>>-ret = plot_cqt(ctx);
>>>+ret = plot_cqt(ctx, AV_NOPTS_VALUE);
>> it should not be set to AV_NOPTS_VALUE, but to previous p
correct output pts based on input pts
make seeking possible
output frame one by one on eof
tested with showinfo filter
patch attached
thank's
From bc59d4a7636e2f199b3dbda06e8e3bc53e260cae Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Tue, 16 Feb 2016 07:03:37 +0700
Subject: [PATCH v2] avfil
On Tue, Feb 16, 2016 at 10:41 AM, wm4 wrote:
> On Mon, 15 Feb 2016 18:52:25 +0100
> Matthieu Bouron wrote:
>
> > Hello,
> >
> > The following patchset adds basic MediaCodec support to libavcodec, ie:
> only
> > h264 is supported and the HWAccel part (Surface output) is missing.
> >
> > JNI comes
On Tue, 16 Feb 2016 18:01:16 +0700
Muhammad Faiz wrote:
> From bc59d4a7636e2f199b3dbda06e8e3bc53e260cae Mon Sep 17 00:00:00 2001
> From: Muhammad Faiz
> Date: Tue, 16 Feb 2016 07:03:37 +0700
> Subject: [PATCH v2] avfilter/avf_showcqt: improve pts handling
>
> correct output pts based on input p
On Tue, 16 Feb 2016 12:09:58 +0100
Matthieu Bouron wrote:
> On Tue, Feb 16, 2016 at 10:41 AM, wm4 wrote:
>
> > On Mon, 15 Feb 2016 18:52:25 +0100
> > Matthieu Bouron wrote:
> >
> > > Hello,
> > >
> > > The following patchset adds basic MediaCodec support to libavcodec, ie:
> > only
> > >
On 2/15/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
> I couldn't get blend functions to work correctly.
>
Now with blend properly working.
But now I have issues with fate ref update, it mess up terminal here
so one needs to use reset.
From 2633eb9cdb93031b23f119b12ee543c443686c02 Mon Sep
On 2/16/16, Muhammad Faiz wrote:
> patch attached
>
> thank's
>
>
> ---
> Changelog | 1 +
> MAINTAINERS | 1 +
> configure | 2 +
> doc/filters.texi | 109
> libavfilter/Makefile | 1 +
> libavfilter
On Tue, Feb 16, 2016 at 03:35:53AM +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/libzvbi-teletextdec.c | 10 ++
> 1 file changed, 2 insertions(+), 8 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FA
On 2/8/16, Thomas Mundt wrote:
Hendrik Leppkes schrieb am Mo, 8.2.2016:
>> How does the speed compare to YADIF?
>> Or in other words, is it usable in real-time, or rather designed for
>> offline processing?
>>
> YADIF is quicker, because of its CPU optimizations. Without CPU
> optimizations
On Mon, Feb 15, 2016 at 10:01:27PM -0800, Mark Reid wrote:
> Hi,
> This patch adds a fate test for the parsing raw dnxhr streams.
>
> Can someone add this test footage to fate for me?
> https://dl.dropboxusercontent.com/u/170952/fate/dnxhd/dnxhr_cid1274.dnxhr
> it goes in
> FATE_ROOT/dnxhd/dnxhr_c
L'octidi 28 pluviôse, an CCXXIV, Paul B Mahol a écrit :
> Now with blend properly working.
Nice. Have you checked how it affects performance for the cases that were
already supported?
> But now I have issues with fate ref update, it mess up terminal here
> so one needs to use reset.
This has bee
On 2/16/16, Nicolas George wrote:
> L'octidi 28 pluviose, an CCXXIV, Paul B Mahol a ecrit :
>> Now with blend properly working.
>
> Nice. Have you checked how it affects performance for the cases that were
> already supported?
It should be marginal.
>
>> But now I have issues with fate ref updat
>>> Paul B Mahol schrieb am Di, 16.2.2016:On 2/8/16, Thomas
>>> Mundt wrote:
> Hendrik Leppkes schrieb am Mo, 8.2.2016:
>>> How does the speed compare to YADIF?
>>> Or in other words, is it usable in real-time, or rather designed for
>>> offline processing?
>>>
>> YADIF is quicker, because
On Tue, Feb 16, 2016 at 02:40:10PM +0800, Xiaolei Yu wrote:
> Current intmath routines for arm require inter-procedure constant propagation
> and fail to compile when optimizations are disabled.
> ---
> configure | 1 +
> libavutil/intmath.h | 2 ++
> 2 files changed, 3 insertions(+)
on
Mats Peterson skrev: (16 februari 2016
11:48:28 CET)
>
And once more Michael, give me one sensible reason as to why you want to fix
the long standing muxer issues before applying these patches. That will
seemingly take forever, and it won't make any difference if you apply these
patches now or
Mats Peterson skrev: (16 februari 2016
14:06:07 CET)
>Mats Peterson skrev: (16 februari
>2016 11:48:28 CET)
>>
>And once more Michael, give me one sensible reason as to why you want
>to fix the long standing muxer issues before applying these patches.
>That will seemingly take forever, and it wo
On 2/15/16, Hendrik Leppkes wrote:
> On Mon, Feb 15, 2016 at 3:13 PM, Ivan Kalvachev
> wrote:
>> On 2/15/16, Ronald S. Bultje wrote:
>>> Hi,
>>>
>>> On Mon, Feb 15, 2016 at 8:26 AM, Ivan Kalvachev
>>> wrote:
>>>
On 2/15/16, Hendrik Leppkes wrote:
> On Mon, Feb 15, 2016 at 2:13 PM, Iv
On Tue, Feb 16, 2016 at 12:36 PM, wm4 wrote:
> On Tue, 16 Feb 2016 12:09:58 +0100
> Matthieu Bouron wrote:
>
> > On Tue, Feb 16, 2016 at 10:41 AM, wm4 wrote:
> >
> > > On Mon, 15 Feb 2016 18:52:25 +0100
> > > Matthieu Bouron wrote:
> > >
> > > > Hello,
> > > >
> > > > The following patchset ad
On Tue, Feb 16, 2016 at 11:49:31AM +0100, Mats Peterson wrote:
> I have removed the 4-byte alignment line.
>
> --
> Mats Peterson
> http://matsp888.no-ip.org/~mats/
> rawdec.c |8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
> 8368a0a3c0eab1db6651662f5108dac88e986c59
> 0002-l
Michael Niedermayer skrev: (16 februari 2016 15:03:13
CET)
>On Tue, Feb 16, 2016 at 11:49:31AM +0100, Mats Peterson wrote:
>> I have removed the 4-byte alignment line.
>>
>> --
>> Mats Peterson
>> http://matsp888.no-ip.org/~mats/
>
>> rawdec.c |8 +++-
>> 1 file changed, 7 insertions(+
On 02/16/2016 03:04 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (16 februari 2016 15:03:13
CET)
On Tue, Feb 16, 2016 at 11:49:31AM +0100, Mats Peterson wrote:
I have removed the 4-byte alignment line.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
rawdec.c |8 +++-
1
Hi,
On Tue, Feb 16, 2016 at 8:25 AM, Ivan Kalvachev
wrote:
> On 2/15/16, Hendrik Leppkes wrote:
> > On Mon, Feb 15, 2016 at 3:13 PM, Ivan Kalvachev
> > wrote:
> >> On 2/15/16, Ronald S. Bultje wrote:
> >>> Hi,
> >>>
> >>> On Mon, Feb 15, 2016 at 8:26 AM, Ivan Kalvachev
> >>> wrote:
> >>>
> >
On Tue, Feb 16, 2016 at 03:06:35PM +0100, Mats Peterson wrote:
> On 02/16/2016 03:04 PM, Mats Peterson wrote:
> >Michael Niedermayer skrev: (16 februari 2016
> >15:03:13 CET)
> >>On Tue, Feb 16, 2016 at 11:49:31AM +0100, Mats Peterson wrote:
> >>>I have removed the 4-byte alignment line.
> >>>
>
On 02/16/2016 03:34 PM, Michael Niedermayer wrote:
And what about the monowhite switching code?
Did you forget that one??
no, that patch is left for others to decide, my oppinion is that the
muxer bug must be fixed first to prevent the generation of invalid
files. I wanted to look into it as
On 02/16/2016 03:34 PM, Michael Niedermayer wrote:
no, that patch is left for others to decide, my oppinion is that the
muxer bug must be fixed first to prevent the generation of invalid
files. I wanted to look into it as you dont look into it but i dont
have time now
That's OK regarding not
On Tue, Feb 16, 2016 at 9:01 PM, Michael Niedermayer wrote:
> On Tue, Feb 16, 2016 at 02:40:10PM +0800, Xiaolei Yu wrote:
> > Current intmath routines for arm require inter-procedure constant
> propagation
> > and fail to compile when optimizations are disabled.
> > ---
> > configure |
Is it very important to use a "make distclean" after a "git pull"? It
depends on the changes made to the newly pulled code, I guess.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ff
L'octidi 28 pluviôse, an CCXXIV, Mats Peterson a écrit :
> Is it very important to use a "make distclean" after a "git pull"? It
> depends on the changes made to the newly pulled code, I guess.
Exactly. The most common issue is when files are renamed or deleted: without
distclean, the dependency f
On Tue, Feb 16, 2016 at 2:47 PM, Matthieu Bouron
wrote:
>
>
> On Tue, Feb 16, 2016 at 12:36 PM, wm4 wrote:
>
>> On Tue, 16 Feb 2016 12:09:58 +0100
>> Matthieu Bouron wrote:
>>
>> > On Tue, Feb 16, 2016 at 10:41 AM, wm4 wrote:
>> >
>> > > On Mon, 15 Feb 2016 18:52:25 +0100
>> > > Matthieu Bouro
On Tue, Feb 16, 2016 at 11:00:38PM +0800, Yu Xiaolei wrote:
> On Tue, Feb 16, 2016 at 9:01 PM, Michael Niedermayer > wrote:
>
> > On Tue, Feb 16, 2016 at 02:40:10PM +0800, Xiaolei Yu wrote:
> > > Current intmath routines for arm require inter-procedure constant
> > propagation
> > > and fail to c
On Mon, Feb 15, 2016 at 6:56 PM, Hendrik Leppkes
wrote:
> On Mon, Feb 15, 2016 at 6:52 PM, Matthieu Bouron
> wrote:
> > From: Matthieu Bouron
> >
> > ---
> > configure| 4 +
> > libavutil/Makefile | 4 +
> > libavutil/jni.c | 55 +++
> > libavutil/jni.h
On Sat, 2016-02-06 at 20:13 +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavformat/mxfenc.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 6da8b10..cd13f89 100644
> --- a/libavformat/mxfenc.
On Tue, Feb 16, 2016 at 6:22 PM, wm4 wrote:
> On Tue, 16 Feb 2016 18:01:16 +0700
> Muhammad Faiz wrote:
>
>> From bc59d4a7636e2f199b3dbda06e8e3bc53e260cae Mon Sep 17 00:00:00 2001
>> From: Muhammad Faiz
>> Date: Tue, 16 Feb 2016 07:03:37 +0700
>> Subject: [PATCH v2] avfilter/avf_showcqt: improve
On Tue, Feb 16, 2016 at 6:48 PM, Paul B Mahol wrote:
> On 2/16/16, Muhammad Faiz wrote:
>> patch attached
>>
>> thank's
>>
>>
>> ---
>> Changelog | 1 +
>> MAINTAINERS | 1 +
>> configure | 2 +
>> doc/filters.texi | 10
On Tue, Feb 16, 2016 at 6:22 PM, wm4 wrote:
> On Tue, 16 Feb 2016 18:01:16 +0700
> Muhammad Faiz wrote:
>
>> From bc59d4a7636e2f199b3dbda06e8e3bc53e260cae Mon Sep 17 00:00:00 2001
>> From: Muhammad Faiz
>> Date: Tue, 16 Feb 2016 07:03:37 +0700
>> Subject: [PATCH v2] avfilter/avf_showcqt: improve
On Tue, Feb 16, 2016 at 4:00 PM, Yu Xiaolei wrote:
> On Tue, Feb 16, 2016 at 9:01 PM, Michael Niedermayer > wrote:
>
>> On Tue, Feb 16, 2016 at 02:40:10PM +0800, Xiaolei Yu wrote:
>> > Current intmath routines for arm require inter-procedure constant
>> propagation
>> > and fail to compile when op
On Tue, 16 Feb 2016, Carl Eugen Hoyos wrote:
Marton Balint passwd.hu> writes:
+/* The purpose of this is demuxer is to detect DVB teletext
streams in
+ * mpegts, so we reject invalid buffer sizes */
+if ((p->buf_size + 45) % 184 != 0)
+return 0;
I don't think this is o
On 16/02/16 00:59, Michael Niedermayer wrote:
On Mon, Feb 15, 2016 at 10:35:57PM +0100, Johan Ström wrote:
Thanks for your attention!
Updated patch attached. It has been rebased against current master
(avio_open2->ffio_open_whitelist changes) with no issues.
On 14/02/16 01:29, Michael Niederma
On 02/16/2016 05:37 PM, Nicolas George wrote:
L'octidi 28 pluviôse, an CCXXIV, Mats Peterson a écrit :
Is it very important to use a "make distclean" after a "git pull"? It
depends on the changes made to the newly pulled code, I guess.
Exactly. The most common issue is when files are renamed o
Marton Balint passwd.hu> writes:
> >> +return AVPROBE_SCORE_MAX / 2;
> >
> > Is this ok for one frame?
>
> I don't know, I figured even for the smallest PES
> payload which is 139 bytes we are matching 1+2+2+2
> mostly different bytes
Then the score is ok (or too small).
> >> +++ b/libav
Signed-off-by: Marton Balint
---
libavcodec/dvbtxt.h | 41 +++
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/dvbtxt.c | 50
libavformat/utils.c | 1 +
5 files change
Signed-off-by: Marton Balint
---
libavcodec/libzvbi-teletextdec.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/libavcodec/libzvbi-teletextdec.c b/libavcodec/libzvbi-teletextdec.c
index 308f735..667cd28 100644
--- a/libavcodec/libzvbi-teletextdec.c
+++ b/libavcod
Hi,
On Tue, Feb 16, 2016 at 11:37 AM, Nicolas George wrote:
> L'octidi 28 pluviôse, an CCXXIV, Mats Peterson a écrit :
> > Is it very important to use a "make distclean" after a "git pull"? It
> > depends on the changes made to the newly pulled code, I guess.
>
> Exactly. The most common issue i
>>> Paul B Mahol schrieb am Di, 16.2.2016:
On 2/8/16, Thomas Mundt wrote:
> Hendrik Leppkes schrieb am Mo, 8.2.2016:
>>> How does the speed compare to YADIF?
>>> Or in other words, is it usable in real-time, or rather designed for
>>> offline processing?
>>>
>> YADIF is quicker, because
On 2/16/16, Paul B Mahol wrote:
> On 2/15/16, Paul B Mahol wrote:
>> Hi,
>>
>> patch attached.
>>
>> I couldn't get blend functions to work correctly.
>>
>
> Now with blend properly working.
>
> But now I have issues with fate ref update, it mess up terminal here
> so one needs to use reset.
>
N
On Mon, 15 Feb 2016 11:40:33 +0100
Paul B Mahol wrote:
> Hi,
>
> patch attached.
I am not keen on raw data planes handling, so I could ignore something
important. Also I haven't tested this patch in runtime. Otherwise the
patch looks good.
___
ffmpeg-
@todo move to seperate file and reuse in movenc
Signed-off-by: Michael Niedermayer
---
libavformat/avienc.c | 40
tests/ref/vsynth/vsynth3-bpp1 |4 ++--
tests/ref/vsynth/vsynth3-rgb |4 ++--
3 files changed, 44 insertions(+), 4 deletio
Signed-off-by: Michael Niedermayer
---
libswscale/x86/output.asm | 160 -
1 file changed, 87 insertions(+), 73 deletions(-)
diff --git a/libswscale/x86/output.asm b/libswscale/x86/output.asm
index 9ea4af9..7db72f8 100644
--- a/libswscale/x86/output.as
Signed-off-by: Michael Niedermayer
---
libavcodec/eatqi.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/libavcodec/eatqi.c b/libavcodec/eatqi.c
index d3b2a97..8fd5cdb 100644
--- a/libavcodec/eatqi.c
+++ b/libavcodec/eatqi.c
@@ -37,6 +37,7 @@
#include "mpeg12.h"
On Wed, Feb 17, 2016 at 03:50:57AM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libswscale/x86/output.asm | 160
> -
> 1 file changed, 87 insertions(+), 73 deletions(-)
cleaner patch posted (in a minute)
[...]
--
M
Signed-off-by: Michael Niedermayer
---
libswscale/x86/output.asm | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
diff --git a/libswscale/x86/output.asm b/libswscale/x86/output.asm
index 9570969..133817c 100644
--- a/libswscale/x86/output.asm
+++ b/libswscale/x86/
Signed-off-by: Michael Niedermayer
---
libswscale/x86/output.asm | 141 +++--
1 file changed, 72 insertions(+), 69 deletions(-)
diff --git a/libswscale/x86/output.asm b/libswscale/x86/output.asm
index 9ea4af9..9570969 100644
--- a/libswscale/x86/output.as
Michael Niedermayer skrev: (17 februari 2016 03:50:58
CET)
>@todo move to seperate file and reuse in movenc
>
>Signed-off-by: Michael Niedermayer
>---
>libavformat/avienc.c | 40
>
> tests/ref/vsynth/vsynth3-bpp1 |4 ++--
> tests/ref/vsynth/vs
On 02/17/2016 04:38 AM, Mats Peterson wrote:
Michael Niedermayer skrev: (17 februari 2016 03:50:58
CET)
@todo move to seperate file and reuse in movenc
Signed-off-by: Michael Niedermayer
---
libavformat/avienc.c | 40
tests/ref/vsynth/vsynth
On 02/17/2016 04:48 AM, Mats Peterson wrote:
AVI has support for palette switching by using the 'xxpc' chunk in the
video data for the record, but it hasn't been implemented yet. I suppose
it's enough to just add an "initial" palette to the BITMAPINFOHEADER in
the meantime.
Mats
And that sh
On 02/17/2016 04:56 AM, Mats Peterson wrote:
On 02/17/2016 04:48 AM, Mats Peterson wrote:
AVI has support for palette switching by using the 'xxpc' chunk in the
video data for the record, but it hasn't been implemented yet. I suppose
it's enough to just add an "initial" palette to the BITMAPINF
Good morning !!
I just compiled debug version of ffmpeg in linux ubuntu with eclipse
with options:
--disable-stripping
--enable-debug=3
--extra-cflags="-gstabs+"
--disable-optimizations
after compiling ,I can debug ffmpeg.c but only inside ffmpeg.c, debug cannot go
into outside of ffmp
sorry, " debug cannot go outside of ffmpeg.c"
From: ffmpeg-devel on behalf of Chau Pham
Sent: Wednesday, February 17, 2016 6:50 AM
To: FFmpeg development discussions and patches
Subject: [FFmpeg-devel] Debugging option
Good morning !!
I just compiled
73 matches
Mail list logo
