[Bug 20135] Call fails if codec parameters are too big

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=20135

--- Comment #6 from David Laban <david.laban at collabora.co.uk> 2010-12-30 01:45:23 PST ---
(In reply to comment #4)
> RFC 5215 (the Vorbis one) has the same problem. My idea solution would be to
> fall back to TCP and if it fails,

Falling back to tcp in order to send a jumbo invite turns out to be a bad idea.
I think I'm going to deprecate the auto transport option, and set it to udp by
default.

> remove the codecs one by one, starting with
> the longest until it fits.

I like this idea. I'll see what I can do. Do you think I should sort by codec
id or something, or should I aim to keep the same proportion of the available
packet length dedicated to each stream or what?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.