Xpra: Ticket #1509: fix aurora software audio decoding

Split from #845. Somewhat related to #1507.

I don't think that this ever worked properly.

Some related fixes and improvements:

r15710 metadata buffers
r15711 aggregate buffers before pushing them
r15712 (+r15713 fixup) aac support

If it cannot be fixed, we should remove it.

Wed, 26 Apr 2017 06:57:45 GMT - Antoine Martin: status changed

status changed from new to assigned

r15717 refactoring
r15718 hande end-of-stream, skip empty buffers

Fri, 28 Apr 2017 05:01:56 GMT - Antoine Martin: milestone changed

milestone changed from 2.1 to future

r15732 disables all aurora codecs for trunk - only the builtin wav remains, r15733 does the same for older branches.

I've wasted enough time on this and still can't figure it out.

Mon, 01 May 2017 17:05:30 GMT - Antoine Martin:

Major related issue fixed in r15783. This fixes a number of codecs which are now parsed correctly, so r15784 removes them from the blacklist: aac and mp3 via the media source API. (and maybe this should only be done if the server exposes a flag to state that it won't send broken streams since those can crash Safari..) Sadly, this doesn't fix software decoding via aurora. (so those codecs remain disabled there)

Related: we now handle IE sound using an http stream (r15781 + r15782)

Wed, 28 Mar 2018 05:53:30 GMT - Antoine Martin: status, milestone changed; resolution set

status changed from assigned to closed
resolution set to fixed
milestone changed from future to 2.1

Most browsers now support the audio source API, let's deprecate aurora.

Sat, 23 Jan 2021 05:26:14 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1509