> On 4 Aug 2017, at 14:49, Victor Toso wrote:
>
> On Fri, Aug 04, 2017 at 02:34:44PM +0200, Christophe de Dinechin wrote:
>>
>>> On 4 Aug 2017, at 14:03, Frediano Ziglio wrote:
>>>
Hi,
On Fri, Aug 04, 2017 at 01:01:05PM +0200,
On Fri, Aug 04, 2017 at 02:34:44PM +0200, Christophe de Dinechin wrote:
>
> > On 4 Aug 2017, at 14:03, Frediano Ziglio wrote:
> >
> >>
> >> Hi,
> >>
> >> On Fri, Aug 04, 2017 at 01:01:05PM +0200, Christophe de Dinechin wrote:
> It does not check if given patch was
> On 4 Aug 2017, at 13:44, Christophe Fergeau wrote:
>
> On Fri, Aug 04, 2017 at 12:11:44PM +0200, Christophe de Dinechin wrote:
>>
>>> On 18 Jul 2017, at 16:48, Christophe Fergeau wrote:
>>>
>>> Hey,
>>>
>>> On Tue, Jul 18, 2017 at 04:37:29PM
> On 4 Aug 2017, at 14:03, Frediano Ziglio wrote:
>
>>
>> Hi,
>>
>> On Fri, Aug 04, 2017 at 01:01:05PM +0200, Christophe de Dinechin wrote:
It does not check if given patch was pushed, no. :(
>>>
>>> If so, that’s a lot less useful than PRs.
>>
>> All comes down to
>
> Hi,
>
> On Fri, Aug 04, 2017 at 01:01:05PM +0200, Christophe de Dinechin wrote:
> > > It does not check if given patch was pushed, no. :(
> >
> > If so, that’s a lot less useful than PRs.
>
> All comes down to workflow in the end... Some people love it :)
> https://patchwork.linuxtv.org/
>
On Fri, Aug 04, 2017 at 12:11:44PM +0200, Christophe de Dinechin wrote:
>
> > On 18 Jul 2017, at 16:48, Christophe Fergeau wrote:
> >
> > Hey,
> >
> > On Tue, Jul 18, 2017 at 04:37:29PM +0200, Christophe de Dinechin wrote:
> >> OK. Since you seem to feel more strongly
Hi,
On Fri, Aug 04, 2017 at 01:01:05PM +0200, Christophe de Dinechin wrote:
> > It does not check if given patch was pushed, no. :(
>
> If so, that’s a lot less useful than PRs.
All comes down to workflow in the end... Some people love it :)
https://patchwork.linuxtv.org/
signature.asc
> On 4 Aug 2017, at 12:48, Victor Toso wrote:
>
> Hi,
>
> On Fri, Aug 04, 2017 at 12:42:39PM +0200, Christophe de Dinechin wrote:
>> During the discussion on PRs and stuff, several people pointed to
>> patchwork.
>>
>> Does anyone know why this tool does not acknowledge
Hi,
On Fri, Aug 04, 2017 at 12:42:39PM +0200, Christophe de Dinechin wrote:
> During the discussion on PRs and stuff, several people pointed to
> patchwork.
>
> Does anyone know why this tool does not acknowledge acks? For example
> https://patchwork.freedesktop.org/series/27298/ has a "Acked-by:
During the discussion on PRs and stuff, several people pointed to patchwork.
Does anyone know why this tool does not acknowledge acks? For example
https://patchwork.freedesktop.org/series/27298/ has a "Acked-by: Christophe de
Dinechin ” in the fifth comment, and has been
> On 18 Jul 2017, at 16:48, Christophe Fergeau wrote:
>
> Hey,
>
> On Tue, Jul 18, 2017 at 04:37:29PM +0200, Christophe de Dinechin wrote:
>> OK. Since you seem to feel more strongly about this than me, I changed it.
>> Pushed to freedesktop.org. Since this is the first
This field is easily accessible from Encoder structure.
Signed-off-by: Frediano Ziglio
---
common/quic.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/common/quic.c b/common/quic.c
index 42670ad..a4c46d3 100644
--- a/common/quic.c
+++
Signed-off-by: Frediano Ziglio
---
common/quic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/quic.c b/common/quic.c
index 7c069e4..1be28c6 100644
--- a/common/quic.c
+++ b/common/quic.c
@@ -223,8 +223,8 @@ static const unsigned int
Signed-off-by: Frediano Ziglio
---
common/quic.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/common/quic.c b/common/quic.c
index b753d07..511e733 100644
--- a/common/quic.c
+++ b/common/quic.c
@@ -153,7 +153,6 @@ struct Encoder {
QuicImageType type;
Signed-off-by: Frediano Ziglio
---
common/quic.c | 4
1 file changed, 4 deletions(-)
diff --git a/common/quic.c b/common/quic.c
index 511e733..42670ad 100644
--- a/common/quic.c
+++ b/common/quic.c
@@ -103,8 +103,6 @@ typedef struct s_bucket {
typedef struct Encoder
In most occurrences bppmask is converted to 32 bit anyway.
In the left one a possible more bigger precision is not needed.
Signed-off-by: Frediano Ziglio
---
common/quic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/quic.c b/common/quic.c
>
> We don't need 2 different implementations when the only difference is
> the CommonState which is being used.
>
> Signed-off-by: Christophe Fergeau
> ---
> common/quic.c | 194
> ++
> 1 file changed, 73
>
> It's always set, no need to have conditional compilation based on it.
>
> Signed-off-by: Christophe Fergeau
> ---
> common/quic.c | 9 -
> common/quic_rgb_tmpl.c | 12
> common/quic_tmpl.c | 12
> 3 files changed, 33
>
> It's always set, no need to have conditional compilation based on it.
>
> Signed-off-by: Christophe Fergeau
> ---
> common/quic.c | 53
> ++---
> common/quic_tmpl.c | 12
> 2 files changed, 2
>
> It's always set, no need to have conditional compilation based on it.
>
> Signed-off-by: Christophe Fergeau
> ---
> common/quic.c | 151
> -
> common/quic_tmpl.c | 6 ---
> 2 files changed, 157 deletions(-)
>
>
> It's hardcoded at compile-time, and I don't think it was changed in
> years...
>
> Signed-off-by: Christophe Fergeau
> ---
> common/quic.c | 1 -
> common/quic_rgb_tmpl.c | 31 ---
> common/quic_tmpl.c | 38
>
> It's hardcoded at compile-time, and I don't think it was changed in
> years...
>
> Signed-off-by: Christophe Fergeau
> ---
> common/quic.c | 3 ---
> common/quic_rgb_tmpl.c | 55
> --
> common/quic_tmpl.c |
Hi,
On Thu, Aug 03, 2017 at 10:13:10AM -0400, Marc-André Lureau wrote:
> Hi
>
> - Original Message -
> > > I start to be worried about all of our streaming tweaks and issues. Is
> > > there any effort to use RTP/SRTP instead? I think this would be a big
> > > opportunity to improve the
23 matches
Mail list logo