On Fri, 4 Mar 2016 08:47:14 +0100
Thilo Borgmann wrote:
> Am 04.03.16 um 08:23 schrieb wm4:
> > On Fri, 4 Mar 2016 00:55:35 + (UTC)
> > Carl Eugen Hoyos wrote:
> >
> >> Timothy Gu gmail.com> writes:
> >>
> >>> Of course, this argument operates on the premise that
> >>> making things e
---
libavcodec/nvenc.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index a3b02fa..5694f17 100644
--- a/libavcodec/nvenc.c
+++ b/libavcodec/nvenc.c
@@ -867,15 +867,22 @@ static av_cold int nvenc_encod
Am 04.03.16 um 08:23 schrieb wm4:
> On Fri, 4 Mar 2016 00:55:35 + (UTC)
> Carl Eugen Hoyos wrote:
>
>> Timothy Gu gmail.com> writes:
>>
>>> Of course, this argument operates on the premise that
>>> making things easier for users is of utmost concern
>>> for us. Please inspire me if this is
And yet another revision, where the syntax lists are actually terminated...
On Thu, Mar 3, 2016 at 12:09 PM, Neil Birkbeck wrote:
> I've attached a slightly cleaner (more isolated) patch that moves the
> parsing into a helper function.
>
> On Mon, Feb 29, 2016 at 5:15 PM, Neil Birkbeck
> wrote:
On Fri, 4 Mar 2016 00:55:35 + (UTC)
Carl Eugen Hoyos wrote:
> Timothy Gu gmail.com> writes:
>
> > Of course, this argument operates on the premise that
> > making things easier for users is of utmost concern
> > for us. Please inspire me if this is not the case.
>
> On the contrary, I
Yes. That's stange, let me try again
On 2016/3/4 14:50, Timothy Gu wrote:
On Fri, Mar 04, 2016 at 12:45:47PM +0800, Agatha Hu wrote:
---
libavcodec/nvenc.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
This patched is corrupted by your mail client.
On Fri, Mar 04, 2016 at 12:45:47PM +0800, Agatha Hu wrote:
> ---
> libavcodec/nvenc.c | 33 -
> 1 file changed, 28 insertions(+), 5 deletions(-)
This patched is corrupted by your mail client. What's wrong with the first
patch you sent (with git-send-email)?
Timoth
On Thu, Mar 3, 2016, at 09:32 AM, Simon Thelen wrote:
>
> Probably, but I don't know how to get in contact with someone who can do
> that.
I forwarded the issue to Burek. burek021 at gmail
Lou
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
On Thu, Mar 3, 2016, at 06:31 PM, fangzhen wrote:
> Hi guys,
>
> Recently, I am doing some transcoding using ffmpeg.
[...]
Wrong mailing list. ffmpeg-devel is for submitting patches and for
discussions related to the development of FFmpeg.
User help is at ffmpeg-user mailing list and #ffmpeg IRC
Removed some unused variables in AVIStream.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 9713e3890edccb379b3962ffcda6ee6068d9c38d Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 4 Mar 2016 05:52:58 +0100
Subject: [PATCH v5 1/4 v3] lavf/avienc: Add support for palette side data
---
libavcodec/nvenc.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index a3b02fa..5694f17 100644
--- a/libavcodec/nvenc.c
+++ b/libavcodec/nvenc.c
@@ -867,15 +867,22 @@ static av_cold int
nvenc_enc
Indentation fix.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 48d52b0d6ff6c64bc9f4afbf01893f8780ba97e4 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 4 Mar 2016 05:18:15 +0100
Subject: [PATCH v5 1/4 v2] lavf/avienc: Add support for palette side data
---
libavformat/avienc.c
On 03/04/2016 05:13 AM, Mats Peterson wrote:
Indentation fix.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Sorry, this is riffenc.c and not avienc.c. Forget this one.
--
Mats Peterson
http:
On Thu, Mar 03, 2016 at 11:26:20AM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch (still) fixes ticket #4786 for me.
> Autodetection seems impossible to me and the following
> page suggests that this patch is likely correct:
> http://dvd-audio.sourceforge.net/spec/aob.shtml
>
> Please c
Indentation fix.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 6259934554b87490b3af969e330af6e52acd98e3 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 4 Mar 2016 05:12:40 +0100
Subject: [PATCH v5 1/4 v2] lavf/avienc: Add support for palette side data
---
libavformat/riffenc.
On 03/04/2016 05:07 AM, Mats Peterson wrote:
On 03/04/2016 05:04 AM, Mats Peterson wrote:
On 03/04/2016 04:57 AM, Mats Peterson wrote:
On 03/04/2016 04:42 AM, Michael Niedermayer wrote:
On Thu, Mar 03, 2016 at 12:35:00AM +0100, Mats Peterson wrote:
--
Mats Peterson
http://matsp888.no-ip.org/
On 03/04/2016 05:04 AM, Mats Peterson wrote:
On 03/04/2016 04:57 AM, Mats Peterson wrote:
On 03/04/2016 04:42 AM, Michael Niedermayer wrote:
On Thu, Mar 03, 2016 at 12:35:00AM +0100, Mats Peterson wrote:
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
movenc.c | 44 ++
On 03/04/2016 04:57 AM, Mats Peterson wrote:
On 03/04/2016 04:42 AM, Michael Niedermayer wrote:
On Thu, Mar 03, 2016 at 12:35:00AM +0100, Mats Peterson wrote:
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
movenc.c | 44 +---
1 file changed, 2
On 03/04/2016 04:41 AM, Michael Niedermayer wrote:
On Thu, Mar 03, 2016 at 08:29:20AM +0100, Mats Peterson wrote:
Due to Morton Balint's recent addition of
ff_standardize_creation_time(), the previous patch would fail.
Please add this one before any more changes occur.
Mats
--
Mats Peterson
ht
On 03/04/2016 04:42 AM, Michael Niedermayer wrote:
On Thu, Mar 03, 2016 at 12:35:00AM +0100, Mats Peterson wrote:
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
movenc.c | 44 +---
1 file changed, 25 insertions(+), 19 deletions(-)
6fb0f0f43c384
---
libavcodec/nvenc.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index a3b02fa..5694f17 100644
--- a/libavcodec/nvenc.c
+++ b/libavcodec/nvenc.c
@@ -867,15 +867,22 @@ static av_cold int nvenc_encod
Hi guys,
Recently, I am doing some transcoding using ffmpeg. The input protocol is udp
and output is HLS.
The command line is the following:
ffmpeg -hide_banner -threads auto -y -xerror -itsoffset 0.5 -async 1 -i
udp://127.0.0.1:48882?overrun_nonfatal=1&buffer_size=1&fifo_size=1
On Thu, Mar 03, 2016 at 12:35:00AM +0100, Mats Peterson wrote:
>
> --
> Mats Peterson
> http://matsp888.no-ip.org/~mats/
> movenc.c | 44 +---
> 1 file changed, 25 insertions(+), 19 deletions(-)
> 6fb0f0f43c38403c80a2861334a04019288c0c96
> 0002-lavf-m
On Thu, Mar 03, 2016 at 08:29:20AM +0100, Mats Peterson wrote:
> Due to Morton Balint's recent addition of
> ff_standardize_creation_time(), the previous patch would fail.
> Please add this one before any more changes occur.
>
> Mats
>
> --
> Mats Peterson
> http://matsp888.no-ip.org/~mats/
>
On Fri, Mar 04, 2016 at 12:55:35AM +, Carl Eugen Hoyos wrote:
> Timothy Gu gmail.com> writes:
>
> > Of course, this argument operates on the premise that
> > making things easier for users is of utmost concern
> > for us. Please inspire me if this is not the case.
>
> On the contrary, I be
No idea why in commit 01ecb7172b684f1c4b3e748f95c5a9a494ca36ec the
checks were removed; this can lead to NULL pointer dereferences. This
effectively reverts that portion of the commit.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/psymodel.c | 6 +-
1 file changed, 5 insertions(+), 1 dele
On 03/04/2016 03:51 AM, Mats Peterson wrote:
On 03/04/2016 03:49 AM, Michael Niedermayer wrote:
On Fri, Mar 04, 2016 at 03:41:23AM +0100, Mats Peterson wrote:
On 03/04/2016 03:30 AM, Michael Niedermayer wrote:
-if (!*palette && ret == CONTAINS_PAL)
-*palette = pkt->data + pkt->siz
On 03/04/2016 03:49 AM, Michael Niedermayer wrote:
On Fri, Mar 04, 2016 at 03:41:23AM +0100, Mats Peterson wrote:
On 03/04/2016 03:30 AM, Michael Niedermayer wrote:
-if (!*palette && ret == CONTAINS_PAL)
-*palette = pkt->data + pkt->size - AVPALETTE_SIZE;
+if (!*palette && ret
On 03/04/2016 03:45 AM, Mats Peterson wrote:
On 03/04/2016 03:41 AM, Mats Peterson wrote:
On 03/04/2016 03:30 AM, Michael Niedermayer wrote:
-if (!*palette && ret == CONTAINS_PAL)
-*palette = pkt->data + pkt->size - AVPALETTE_SIZE;
+if (!*palette && ret == CONTAINS_PAL) {
+
On Fri, Mar 04, 2016 at 03:41:23AM +0100, Mats Peterson wrote:
> On 03/04/2016 03:30 AM, Michael Niedermayer wrote:
> >>
> >>-if (!*palette && ret == CONTAINS_PAL)
> >>-*palette = pkt->data + pkt->size - AVPALETTE_SIZE;
> >>+if (!*palette && ret == CONTAINS_PAL) {
> >>+uint8
On 03/04/2016 03:41 AM, Mats Peterson wrote:
On 03/04/2016 03:30 AM, Michael Niedermayer wrote:
-if (!*palette && ret == CONTAINS_PAL)
-*palette = pkt->data + pkt->size - AVPALETTE_SIZE;
+if (!*palette && ret == CONTAINS_PAL) {
+uint8_t *pkt_pal = pkt->data + pkt->size -
On 03/04/2016 03:30 AM, Michael Niedermayer wrote:
-if (!*palette && ret == CONTAINS_PAL)
-*palette = pkt->data + pkt->size - AVPALETTE_SIZE;
+if (!*palette && ret == CONTAINS_PAL) {
+uint8_t *pkt_pal = pkt->data + pkt->size - AVPALETTE_SIZE;
+int i;
+for
On Fri, Mar 04, 2016 at 03:08:48AM +0100, Mats Peterson wrote:
>
> --
> Mats Peterson
> http://matsp888.no-ip.org/~mats/
> internal.h |5 +++--
> utils.c| 16
> 2 files changed, 15 insertions(+), 6 deletions(-)
> 10668c891a2fe1b1d311e6c48870ed3ef2967edc
> 0004-lavf-
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 47d09853998e30e486b0069223a90d80e7742499 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 4 Mar 2016 02:57:59 +0100
Subject: [PATCH v6 4/4] lavf/utils: Normalize AVPacket.data to native endian
---
libavformat/internal.h |5 +++-
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 74f08a740f1afd402aef8c460d696f16f209c8f8 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 4 Mar 2016 02:56:41 +0100
Subject: [PATCH v6 2/4] lavf/movenc: Add support for palette side data
---
libavformat/movenc.c | 47
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From d27c865e1bf7969339e7ce9f442faebfdb8fa700 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 4 Mar 2016 02:57:11 +0100
Subject: [PATCH v6 3/4] lavf/riffenc: Handle palette for non-raw codecs
---
libavformat/riffenc.c | 20 ++
This version of the patch set returns to using a pointer to a pointer to
the palette in ff_get_packet_palette(), rather than the slightly more
expensive behaviour of using memcpy().
As before, it normalizes the palette in AVPacket.data to native endian,
since that's the most logical and natura
Timothy Gu gmail.com> writes:
> Of course, this argument operates on the premise that
> making things easier for users is of utmost concern
> for us. Please inspire me if this is not the case.
On the contrary, I believe while the current versioing
scheme is simple and understandable, the sugg
On Thu, Mar 03, 2016 at 11:04:09PM +, Carl Eugen Hoyos wrote:
> Timo Rothenpieler rothenpieler.org> writes:
>
> > So instead of
> >
> > N-78885-g966eade
>
> The continuous numbering scheme is very convenient when
> answering user questions and it reflects very well the
> (past and current
Hi
patch to extend fft is attached (my git-send email atm doesnt work
thanks to my ISP)
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I know you won't believe me, but the highest form of Human Excellence is
to question oneself and others. -- Socrates
From 8a60f2587e
On Thu, 3 Mar 2016 12:11:25 +
Jonathan Girven wrote:
> Hi all,
Hi , i'm not a consultant , but i maybe can help clarify a thing.
> The requirements are:
>
> - The file is hosted on a remote http server.
>
> - The original file is in mp4 format.
>
> - The code cannot read in the entire rem
On Thu, Mar 3, 2016 at 11:20 PM, Timo Rothenpieler
wrote:
>> Accessing a remote URL in the version script seems like a bad idea to me.
>
> I aggree, but I'm unsure how to propperly address the issue.
> The problem is that a plain "git pull" does not update tags,
> so if you have an older clone you
On Thu, Mar 3, 2016 at 11:23 PM, JULIAN GARDNER wrote:
> But regressions are development problems, things like "how do i scale a
> video" is for users.
> Im going tobe bisecting and fixing code if needed, so surely this is
> development!
> Joolz
Then open an issue on trac, thats what an issue
Timo Rothenpieler rothenpieler.org> writes:
> So instead of
>
> N-78885-g966eade
The continuous numbering scheme is very convenient when
answering user questions and it reflects very well the
(past and current) development model of FFmpeg that is
not release-driven ...
>
> One now gets
>
> I'm trying to pass an option into a new filter of type AV_OPT_TYPE_DICT.
Just found out it is not (yet) allowed in lavu/opt.c.
Sticking with STRING argument for now initializing a local AVDictionary.
Maybe this is of interest for someone else, too.
-Thilo
___
> Accessing a remote URL in the version script seems like a bad idea to me.
I aggree, but I'm unsure how to propperly address the issue.
The problem is that a plain "git pull" does not update tags,
so if you have an older clone you allways updated via git pull, you end
up with a version number bas
But regressions are development problems, things like "how do i scale a video"
is for users.
Im going tobe bisecting and fixing code if needed, so surely this is
development!
Joolz
On Thursday, 3 March 2016, 23:05, Moritz Barsnick wrote:
Hi Julian,
On Thu, Mar 03, 2016 at 18:43:11
Am 03.03.2016 22:46 schrieb "Timo Rothenpieler" :
>
> The version numbers based on the 15 years old N tag are confusing and
> don't offer a lot of information about what release the version is close
> to.
>
> This patch stops using the N tag and always bases it on the most recent
> dev tag instead.
Hi Julian,
On Thu, Mar 03, 2016 at 18:43:11 +, JULIAN GARDNER wrote:
> I was going to bisect it and see if i can find a commit which breaks the
> mpegts output?, but what commit do I start on for 63057
[...]
> ffmpeg version N-78734-g666e2ed Copyright (c) 2000-2016 the FFmpeg developers
The version numbers based on the 15 years old N tag are confusing and
don't offer a lot of information about what release the version is close
to.
This patch stops using the N tag and always bases it on the most recent
dev tag instead. So instead of
N-78885-g966eade
One now gets
n3.1-dev-422-g9
Hi,
I'm trying to pass an option into a new filter of type AV_OPT_TYPE_DICT.
After compilation I wonder how to specify this dictionary via the
command line...
ffmpeg -i in.avi -vf filter=opt_of_type_dict=??? out.avi
Grep reveals no other filter using the dict type for an input option.
Anyone kn
On Thu, Mar 03, 2016 at 07:32:39PM +0100, Simon Thelen wrote:
> On 16-03-03 at 14:09, Michael Niedermayer wrote:
> > On Thu, Mar 03, 2016 at 12:57:45PM +0100, Simon Thelen wrote:
> > > Signed-off-by: Simon Thelen
> > > ---
> > > src/contact | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion
I've attached a slightly cleaner (more isolated) patch that moves the
parsing into a helper function.
On Mon, Feb 29, 2016 at 5:15 PM, Neil Birkbeck wrote:
> Adding early support for a subset of the proposed colour elements
> according to the latest version of spec:
> https://mailarchive.ietf.org
On Thu, Mar 03, 2016 at 10:01:28AM -0800, NagaChaitanya Vellanki wrote:
> ---
> libavutil/Makefile | 1 +
> libavutil/color_utils.c| 29 +
> tests/fate/libavutil.mak | 4 +
> tests/ref/fate/color_utils | 285
> +
> 4 files changed
Le primidi 11 ventôse, an CCXXIV, Pavel Nikiforov a écrit :
> Hello !
>
> This patch enables background sending of UDP packets with specified delay.
> When sending packets without a delay some devices with small RX buffer
> ( MAG200 STB, for example) will drop tail packets in burst causing
> decod
On Thu, Mar 03, 2016 at 05:18:03PM +, Derek Buitenhuis wrote:
> Signed-off-by: Derek Buitenhuis
> ---
> This matches API with Libav, in a forthcoming merge, using our
> exisiting infastructure code.
>
> CC'd Michael, since he wrote the whitelisting code.
>
> This has been tested with FATE.
>
Derek,
I agree with you, checked this on ubuntu, mac os both x86_32, x86_64.
On Thu, Mar 3, 2016 at 10:11 AM, Derek Buitenhuis <
derek.buitenh...@gmail.com> wrote:
> On 3/3/2016 6:01 PM, NagaChaitanya Vellanki wrote:
> > + printf("AVColorTransferCharacteristic=%d calling func(%f)
> e
On Thu, Mar 03, 2016 at 06:11:19PM +, Derek Buitenhuis wrote:
> On 3/3/2016 6:01 PM, NagaChaitanya Vellanki wrote:
> > + printf("AVColorTransferCharacteristic=%d calling func(%f)
> > expected=%f\n",
> > + i, test_data[j], result);
>
> Comparing floats exactly
OK I upgraded a server today from 63057 to 78734 as we had a problem with
dvbsubtitles not working.
Now the machines, 2 of them one on 63057 and the new one, dont transcode and
they have the same command lines like this.
ffmpeg -i http://1.1.1.1:1/Stream1.ts -c:v copy -c:a copy -f mpegts
u
On 16-03-03 at 14:09, Michael Niedermayer wrote:
> On Thu, Mar 03, 2016 at 12:57:45PM +0100, Simon Thelen wrote:
> > Signed-off-by: Simon Thelen
> > ---
> > src/contact | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/src/contact b/src/contact
> > index 077f9ca..22c
On 3/3/2016 6:01 PM, NagaChaitanya Vellanki wrote:
> + printf("AVColorTransferCharacteristic=%d calling func(%f)
> expected=%f\n",
> + i, test_data[j], result);
Comparing floats exactly probably isn't a great idea, since
floating point implementations differ betwe
---
libavutil/Makefile | 1 +
libavutil/color_utils.c| 29 +
tests/fate/libavutil.mak | 4 +
tests/ref/fate/color_utils | 285 +
4 files changed, 319 insertions(+)
create mode 100644 tests/ref/fate/color_utils
diff --git a/libavu
Please ignore my previous patches.
The commit message was incorrectly formatted. Please consider this patch.
NagaChaitanya Vellanki (1):
Add test for avpriv_get_trc_function_from_trc function
libavutil/Makefile | 1 +
libavutil/color_utils.c| 29 +
tests/fate/libavutil.mak
From: NagaChaitanya Vellanki
---
libavutil/Makefile | 1 +
libavutil/color_utils.c| 29 +
tests/fate/libavutil.mak | 4 +
tests/ref/fate/color_utils | 285 +
4 files changed, 319 insertions(+)
create mode 100644 tests/ref/fate/c
---
libavutil/Makefile | 1 +
libavutil/color_utils.c| 29 +
tests/fate/libavutil.mak | 4 +
tests/ref/fate/color_utils | 285 +
4 files changed, 319 insertions(+)
create mode 100644 tests/ref/fate/color_utils
diff --git a/libavu
On Thu, Mar 03, 2016 at 07:26:56PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> configure | 217
> -
> 1 file changed, 101 insertions(+), 116 deletions(-)
[...]
> +if [ "
Signed-off-by: Derek Buitenhuis
---
This matches API with Libav, in a forthcoming merge, using our
exisiting infastructure code.
CC'd Michael, since he wrote the whitelisting code.
This has been tested with FATE.
---
Changelog | 1 +
doc/APIchanges|
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(-)
> >
Carl Eugen Hoyos ag.or.at> writes:
> A user claims that not all (Solaris) systems have a sufficiently
> new msghdr struct. Attached patch adds an additional check.
Ping.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.
On 3/3/2016 7:43 AM, Michael Niedermayer wrote:
> On Thu, Mar 03, 2016 at 12:55:55AM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> tests/fate/filter-audio.mak| 15 +--
>> tests/ref/fate/{filter-hls2 => filter-hls} | 0
>> 2 files changed, 9 inserti
On Thu, Mar 03, 2016 at 12:56:42AM +0100, Hendrik Leppkes wrote:
> On Thu, Mar 3, 2016 at 12:37 AM, Ronald S. Bultje wrote:
> > Completely random comment, but isn't it easier to just enable the safe
> > bitstream reader?
> >
>
> This is actually enabled by default, so it probably should never hav
Limit the maximum length of unary part of Rice code by the number of
available bits instead of using an arbitrary constant that happens to be
just large enough to work.
This effectively limits amount of data that can be overread per segment
by maximum length of binary code per sample multiplied by
On 03/03/2016 02:13 PM, Mats Peterson wrote:
On 03/03/2016 12:34 AM, Mats Peterson wrote:
Hopefully this patch set will work on big-endian machines as well.
Please try stream copy to and from avi/mov with the files below:
QuickTime Animation (RLE):
https://drive.google.com/open?id=0B3_pEBoLs0fa
From: Shivraj Patil
Signed-off-by: Shivraj Patil
---
configure | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/configure b/configure
index 45d527a..3de6dcf 100755
--- a/configure
+++ b/configure
@@ -5091,15 +5091,13 @@ elif enabled mips; then
From: Shivraj Patil
Signed-off-by: Shivraj Patil
---
configure | 217 -
1 file changed, 101 insertions(+), 116 deletions(-)
diff --git a/configure b/configure
index 81769ee..45d527a 100755
--- a/configure
+++ b/configure
@@ -1662,6 +
On 03/03/2016 12:34 AM, Mats Peterson wrote:
Hopefully this patch set will work on big-endian machines as well.
Please try stream copy to and from avi/mov with the files below:
QuickTime Animation (RLE):
https://drive.google.com/open?id=0B3_pEBoLs0faREo1SlRydmV1LU0
QuickTime Graphics (SMC):
htt
On Thu, Mar 03, 2016 at 12:57:45PM +0100, Simon Thelen wrote:
> Signed-off-by: Simon Thelen
> ---
> src/contact | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/contact b/src/contact
> index 077f9ca..22c1e11 100644
> --- a/src/contact
> +++ b/src/contact
> @@ -154,6 +
On Wed, Mar 02, 2016 at 03:34:09PM +0100, Matthieu Bouron wrote:
> On Tue, Mar 01, 2016 at 11:26:45PM +0100, Michael Niedermayer wrote:
> > On Tue, Mar 01, 2016 at 08:01:45PM +0100, Matthieu Bouron wrote:
> > > On Sat, Feb 27, 2016 at 04:28:43PM +0100, Michael Niedermayer wrote:
> > > > On Fri, Feb
On Wed, Mar 02, 2016 at 03:24:06PM +0100, Matthieu Bouron wrote:
> On Tue, Mar 01, 2016 at 09:06:35PM +0100, wm4 wrote:
> > On Tue, 1 Mar 2016 20:57:12 +0100
> > Matthieu Bouron wrote:
> >
> > > On Tue, Mar 01, 2016 at 08:55:23PM +0100, Matthieu Bouron wrote:
> > > > On Tue, Mar 01, 2016 at 08:38
Hi all,
We are interested in getting a consultant in to help with libav usage in
our
iOS video editing app and I was directed to post to this list. Our app
needs
to download a small section of a large video file hosted on a remote http
server. We have found that AVFoundation is not suitable for
Signed-off-by: Simon Thelen
---
src/contact | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/contact b/src/contact
index 077f9ca..22c1e11 100644
--- a/src/contact
+++ b/src/contact
@@ -154,6 +154,6 @@
http://ffmpeg.zeranoe.com/forum/";>FFmpeg on Windows
-
On Thu, Mar 03, 2016 at 12:57:36AM +0100, Hendrik Leppkes wrote:
> On Wed, Mar 2, 2016 at 8:31 PM, foo86 wrote:
> > ---
> > libavcodec/dca_xll.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/libavcodec/dca_xll.c b/libavcodec/dca_xll.c
> > index cd1af81..ffe8ef
On Thu, Mar 03, 2016 at 12:59:19AM +0100, Hendrik Leppkes wrote:
> On Wed, Mar 2, 2016 at 8:32 PM, foo86 wrote:
> > ---
> > libavcodec/dca_xll.c | 17 ++---
> > 1 file changed, 6 insertions(+), 11 deletions(-)
> >
> > diff --git a/libavcodec/dca_xll.c b/libavcodec/dca_xll.c
> > index
On Thu, Mar 03, 2016 at 12:55:55AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> tests/fate/filter-audio.mak| 15 +--
> tests/ref/fate/{filter-hls2 => filter-hls} | 0
> 2 files changed, 9 insertions(+), 6 deletions(-)
> rename tests/ref/fate/{filter
Hi!
Attached patch (still) fixes ticket #4786 for me.
Autodetection seems impossible to me and the following
page suggests that this patch is likely correct:
http://dvd-audio.sourceforge.net/spec/aob.shtml
Please comment, Carl Eugen
diff --git a/libavformat/mpeg.c b/libavformat/mpeg.c
index 787d
Paul B Mahol gmail.com> writes:
> > Attached patch fixes extractplanes for gbrap16.
> >
> > Please comment, Carl Eugen
> >
>
> ok
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/li
wm4 googlemail.com> writes:
> > +st->id = (int) track->num;
> Might be better after all not to set the id if it's out of range?
Yes, please.
While there, the id field could be changed to 64bit with the
next version bump.
Carl Eugen
___
ffm
On 3/3/16, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes extractplanes for gbrap16.
>
> Please comment, Carl Eugen
>
ok
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi!
Attached patch fixes extractplanes for gbrap16.
Please comment, Carl Eugen
diff --git a/libavfilter/drawutils.c b/libavfilter/drawutils.c
index 1ce0366..d37c83e 100644
--- a/libavfilter/drawutils.c
+++ b/libavfilter/drawutils.c
@@ -54,10 +54,20 @@ int ff_fill_rgba_map(uint8_t *rgba_map, enum
On 03/03/2016 12:34 AM, Mats Peterson wrote:
Hopefully this patch set will work on big-endian machines as well.
Please try stream copy to and from avi/mov with the files below:
QuickTime Animation (RLE):
https://drive.google.com/open?id=0B3_pEBoLs0faREo1SlRydmV1LU0
QuickTime Graphics (SMC):
htt
On 03/03/2016 08:49 AM, Mats Peterson wrote:
On 03/03/2016 08:29 AM, Mats Peterson wrote:
Due to Morton Balint's recent addition of
ff_standardize_creation_time(), the previous patch would fail. Please
add this one before any more changes occur.
In my book, using native uint32_t when dealing
On Wed, 2 Mar 2016 15:29:21 -0800
Sergey Volk wrote:
> As far as I can see FFmpeg currently doesn't set AVStream::id for
> matroska/webm streams. I think we could use either MatroskaTrack::num
> (TrackNumber) or MatroskaTrack::uid (TrackUID) for that.
> I have found a few discussions claiming tha
92 matches
Mail list logo