Multi Audio Channels & Patch Processing

Nicolas Dufresne nicolas.dufresne at collabora.com
Tue Aug 26 09:12:54 PDT 2014



Le mar 26 aoû 2014 à 11:55, Dr. Peter G. Baum <peter at dr-baum.net> a 
écrit :
> Hi,
> 
> I've got a general questions on how to get patches in the main 
> development repository.
> 
> On the gstreamer homepage there is only the recommendation that one 
> should file a bug. I did this 
> (https://bugzilla.gnome.org/show_bug.cgi?id=733405 and 
> https://bugzilla.gnome.org/show_bug.cgi?id=733444), but I also saw, 
> that there are many bugs open for a long time and probably too few 
> core developer to review them.

I think these didn't get much attention so far since the resulting 
files are not really playable. Implementing WAVFORMATEx along with 
these would probably be more attractive to developers.
> 
> So my question is, is there any way to speed up the process of 
> getting accepted into mainline?

It's submitter role to ask for review. IRC is often the place to do so. 
A convincing argument often includes the use cases for your changes. In 
this case:

"Wrong channel mask should be ignored" Question remain on why, and what 
would it mean if you want to playback this stream ?

"As long as we don't support WAVFORMATEx wavenc should accept more than 
2
channels and just ignore the mapping." Question remain on why not 
implementing WAVFORMATEx, and what would be the recommend way to guess 
the channel layout (if <= 18 channels) to make the stream somewhat 
playable.

> The background is, that currently multi channel reaches the consumer 
> market with MPEG-H, Dolby Atmos etc. Currently many gstreamer are too 
> limited in the number of channel they accept. That means I have some 
> ideas what should be changed (next on my list is for example the 
> support for the rf64 format), but I don't want to waste my time, if 
> there is no chance that these patches are merged.

By gstreamer you mean wav support. I'm sure you won't waste your time. 
Adding new standard format is always welcome. If something in the core 
need to be extended, this list is the place to make the proposition.

cheers,
Nicolas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140826/9d8b8ddc/attachment.html>


More information about the gstreamer-devel mailing list