Re: [Spice-devel] Opus support patch set take 3; 0/6

2013-11-25 Thread Christophe Fergeau
On Mon, Nov 25, 2013 at 06:31:18PM +0100, Marc-André Lureau wrote: > Hey there, > > I was planning to release spice-gtk v0.22 this week. Since they look > ready, should I wait for the opus spice-gtk changes to be merged? We > could also release another version version a bit later anyway. I'd just

Re: [Spice-devel] Opus support patch set take 3; 0/6

2013-11-25 Thread Marc-André Lureau
Hey there, I was planning to release spice-gtk v0.22 this week. Since they look ready, should I wait for the opus spice-gtk changes to be merged? We could also release another version version a bit later anyway. cheers On Thu, Nov 21, 2013 at 2:38 PM, Jeremy White wrote: >> Fwiw, I tested upstr

Re: [Spice-devel] Opus support patch set take 3; 0/6

2013-11-21 Thread Jeremy White
Fwiw, I tested upstream spice-gtk+remote-viewer against opus qemu/spice-server and did not observe issues with recording (including when running in valgrind). Is it only spicec which could be impacted by the issues you mention? If it is, then I don't think it's really important, I thought it was a

Re: [Spice-devel] Opus support patch set take 3; 0/6

2013-11-21 Thread Christophe Fergeau
hey, On Tue, Nov 12, 2013 at 03:52:17PM -0600, Jeremy White wrote: > I have not yet, but still intend to, research the corner cases where > hard coding in the old spicec can fail to record properly. Fwiw, I tested upstream spice-gtk+remote-viewer against opus qemu/spice-server and did not observe

[Spice-devel] Opus support patch set take 3; 0/6

2013-11-12 Thread Jeremy White
The following patch series is take 3 of the Opus support patches. They test out cleanly for me in playback and record. I particularly focused on the test case of old qemu, new spice, although I also affirmed the test case of new spice, old client as well. This should be different from take 2 as