On 13.06.2012 04:57, Brian Vetter wrote:
> As an outside observer with nothing really at stake here, it would seem that
> rather than Debian providing a hobbled version of the spice client that uses
> raw audio (disables Celt), they offer up a patch for both the server and the
> client that impl
As an outside observer with nothing really at stake here, it would seem that
rather than Debian providing a hobbled version of the spice client that uses
raw audio (disables Celt), they offer up a patch for both the server and the
client that implements a negotiation for either Opus or Celt (for
On Tue, Jun 12, 2012 at 09:38:37PM +0200, Marc-André Lureau wrote:
> Hi
>
> On Tue, Jun 12, 2012 at 8:19 PM, Ron wrote:
> > More official than the codec working group declaring it to be in its
> > finally frozen form, or the codec specification being submitted to and
> > approved by the IESG for
Hi
On Tue, Jun 12, 2012 at 8:19 PM, Ron wrote:
> On Tue, Jun 12, 2012 at 06:30:36PM +0200, Marc-André Lureau wrote:
>> Hi
>>
>> On Tue, Jun 12, 2012 at 5:35 PM, Ron wrote:
>> > The bitstream has been frozen for just a tad under a year now.
>>
>> I don't know how you can claim that: http://www.op
On Tue, Jun 12, 2012 at 06:30:36PM +0200, Marc-André Lureau wrote:
> Hi
>
> On Tue, Jun 12, 2012 at 5:35 PM, Ron wrote:
> > The bitstream has been frozen for just a tad under a year now.
>
> I don't know how you can claim that: http://www.opus-codec.org/downloads/
>
> The bit-stream has not cha
Hi
On Tue, Jun 12, 2012 at 5:35 PM, Ron wrote:
> The bitstream has been frozen for just a tad under a year now.
I don't know how you can claim that: http://www.opus-codec.org/downloads/
The bit-stream has not changed, except for some corner cases that are
unlikely to happen in the real world.
[
On Wed, Jun 13, 2012 at 01:22:43AM +0930, Ron wrote:
>
> Hi Alon,
>
> On Tue, Jun 12, 2012 at 06:03:58PM +0300, Alon Levy wrote:
> > On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> > > Hi
> > >
> > > - Mensaje original -
> > > > The ideal solution would be to have su
Hi Alon,
On Tue, Jun 12, 2012 at 06:03:58PM +0300, Alon Levy wrote:
> On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> > Hi
> >
> > - Mensaje original -
> > > The ideal solution would be to have support for Opus, I think Marc
> > > André
> > > and Alon had started to
Awesome, thanks!
> * spice-protocol no longer external.
Does that mean that the spice-protocol package is going away or is that just for
the development release?
Thanks,
Tiziano
--
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern
Telefon: +41 31 332 53 63
www.stepping-stone.ch
tiziano.mue
Hi Marc-André,
On Tue, Jun 12, 2012 at 09:59:39AM -0400, Marc-André Lureau wrote:
> - Mensaje original -
> > On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> > > As long as the bitstream is not frozen, we can't use opus, or we
> > > will
> > > have the same problems as
On Tue, Jun 12, 2012 at 10:55:48AM -0400, Marc-André Lureau wrote:
> Can you quote the relevant part of the slide?
See page 20 "Freeze bitstream format" with a check mark to its side
Page 3 too "WGLC (Working Group Last Call) last minor bitstream changes"
There are probably more details about this
Hi All,
I'm happy to announce spice-0.11.0, a development release:
Major changes in 0.11.0:
* !Development Release!
* 8817549..d905a1f
* now using git submodules: spice-common and spice-protocol.
* New spice protocol messages: (changes in spice-protocol, here for referenc
On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> Hi
>
> - Mensaje original -
> > The ideal solution would be to have support for Opus, I think Marc
> > André
> > and Alon had started to look into that, but that's not done yet :(
>
> No, I didn't. Long time ago I propos
On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> Hi
>
> - Mensaje original -
> > The ideal solution would be to have support for Opus, I think Marc
> > André
> > and Alon had started to look into that, but that's not done yet :(
>
> No, I didn't. Long time ago I propos
Hi
- Mensaje original -
> A guess supported by the slides at
> http://www.opus-codec.org/presentations/
> , by various mailing posts from opus developers, ...
>
Can you quote the relevant part of the slide?
According to
http://www.opus-codec.org/downloads/
The bit-stream was tentativel
On Tue, Jun 12, 2012 at 09:59:39AM -0400, Marc-André Lureau wrote:
>
>
> - Mensaje original -
> > On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> > > As long as the bitstream is not frozen, we can't use opus, or we
> > > will
> > > have the same problems as with celt
On 06/12/2012 09:11 AM, Marc-André Lureau wrote:
Hi
- Mensaje original -
The ideal solution would be to have support for Opus, I think Marc
André
and Alon had started to look into that, but that's not done yet :(
No, I didn't. Long time ago I proposed we have celt unstable flag, whic
- Mensaje original -
> On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> > As long as the bitstream is not frozen, we can't use opus, or we
> > will
> > have the same problems as with celt today.
>
> As I understand it, while the bitstream is not officially frozen yet,
On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> Hi
>
> - Mensaje original -
> > The ideal solution would be to have support for Opus, I think Marc
> > André
> > and Alon had started to look into that, but that's not done yet :(
>
> No, I didn't. Long time ago I propos
On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
> As long as the bitstream is not frozen, we can't use opus, or we will
> have the same problems as with celt today.
As I understand it, while the bitstream is not officially frozen yet, it's
very unlikely to change before the real
- Original Message -
> I am confusing with old the patches bumping library version..
> Can you just make one instead?
hmm, why? isn't it cleaner this way? granted, it's a bit pointless since we are
never going to release this.
>
> - Mensaje original -
> > The new library so is n
I am confusing with old the patches bumping library version..
Can you just make one instead?
- Mensaje original -
> The new library so is named:
> libspice-server.so.1.2.0
>
> The old was:
> libspice-server.so.1.0.2
> ---
> configure.ac |2 +-
> server/Makefile.am |2 +-
>
On Tue, Jun 12, 2012 at 3:00 PM, Alon Levy wrote:
> libspice-server.so.1.2.0
Apparently old version was libspice-server.so.1.0.2
So I imagined we can go from:
-version-number 1:0:2 -> libspice-server.so.1.0.2
to:
-version-info 2:0:1 -> libspice-server.so.1.1.0
--
Marc-André Lureau
_
Hi
- Mensaje original -
> The ideal solution would be to have support for Opus, I think Marc
> André
> and Alon had started to look into that, but that's not done yet :(
No, I didn't. Long time ago I proposed we have celt unstable flag, which
would be completely broken in most cases but w
Current bumped and age bumped for new intefaces only (no backward
incompatible changes).
New libtool version is 4.0.3. Added interfaces:
spice_server_set_name;
spice_server_set_uuid;
spice_server_set_listen_socket_fd;
spice_server_is_server_mouse;
New library name in linux:
l
The new library so is named:
libspice-server.so.1.2.0
The old was:
libspice-server.so.1.0.2
---
configure.ac |2 +-
server/Makefile.am |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index efb0128..5a5ee50 100644
--- a/configure.ac
Move to the top so anyone changing the library version will have a
higher likelihood of noticing them and thinking if they need changes as
well. Added the rules, copied from libtool's info page, as a reminder.
Added some obvious docs for the already defined SPICE_MICRO, SPICE_MINOR
and SPICE_MAJOR
- Original Message -
>
>
> - Original Message -
> > On Tue, Jun 12, 2012 at 02:53:02PM +0300, Alon Levy wrote:
> > > Current bumped and age bumped. Current bumped twice since
> > > previous
> > > values (current = 1, age = 2) were illegal - age must be smaller
> > > or
> > > equ
On Tue, Jun 12, 2012 at 02:44:56PM +0400, Michael Tokarev wrote:
> (Mind you, it wasn't me who decided that celt is somehow bad to
> have in Debian, and I myself does not understand the issues 100%.
> One of the issues, iirc, is that celt does not compile/work on
> anything but x86).
I think the m
- Original Message -
> On Tue, Jun 12, 2012 at 02:53:02PM +0300, Alon Levy wrote:
> > Current bumped and age bumped. Current bumped twice since previous
> > values (current = 1, age = 2) were illegal - age must be smaller or
> > equal to current, since it's interpreted as meaning our libr
On Tue, 2012-06-12 at 14:03 +0200, Marc-André Lureau wrote:
> It seems we could update this way:
>
> -version-number 1:0:2 -> libspice-server.so.1.0.2
> -version-info 2:0:1 -> libspice-server.so.1.1.0
>
Good catch. I didn't even notice help for -version-number. I'll try
that.
> On Tue, Jun 12,
- Original Message -
> From: "Daniel P. Berrange"
> To: "Michael Tokarev"
> Cc: spice-devel@lists.freedesktop.org, "Ron Lee"
> Sent: Tuesday, June 12, 2012 1:52:48 PM
> Subject: Re: [Spice-devel] [PATCH] make celt to be optional
>
> On Tue, Jun 12, 2012 at 03:47:09PM +0400, Michael To
On Tue, 2012-06-12 at 13:01 +0100, Daniel P. Berrange wrote:
> On Tue, Jun 12, 2012 at 02:53:02PM +0300, Alon Levy wrote:
> > Current bumped and age bumped. Current bumped twice since previous
> > values (current = 1, age = 2) were illegal - age must be smaller or
> > equal to current, since it's i
It seems we could update this way:
-version-number 1:0:2 -> libspice-server.so.1.0.2
-version-info 2:0:1 -> libspice-server.so.1.1.0
On Tue, Jun 12, 2012 at 1:58 PM, Marc-André Lureau
wrote:
> argh, spice/server/Makefile.am uses -version-number instead of -version-info..
>
> On Tue, Jun 12, 2012
On Tue, 2012-06-12 at 12:32 +0100, Daniel P. Berrange wrote:
> On Tue, Jun 12, 2012 at 02:23:33PM +0300, Alon Levy wrote:
> > Current bumped and age bumped. Current bumped twice since previous
> > values (current = 1, age = 2) were illegal - age must be smaller or
> > equal to current, since it's i
On Tue, Jun 12, 2012 at 02:53:02PM +0300, Alon Levy wrote:
> Current bumped and age bumped. Current bumped twice since previous
> values (current = 1, age = 2) were illegal - age must be smaller or
> equal to current, since it's interpreted as meaning our library supports
> t interfaces [current, c
argh, spice/server/Makefile.am uses -version-number instead of -version-info..
On Tue, Jun 12, 2012 at 1:54 PM, Alon Levy wrote:
> Current bumped and age bumped. Current bumped twice since previous
> values (current = 1, age = 2) were illegal - age must be smaller or
> equal to current, since it'
Current bumped and age bumped. Current bumped twice since previous
values (current = 1, age = 2) were illegal - age must be smaller or
equal to current, since it's interpreted as meaning our library supports
t interfaces [current, current - age].
New libtool version is thus 3.0.3, since there are
Move to the top so anyone changing the library version will have a
higher likelihood of noticing them and thinking if they need changes as
well. Added the rules, copied from libtool's info page, as a reminder.
Added some obvious docs for the already defined SPICE_MICRO, SPICE_MINOR
and SPICE_MAJOR
Current bumped and age bumped. Current bumped twice since previous
values (current = 1, age = 2) were illegal - age must be smaller or
equal to current, since it's interpreted as meaning our library supports
t interfaces [current, current - age].
New libtool version is thus 3.0.3, since there are
Move to the top so anyone changing the library version will have a
higher likelihood of noticing them and thinking if they need changes as
well. Added the rules, copied from libtool's info page, as a reminder.
Added some obvious docs for the already defined SPICE_MICRO, SPICE_MINOR
and SPICE_MAJOR
On Tue, Jun 12, 2012 at 03:47:09PM +0400, Michael Tokarev wrote:
> On 12.06.2012 15:35, Alexander Larsson wrote:
> > Spice is very much about more than just pixels, that it does more than
> > graphics (usb, sound, audio-video sync, clipboard, etc) is an important
> > part of why Spice is better tha
On 12.06.2012 15:35, Alexander Larsson wrote:
> On Tue, 2012-06-12 at 14:31 +0400, Michael Tokarev wrote:
>> On 12.06.2012 13:15, Alexander Larsson wrote:
>> []
>>> Its not incompatible, like I i said in my "(Well, .." part above. But
>>> what it means is that it will send audio as PCM instead of c
On Tue, 2012-06-12 at 14:31 +0400, Michael Tokarev wrote:
> On 12.06.2012 13:15, Alexander Larsson wrote:
> []
> > Its not incompatible, like I i said in my "(Well, .." part above. But
> > what it means is that it will send audio as PCM instead of compressing
> > it. This is much larger, and will c
- Original Message -
> From: "蒋媛园"
> To: spice-devel@lists.freedesktop.org
> Sent: Tuesday, June 12, 2012 11:48:52 AM
> Subject: [Spice-devel] spice network load testing
>
>
>
> hi~
> I want to test Spice network load. I want to know is there any tool？
I haven't seen anyone to use any
On Tue, Jun 12, 2012 at 02:23:32PM +0300, Alon Levy wrote:
> Move to the top so anyone changing the library version will have a
> higher likelihood of noticing them and thinking if they need changes as
> well. Added the rules, copied from libtool's info page, as a reminder.
> ---
> configure.ac |
On Tue, Jun 12, 2012 at 02:23:33PM +0300, Alon Levy wrote:
> Current bumped and age bumped. Current bumped twice since previous
> values (current = 1, age = 2) were illegal - age must be smaller or
> equal to current, since it's interpreted as meaning our library supports
> t interfaces [current, c
Current bumped and age bumped. Current bumped twice since previous
values (current = 1, age = 2) were illegal - age must be smaller or
equal to current, since it's interpreted as meaning our library supports
t interfaces [current, current - age].
New libtool version is thus 3.0.3, since there are
Move to the top so anyone changing the library version will have a
higher likelihood of noticing them and thinking if they need changes as
well. Added the rules, copied from libtool's info page, as a reminder.
---
configure.ac | 35 ++-
1 file changed, 34 insertio
2012/6/11 Christophe Fergeau :
> Last commits of? I need to rebuild it with newer drivers, and makes the
> build more automatic indeed. Unfortunately many windows builds are lagging
> behind :-/
The last commits you can see here, some of them are newer than the binary
http://cgit.freedesktop.org/s
On 12.06.2012 14:27, Marc-André Lureau wrote:
> On Mon, Jun 4, 2012 at 11:33 AM, Christophe Fergeau
> wrote:
>> Makes sense to me though I've only looked quickly through it. Since it
>> works for you, I'm in favour of committing it if noone disagrees.
>
> I also don't like these changes to end u
On 12.06.2012 13:15, Alexander Larsson wrote:
[]
> Its not incompatible, like I i said in my "(Well, .." part above. But
> what it means is that it will send audio as PCM instead of compressing
> it. This is much larger, and will cause anyone using the debian spice
> client to connect to a spice se
On Mon, Jun 4, 2012 at 11:33 AM, Christophe Fergeau wrote:
> Makes sense to me though I've only looked quickly through it. Since it
> works for you, I'm in favour of committing it if noone disagrees.
I also don't like these changes to end up upstream, for the same
reasons Alex mentioned. It makes
On Mon, Jun 11, 2012 at 07:58:24PM +0200, Hans de Goede wrote:
> Hi,
>
> On 06/11/2012 04:45 PM, Jeremy White wrote:
> >Forgive me if this is FAQ'd elsewhere, but I did not find it in a short
> >hunt, and I'm curious.
>
> Documentation is not our strong point, help with that is greatly
> apprecia
hi~
I want to test Spice network load. I want to know is there any tool？
Best regards.___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
hi~
I want to test Spice network load. I want to know is there any tool？
Best regards.
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
On Mon, Jun 11, 2012 at 08:43:38PM +0200, Marten Lehmann wrote:
> Hello,
>
> I used this ISO to install Windows Server 2008 R2 with VirtIO
> Storage, maybe Windows setup has used the Windows 7 drivers.
Yes, this looks like what was used by looking at the ISO content.
Christophe
pgpx2Zp99lydU.p
On Mon, Jun 11, 2012 at 07:58:24PM +0200, Hans de Goede wrote:
> Hi,
>
> On 06/11/2012 04:45 PM, Jeremy White wrote:
> >Forgive me if this is FAQ'd elsewhere, but I did not find it in a short
> >hunt, and I'm curious.
>
> Documentation is not our strong point, help with that is greatly
> apprecia
On Mon, Jun 11, 2012 at 03:04:05PM +0200, Eike Hein wrote:
>
> A few months ago we had a brief discussion about plans to
> add agent support to Xspice, primarily to get clipboard
> synchronization going. Has there been any progress since?
>
I'm afraid not.
>
> --
> Best regards,
> Eike Hein
>
On Tue, Jun 12, 2012 at 03:37:02PM +0800, Rozen Lin wrote:
> Hi,All,
> I'm trying to build the spice-gtk-win32 with the usbredir supported,
> but I cannot find the newest code including such support
> by
> git clone git://anongit.freedesktop.org/spice/spice-gtk
> .
> The new support is not fou
On Tue, 2012-06-12 at 12:54 +0400, Michael Tokarev wrote:
> On 12.06.2012 12:48, Alexander Larsson wrote:
> > On Sat, 2012-06-02 at 15:46 +0400, Michael Tokarev wrote:
> >
> >> I plan to use this patch in the upcoming Debian
> >> release, codename wheezy, to get rid of celt
> >> codec library ther
On 12.06.2012 12:48, Alexander Larsson wrote:
> On Sat, 2012-06-02 at 15:46 +0400, Michael Tokarev wrote:
>
>> I plan to use this patch in the upcoming Debian
>> release, codename wheezy, to get rid of celt
>> codec library there, since we decided celt051 is
>> not going to be included, but it is
On Sat, 2012-06-02 at 15:46 +0400, Michael Tokarev wrote:
> I plan to use this patch in the upcoming Debian
> release, codename wheezy, to get rid of celt
> codec library there, since we decided celt051 is
> not going to be included, but it is obviously not
> a good idea to drop spice entirely.
I
Hi,All,
I'm trying to build the spice-gtk-win32 with the usbredir supported,
but I cannot find the newest code including such support
by
git clone git://anongit.freedesktop.org/spice/spice-gtk
.
The new support is not found there, where can I get it?
Thanks.
BR.
__
64 matches
Mail list logo
