Hi, ALL
On Thu, Nov 18, 2010 at 12:39 AM, Gerd Hoffmann wrote:
>> There isn't going to be a Debian release with spice in it for around
>> 2 years now in the best case, so if there isn't another suitable choice
>> available by then, then something worse than this has gone badly wrong.
>
> Two year
Am 16.11.2010 15:15, schrieb liang:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: celt051
Version: 0.5.1.3
Upstream Author: Christopher Montgomery, Jean-Marc Valin
Timothy Terrib
Hi,
If you don't want package celt 0.5.1 -- fine. You can patch your
spice server and client to just not signal the celt capability, and
they will interoperate just fine with everybody else using raw
uncompressed audio. But IMHO it would be stupid to not support
audio compression in your spi
On Wed, Nov 17, 2010 at 03:48:36PM +0100, Gerd Hoffmann wrote:
> On 11/17/10 13:04, Ron wrote:
> >Are you seriously telling me that you have no plan whatsoever for how
> >to transition from a random snapshot of an experimental codec,
>
> We can transition just fine. server + client can signal sup
Hi
2010/11/17 Ron :
> On Wed, Nov 17, 2010 at 03:48:36PM +0100, Gerd Hoffmann wrote:
>> On 11/17/10 13:04, Ron wrote:
> Why not just let systems negotiate the best codec they both know?
That was a bit my goal with this patch:
http://gitorious.org/~elmarco/spice/elmarco-spice/commit/e310493a3e5a28
On 11/17/10 13:04, Ron wrote:
Hi Hans,
Hans de Goede writes:
The if at all part depends on if it will be doable without too much
pain to support both celt-0.5.1 and celt "1.0" in the same binary.
Should work without major trouble, the symbols exported by the shared
library have a versioned
Hi,
On 11/17/2010 01:04 PM, Ron wrote:
Hi Hans,
Hans de Goede writes:
The if at all part depends on if it will be doable without too much
pain to support both celt-0.5.1 and celt "1.0" in the same binary.
This is important to us as we care a lot about protocol
compatibility.
Are you serious
Hi Hans,
Hans de Goede writes:
> The if at all part depends on if it will be doable without too much
> pain to support both celt-0.5.1 and celt "1.0" in the same binary.
> This is important to us as we care a lot about protocol
> compatibility.
Are you seriously telling me that you have no plan
Hi,
The reason spice is still using celt-0.5.1 is that celt as
a protocol / format is considered not finished yet by celt
upstream and thus the bitstream format may change (and does
change) with every new upstream release.
In order to provide compatibility between different spice
client and serv
Add Cc to spice-devel list
On Wed, Nov 17, 2010 at 5:11 AM, Adrian Knoth
wrote:
> Ok, you'll lose backward compatibility to non-celt-0.9 installations
> already deployed and not being able to update... but who's using them?
> And who will be using them by 2011?
>
RHEL6 and fedora are using spice
On Tue, 2010-11-16 at 22:11 +0100, Adrian Knoth wrote:
[...]
> Anyway, there's
>
>http://www.spice-space.org/docs/spice_protocol.pdf
>
> and it says it's a draft, so I guess it can still be reworked. But
> still, if you see section 7 and 8, you'll notice two constants:
>
>RED_PLAYBACK_DA
On Tue, Nov 16, 2010 at 04:08:02PM +0100, Patrick Matthäi wrote:
Hi!
[CELT for spice]
> Yeah I am aware of the celt _madness_ - I am one of the mumble
> maintainers..
>
> spice then has to be adjusted to support celt 0.9.
I strongly support this demand. It was wrong to use CELT in the first
plac
On Tue, Nov 16, 2010 at 04:08:02PM +0100, Patrick Matthäi wrote:
> Am 16.11.2010 16:09, schrieb Liang Guo:
>>>
>>> celt is already packaged:
>>> http://packages.debian.org/search?keywords=celt
>>
>> Different version CELT is not compatiable, it means, if audio is
>> encoded with celt 0.5, it is not
>
>
> Yeah I am aware of the celt _madness_ - I am one of the mumble maintainers..
>
> spice then has to be adjusted to support celt 0.9.
It is hard to upgrade to a new celt version, after upgrade, new client
will not able
to connect to old spice server.
So it is not a good idea to update celt fre
Am 16.11.2010 16:43, schrieb Marc-André Lureau:
Hi Patrick,
On Tue, Nov 16, 2010 at 4:08 PM, Patrick Matthäi wrote:
Am 16.11.2010 16:09, schrieb Liang Guo:
Marc-André Lureau had ported spice to use the latest celt , but it is
not suitable for upstream, for the spice client and the server use
Hi Patrick,
On Tue, Nov 16, 2010 at 4:08 PM, Patrick Matthäi wrote:
> Am 16.11.2010 16:09, schrieb Liang Guo:
>> Marc-André Lureau had ported spice to use the latest celt , but it is
>> not suitable for upstream, for the spice client and the server use
>> different different bitstream format.
>>
Am 16.11.2010 16:09, schrieb Liang Guo:
celt is already packaged:
http://packages.debian.org/search?keywords=celt
Different version CELT is not compatiable, it means, if audio is
encoded with celt 0.5, it is not possible to decode it with celt 0.9,
and spice[1] uses celt 0.5.1, if we want use
>
> celt is already packaged:
> http://packages.debian.org/search?keywords=celt
Different version CELT is not compatiable, it means, if audio is
encoded with celt 0.5, it is not possible to decode it with celt 0.9,
and spice[1] uses celt 0.5.1, if we want use spice in Debian, we need
package celt0
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: celt051
Version: 0.5.1.3
Upstream Author: Christopher Montgomery, Jean-Marc Valin
Timothy Terriberry, CSIRO, and other contributors
19 matches
Mail list logo
