On 30.07.2015, at 13:49, qw wrote:
> avcodec_encode_audio() is used to encode audio frame. How to flush audio
> delayed frames in audio encoder?
This is the wrong list for that kind of question.
But look for "flushing" in the avcodec_encode_audio2 documentation.
_
On 30.07.2015, at 17:05, Andreas Cadhalpun
wrote:
> Hi,
>
> On 28.07.2015 15:36, Vittorio Giovara wrote:
>> This set contains the removal of all deprecated features marked as
>> such until 2012/early 2013. This was announced several times in the
>> past months and agreed at several meetings (si
01.08.2015 у 05:42 Ganesh Ajjanagadde напісаў:
On Fri, Jul 31, 2015 at 9:29 PM, Peter Ross wrote:
On Fri, Jul 31, 2015 at 08:56:49PM -0400, Ganesh Ajjanagadde wrote:
On Fri, Jul 31, 2015 at 8:08 PM, Michael Niedermayer
wrote:
On Fri, Jul 31, 2015 at 07:33:01PM -0400, Ganesh Ajjanagadde wrote
I have been (partially) taking care of these for a while now, so might
as well formalize it.
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c14a199..89083bd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -300,7 +300,7 @@ Codec
Hi folks,
Since Michael decided to step down as a leader, the question of
reunification with Libav came up once more naturally. Before negotiations
start again, I think it's important if we can all individually start
thinking about what are our conditions or expectations from a potential
reunifica
On Sat, Aug 1, 2015 at 11:18 AM, Clément Bœsch wrote:
> Hi folks,
>
> Since Michael decided to step down as a leader, the question of
> reunification with Libav came up once more naturally. Before negotiations
> start again, I think it's important if we can all individually start
> thinking about
Le quartidi 14 thermidor, an CCXXIII, Reimar Döffinger a écrit :
> If the goal is consistency, wouldn't an API like av_hash be the better
> solution?
Hear, hear!
(Actually, when reading that discussion for the first time, I had not
noticed it was about ciphers and not hashes, and my first reactio
Hi,
On Sat, Aug 1, 2015 at 5:13 AM, Hendrik Leppkes wrote:
> I have been (partially) taking care of these for a while now, so might
> as well formalize it.
> ---
> MAINTAINERS | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index c14a199.
Le quartidi 14 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> > ffmpeg -lavfi testsrc -f framecrc | head
> Thats interresting, i tried this and it did not trash my terminal
> also ive almost never seen ffmpeg trash my terminal with the current
> code. No matter how i run it
As Ganesh notic
Hi,
On Sat, Aug 1, 2015 at 5:18 AM, Clément Bœsch wrote:
> - One of the main collateral damage for the FFmpeg codebase is the
> duplicated features (prores, avr/swr, and more), and I'm willing to make
> this a priority on my TODO list for the sake of the new project, but I
> would like to
On Sat, Aug 1, 2015 at 6:54 AM, Nicolas George wrote:
> Le quartidi 14 thermidor, an CCXXIII, Michael Niedermayer a écrit :
>> > ffmpeg -lavfi testsrc -f framecrc | head
>> Thats interresting, i tried this and it did not trash my terminal
>> also ive almost never seen ffmpeg trash my terminal with
Hey,
I've offered on IRC already, but I figured doing it formally on the ML
is probably best.
I would be willing to take over doing the merges from Libav for the
time being, until we decide otherwise, and on top I can probably spare
some time reviewing and handling patches submitted to the ML as
On Sat, Aug 01, 2015 at 07:05:21AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Aug 1, 2015 at 5:18 AM, Clément Bœsch wrote:
>
> > - One of the main collateral damage for the FFmpeg codebase is the
> > duplicated features (prores, avr/swr, and more), and I'm willing to make
> > this a pr
Dana 1. 8. 2015. 17:08 osoba "Hendrik Leppkes"
napisala je:
>
> Hey,
>
> I've offered on IRC already, but I figured doing it formally on the ML
> is probably best.
>
> I would be willing to take over doing the merges from Libav for the
> time being, until we decide otherwise, and on top I can prob
On 8/1/2015 4:07 PM, Hendrik Leppkes wrote:
> Hey,
>
> I've offered on IRC already, but I figured doing it formally on the ML
> is probably best.
>
> I would be willing to take over doing the merges from Libav for the
> time being, until we decide otherwise, and on top I can probably spare
> some
On 01/08/15 7:15 AM, Nicolas George wrote:
> Le quartidi 14 thermidor, an CCXXIII, Reimar Döffinger a écrit :
>> If the goal is consistency, wouldn't an API like av_hash be the better
>> solution?
>
> Hear, hear!
>
> (Actually, when reading that discussion for the first time, I had not
> noticed
Hi Hendrik,
On Sat, Aug 1, 2015 at 11:07 AM, Hendrik Leppkes
wrote:
> Hey,
>
> I've offered on IRC already, but I figured doing it formally on the ML
> is probably best.
>
> I would be willing to take over doing the merges from Libav for the
> time being, until we decide otherwise, and on top I
Hi!
Attached patch fixes ticket #4747 for me, I don't know how to
detect that the wave atom contains no frma / alac atom...
Please comment, Carl Eugendiff --git a/libavformat/mov.c b/libavformat/mov.c
index fdba34c..dd48957 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -1434,6 +1434,
On 01/08/15 1:31 PM, James Almer wrote:
> Also, rc4 currently can't encrypt, only decrypt. No idea if adding encryption
> functionality will require changes to the struct.
Whoops. Apparently that's not the case. Next time I'll read how a given
algorithm works before commenting on an implementation
Hi Hendrik!
On 2015-08-01 17:07 +0200, Hendrik Leppkes wrote:
> I've offered on IRC already, but I figured doing it formally on the ML
> is probably best.
>
> I would be willing to take over doing the merges from Libav for the
> time being, until we decide otherwise, and on top I can probably spa
On Fri, Jul 31, 2015 at 9:56 PM, Michael Niedermayer
wrote:
>
> Rostislav, Claudio
> please both of you send me your public SSH keys, i think you both
> should have git write access
Sent mine on a private email. Let me know if you didn't get it.
___
ffm
On 2015-08-01 11:48 +0200, Hendrik Leppkes wrote:
[...]
> I don't have a very strong opinion on the bug tracker, I've seen
> better and worse systems than trac, but keeping the existing issues is
> probably a good idea - even if a lot of them are user support
> questions and not actual issues.
J
Also I can check if the stream duration values are sane, by checking that
they are less than the total duration of the file.
On Fri, Jul 31, 2015 at 3:56 PM, Sasi Inguva wrote:
> The syntax is the normal syntax HH:MM:SS used everywhere.
> av_parse_time can parse both [-]HH:MM:SS[.m...]]] and
Hello,
Following some discussions on IRC a number of us wrote this message
for ffmpeg.org:
https://etherpad.mozilla.org/Cem9NXUdZw
If anyone had any comments/objections etc they would be appreciated. I
plan to send a patch for the website if there are no changes.
It's much better that there is
On Sat, 1 Aug 2015 11:11:14 -0700
Sasi Inguva wrote:
> Also I can check if the stream duration values are sane, by checking that
> they are less than the total duration of the file.
Wouldn't change much - they could be too short too, and we couldn't
detect this situation.
This is simply an unre
01.08.2015, 03:43, "Michael Niedermayer" :
> On Fri, Jul 31, 2015 at 01:36:58PM +0300, Vesselin Bontchev wrote:
>> mov.c | 8
>>
>> From 418d573659dd011de503e45622307974cf437df5 Mon Sep 17 00:00:00 2001
>> From: Vesselin Bontchev
>>
>> /* verify activation data */
>> if (!a
30.07.2015, 13:48, "Vesselin Bontchev" :
> Please review.
>
> Thanks,
> Vesselin
Hi!
Is this patch in good enough shape to be merged?
Or is there something more I can do to get this patch merged upstream?
Thanks,
Vesselin
___
ffmpeg-devel mailing list
From: Kieran Kunhya
Signed-off-by: Clément Bœsch
---
src/index | 39 +++
1 file changed, 39 insertions(+)
diff --git a/src/index b/src/index
index 8d7fe33..bc0ba45 100644
--- a/src/index
+++ b/src/index
@@ -37,6 +37,45 @@
News
+ August 1st, 2015,
On Sun, 2 Aug 2015 00:50:23 +0200
Clément Bœsch wrote:
> From: Kieran Kunhya
>
> Signed-off-by: Clément Bœsch
> ---
> src/index | 39 +++
> 1 file changed, 39 insertions(+)
>
> diff --git a/src/index b/src/index
> index 8d7fe33..bc0ba45 100644
> --- a/src
On Sun, Aug 02, 2015 at 12:53:59AM +0200, wm4 wrote:
[...]
> This is a bit too long and redundant with the new paragraphs added. I
> don't understand why you felt the need to redo this at all (including
> reverting the already pushed announcement).
>
It was committed without review from the ffmpe
On 2 August 2015 at 00:02, Clément Bœsch wrote:
> On Sun, Aug 02, 2015 at 12:53:59AM +0200, wm4 wrote:
> [...]
>> This is a bit too long and redundant with the new paragraphs added. I
>> don't understand why you felt the need to redo this at all (including
>> reverting the already pushed announcem
From: Kieran Kunhya
Signed-off-by: Lydia Pintscher
---
src/index | 30 ++
1 file changed, 30 insertions(+)
diff --git a/src/index b/src/index
index 8d7fe33..a93f060 100644
--- a/src/index
+++ b/src/index
@@ -37,6 +37,36 @@
News
+ August 1st, 2015, A mess
On 2 August 2015 at 00:11, Clément Bœsch wrote:
> From: Kieran Kunhya
>
> Signed-off-by: Lydia Pintscher
> ---
> src/index | 30 ++
> 1 file changed, 30 insertions(+)
Apologies for my previous outburst - this version is fine.
Kieran
On Sun, 2 Aug 2015 01:11:17 +0200
Clément Bœsch wrote:
> From: Kieran Kunhya
>
> Signed-off-by: Lydia Pintscher
> ---
> src/index | 30 ++
> 1 file changed, 30 insertions(+)
>
> diff --git a/src/index b/src/index
> index 8d7fe33..a93f060 100644
> --- a/src/index
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
src/index |1 +
1 file changed, 1 insertion(+)
diff --git a/src/index b/src/index
index 884edfd..d43658c 100644
--- a/src/index
+++ b/src/index
@@ -79,6 +79,7 @@
We use about 4TB of storage and at least 4TB of bandwi
On 01/08/15 8:40 PM, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> src/index |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/index b/src/index
> index 884edfd..d43658c 100644
> --- a/src/index
> +++ b/src/index
> @@ -79,6
On Sat, Aug 01, 2015 at 08:45:19PM -0300, James Almer wrote:
> On 01/08/15 8:40 PM, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > src/index |1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/src/index b/src/index
On Sat, 1 Aug 2015 17:07:58 +0200
Hendrik Leppkes wrote:
> Just let me know, or share any objections.
> I've already been granted access, however I didn't want to start
> without giving a chance to comment.
assuming everyone still wants merges, sounds good to me.
thanks
-compn
__
Hi
On Fri, Jul 31, 2015 at 07:03:37PM +0200, Antonio Guillermo Martínez Largo
wrote:
> Hi All,
>
> We're the proposer of the OVH option.
>
> Of course the project people should select the best options but for me is
> difficult to argue that the option we propose is not one of the best.
>
> Our
On Sat, Aug 01, 2015 at 05:07:58PM +0200, Hendrik Leppkes wrote:
> Hey,
>
> I've offered on IRC already, but I figured doing it formally on the ML
> is probably best.
>
> I would be willing to take over doing the merges from Libav for the
> time being, until we decide otherwise, and on top I can
On 01/08/15 1:03 PM, Michael Niedermayer wrote:
> On Sat, Aug 01, 2015 at 07:05:21AM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Sat, Aug 1, 2015 at 5:18 AM, Clément Bœsch wrote:
>>
>>> - One of the main collateral damage for the FFmpeg codebase is the
>>> duplicated features (prores, avr/swr
On Sun, Aug 02, 2015 at 12:04:13AM +0300, Vesselin Bontchev wrote:
> 01.08.2015, 03:43, "Michael Niedermayer" :
> > On Fri, Jul 31, 2015 at 01:36:58PM +0300, Vesselin Bontchev wrote:
> >> mov.c | 8
> >>
> >> From 418d573659dd011de503e45622307974cf437df5 Mon Sep 17 00:00:00 2001
> >> Fr
Hello, I would like to offer hosting for FFmpeg and its repos, etc
I can provide a dedicated server with 3 2TB drives for storage and 1 1TB HDD
for the OS, 24 GB of RAM, 12 Cores/24 Threads and a 1 Gbps up & down link with
20 TB of bandwidth, for $179 a month.
Now for Software, What software ne
On Thu, Jul 30, 2015 at 6:10 PM, Andreas Cadhalpun
wrote:
> Removing these APIs causes compile failures, which are more severe than
> occasional runtime failures. It means people have to use old versions of
> the libav* libraries.
I disagree as well, it's true that noone likes code failing to
com
I've been watching an encrypted stream for the past 20 minutes and
everything seems to be working fine.
On Thu, Jul 30, 2015 at 1:10 PM, Michael Niedermayer
wrote:
> On Thu, Jul 30, 2015 at 12:39:53PM -0400, Micah Galizia wrote:
>> Cookies and user agent stuff all look the same to me (I'll test w
On 30/07/15 7:46 AM, Vesselin Bontchev wrote:
> From 06b0c0013404a67c72ea14a3c90730c0c4bd5b9a Mon Sep 17 00:00:00 2001
> From: Vesselin Bontchev
> Date: Sun, 19 Jul 2015 23:16:36 +0200
> Subject: [PATCH] Add support for Audible AA files
>
> https://en.wikipedia.org/wiki/Audible.com#Quality
> ---
46 matches
Mail list logo
