Patent Application
20230179935
The embodiments described herein relate generally to audio systems, and more particularly to systems, methods, and modes to simplify and substantially automate the process of optimizing/calibrating a loudspeaker used in an audio playback network so that with minimal effort the audio playback network can perform optimally.
As those of skill in the art can appreciate, when new loudspeakers are installed, there is often a lack of information as to the best equalization settings to maximize a user’s listening experience. Audio loudspeakers all have unique characteristics and limitations, and in order to obtain optimal performance, an audio system must be calibrated. However, many people are unaware that loudspeakers or even the audio equipment itself can or should be calibrated. Furthermore, those of skill in the art can appreciate that optimizing a sound system is not a simple task and requires training.
There are audio video receivers on the market that utilize a test microphone to calibrate and equalize a room. However, these popular solutions do not detect the specific loudspeaker models in a given room. Thus, according to aspects of the embodiments, a better solution would be to identify the loudspeakers and first apply an equalization curve for that loudspeaker before adjusting for the room.
Other available solutions on the market for applying loudspeaker profiles require manual intervention, e.g., checking the loudspeaker models, downloading, or creating equalization parameters, and then applying those equalization curves. There are also solutions on the market that correct for frequency response in the room, but these do not address the deficiencies of the loudspeakers in question.
Accordingly, a need has arisen for systems, methods, and modes to simplify and substantially automate the process of optimizing/calibrating a loudspeaker used in an audio playback network so that with minimal effort the audio playback network can perform optimally.
It is an object of the embodiments to substantially solve at least the problems and/or disadvantages discussed above, and to provide at least one or more of the advantages described below.
It is therefore a general aspect of the embodiments to provide systems, methods, and modes to simplify and substantially automate the process of optimizing/calibrating a loudspeaker used in an audio playback network so that with minimal effort the audio playback network can perform optimally that will obviate or minimize problems of the type previously described.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
Further features and advantages of the aspects of the embodiments, as well as the structure and operation of the various embodiments, are described in detail below with reference to the accompanying drawings. It is noted that the aspects of the embodiments are not limited to the specific embodiments described herein. Such embodiments are presented herein for illustrative purposes only. Additional embodiments will be apparent to persons skilled in the relevant art(s) based on the teachings contained herein.
According to a first aspect of the embodiments, a method for optimizing audio equalization settings based on a specific make and model of loudspeaker being used in an audio distribution system is provided, comprising: generating a loudspeaker test signal; transmitting the loudspeaker test signal to a loudspeaker unit under test (LUUT); receiving an acoustic signal from the LUUT by a microphone located at a test location, the microphone generating an electrical loudspeaker test signal response (loudspeaker test signal response); converting the loudspeaker test signal response to a digitized loudspeaker test signal response; generating a spectral plot of the digitized loudspeaker test signal response for the LUUT; comparing the spectral plot of the LUUT to spectral plots of known loudspeakers, and matching the spectral plot of the LUUT to a spectral plot of a first make and model of a known loudspeaker; and obtaining a set of equalizer settings for the first make and model of the known loudspeaker.
According to the first aspect of the embodiments, the method further comprises: transmitting the obtained set of equalizer settings for the first make and model of the known loudspeaker to an equalizer, wherein the equalizer is part of the audio distribution system; and processing audio data received by the audio distribution system using the obtained set of equalizer settings.
According to a second aspect of the embodiments, an audio distribution system is provided, comprising: at least one processor; a memory operatively connected with the at least one processor, wherein the memory stores computer-executable instructions that, when executed by the at least one processor, causes the at least one processor to execute a method that comprises: generating a loudspeaker test signal; transmitting the loudspeaker test signal to a loudspeaker unit under test (LUUT); receiving an acoustic signal from the LUUT by a microphone located at a test location, the microphone generating an electrical loudspeaker test signal response (loudspeaker test signal response); converting the loudspeaker test signal response to a digitized loudspeaker test signal response; generating a spectral plot of the digitized loudspeaker test signal response for the LUUT; comparing the spectral plot of the LUUT to spectral plots of known loudspeakers, and matching the spectral plot of the LUUT to a spectral plot of a first make and model of a known loudspeaker; and obtaining a set of equalizer settings for the first make and model of the known loudspeaker.
According to the second aspect of the embodiments, the method further comprises: transmitting the obtained set of equalizer settings for the first make and model of the known loudspeaker to an equalizer, wherein the equalizer is part of the audio distribution system; and processing audio data received by the audio distribution system using the obtained set of equalizer settings.
The patent or application file contains at least one drawing executed in color. Copies of this patent or patent application publication with color drawing(s) will be provided by the Office upon request and payment of the necessary fee.
The above and other objects and features of the embodiments will become apparent and more readily appreciated from the following description of the embodiments with reference to the following figures. Different aspects of the embodiments are illustrated in reference figures of the drawings. It is intended that the embodiments and figures disclosed herein are to be considered to be illustrative rather than limiting. The components in the drawings are not necessarily drawn to scale, emphasis instead being placed upon clearly illustrating the principles of the aspects of the embodiments. In the drawings, like reference numerals designate corresponding parts throughout the several views.
The embodiments are described more fully hereinafter with reference to the accompanying drawings, in which embodiments of the inventive concept are shown. In the drawings, the size and relative sizes of layers and regions may be exaggerated for clarity. Like numbers refer to like elements throughout. The embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the inventive concept to those skilled in the art. The scope of the embodiments is therefore defined by the appended claims. The detailed description that follows is written from the point of view of a control systems company, so it is to be understood that generally the concepts discussed herein are applicable to various subsystems and not limited to only a particular controlled device or class of devices, such as audio networks, but can be used in virtually any type of audio playback system.
Reference throughout the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with an embodiment is included in at least one embodiment of the embodiments. Thus, the appearance of the phrases “in one embodiment” or “in an embodiment” in various places throughout the specification is not necessarily referring to the same embodiment. Further, the particular feature, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
The different aspects of the embodiments described herein pertain to the context of systems, methods, and modes to simplify and substantially automate the process of optimizing/calibrating a loudspeaker used in an audio playback network so that with minimal effort the audio playback network can perform optimally, but is not limited thereto, except as may be set forth expressly in the appended claims.
For 40 years Crestron Electronics Inc., has been the world’s leading manufacturer of advanced control and automation systems, innovating technology to simplify and enhance modern lifestyles and businesses. Crestron designs, manufactures, and offers for sale integrated solutions to control audio, video, computer, and environmental systems. In addition, the devices and systems offered by Crestron streamlines technology, improving the quality of life in commercial buildings, universities, hotels, hospitals, and homes, among other locations. Accordingly, the systems, methods, and modes described herein can improve audio systems as discussed below.
The systems, methods, and modes described herein detect acoustic signals generated by a loudspeaker unit under test (LUUT) in response to a loudspeaker test signal (LTS), convert the detected acoustic signals into digital audio signals, perform signal processing the digitized audio signals to create frequency (spectral) response plot of the LUUT, compare and match the detected frequency response plot of the LUUT to at least one frequency response plot of known loudspeakers that are stored in a local/remote database, and, on the basis of the match, determine the make/mode of the unknown LUUT, obtain a set of equalization parameters that have been stored in the remote/local database that corresponds to the known, matched loudspeaker frequency response plot, and provide the same to an equalizer that is part of the DSP. Audio that is then received through the audio playback network and by the DSP will then be processed by the equalizer using the provided set of equalization parameters so that an optimal performance can be obtained from the loudspeaker in the audio playback network according to aspects of the embodiments. This process can be repeated for numerous loudspeakers in the audio playback network.
In the following detailed description, references are made to the accompanying drawings that form a part hereof, and in which are shown by way of illustrations, specific embodiments, or examples. These aspects may be combined, other aspects may be utilized, and structural changes may be made without departing from the spirit or scope of the present disclosure. The following detailed description is therefore not to be taken in a limiting sense, and the scope of the present invention is defined by the appended claims and their equivalents.
While some embodiments will be described in the general context of program modules that execute in conjunction with an application program that runs on an operating system on a personal computer, those skilled in the art will recognize that aspects may also be implemented in combination with other program modules.
The following is a list of the elements of the figures in numerical order:
100
102
104
106
108
110
112
114
116
118
120
122
124
200
202-214
306
308
312
314
316
318
320
322
324
326
328
330
332
334
336
338
340
342
344
346
348
350
352
354
356
358
360
362
364
366
390
402
404
406
408
410
412
414
416
418
420
422
424
600
602
650
700
800
850
1000
1002
Used throughout the specification are several acronyms, the meanings of which are provided as follows:
Generally, program modules include routines, programs, components, data structures, and other types of structures that perform particular tasks or implement particular abstract data types. Moreover, those of skill in the art can appreciate that different aspects of the embodiments can be practiced with other computer system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, and comparable computing devices. Aspects of the embodiments can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.
Aspects of the embodiments can be implemented as a computer-implemented process (method), a computing system, or as an article of manufacture, such as a computer program product or computer readable media. The computer program product can be a computer storage medium readable by a computer system and encoding a computer program that comprises instructions for causing a computer or computing system to perform example process(es). The computer-readable storage medium is a computer-readable memory device. The computer-readable storage medium can for example be implemented via one or more of a volatile computer memory, a non-volatile memory, a hard drive, a flash drive, a floppy disk, or a compact disk, and comparable hardware media.
Throughout this specification, the term “platform” can be a combination of software and hardware components for providing share permissions and organization of content in an application with multiple levels of organizational hierarchy. Examples of platforms include, but are not limited to, a hosted service executed over a plurality of servers, an application executed on a single computing device, and comparable systems. The term “server” generally refers to a computing device executing one or more software programs typically in a networked environment. More detail on these technologies and example operations is provided below.
A computing device, as used herein, refers to a device comprising at least a memory and one or more processors that includes a server, a desktop computer, a laptop computer, a tablet computer, a smart phone, a vehicle mount computer, or a wearable computer. A memory can be a removable or non-removable component of a computing device configured to store one or more instructions to be executed by one or more processors. A processor can be a component of a computing device coupled to a memory and configured to execute programs in conjunction with instructions stored by the memory. Actions or operations described herein may be executed on a single processor, on multiple processors (in a single machine or distributed over multiple machines), or on one or more cores of a multi-core processor. An operating system is a system configured to manage hardware and software components of a computing device that provides common services and applications. An integrated module is a component of an application or service that is integrated within the application or service such that the application or service is configured to execute the component. A computer-readable memory device is a physical computer-readable storage medium implemented via one or more of a volatile computer memory, a non-volatile memory, a hard drive, a flash drive, a floppy disk, or a compact disk, and comparable hardware media that includes instructions thereon to automatically save content to a location. A user experience can be embodied as a visual display associated with an application or service through which a user interacts with the application or service. A user action refers to an interaction between a user and a user experience of an application or a user experience provided by a service that includes one of touch input, gesture input, voice command, eye tracking, gyroscopic input, pen input, mouse input, and keyboards input. An application programming interface (API) can be a set of routines, protocols, and tools for an application or service that allow the application or service to interact or communicate with one or more other applications and services managed by separate entities.
While example implementations are described using audio networks herein, embodiments are not limited to such applications. For example, aspects of the embodiments can be employed in stand-alone audio systems, such as a room in a building that can play be audio through a dedicated system not connected to any network. As discussed previously, different types of audio can be played back in an audio system and if the audio signal is not advantageously equalized based on the type of loudspeaker, then the quality of the playback can suffer.
Technical advantages exist for automatically applying equalizer settings for different types of loudspeakers utilizing the aspects of the embodiments that include optimizing the listening experience, and increasing audio fidelity. Such technical advantages can include, but are not limited to, the ability to determine the manufacturer and model of loudspeaker through which the audio is being played back through, so that optimized equalizer settings can then be applied to the audio prior to it being broadcast by the loudspeaker.
Aspects of the embodiments address a need that arises from very large scale of operations created by networked computing and cloud-based services that cannot be managed by humans. The actions/operations described herein are not a mere use of a computer, but address results of a system that is a direct consequence of software used as a service such as audio network communication services offered in conjunction with communications.
While some embodiments will be described in the general context of program modules that execute in conjunction with an application program that runs on an operating system on a personal computer, those skilled in the art will recognize that aspects may also be implemented in combination with other program modules.
Other inputs to DSP 110 can include analog sources 106 (turntables, output of conventional radio sets, and the like), and other digital audio sources 108 (e.g., a compact disk (CD) and digital video disk (DVD) players, and the like). If the received audio data is analog, it will first be converted to a digital audio signal, so that it can be processed by DSP 110.
DSP 110 itself comprises one or more processors 112, memory 114, and Loudspeaker Characterization and Determination Application (App) 116, as well as a significant amount of other software and applications that provide for audio data processing and data manipulation and user interfaces, all of which are known to those of skill in the art, and therefore in fulfillment of the dual purposes of clarity and brevity have not been discussed herein.
Audio data is then sent to equalizer 118 (in which equalization settings determined according to aspects of the embodiments can be applied to the received audio), converted to an analog signal through use of one or more digital to analog converters (DACs; not shown), and then amplified by at least one amplifier 120, prior to being broadcast by one or more loudspeakers 122. APB NW 100 further comprises microphone (mic) 124.
In APB NW 100, network connected DSP 110 receives audio data through network 102 or via a separate analog input or digital input. Those of skill in the can appreciate that the audio data source can be from a legacy audio input like an RCA connector (analog input). As described above, audio can be received through network 102 from cloud 104, such as a Podcast from an online Podcast service. According to an aspects of the embodiments, DSP 110 receives the audio data, buffers the audio data, and then applies equalization settings to the audio data.
According to aspects of the embodiments, prior to a user directing APB NW 100 to determine the make/model of loudspeaker 122, the user will pre-position mic 124 into a predetermined distance and position from loudspeaker 122.
App 116 can then generate one or more loudspeaker test signals (LTSs) that are broadcast through loudspeaker 122. The acoustic audio signal output by loudspeaker 122 is received by mic 124, converted to an analog/digital signal therein (if analog, it will be converted to a digital signal within DSP 110), and then sent to DSP 110. DSP 110 receives the digitized mic output, which is a digitized electrical signal that represents the acoustic signal output by loudspeaker 122. DSP 110 receives the signals, in either digital or analog form (and digitizes it if in analog form), and then using discrete Fourier transform signal processing techniques, generates a frequency response of the received acoustic signals.
Because DSP 110 has stored within it a database of known loudspeakers’ frequency responses (or spectral plots) to the same signal input to loudspeaker 122, DSP 110 can compare the spectral plot of LUUT 122 to spectral plots of the known loudspeakers. In this manner, DSP 110 can determine the make/model of the LUUT 122.
If no exact or substantially close match exists, App 116 can estimate the closest match or matches, and provide that information to the user for a final determination. If the match is substantially similar, within a certain range of values, then App 116 can make the determination of the make/model of the LUUT 122. Once a determination has been made as to the make/model of the LUUT 122, then DSP 110 can obtain a stored set of equalizer parameters for the particular make/model of the known loudspeaker. Such equalizer parameters can also be stored in the same or different database as the spectral plots. DSP 110 (i.e., processor 112) can then send the set of obtained equalizer parameters to equalizer 118 so that received audio can be processed by the obtained equalization parameters to obtain a substantially better audio output from loudspeaker 122 (i.e., the LUUT).
As those of skill in the art can appreciate, a spectral plot is a graph which allows us to examine the cyclic structure, in the frequency domain, of a time series. A time series represents a progression of some parameter in time. As those of skill in the art can appreciate, the time series is a function of time, but it is typically random; that is, it cannot be predicted what it will do in the future exactly, only what it might do. In technical terms, a spectral plot is a smoothed Fourier transform of the auto-covariance function of the time series.
According to aspects of the embodiments there is an optimal tone setting (i.e., a set of equalizer parameters) for substantially all of the different makes/models of loudspeakers 122. Any audio data that is then equalized by the obtained equalizer settings according to aspects of the embodiments should sound better because the particular variances in the loudspeaker’s output have now been accounted and compensated for.
According to further aspects of the embodiments, the set of equalizer parameters that have been obtained based on the particular make/model of loudspeaker can be combined with a set of equalization parameters that is unique and specific to the room in which the audio music/voice is being played back in. That is, there can be an optimal set of equalizer parameters for a room such that the room’s “spectral response,” or “frequency response,” is substantially flat or even, so that there are little or no audio frequency “peaks” or “valleys” (i.e., no noticeable losses or gains in amplitude for any frequency in the audible spectrum). Such a process can be referred to as “tuning a room.”
According to aspects of the embodiments, the different sets of equalizer parameters can be generated by a user (via a graphical user interface of App 116 (not shown, but which can be used on a mobile electronic device (MED), or computer, which is locally or remotely connected), or can be generated automatically by App 16 that characterizes loudspeaker 122 and room and generates a set of equalizer parameters that flattens the response for the different rooms and loudspeakers.
As described above, it is known that a characterization of a room in which an audio system is located will indicate “peaks” and “valleys” of amplitudes for different frequencies in the human audible hearing range (about 20 Hz to about 20 kHz). Typically, an installer of such an audio system will want a substantially flat response characterization - i.e., one in which there are very little or no valleys and peaks of amplitudes over the human audible hearing range. There could exist a first set of equalizer settings that achieves such a flattened response for the particular room that the audio data is being broadcast into. The second set of equalizer settings are the ones that a user has generated and stored for a first particular type of audio data that is being broadcast into the room. Aspects of the embodiments, through use of App 116, will obtain the first and second set of equalizer settings and reconcile them to generate a third set such that the desired response for the audio data is achieved in the room. This is shown in regard to
According to further aspects of the embodiments, such optimized tone settings can also be used in audio that accompanies video. According to still further aspects of the embodiments, the video output signal itself can also be optimized based on content of the input video signal. If the source is a PC, then the video processor can change to focus on text versus if the content is sports from a cable box where the optimization would be for motion pictures.
DSP 110 itself comprises one or more processors 112, memory 114, and Loudspeaker Characterization and Determination Application (App) 116, as well as a significant amount of other software and applications that provide for audio data processing and data manipulation and user interfaces, all of which are known to those of skill in the art, and therefore in fulfillment of the dual purposes of clarity and brevity have not been discussed herein. App 116, in addition to being used to generate spectral plots of loudspeaker 122 as described below, can also contain (or store) a loudspeaker profile database that can be used to adjust audio data prior to being broadcast by the one or more loudspeakers 122, according to aspects of the embodiments.
Following processing/manipulation by DSP software, audio data is then sent to equalizer 118, converted to an analog signal through use of one or more digital to analog converters (DACs; not shown), and then amplified by at least one amplifier 120, prior to being broadcast by one or more loudspeakers 122. Audio network 100 further comprises microphone (mic) 124.
According to aspects of the embodiments, microphone (mic) 124 acquires acoustic sound energy transmitted by loudspeaker unit under test (LUUT) 122, converts the acquired (received) sound energy to a time varying electrical signal, which is then sent to DSP 110. DSP 110 receives the electrical signal from mic 124 transducer, converts the same to a digital signal, process the digital signal, and generate the spectral plot, which illustrates relative amplitude of the output from LUUT 122 versus input frequency. This then becomes a unique spectral plot for the LUUT 122. According to aspects of the embodiments, a plurality of loudspeaker spectral plots can be stored in network 102 (cloud based) (or memory 114 in DSP 110) and a loudspeaker spectral plot database application can be used by a user to match stored spectral plots of known loudspeakers to the spectral plot of the LUUT 122 as determined DSP 110 according to aspects of the embodiments.
According to further aspects of the embodiments, the particular type of loudspeaker 122 can also be automatically detected by DSP 110 through an interrogation process. The loudspeaker interrogation process begins with DSP 110 sending a message to loudspeaker 122 which then responds with a message that identifies itself. DSP 110 can then obtain the proper equalizer parameters settings to equalize the output of loudspeaker 122 based on its profile, or have it stored in memory. The equalization curve used by DSP 110 can improve the output of loudspeaker 122 as well as setting limitations on signal strength to protect loudspeaker 122 from being overdriven.
Aspects of the embodiments will automatically detect the make/model of loudspeakers 122 and apply corresponding loudspeaker equalization parameters. Further aspects of the embodiments will allow users to have the loudspeaker profile implemented before correcting for any room effect on the audio system.
According to further aspects of the embodiments, the loudspeaker equalization parameters can be incorporated into driver databases. For instance, a network scan can be performed, the products identified (i.e., a brand “XYZ” loudspeaker) and then automatically load the driver for that loudspeaker for control on a Crestron control system.
Method 200 is performed by App 116, stored in memory 114, and executed by processor 112, the steps of storing and executing known to a person of ordinary skill in the art.
Method 200 begins with method step 202. In method step 202 a loudspeaker test signal (LTS) is generated by DSP 110 and output to loudspeaker unit under test (LUUT) 122. A user would have previously set up mic 124 in a known, predetermined location and relative position, as described above, and shown in
In method step 204, an acoustic signal is generated by LUUT 122 in response to the LTS. In method step 206, an acoustic signal is received by mic 124, and digitized, either in mic 124, or when the analog electrical signal is received by DSP 110 from mic 124.
In method step 208, digitized or digital audio is analyzed by DSP 110. DSP 110 can use software and/or hardware based versions of discrete Fourier Transforms to determine the frequency components (or spectral components) of the received audio and respective amplitudes thereof. In method step 208, DSP 110 generates a spectral plot, or amplitude-frequency plot, which plots the relative amplitudes of different frequency components of the audio signal received by mic 124 and output to DSP 110 (in either analog or digital form), and stores the same as, by non-limiting example, “FreqDataLUUTInput.” According to aspects of the embodiments, the digitized audio data can be frequency analyzed by DSP 110 (i.e., processor 112 and App 116) over a first period of time, or periodically and then averaged, in order to ascertain the spectral response of LUUT 122.
In decision step 210, App 116 compares the spectral plot data, FreqDataLUUTInput, of the LUUT 122 to prestored spectral plots of known loudspeakers (FreqDataKnwnLS(n)) in order to match, as closely as possible, the received spectral data of LUUT 122 to a known spectral plot of known loudspeakers. That is, in decision step 210, App 116 compares FreqDataLUUTInput to each of the stored spectral plots FreqDataKnwnLS(n). A non-limiting example of how such a match occurs is shown in
In
According to further aspects of the embodiments, the predetermined frequency values at which to obtain amplitude values can be substantially continuous (i.e., each frequency from 20 Hz to 20 kHz (about 20,000 values), substantially uniform but not continuous (e.g., every 10 Hz, or 20 Hz, or some other non-random interval), substantially non-uniform and not continuous (e.g., randomized, different intervals between 20 Hz and 20 kHz), among other means for determining the ACV. According to further aspects of the embodiments, the frequencies that are selected can be selected based on their relative amplitudes - that is, those that are more dominant in regard to loudspeaker characterization than others can be used for purposes of matching.
If there is a close enough match between the spectral plot of the unknown loudspeaker (LUUT 122; FreqDataLUUTInput) to a spectral plot of known loudspeakers 122a (FreqDataKnwnLS(n); “Yes” path from decision step 210), then in method step 212, App 116 obtains the equalizer settings associated with the matched spectral plot for the particular loudspeaker, and in method step 212, App 116 transmits the equalizer settings to equalizer 118, which then processes received audio data according to the new equalizer settings prior to outputting the audio data (in analog form) to amplifier(s) 120, and loudspeaker(s) 122 to be broadcast.
If, however, there is not a close enough match between the spectral data FreqDataLUUTInput of the LUUT 122 and any of the known spectral plots FreqDataKnwnLS(n) (“No” path from decision step 210), then a default equalizer setting is used in step 214. Such default equalizer settings can be determined by the user, or determined by another means according to aspects of the embodiments.
According to further aspects of the embodiments, in addition to the matching steps discussed above, or as an alternative thereto, a user can establish a list of Loudspeaker Manufacturers (“User LS Manufacturer List”) that can be compared to metadata associated with each LUUT 122. In such case, there can be metadata associated with the unknown LUUT 122 that includes the make/model of the LUUT 122. In this alternative embodiment for determining the make/mode of LUUT 122, DSP 110 interrogates LUUT 122 with digital commands and determines the make/model by simply asking for the make/model and receiving a response from LUUT 122. App 116 receives the response from LUUT 122 and uses the metadata received from the LUUT 122 and finds a match, if one exists in the User LS Manufacturer List stored in memory 114, or in a remotely stored database. If a match exists, a corresponding set of equalizer parameters will be stored therein as well, and obtained by App 116, transmitted to equalizer 118, and applied to incoming audio data, in the manner as previously described.
By way of non-limiting example, User LS Manufacturer List can include (a made up example) the make “Extreme Loudspeakers,” and Model# 123-456, Model# 456-789, and so on. For each of these makes/models there can be different or similar sets of equalizers settings/parameters.
As discussed in detail above,
According to aspects of the embodiments, equalizer settings 850 is a substantial inverse of first room spectral response 800; that is, where there are “dropouts” or reductions of amplitude in first room spectral response 800 (e.g., at or about 20 Hz, first room spectral response 800 has an amplitude that is below the 0 dB reference line), at the same frequency, there is a gain that substantially matches the attenuation in the first room spectral response 800. As those of skill in the art can appreciate, however, first room spectral response 800 is typically obtained through use of “white noise” or some other specially tailored set of audio spectrum signals (e.g., pink noise, among others).
Audio Playback Network with multiple loudspeakers and mics (APB NW) 1000 includes substantially all of the components of APB NW 100, but is located in room 1002 (which can be a large conference room, auditorium, and the like), and comprises numerous loudspeakers 122a-n and mics 124a,b. In addition, APB NW 1000 includes App 116′ which is substantially functionally equivalent to App 16, but also includes other features. These additional features include the ability to interface with other applications that can locate and map loudspeakers in room 1002, and provide substantially greater interfaces with users in local and/or remote locations. These additional features are used in the alternative aspects embodiments.
App 116′ can interface with other applications that locate and map loudspeakers 122a-n. Once a user has determined that all or as many loudspeakers 122 have been mapped as desired, the user can then interface with App 116′, with enhanced capabilities, to determine what kind of loudspeakers each of the mapped ones are, and then provide respective DSPs 110 with the appropriate set(s) of equalizer parameters. It can be the case, especially in older buildings, that several or many of the loudspeakers 122 have failed over time, and have had to be replaced, oftentimes by ones different than was originally installed. Thus, a collection of different types of loudspeakers, either different models and/or different makes and models comes to be installed in room 1002, and the audio quality can begin to deteriorate. Using App 116′ can alleviate or prevent the deterioration of the quality of the audio by implementing the equalizer settings in the manner described in regard to
Internal memory that is located on PCB 316 itself can comprise hard disk drive (HDD) 318 (these can include conventional magnetic storage media, but, as is becoming increasingly more prevalent, can include flash drive memory 354, among other types), ROM 312 (these can include electrically erasable programmable ROM (EEPROMs), ultra-violet erasable PROMs (UVPROMs), among other types), and RAM 314. Usable USB port 320 is flash drive memory 354, and usable with CD/DVD/RW drive 326 are CD/DVD diskettes (CD/DVD) 356 (which can be both read and write-able). Usable with floppy diskette drive 328 are floppy diskettes 358. External memory storage device 352 can be used to store data and programs external to computer 390, and can itself comprise another HDD 318, flash drive memory 354, among other types of memory storage. External memory storage device 352 is connectable to computer 390 via USB cable 346. Each of the memory storage devices, or the memory storage media (1406, 318, 312, 314, 352, 354, 356, and 358, among others), can contain parts or components, or in its entirety, executable software programming code or application that has been termed App 116 according to aspects of the embodiments, which can implement part or all of the portions of method 200 among other methods not shown, described herein.
In addition to the above described components, computer 390 also comprises keyboard 360, external display 362, printer/scanner/fax machine 344, and mouse 342 (although not technically part of the computer 390, the peripheral components as shown in
External display 362 can be any type of currently available display or presentation screen, such as liquid crystal displays (LCDs), light emitting diode displays (LEDs), plasma displays, cathode ray tubes (CRTs), among others (including touch screen displays). In addition to the user interface mechanism such as mouse 342, computer 390 can further include a microphone, touch pad, joystick, touch screen, voice-recognition system, among other interactive inter-communicative devices/programs, which can be used to enter data and voice, and which all of are currently available and thus a detailed discussion thereof has been omitted in fulfillment of the dual purposes of clarity and brevity.
As mentioned above, computer 390 further comprises a plurality of wireless transceiver devices, such as Wi-Fi transceiver 332, BT transceiver 334, NFC transceiver 336, cellular transceiver 338, satellite transceiver 340, and antenna 364. While each of Wi-Fi transceiver 332, BT transceiver 334, NFC transceiver 336, cellular transceiver 338, and satellite transceiver 340 has their own specialized functions, each can also be used for other types of communications, such as accessing a cellular service provider (not shown), accessing network 310 (which can include the Internet), texting, emailing, among other types of communications and data/voice transfers/exchanges, as known to those of skill in the art. Each of Wi-Fi transceiver 332, BT transceiver 334, NFC transceiver 336, cellular transceiver 338, satellite transceiver 340 includes a transmitting and receiving device, and a specialized antenna, although in some instances, one antenna can be shared by one or more of Wi-Fi transceiver 332, BT transceiver 334, NFC transceiver 336, cellular transceiver 338, and satellite transceiver 340. Alternatively, one or more of Wi-Fi transceiver 332, BT transceiver 334, NFC transceiver 336, cellular transceiver 338, and satellite transceiver 340 will have a specialized antenna, such as satellite transceiver 340 to which is electrically connected at least one antenna 364.
In addition, computer 390 can access network 310 (of which the Internet can be part of, as shown and described in
According to further aspects of the embodiments, integrated touch screen display 330, keyboard 360, mouse 342, and external display 362 (if in the form of a touch screen), can provide a means for a user to enter commands, data, digital, and analog information into the computer 390. Integrated and external displays 330, 362 can be used to show visual representations of acquired data, and the status of applications that can be running, among other things.
Bus 308 provides a data/command pathway for items such as: the transfer and storage of data/commands between processor 112, Wi-Fi transceiver 332, BT transceiver 334, NFC transceiver 336, cellular transceiver 338, satellite transceiver 340, integrated display 330, USB port 320, Ethernet port 322, VGA/HDMI port 324, CD/DVD/RW drive 326, floppy diskette drive 328, and processor memory 114. Through bus 308, data can be accessed that is stored in memory 114. Processor 112 can send information for visual display to either or both of integrated and external displays 330, 362, and the user can send commands to the computer operating system (operating system (OS)) 306 that can reside in processor memory 114 of processor 112, or any of the other memory devices (356, 358, 318, 312, and 314).
Computer 390, and either memories 114, 312, 314, and 318, or external memories 352, 354, 356 and 358, can be used to store computer code that when executed, implements method 200, as well as other methods not shown and discussed, for optimizing equalization settings for the specific type of audio, according to aspects of the embodiments. Hardware, firmware, software, or a combination thereof can be used to perform the various steps and operations described herein. According to aspects of the embodiments, App 116 for carrying out the above discussed steps can be stored and distributed on multi-media storage devices such as devices 318, 312, 314, 354, 356 and/or 358 (described above) or other form of media capable of portably storing information. Storage media 354, 356 and/or 358 can be inserted into, and read by devices such as USB port 320, CD/DVD/RW drive 326, and floppy diskette drive 328, respectively.
As also will be appreciated by one skilled in the art, the various functional aspects of the aspects of the embodiments can be embodied in a wireless communication device, a telecommunication network, or as a method or in a computer program product. Accordingly, aspects of embodiments can take the form of an entirely hardware embodiment or an embodiment combining hardware and software aspects. Further, the aspects of embodiments can take the form of a computer program product stored on a computer-readable storage medium having computer-readable instructions embodied in the medium. Any suitable computer-readable medium can be utilized, including hard disks, CD-ROMs, DVDs, optical storage devices, or magnetic storage devices such a floppy disk or magnetic tape. Other non-limiting examples of computer-readable media include flash-type memories or other known types of memories.
Further, those of ordinary skill in the art in the field of the aspects of the embodiments can appreciate that such functionality can be designed into various types of circuitry, including, but not limited to field programmable gate array structures (FPGAs), application specific integrated circuitry (ASICs), microprocessor based systems, among other types. A detailed discussion of the various types of physical circuit implementations does not substantively aid in an understanding of the aspects of the embodiments, and as such has been omitted for the dual purposes of brevity and clarity. However, the systems and methods discussed herein can be implemented as discussed and can further include programmable devices.
Such programmable devices and/or other types of circuitry as previously discussed can include a processing unit, a system memory, and a system bus that couples various system components including the system memory to the processing unit. The system bus can be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. Furthermore, various types of computer readable media can be used to store programmable instructions. Computer readable media can be any available media that can be accessed by the processing unit. By way of example, and not limitation, computer readable media can comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile as well as removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROMs, DVDs or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information, and which can be accessed by the processing unit. Communication media can embody computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and can include any suitable information delivery media.
The system memory can include computer storage media in the form of volatile and/or nonvolatile memory such as ROM and/or RAM. A basic input/output system (BIOS), containing the basic routines that help to transfer information between elements connected to and between the processor, such as during start-up, can be stored in memory. The memory can also contain data and/or program modules that are immediately accessible to and/or presently being operated on by the processing unit. By way of non-limiting example, the memory can also include an operating system, application programs, other program modules, and program data.
The processor can also include other removable/non-removable and volatile/nonvolatile computer storage media. For example, the processor can access a hard disk drive that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive that reads from or writes to a removable, nonvolatile magnetic disk, and/or an optical disk drive that reads from or writes to a removable, nonvolatile optical disk, such as a CD-ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM and the like. A hard disk drive can be connected to the system bus through a non-removable memory interface such as an interface, and a magnetic disk drive or optical disk drive can be connected to the system bus by a removable memory interface, such as an interface.
Aspects of the embodiments discussed herein can also be embodied as computer-readable codes on a computer-readable medium. The computer-readable medium can include a computer-readable recording medium and a computer-readable transmission medium. The computer-readable recording medium is any data storage device that can store data which can be thereafter read by a computer system. Examples of the computer-readable recording medium include ROM, RAM, CD-ROMs and generally optical data storage devices, magnetic tapes, flash drives, and floppy disks. The computer-readable recording medium can also be distributed over network coupled computer systems so that the computer-readable code is stored and executed in a distributed fashion. The computer-readable transmission medium can transmit carrier waves or signals (e.g., wired, or wireless data transmission through the Internet). Also, functional programs, codes, and code segments to, when implemented in suitable electronic hardware, accomplish or support exercising certain elements of the appended claims can be readily construed by programmers skilled in the art to which the aspects of the embodiments pertains.
The disclosed aspects of the embodiments provide a system and method for optimizing equalization settings for a specific loudspeaker, according to aspects of the embodiments, on one or more computers 390. It should be understood that this description is not intended to limit aspects of the embodiments. On the contrary, aspects of the embodiments are intended to cover alternatives, modifications, and equivalents, which are included in the spirit and scope of the aspects of the embodiments as defined by the appended claims. Further, in the detailed description of the aspects of the embodiments, numerous specific details are set forth to provide a comprehensive understanding of the claimed aspects of the embodiments. However, one skilled in the art would understand that various aspects of the embodiments can be practiced without such specific details.
According to aspects of the embodiments, a user of the above described system and method can store App 116 on their computer 390 as well as mobile electronic device (MED)/personal electronic device (PED) 422 (hereon in referred to as “PEDs 422). PEDs 422 can include, but are not limited to, so-called smart phones, tablets, personal digital assistants (PDAs), notebook and laptop computers, and essentially any device that can access the internet and/or cellular phone service or can facilitate transfer of the same type of data in either a wired or wireless manner.
PED 422 can access cellular service provider 412, either through a wireless connection (cell tower 414) or via a wireless/wired interconnection (a “Wi-Fi” system that comprises, e.g., modulator/demodulator (modem) 402, wireless router 404, internet service provider (ISP) 406, and internet 410 (although not shown, those of skill in the art can appreciate that internet 410 comprises various different types of communications cables, servers/routers/switches 408, and the like, wherein data/software/applications of all types is stored in memory within or attached to servers or other processor based electronic devices, including, for example, App 116 within a computer/server that can be accessed by a user of App 116 on their PED 422 and/or computer 390). As those of skill in the art can further appreciate, internet 410 can include access to “cloud” computing service(s) and devices, wherein the cloud refers to the on-demand availability of computer system resources, especially data storage and computing power, without direct active management by the user. Large clouds often have functions distributed over multiple locations, each location being a data center.
Further, PED 422 can include NFC, “Wi-Fi,” and Bluetooth (BT) communications capabilities as well, all of which are known to those of skill in the art. To that end, network system 310 further includes, as many homes (and businesses) do, one or more computers 390 that can be connected to wireless router 404 via a wired connection (e.g., modem 402) or via a wireless connection (e.g., Bluetooth). Modem 402 can be connected to ISP 406 to provide internet-based communications in the appropriate format to end users (e.g., computer 390), and which takes signals from the end users and forwards them to ISP 406.
PEDs 422 can also access global positioning system (GPS) satellite 420, which is controlled by GPS station 418, to obtain positioning information (which can be useful for different aspects of the embodiments), or PEDs 422 can obtain positioning information via cellular service provider 412 using cellular tower(s) (cell tower) 414 according to one or more methods of position determination. Some PEDs 422 can also access communication satellites 420 and their respective satellite communication systems control stations 416 (the satellite in
According to further aspects of the embodiments, and as described above, network 102 also contains other types of servers/devices that can include computer 390, wherein one or more processors, using currently available technology, such as memory, data and instruction buses, and other electronic devices, can store and implement code that can implement the system and method for optimizing equalization settings for the specific type of loudspeaker used in an audio distribution system, according to aspects of the embodiments.
According to further aspects of the embodiments, additional features and functions of inventive embodiments are described herein below, wherein such descriptions are to be viewed in light of the above noted detailed embodiments as understood by those skilled in the art.
According to further aspects of the embodiments, additional features and functions of inventive embodiments are described herein below, wherein such descriptions are to be viewed in light of the above noted detailed embodiments as understood by those skilled in the art.
As described above, an encoding process is discussed specifically in reference to
This application may contain material that is subject to copyright, mask work, and/or other intellectual property protection. The respective owners of such intellectual property have no objection to the facsimile reproduction of the disclosure by anyone as it appears in published Patent Office file/records, but otherwise reserve all rights.
It should be understood that this description is not intended to limit the embodiments. On the contrary, the embodiments are intended to cover alternatives, modifications, and equivalents, which are included in the spirit and scope of the embodiments as defined by the appended claims. Further, in the detailed description of the embodiments, numerous specific details are set forth to provide a comprehensive understanding of the claimed embodiments. However, one skilled in the art would understand that various embodiments may be practiced without such specific details.
Although the features and elements of aspects of the embodiments are described being in particular combinations, each feature or element can be used alone, without the other features and elements of the embodiments, or in various combinations with or without other features and elements disclosed herein.
This written description uses examples of the subject matter disclosed to enable any person skilled in the art to practice the same, including making and using any devices or systems and performing any incorporated methods. The patentable scope of the subject matter is defined by the claims, and may include other examples that occur to those skilled in the art. Such other examples are intended to be within the scope of the claims.
The above-described embodiments are intended to be illustrative in all respects, rather than restrictive, of the embodiments. Thus, the embodiments are capable of many variations in detailed implementation that can be derived from the description contained herein by a person skilled in the art. No element, act, or instruction used in the description of the present application should be construed as critical or essential to the embodiments unless explicitly described as such. Also, as used herein, the article “a” is intended to include one or more items.
All United States patents and applications, foreign patents, and publications discussed above are hereby incorporated herein by reference in their entireties.
To solve the aforementioned problems, the aspects of the embodiments are directed towards systems, methods, and modes to simplify and substantially automate the process of optimizing/calibrating a loudspeaker used in an audio playback network so that with minimal effort the audio playback network can perform optimally.
Alternate embodiments may be devised without departing from the spirit or the scope of the different aspects of the embodiments.
The present application claims priority under 35 U.S.C. § 119(e) to U.S. Provisional Patent Application Serial No. 63/282,320 filed Nov. 23, 2021, the entire contents of which are expressly incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 63282320 | Nov 2021 | US |
