netjack2 + opus custom modes + debian

[Jonas Smedegaard]

Quoting Robin Gareus (2013-06-29 17:59:21)
> Hi *,
> 
> Ron (debian maintainer of libopus - CCed via @bugs..) ping'ed me
> yesterday to follow up on
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686777
> 
> To recap:
>   netjack2's + opus needs libopus with --custom-modes
>   but libopus on debian does not provide custom modes.
> 
> 
> When enabling custom modes in libopus, there's a (small, but still) 
> performance penalty that everyone will pay -> distribution package of 
> libopus don't usually have that enabled.
> 
> Currently jackd2 in debian is just depending on libopus-dev (and because
> it has no custom-mode support, netjack is not compiled with opus support).
> 
> Adrian Knoth (debian jack maintainer) volunteered to embed the opus
> source in jackd packages (if there's no other option).
> 
> @Adi does that offer still stand? Can we work this out?
> 
> 
> There might be some other cases - e.g. embedded devices -- which would
> also like to use custom-modes. Hence it's not 100% out of the question
> that debian might package a libopus with custom modes - or provide a
> drop-in-replacement (libopus-vanilla <= libopus-custom). But that is not
> ideal..
> 
> The best option so far is to statically link netjack2 against libopus.

In my opinion the best option so far is for libopus to enable custom 
modes: Primary aim in Debian is to enable most possible features - being 
fastest possible has lower priority so can wait until done properly.

...and convenience code copies is explicitly discouraged in Policy, so 
range far lower on the list!


> Other distributions may be affected as well, so we might as well 
> address that upstream and add libopus as git-submodule to the jack 
> codebase (I could do that).

That would obviously be most elegant if upstream could offer both 
concurrently.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20130629/a1af7177/attachment-0001.sig>