Draft for Audio Support#179
Conversation
|
I have added the information so fro that we researched. What is missing is how we handle attachments, hanging material and other stuff. |
|
additional items needed for audio support: need to support a range of angles for the sound angle. for their speakers they have a set of angles within the range that they support. for others they can support any angle in that range for sound angle, need to support asymetric dispersion with a different angle possible in each direction also need to support rotation of the sound angle max SPL is not always in dB. There are different dB formats like a weighted dB. for mvr, need different material types to support reflectiveness for the audio analysis |
|
|
|
Received the following information about different formats to support for sound level: Here is a table with different excitation signals and weightings.
|
|
GDTF: For sound angles, we will not do a range - we will define the horizontal Left, horizontal Right, vertical Up, vertical Down, and Rotation. |
|
I have updated the proposal.md file (not yet the gdtf-spec) with the latest information. |
Add definition for ListeningPlane and its attributes.
Updated speaker attributes and added MaxSPL attributes.
|
From the MVR standpoint I think we can use overrides and adjust min X, min Y, max X, max Y to the appropriate values when the speaker has an adjustable beam? I don't think we need an additional field in the MVR to store that data. Do we need a flag in the GDTF to mark it as adjustable or can we just use the fact that Min<>Max signifies that it is adjustable? |
Added a new Node Definition for Speaker with attributes and child nodes.
|
We also need to define the orientation of the speaker geometry like we did with a light. There are a few things in the spec that depend on the orientation. |
|
On the todo list, we should also look at supports. We need to classify the speaker bumper and other connections as supports. If it doesn't exist already we may need to add optional subtypes to supports so we can separate Truss, Bumpers, Connections, Structure, etc. so we can specifically identify the type of structure. |
|
Hello, Here a few notes from review of the proposal at Meyer Sound : Meyer Sound exclusively builds self-powered loudspeakers among now many others manufacturers, with some also including DSP (but that seems to be taken care of in the amp part). We should think in how to reconcile this, either by having the amp part of the description of the amplifier (prefered, as it will be 1 "device") or link them. There is also a use case where the amplifier is in the loudspeaker, but the power supply is outside of the enclosure, generally for 2 reasons : space, or using longer low-voltage cabling that can be plenum rated for fixed installations. |
|
About the current description : Sound rotation angle : M-Noise in AES-75 context is now called Music Noise suggesting AES75MusicNoise Max SPL weighting : Max SPL : For example if an A or C filter is applied to the signal, the value will be written as 200 dB SPL A Averaging time (time weighting): For example 200 dB SPL LAeq, 30 is A weighted signal averaged over 30 minutes. Impedance is not used for self-powered loudspeakers. About Sound Angle : Line-arrays have proportional vertical angles, meaning they vary with frequency. Low frequencies are very wide, higher frequencies very narrow, up to a factor 10 sometimes. |
|
Proposed new fields : Internal amplifier (or Self-Powered) - Yes / No |
|
The case for line-arrays needs to be considered here as they only work as an assembly of loudspeakers (geometries), but there are also other cases like sub arrays, and point-source arrays. All of these will have to flow through the MVR. A line array, is an assembly of these properties :
|
|
@JGaudin thank you. Can you please post an image/schematic view of a speaker and label for us the individual elements? What we want to get clear on is what is the terminology for individual parts of the speaker. Thank you! |
No description provided.