On 19 September 2014 07:34:11 CEST, Pascal Massimino
wrote:
>Hi Reimar,
>while i don't necessarily disagree with the above generally speaking
>[*],
>let me repeat that
>this is a pragmatic choice. I'm not going to give up on the speed-up i
>have
>right now for
>some hypothetical decoder later.
I
Hi Reimar,
On Thu, Sep 18, 2014 at 12:28 PM, Reimar Döffinger wrote:
> On 18 September 2014 10:55:00 CEST, Pascal Massimino <
> pascal.massim...@gmail.com> wrote:
> >Hi Reimar,
> >
> >On Thu, Sep 18, 2014 at 9:33 AM, Reimar Döffinger
> >
> >wrote:
> >
> >> On 18.09.2014, at 08:45, Pascal Massimi
Signed-off-by: James Almer
---
Unlike us, libav got rid of the internal symbols before the header became
public on
an actual relase, so we're stuck with it until next bump.
I renamed the function to ff_ since it's only used outside libavcodec when
called
with the public symbol.
doc/APIchanges
On Thu, Sep 18, 2014 at 7:49 PM, Gianluigi Tiesi wrote:
> Hi,
>
> in the latest git commits of libilbc developers removed WebRtc_xxx
typedefs
>
> The attached patch uses int types instead,
> it's safe to apply also for previous versions since
> WebRtc_Word16 was always a typedef of int16_t and
> W
On 19/09/14 01:27, "Michael Niedermayer" wrote:
>On Thu, Sep 18, 2014 at 06:05:38PM +, Raento Mika wrote:
>> Hiy'all
>>
>> As suggested by Michael, I'm trying to add a FATE test for the new
>> single_file option to the HLS muxer.
>>
>> I have something working, but I'm not sure what's the b
Hi,
in the latest git commits of libilbc developers removed WebRtc_xxx typedefs
The attached patch uses int types instead,
it's safe to apply also for previous versions since
WebRtc_Word16 was always a typedef of int16_t and
WebRtc_UWord16 a typedef of uint16_t
Regards
--
Gianluigi Tiesi
EDP
Daniel Bomar gmail.com> writes:
> This is from /usr/include/features.h which is provided by glibc. The
> ./configure, make build that ffmpeg uses only generates a warning but
> for some reason Chromium's ninja + clang build system generates an
> error.
Imo, this should be tested in configure.
On Thu, Sep 18, 2014 at 06:05:38PM +, Raento Mika wrote:
> Hiy'all
>
> As suggested by Michael, I'm trying to add a FATE test for the new
> single_file option to the HLS muxer.
>
> I have something working, but I'm not sure what's the best way to do this.
> The wiki page is not very complete.
This is from /usr/include/features.h which is provided by glibc. The
./configure, make build that ffmpeg uses only generates a warning but
for some reason Chromium's ninja + clang build system generates an
error.
/* _BSD_SOURCE and _SVID_SOURCE are deprecated aliases for
_DEFAULT_SOURCE. If _
Le jour du Génie, an CCXXII, Daniel Bomar a écrit :
> This actually generated an error trying to build ffmpeg as part of Chromium.
Where does the "_DEFAULT_SOURCE" name come from? In the documentation for
the glibc, it is flagged as "(BSD)", and thus requires _BSD_SOURCE.
By the way, are there st
Daniel Bomar gmail.com> writes:
> /* needed by inet_aton() */
> -#define _SVID_SOURCE
> +#define _DEFAULT_SOURCE
Won't this break compilation on older systems?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailma
Signed-off-by: Marton Balint
---
ffplay.c | 261 ++-
1 file changed, 140 insertions(+), 121 deletions(-)
diff --git a/ffplay.c b/ffplay.c
index 9982474..f9aac6a 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -177,6 +177,18 @@ enum {
AV_SY
Signed-off-by: Marton Balint
---
ffplay.c | 67 +++-
1 file changed, 37 insertions(+), 30 deletions(-)
diff --git a/ffplay.c b/ffplay.c
index f9aac6a..e5d7183 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -187,6 +187,10 @@ typedef struct Deco
This actually generated an error trying to build ffmpeg as part of Chromium.
Signed-off-by: Daniel Bomar
---
libavformat/os_support.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/os_support.c b/libavformat/os_support.c
index e8f063a..7a948d8 100644
--- a/libavf
I have a TS feed that I'm reading with libavformat/libavcodec over
multicast. The feed comes from an over-the-air channel, where the video is
mpeg2 and the audio is AC3.
Occasionally there are some dropped packets, and that somehow leads
libavcodec/ac3_parser.c to think the audio codec has change
On 09/18/2014 07:10 PM, Reimar Döffinger wrote:
On 18.09.2014, at 17:26, Michael Niedermayer wrote:
On Thu, Sep 18, 2014 at 04:22:27PM +0200, Jörg Krause wrote:
glibc, uclibc, and musl uses feature test macros to expose definitions
conforming to the standards ISO C, POSIX and extensions. Acco
Hiy'all
As suggested by Michael, I'm trying to add a FATE test for the new
single_file option to the HLS muxer.
I have something working, but I'm not sure what's the best way to do this.
The wiki page is not very complete.
The HLS muxer produces a number of .ts files (well, one for the
single_fi
On 18.09.2014, at 17:26, Michael Niedermayer wrote:
> On Thu, Sep 18, 2014 at 04:22:27PM +0200, Jörg Krause wrote:
>> glibc, uclibc, and musl uses feature test macros to expose definitions
>> conforming to the standards ISO C, POSIX and extensions. According to
>> which feature test macros are de
Marcus Johnson gmail.com> writes:
[...]
Please read http://ffmpeg.org/contact.html (again).
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
I'm building a custom executable that only supports lossless audio
demuxing/decoding, flac and wave work fine, but Apple Lossless (in the
itunes generated mpeg4 container) won't work.
my configure line is:
./configure --enable-lto --enable-shared --disable-static --disable-yasm
--disable-asm --di
On 09/18/2014 05:26 PM, Michael Niedermayer wrote:
On Thu, Sep 18, 2014 at 04:22:27PM +0200, Jörg Krause wrote:
glibc, uclibc, and musl uses feature test macros to expose definitions
conforming to the standards ISO C, POSIX and extensions. According to
which feature test macros are defined by t
> On Wednesday, September 17, 2014 1:43 PM, Nicholas Robbins
> wrote:
> >
>
>> On Tuesday, September 16, 2014 1:34 PM, Nicholas Robbins
> wrote:
>> > Ok, I seem to have a partial solution.
>>
>> I thought that the place to put this would be in the dvdsubenc.c. So I made
> the
>> follo
On Thu, Sep 18, 2014 at 04:22:27PM +0200, Jörg Krause wrote:
> glibc, uclibc, and musl uses feature test macros to expose definitions
> conforming to the standards ISO C, POSIX and extensions. According to
> which feature test macros are defined by the user or the compiler,
> the header file use
glibc, uclibc, and musl uses feature test macros to expose definitions
conforming to the standards ISO C, POSIX and extensions. According to
which feature test macros are defined by the user or the compiler,
the header file used by these libraries internally defines
various other macros.
glibc
On Thu, Sep 18, 2014 at 09:51:19AM +0200, Jörg Krause wrote:
> glibc, uclibc, and musl uses feature test macros to expose definitions
> conforming to the standards ISO C, POSIX and extensions. According to
> which feature test macros are defined by the user or the compiler,
> the header file use
On Wed, Sep 17, 2014 at 08:49:06PM -0700, Timothy Gu wrote:
> On Sep 17, 2014 8:02 PM, "Michael Niedermayer" wrote:
> >
> > On Wed, Sep 17, 2014 at 07:16:30PM -0700, Daniel Verkamp wrote:
> > > On Wed, Sep 17, 2014 at 12:59 PM, Michael Niedermayer
> wrote:
> > > > On Wed, Sep 17, 2014 at 11:33:32
On 18 September 2014 10:55:00 CEST, Pascal Massimino
wrote:
>Hi Reimar,
>
>On Thu, Sep 18, 2014 at 9:33 AM, Reimar Döffinger
>
>wrote:
>
>> On 18.09.2014, at 08:45, Pascal Massimino
>
>> wrote:
>> > Hi,
>> >
>> > the webp lossless doc was unclear regarding palette index falling
>out of
>> > range
I'll try to correct the patch and post it back.
2014-09-17 19:34 GMT+02:00 Carl Eugen Hoyos :
> Gorilla Maguila gmail.com> writes:
>
> > http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2014-February/154612.html
> >
> > I attach a new patch with improvements:
>
> I wanted to write an answer with a
Hi Reimar,
On Thu, Sep 18, 2014 at 9:33 AM, Reimar Döffinger
wrote:
> On 18.09.2014, at 08:45, Pascal Massimino
> wrote:
> > Hi,
> >
> > the webp lossless doc was unclear regarding palette index falling out of
> > range.
> > See issue #206 [1] for the bug report.
> > The solution retained was t
Hi,
2014-09-17 16:37 GMT+02:00 Lynn Yu :
> I've build ffmpeg static libraries, and all necessary objs (*.o) generated
> in their source directory.
>
> I use 'ar' to archive all these objs into one libffmpeg.a.
>
> command: *ar rc libffmpeg.a *.o*
>
> I notice that, there are some objs have same n
glibc, uclibc, and musl uses feature test macros to expose definitions
conforming to the standards ISO C, POSIX and extensions. According to
which feature test macros are defined by the user or the compiler,
the header file used by these libraries internally defines
various other macros.
glibc
On 18.09.2014, at 08:45, Pascal Massimino wrote:
> Hi,
>
> the webp lossless doc was unclear regarding palette index falling out of
> range.
> See issue #206 [1] for the bug report.
> The solution retained was to treat out-of-range index as color 0x,
> so we could keep the speed-up in lib
32 matches
Mail list logo