[MPlayer-dev-eng] [RFC] Support for 8 channel audio

Jason Tackaberry tack at urandom.ca
Mon Aug 17 19:34:04 CEST 2009


On Fri, 2009-08-14 at 15:58 -0400, Jason Tackaberry wrote:
> I assumed the original author unrolled the loop for performance.  I
> haven't done any benchmarking, again I just basically copied the
> existing 6ch code and extended it for 8ch.
> 
> Is there a preferences to either approach?  Should I update the existing
> 5ch and 6ch functions as well?

Just to recap, with respect to the reorder functions in reorder_ch.c, is
it preferred that:

     1. I update only reorder_copy_8ch() to use a series of 3-byte
        memcpys
     2. #1, but I also modify the existing reorder_copy_5ch() and
        reorder_copy_6ch() to follow suit
     3. Neither, leaving reorder_copy_8ch() as it is (which follows
        precedence in existing code).

My preference is #3, and then after the patch as it is now is reviewed
and approved, I can go back and do some more thorough analysis of any
performance implications to the approaches Reimar suggested.  I can then
submit another patch to clean up reorder_copy_[568]ch().


> > > +    if (ao_data.channels == 6 || ao_data.channels == 5 || ao_data.channels == 8) {
> > 
> > Having this in some kind of order would be nice.
> 
> The conditions /are/ in order: from most likely to least likely to occur. :)
> 
> I'll update to numerical order.

Updated, and attached.  Again, this patch assumes my previous "Fix
incorrect channel ordering" patch is already applied in order to merge
cleanly.

Jason.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 8-channel-audio.patch
Type: text/x-patch
Size: 18821 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090817/80defd5d/attachment.bin>


More information about the MPlayer-dev-eng mailing list