[gmpi] Re: Topic 7: Audio packaging

At 05:27 PM 5/28/03 -0700, you wrote:
> No, I like it as stereo AND LtRt. The stereo part is the physical format
> enum that plugs use to identify their acceptable formats. The LtRt part
> would be additional information that the plug can simply ignore. So there
> could be both a physical enum and an encoding enum:


Disagree - in the same vein as wanting to fail when appropriate, connect LtRt to a Stereo plug is probably wrong.

Now I feel like I'm arguing your original point of view. Something like a stereo peak limiter can process LtRt, binaural, M/S, but it would be really awkward to have to specifically enumerate that it can deal with all these encodings. That's getting way too rigid for my taste.


My opinion is that encoding enum conflicts should be dealt with on a host or plug specific basis. For example, after connecting the plugs or host can display appropriate warnings or take corrective action. The GMPI spec merely provides a standard for publishing the different encodings. Information about encodings could be transported via stream properties that can be accessed after connection is made.

How is 2.1 different from 3?.  All your "physical enums" are are channel
counts.

It really is different. The functionality, bandwidth, and dynamic range of the .1 channel is different. Plus the format defines the organization of channels in the "bundle of mono buffers".


I like the idea proposed earlier of storing both the format enum and a channel count. So here are some examples:

format-enum     count
N-channel       1       (this is mono)
N-channel       2       (this is stereo)
N-channel       4       (this is quad)
2.1             3
5.1             6
6.1             7
7.1             8
10.2            12

Each of the defined formats would have a channel ordering convention.


Bill







---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission.

Archive: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: