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
> ---
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 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
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 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
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 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
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, 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
__
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 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
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 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
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
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: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
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 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
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,
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
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
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
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
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
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
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
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 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!
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,
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
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
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
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 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
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 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
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
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: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, 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
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
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
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
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
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
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.
_
46 matches
Mail list logo
