TOPIC: UMIK-1 dropping high frequencies

UMIK-1 sn: 7017021
First room: macbook pro early 2008 running REW 5.17 beta 14,
NAD T175 preamp connected to macbook with mini plug stereo jack to stereo analog in
Cinepro amp
PSB gold tower speakers


Second room: macbook pro late 2013 running REW 5.17 beta 14
sonos connect: amp connected to macbook with a different mini plug stereo jack to stereo analog in
duevel speakers

Measurements of each room using REW are attached below and in each case the SPL curve drops off by 4khz even though the sweep was set to go to 20khz.

Is the microphone broken? I purchased it not too long ago and just started using it. There has been no damage. Is there a way to test the UMIK-1?

Did the sweep actually run to 20 kHz?

Perhaps try an RTA with pink noise and see what that shows.

I would perform a loopback test on your REW setup to verify it's sweeping over the full range.

It's highly doubtful the microphone itself has an issue. In fact, your two measurements indicate a 1khz difference.

Dave.

how do i do a loopback test on a macbook pro? There is no microphone port!

well, i ran the measurement on the macbook without the UMIK-1 attached. Even though I turned down the output volume of the speaker to 50% and the mic input to 30% I still got a peak of 117 db!! LOL! prob because the speaker is right next to the mic on the laptop. Anyway the sweep ends a t 3.5 kHz . Why is that? The prefs are set to use 'main speaker signal' under sound card tab and 'use acoustic timing' under analysis tab.

I reiterate Johns question. Do you actually hear the sweep going above 4khz??? (That should be easily audible.)

Edit: (You posted nearly at the same time.)
It seems your problem is with the REW setup and not the UMIK.

Dave.

and here is an rta using only the laptop and sine wave at 12 kHz. clearly the laptop CAN generate a 12 kHz signal.



and here is the measurement dialog window clearly showing the sweep to 22khz

and here is an rta with pink noise

well, it seems setting the 'length parameter' to 512 or 1M improves the situation




Why would that be??

skypickle wrote:
Are you using an acoustic timing reference? Perhaps try turning that off for now.

If I do not use the timing reference, I get the error dialog below:




With this setting, I get a full trace only if I set the sampling to 1M . As I make the samples less, the trace ends earlier.




In the chart above, The short gold trace is a 256k sample and the green trace is the 1M sample.
If I turn on 'use acoustic reference' I get the magenta graph (full trace) with the 1M sample.

Might be better to use the stable release (5.16) until you sort things out?

How does REW know to start without a timing reference? I guess the latency in the macbook results in the trace ending in the program but it is still being played by the output. I see this during the measurements:

The timing reference is not to tell REW to start, it is so that it can measure relative time delay.

I would suggest you get things going with the stable release and without using a timing reference. Once you learn the basics then you can try more advanced things and/or "live on the edge" with the beta releases