On Wed, Sep 10, 2014 at 04:04:16PM -0700, Timothy Gu wrote:
> On Wed, Sep 10, 2014 at 3:56 PM, Diego Biurrun wrote:
>
> > Yes; in order to force https, or because some sites (like gnu.org or
> > freenode.net) redirect all http traffic to https anyway.
>
> Why would you force HTTPS? IMO you shoul
On Wed, Sep 10, 2014 at 3:56 PM, Diego Biurrun wrote:
> Yes; in order to force https, or because some sites (like gnu.org or
> freenode.net) redirect all http traffic to https anyway.
Why would you force HTTPS? IMO you should leave this to the website
reader and the third party website to decide
On Wed, Sep 10, 2014 at 2:57 PM, Diego Biurrun wrote:
> ---
>
> Now also fixing the OpenEmbedded links.
>
> src/contact | 2 +-
> src/download| 6 +++---
> src/news| 44 ++--
> src/template_footer | 6 +++---
> 4 files changed
On Wed, Sep 10, 2014 at 03:53:35PM -0700, Timothy Gu wrote:
> On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
> > ---
> > src/about | 13 +++--
> > src/bugreports | 4 +-
> > src/contact| 2 +-
> > src/download | 18 +++
> > src/legal | 8 +--
> > src/news
On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
> ---
> src/about | 13 +++--
> src/bugreports | 4 +-
> src/contact| 2 +-
> src/download | 18 +++
> src/legal | 8 +--
> src/news | 168
> -
> 6 fil
On Wed, Sep 10, 2014 at 3:39 PM, Diego Biurrun wrote:
> On Thu, Sep 11, 2014 at 12:19:47AM +0200, Diego Biurrun wrote:
>> --- a/src/news
>> +++ b/src/news
>> @@ -1,5 +1,32 @@
>> News
>>
>> +September 11, 2014
>> +
>> +We are happy to update three release branches: Today, we provide you with
>> +L
On Thu, Sep 11, 2014 at 12:19:47AM +0200, Diego Biurrun wrote:
> --- a/src/news
> +++ b/src/news
> @@ -1,5 +1,32 @@
> News
>
> +September 11, 2014
> +
> +We are happy to update three release branches: Today, we provide you with
> +Libav 10.5,
> +Libav 9.17,
> +and Libav 0.8.16, which address
> +
---
src/download | 66 ++--
src/news | 27 +
2 files changed, 60 insertions(+), 33 deletions(-)
diff --git a/src/download b/src/download
index 9f0b89e..f3ff8c0 100644
--- a/src/download
+++ b/src/download
@@ -201,
---
Now also fixing the OpenEmbedded links.
src/contact | 2 +-
src/download| 6 +++---
src/news| 44 ++--
src/template_footer | 6 +++---
4 files changed, 29 insertions(+), 29 deletions(-)
diff --git a/src/contact b/src/con
On 10/09/14 23:40, Diego Biurrun wrote:
> On Wed, Sep 10, 2014 at 01:27:46PM -0700, Timothy Gu wrote:
>> On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
>>> ---
>>> src/download | 14 --
>>> 1 file changed, 14 deletions(-)
>>
>> I would remove all the personal repos. IMO it is
On Wed, Sep 10, 2014 at 01:22:07PM -0700, Timothy Gu wrote:
> On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
> > ---
> > src/download | 6 --
> > src/news | 4 ++--
> > 2 files changed, 2 insertions(+), 8 deletions(-)
>
> They are now at
> http://git.openembedded.org/openembedded
On Wed, Sep 10, 2014 at 03:51:57PM -0400, Justin Ruggles wrote:
> On 09/10/2014 03:49 PM, Diego Biurrun wrote:
> > Our master branch should be always in an almost stable condition, we
> > provide a quite large regression testing framework and we monitor its
> >-http://fate.libav.org";
> >- tit
On Wed, Sep 10, 2014 at 01:27:46PM -0700, Timothy Gu wrote:
> On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
> > ---
> > src/download | 14 --
> > 1 file changed, 14 deletions(-)
>
> I would remove all the personal repos. IMO it is unlikely for a
> website visitor to be wanti
On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
> ---
> src/download | 14 --
> 1 file changed, 14 deletions(-)
I would remove all the personal repos. IMO it is unlikely for a
website visitor to be wanting to download developer trees.
[...]
Timothy
__
On Wed, Sep 10, 2014 at 12:49 PM, Diego Biurrun wrote:
> ---
> src/download | 6 --
> src/news | 4 ++--
> 2 files changed, 2 insertions(+), 8 deletions(-)
They are now at
http://git.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/libav
[...]
Timothy
___
On 09/10/2014 03:49 PM, Diego Biurrun wrote:
Our master branch should be always in an almost stable condition, we
provide a quite large regression testing framework and we monitor its
-http://fate.libav.org";
- title="FATE Automated Testing Environment">reports
+reports
to make sure ever
---
src/about | 13 +++--
src/bugreports | 4 +-
src/contact| 2 +-
src/download | 18 +++
src/legal | 8 +--
src/news | 168 -
6 files changed, 106 insertions(+), 107 deletions(-)
diff --git a/src/about b/s
It hardly sees any updates, including fixing broken links, and the
benefit from it is doubtful.
---
Makefile| 4 +-
src/about_breadcrumb| 4 --
src/projects| 169
src/projects_breadcrumb | 4 --
src/projects_tit
---
src/contact | 2 +-
src/news| 42 +-
src/template_footer | 6 +++---
3 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/src/contact b/src/contact
index 48dccb4..178fa2e 100644
--- a/src/contact
+++ b/src/contact
@@ -4,
It hardly sees any updates, including fixing broken links, and the
benefit from it is doubtful.
---
Makefile | 4 +-
src/legal| 4 +-
src/legal_breadcrumb | 7 --
src/shame| 185 ---
src/shame_breadcrumb |
---
src/download | 14 --
1 file changed, 14 deletions(-)
diff --git a/src/download b/src/download
index 28c8552..6c97902 100644
--- a/src/download
+++ b/src/download
@@ -79,20 +79,6 @@ developers and groups of developers are available.
-git://gitorious.org/~astrange/ffmpeg/
Most repositories do not offer tarball downloads anyway and there is
little advantage over directly accessing repositories over Git.
---
src/download | 14 --
1 file changed, 14 deletions(-)
diff --git a/src/download b/src/download
index 6c97902..505bfb4 100644
--- a/src/download
+++
---
src/download | 6 --
src/news | 4 ++--
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/src/download b/src/download
index 505bfb4..528ae61 100644
--- a/src/download
+++ b/src/download
@@ -312,11 +312,5 @@ series. 0.5 was published 2009-03-10, the 0.5 branch was
cut 2009
This ensures that pages that are no longer part of the website content
get deleted and not left behind because they are no longer registered.
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index bf95afa..acfa4c7 100644
--- a/Makefile
+++ b/Make
---
src/news | 43 +--
1 file changed, 17 insertions(+), 26 deletions(-)
diff --git a/src/news b/src/news
index dbdb9cc..82a87d4 100644
--- a/src/news
+++ b/src/news
@@ -663,7 +663,7 @@ release, we strongly recommend you upgrade to 0.8 or 9.
Today, we
Le mercredi 10 septembre 2014, 21:11:39 wm4 a écrit :
> On Wed, 10 Sep 2014 21:48:14 +0300
>
> Rémi Denis-Courmont wrote:
> > Le mercredi 10 septembre 2014, 20:39:50 wm4 a écrit :
> > > I think it would be better in terms of backwards compatibility to have
> > > the user call a function to signal
On Thu, Sep 04, 2014 at 04:18:44PM -0700, Diego Biurrun wrote:
> ---
>
> My 100th attempt to make other people happy...
>
> ffmpeg.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
OKed by Kieran on IRC.
Diego
___
libav-devel mailing
On Wed, 10 Sep 2014 21:48:14 +0300
Rémi Denis-Courmont wrote:
> Le mercredi 10 septembre 2014, 20:39:50 wm4 a écrit :
> > I think it would be better in terms of backwards compatibility to have
> > the user call a function to signal support for formats other than
> > VDP_CHROMA_TYPE_420. (Instead
Le mercredi 10 septembre 2014, 20:39:50 wm4 a écrit :
> I think it would be better in terms of backwards compatibility to have
> the user call a function to signal support for formats other than
> VDP_CHROMA_TYPE_420. (Instead of the other way around and suddenly
> requiring every user to check for
On Wed, 10 Sep 2014 20:38:45 +0300
Rémi Denis-Courmont wrote:
> Since the VDPAU pixel format does not distinguish between different
> VDPAU video surface chroma types, we need another way to pass this
> datum to the application.
>
> Until now, VDPAU in libavcodec has only supported decoding to
>
On 10/09/14 19:28, Diego Biurrun wrote:
> Bug-Id: 661
> CC: libav-sta...@libav.org
> ---
> doc/avconv.texi | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/doc/avconv.texi b/doc/avconv.texi
> index 1156176..37733bc 100644
> --- a/doc/avconv.texi
> +++ b/doc/avconv.te
This allows the application to fallback to another hwaccel, or more
likely, to software decoding.
---
libavcodec/utils.c | 47 +--
1 file changed, 37 insertions(+), 10 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index c5fa50d..6008
Since the VDPAU pixel format does not distinguish between different
VDPAU video surface chroma types, we need another way to pass this
datum to the application.
Until now, VDPAU in libavcodec has only supported decoding to
8-bits YUV 4:2:0 and applications were responsible for matching the
codec p
---
avconv_vdpau.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/avconv_vdpau.c b/avconv_vdpau.c
index 820678e..af8c724 100644
--- a/avconv_vdpau.c
+++ b/avconv_vdpau.c
@@ -95,6 +95,7 @@ static int vdpau_get_buffer(AVCodecContext *s, AVFrame
*frame, int flags)
Inpu
Bug-Id: 661
CC: libav-sta...@libav.org
---
doc/avconv.texi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/avconv.texi b/doc/avconv.texi
index 1156176..37733bc 100644
--- a/doc/avconv.texi
+++ b/doc/avconv.texi
@@ -1129,11 +1129,11 @@ only formats accepting a normal i
On 10/09/14 09:58, "Raento Mika" wrote:
>On 10/09/14 00:43, "Martin Storsjö" wrote:
>
>>On Sat, 6 Sep 2014, Mika Raento wrote:
>>
>>> The input file may not be contiguous in time, this produces the right
>>> manifest to keep video and audio in sync.
>>> ---
>>> tools/ismindex.c | 76
>>>+
On 10/09/14 11:16, Gwenole Beauchesne wrote:
> 2014-09-10 10:54 GMT+02:00 Gwenole Beauchesne :
>> Hi,
>>
>> 2014-09-10 10:38 GMT+02:00 Luca Barbato :
>>> On 31/08/14 21:24, Luca Barbato wrote:
Bitstream-based hw acceleration does not fit well the per-slice model.
Provide a decode() and a
On 10/09/14 11:10, Gwenole Beauchesne wrote:
> Well, the initial use-case I had in mind, in view to supporting some
> hwaccel2 interfaces, was a capability bit to indicate it is possible
> to implicitly output to raw YUV buffers, possibly user-allocated,
> instead of dealing with VASurfaceID, VdpSu
Hi,
2014-09-03 18:30 GMT+02:00 Rémi Denis-Courmont :
> This allows the application to fallback to another hwaccel, or more
> likely, to software decoding.
> ---
> libavcodec/utils.c | 46 --
> 1 file changed, 36 insertions(+), 10 deletions(-)
>
> diff -
2014-09-10 10:54 GMT+02:00 Gwenole Beauchesne :
> Hi,
>
> 2014-09-10 10:38 GMT+02:00 Luca Barbato :
>> On 31/08/14 21:24, Luca Barbato wrote:
>>> Bitstream-based hw acceleration does not fit well the per-slice model.
>>> Provide a decode() and a flush() callback to override completely the
>>> softw
Hi,
2014-08-31 21:24 GMT+02:00 Luca Barbato :
> Nothing is using it right now.
> ---
> libavcodec/avcodec.h | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 14440fe..c5fd990 100644
> --- a/libavcodec/avcodec.h
> +++ b/l
Hi,
2014-09-10 10:38 GMT+02:00 Luca Barbato :
> On 31/08/14 21:24, Luca Barbato wrote:
>> Bitstream-based hw acceleration does not fit well the per-slice model.
>> Provide a decode() and a flush() callback to override completely the
>> software decoder.
>> ---
>> libavcodec/avcodec.h | 12 +++
On 31/08/14 21:24, Luca Barbato wrote:
> Bitstream-based hw acceleration does not fit well the per-slice model.
> Provide a decode() and a flush() callback to override completely the
> software decoder.
> ---
> libavcodec/avcodec.h | 12
> libavcodec/utils.c | 9 +++--
> 2 file
On 31/08/14 21:24, Luca Barbato wrote:
> Nothing is using it right now.
> ---
> libavcodec/avcodec.h | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 14440fe..c5fd990 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcod
Le 2014-09-03 19:30, Rémi Denis-Courmont a écrit :
This allows the application to fallback to another hwaccel, or more
likely, to software decoding.
Ping.
--
Rémi Denis-Courmont
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.o
On Wed, 10 Sep 2014, Raento Mika wrote:
On 10/09/14 00:43, "Martin Storsjö" wrote:
On Sat, 6 Sep 2014, Mika Raento wrote:
The input file may not be contiguous in time, this produces the right
manifest to keep video and audio in sync.
---
tools/ismindex.c | 76
+++
46 matches
Mail list logo