Hi,
On 05/09/2018 06:39 PM, Frediano Ziglio wrote:
Currently when gstreamer is used to decode a full-screen
stream sent from the server, the decoding frames are being
forced to RBGA format and pushed using appsink to be scaled
and rendered to screen.
Today most of the gstreamer sinks supports
When compiling spice-common with meson/ninja under "release" mode, I get
the following compiler warnings:
../subprojects/spice-common/common/lines.c: In function ‘miLineArc’:
../subprojects/spice-common/common/lines.c:2167:17: error: ‘edge2.dx’ may
be used uninitialized in this function [
On 27/04/18 16:25, Eduardo Lima (Etrunko) wrote:
> Hi all,
>
> Following up with my last email[1] about this subject, the work is done
> for all of spice repositories. Again, if you want to try those, the
> easiest way is to pull from the meson branches of my repositories in
> gitlab:
>
> $ git
Hey,
On Wed, May 09, 2018 at 05:12:07PM +0100, Frediano Ziglio wrote:
> Now that spice-gtk is in Gitlab CI is run but using Fedora 28 is
> failing during configure phase with:
>
> checking for PROTOCOL... yes
> checking python3 module: six... yes
> checking python3 module: pyparsing... no
>
Now that spice-gtk is in Gitlab CI is run but using Fedora 28 is
failing during configure phase with:
checking for PROTOCOL... yes
checking python3 module: six... yes
checking python3 module: pyparsing... no
checking python2 module: six... no
checking python2 module: pyparsing... yes
c
> Currently when gstreamer is used to decode a full-screen
> stream sent from the server, the decoding frames are being
> forced to RBGA format and pushed using appsink to be scaled
> and rendered to screen.
>
> Today most of the gstreamer sinks supports the GstVideoOverlay
> interface which allo
Do not extract all components and compare one by one, can be easily
compared together.
Signed-off-by: Frediano Ziglio
---
common/lz_compress_tmpl.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/common/lz_compress_tmpl.c b/common/lz_compress_tmpl.c
index 69e69a6..b778e
With last changes are just used once and are straight forward.
Signed-off-by: Frediano Ziglio
---
common/lz_compress_tmpl.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/common/lz_compress_tmpl.c b/common/lz_compress_tmpl.c
index b778e9d..6334020 100644
--- a/
The macro for both depth is the same, reuse the definition.
Signed-off-by: Frediano Ziglio
---
common/lz_compress_tmpl.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/common/lz_compress_tmpl.c b/common/lz_compress_tmpl.c
index 1bb5c75..69e69a6 100644
--- a/common/lz_compr
On Wed, 2018-05-09 at 05:18 -0400, Frediano Ziglio wrote:
> >
> > On Tue, 2018-05-08 at 10:26 +0100, Frediano Ziglio wrote:
> > > The current implementation of server and client assumes that a single
> > > data message contains an encoded frame.
> > > This is not a problem for most encoding but fo
On Wed, 2018-05-09 at 11:49 +0100, Frediano Ziglio wrote:
> Signed-off-by: Frediano Ziglio
> ---
> python_modules/ptypes.py | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
> index 209c00e..0f6d8d6 100644
> --- a/py
Signed-off-by: Frediano Ziglio
---
python_modules/ptypes.py | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
index 209c00e..0f6d8d6 100644
--- a/python_modules/ptypes.py
+++ b/python_modules/ptypes.py
@@ -83,6 +83,8 @@ va
Sorry for being pedantic :)
On Wed, 2018-05-09 at 10:05 +0100, Frediano Ziglio wrote:
> Signed-off-by: Frediano Ziglio
> ---
> python_modules/ptypes.py | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> Changes since v1:
> - grammar and better comments
>
> diff --git a/python_mod
>
> On Tue, 2018-05-08 at 10:26 +0100, Frediano Ziglio wrote:
> > The current implementation of server and client assumes that a single
> > data message contains an encoded frame.
> > This is not a problem for most encoding but for MJPEG this causes
> > the client to fail decoding.
> > Collapse fr
>
> On Sun, 2018-05-06 at 13:29 +0100, Frediano Ziglio wrote:
> > Signed-off-by: Frediano Ziglio
> > ---
> > python_modules/ptypes.py | 9 -
> > 1 file changed, 9 deletions(-)
> >
> > diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
> > index d29c97a..209c00e 100644
> >
Signed-off-by: Frediano Ziglio
---
python_modules/ptypes.py | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Changes since v1:
- grammar and better comments
diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
index 209c00e..cfdd17e 100644
--- a/python_modules/ptypes.py
++
On Tue, 2018-05-08 at 10:26 +0100, Frediano Ziglio wrote:
> The current implementation of server and client assumes that a single
> data message contains an encoded frame.
> This is not a problem for most encoding but for MJPEG this causes
> the client to fail decoding.
> Collapse frame data into a
On Sun, 2018-05-06 at 13:29 +0100, Frediano Ziglio wrote:
> Signed-off-by: Frediano Ziglio
> ---
> python_modules/ptypes.py | 9 -
> 1 file changed, 9 deletions(-)
>
> diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
> index d29c97a..209c00e 100644
> --- a/python_modules/
On Sun, 2018-05-06 at 13:33 +0100, Frediano Ziglio wrote:
> Signed-off-by: Frediano Ziglio
> ---
> python_modules/ptypes.py | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
> index 209c00e..9007a3b 100644
> --- a/p
19 matches
Mail list logo
