This is required by the new test-listen test to connect using
TLS.
Signed-off-by: Frediano Ziglio
---
.gitlab-ci.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 94325604..535d220d 100644
--- a/.gitlab-ci.yml
+++
The timeout is too short when the test run under Valgrind
Signed-off-by: Frediano Ziglio
---
server/tests/test-listen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/server/tests/test-listen.c b/server/tests/test-listen.c
index c63ee17e..d355b471 100644
Ignore getaddrinfo and libproxy leaks.
Signed-off-by: Frediano Ziglio
---
server/tests/valgrind/glib.supp | 19 +++
1 file changed, 19 insertions(+)
diff --git a/server/tests/valgrind/glib.supp b/server/tests/valgrind/glib.supp
index ccfab67d..c4625bba
Acked-by: Jonathon Jongsma
On Fri, 2018-03-09 at 18:00 +, Frediano Ziglio wrote:
> Signed-off-by: Frediano Ziglio
> ---
> server/video-stream.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/server/video-stream.h
On Tue, 2018-03-13 at 10:15 -0400, Frediano Ziglio wrote:
> >
> > On Tue, 2018-03-13 at 06:21 +, Frediano Ziglio wrote:
> > > Although not necessary for a single monitor DisplayChannel implementation
> > > this make the DiisplayChannels more coherent from the client
> > > point of view.
> >
On Fri, 2018-03-09 at 02:41 -0500, Frediano Ziglio wrote:
> >
> > msg.msg was redefining msg.StreamMsgNotifyError::msg.
> > This cause some confusion.
> >
> > Signed-off-by: Frediano Ziglio
> > ---
> > src/spice-streaming-agent.cpp | 4 ++--
> > 1 file changed, 2
On Fri, 2018-03-09 at 07:35 +, Frediano Ziglio wrote:
> msg.msg was redefining msg.StreamMsgNotifyError::msg.
> This cause some confusion.
>
> Signed-off-by: Frediano Ziglio
> ---
> src/spice-streaming-agent.cpp | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
On Fri, 2018-03-09 at 07:35 +, Frediano Ziglio wrote:
> Unnamed structure combined with inheritance is considered a
> bit hard to read, add a name to make more readable.
>
> Signed-off-by: Frediano Ziglio
> ---
> src/spice-streaming-agent.cpp | 2 +-
> 1 file changed, 1
>
> On Tue, 2018-03-13 at 06:21 +, Frediano Ziglio wrote:
> > Although not necessary for a single monitor DisplayChannel implementation
> > this make the DiisplayChannels more coherent from the client
> > point of view.
>
> Typo: "DiisplayChannels"
>
> I've tested this, as expected, with
On Tue, 2018-03-13 at 06:21 +, Frediano Ziglio wrote:
> Although not necessary for a single monitor DisplayChannel implementation
> this make the DiisplayChannels more coherent from the client
> point of view.
Typo: "DiisplayChannels"
I've tested this, as expected, with the heads attribute
On 13/03/18 04:21, Frediano Ziglio wrote:
>>
>> This patch makes it clear that this is a configure switch and not a
>> variable defined somewhere else in the code.
>>
>
> The code is intended that way to make the compiler always parse
> these parts. Note that that define is always defined so your
Hi,
On Tue, Mar 13, 2018 at 01:14:35PM +, Frediano Ziglio wrote:
> Do not dereference thread_data after has been freed.
>
> Signed-off-by: Frediano Ziglio
Sure,
Acked-by: Victor Toso
> ---
> server/tests/test-listen.c | 4 ++--
> 1 file
Hi,
On Tue, Mar 13, 2018 at 09:19:00AM -0400, Frediano Ziglio wrote:
> >
> > From: Victor Toso
> >
> > Instead of passing the id parameter for destroy_display_stream() which
> > is only used for debug, let's store the id when creating the stream at
> >
>
> From: Victor Toso
>
> This patch also renames destroy_display_stream() to
I would remove the "also", I think just a leftover.
> display_stream_destroy() to keep compatibility with
> display_stream_create()
>
> Signed-off-by: Victor Toso
> ---
>
> From: Victor Toso
>
> Instead of passing the id parameter for destroy_display_stream() which
> is only used for debug, let's store the id when creating the stream at
> display_stream_create().
>
> With the removal of Id parameter, we are using a gpointer for
>
Do not dereference thread_data after has been freed.
Signed-off-by: Frediano Ziglio
---
server/tests/test-listen.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/server/tests/test-listen.c b/server/tests/test-listen.c
index 531bd1bd..c63ee17e 100644
From: Victor Toso
For example, this has produced 9 lines of debug below instead of 31.
GSpice-DEBUG: channel-display-gst.c:247 the GStreamer pipeline dropped 4 frames
GSpice-DEBUG: channel-display-gst.c:247 the GStreamer pipeline dropped 5 frames
GSpice-DEBUG:
From: Victor Toso
Hi,
The first four patches are related to using hash table to track stream's
structure, discussed with Lukas at [0]. The others are trying to:
- reduce too much code in one place;
- reduce the verbose logs we have with streaming;
[0]
From: Victor Toso
Those don't add any useful information.
Signed-off-by: Victor Toso
---
src/channel-display-mjpeg.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/channel-display-mjpeg.c b/src/channel-display-mjpeg.c
index
From: Victor Toso
To factor out code from display_handle_stream_data() that are specific
to statistics in display_stream and not on handling stream_data
itself.
Signed-off-by: Victor Toso
---
src/channel-display.c | 64
From: Victor Toso
Becomes quite hard to find meaning on something that is printed every
time. Only print latency value if it is a new min/max or if average
latency is 10% bigger/lower then usual.
Not aiming to perfect statistics in latency here, just to avoid too
verbose
From: Victor Toso
As it makes easier to track what is allocated in its own function and
ultimately what needs to be freed later on.
Signed-off-by: Victor Toso
---
src/channel-display.c | 30 ++
1 file changed, 22
From: Victor Toso
The SpiceFrame is created in channel-display.c but it is currently
freed at each decoders' end. A helper function can reduce some code
and makes it easier to check if the function is called, what time was
called, etc.
In channel-display-mjpeg.c this means
From: Victor Toso
Instead of passing the id parameter for destroy_display_stream() which
is only used for debug, let's store the id when creating the stream at
display_stream_create().
With the removal of Id parameter, we are using a gpointer for
display_stream struct to
From: Victor Toso
The get_stream_id_by_stream() was introduced in 141c2d82 to debug
GStreamer's pipeline. But with previous patch, we are moving the ID to
the display_stream structure and can be accessible directly.
Signed-off-by: Victor Toso
---
From: Victor Toso
This patch also renames destroy_display_stream() to
display_stream_destroy() to keep compatibility with
display_stream_create()
Signed-off-by: Victor Toso
---
src/channel-display.c | 8
1 file changed, 4 insertions(+), 4
From: Victor Toso
To factor out code from display_stream_destroy() that are specific to
statistics in display_stream and not handling stream's destruction.
Signed-off-by: Victor Toso
---
src/channel-display.c | 89
From: Victor Toso
The major issue with the current approach is that it relies on
the ID from SpiceMsgDisplayStreamCreate to create the smallest 2^n
sized array that could fit the stream's id as index.
This is potentially dangerous as the ID value is not documented and
could
Hi,
On 03/13/2018 12:45 AM, Frediano Ziglio wrote:
This patch utilize the GstVideoOverlay interface when the
client is running under x window system and it receives a
full-screen stream that is decoded using gstreamer (gst =>
1.9.0)
Some notes
- It currently checks for full screen but
On Tue, 2018-03-13 at 08:53 +0100, Victor Toso wrote:
> Hi,
>
> On Mon, Mar 12, 2018 at 05:04:44PM +0100, Lukáš Hrázký wrote:
> > > I don't have numbers as I didn't consider it to be
> > > significant at the time. My main concern was that it relies
> > > on something not documented in the
Hi,
On Mon, Mar 12, 2018 at 04:28:50PM +0100, Victor Toso wrote:
> On Mon, Mar 12, 2018 at 04:13:06PM +0100, Lukáš Hrázký wrote:
> > On Fri, 2018-03-02 at 12:39 +0100, Victor Toso wrote:
> > > From: Victor Toso
> > >
> > > Instead of passing the id parameter for
On Mon, Mar 12, 2018 at 01:36:59PM -0400, Frediano Ziglio wrote:
> Still not convinced about the glib version bump but as
> nobody complained and as is silently removing RHEL 6 support which
> I agree with, I'm fine with it.
+1 that it should be fine to bump it and drop RHEL 6 support.
To put it
Hi,
On Mon, Mar 12, 2018 at 05:04:44PM +0100, Lukáš Hrázký wrote:
> > I don't have numbers as I didn't consider it to be
> > significant at the time. My main concern was that it relies
> > on something not documented in the protocol itself (stream's
> > ID being a small number).
>
> But that is
>
> In order to avoid confusion with file named stream-device.h, from
> spice-protocol.
>
> Signed-off-by: Eduardo Lima (Etrunko)
> ---
> server/Makefile.am | 4 ++--
> server/{stream-device.c => red-stream-device.c} | 4 +---
>
>
> This patch makes it clear that this is a configure switch and not a
> variable defined somewhere else in the code.
>
The code is intended that way to make the compiler always parse
these parts. Note that that define is always defined so your code
is not doing what you are intending.
Although not necessary for a single monitor DisplayChannel implementation
this make the DiisplayChannels more coherent from the client
point of view.
Signed-off-by: Frediano Ziglio
---
server/stream-channel.c | 33 ++---
1 file changed, 30
36 matches
Mail list logo