<div dir="ltr">Hi all. "Morlet wavelet" or "Gabor" is mostly just nomenclature. Perhaps the more accurate description would be a "set of Morlet wavelets" or a "bank of Morlet wavelets," which simply states that there are sine waves being tapered by Gaussians. To speak of a mother wavelet and daughter wavelets would imply that they have identical parameters but different sine waves.<div><br></div><div>More generally, there are many right ways to analyze data. There are, of course, many wrong ways as well, but if you have a critical eye, the wrong ways are usually easy to spot. Different normalizations or parameter settings can be more or less appropriate in certain situations. And normalization is always a tricky issue, not only in time-frequency analyses (and not only in neuroscience). At the risk of belaboring this point, one should never blindly trust a single set of parameters just because it's the default or because it's what someone wrote in a paper. This is particularly true for filtering, which is really what convolution and wavelets are all about. Always try a range of parameters and different analysis approaches to make sure you have a real finding, not some bizarre quirk of one specific parameter set.</div><div><br></div><div>I suppose the question of what to do in EEGLAB is about finding the right balance between what most users would want, while providing a few advanced options without overwhelming users. And if someone really needs a custom-designed analysis, they can write their own code. The math and programming behind these analyses is generally not difficult (<apologies for shameless promotion> Cohen, 2014, MIT Press). <br><div><br></div><div>Mike</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 24, 2016 at 2:47 AM, Makoto Miyakoshi <span dir="ltr"><<a href="mailto:mmiyakoshi@ucsd.edu" target="_blank">mmiyakoshi@ucsd.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dear Norman,<div><br></div><div>Thanks for your comment. I would like to confirm the following with you.</div><div><br></div><div>About (6),</div><span class=""><div><br></div><div>> But in fact, there are a lot of possibilities how steps of these cycle numbers, and therefore the window widths, are defined across frequencies.<br></div><div><br></div></span><div>But technically speaking, you vary the cycle numbers and it's not wavelet anymore, correct? I understand there are several reasonable ways to adjust the cycles numbers, but that's not the main point here.</div><div><br></div><div>It does not matter even if newtimef() is actually not a wavelet transform, if we use is with varying number of cycles. I just want to give it a correct label and description that points us to exact methods with which engineers and specialists in other fields can understand. </div><div><br></div><div>About (3), yes, if we see flat frequency responses it means underweighting the high-frequency power. That seems correct intuitively. However, raw output normalization is mainly for convenience anyway, and there could be more than one user need in doing this. It does not hurt to support multiple ways to normalize it, unless we all see that one method is apparently wrong. The energy normalization, as I understand, is not a 'wrong' method (or is it?) but one of reasonable and potentially useful ways to normalize the output--across frequency too.</div><div><br></div><div>Thank you again for your continued interest and contribution.</div><div>If we can all agree with the summary, I'll feed it to EEGLAB developers. It was indeed one of the deepest discussion on the list in the past years!</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Makoto</div></font></span><div><div class="h5"><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 23, 2016 at 3:19 PM, Norman Forschack <span dir="ltr"><<a href="mailto:forschack@cbs.mpg.de" target="_blank">forschack@cbs.mpg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Dear Makoto and list,<br>
<br>
I agree to almost all points with which Makoto summarized our discussion so well. Yet, after reading this excellent reference provided by Andreas, I like to further distinguish things within points 3 and 6. Please also correct me if I'm wrong.<br>
<br>
Starting with 6, I wouldn't say that if the number of cycles in wavelet increases over frequency, this actually is a Gabor transform/STFT per se. According to Addison, there are at least two differences. For Gabor 'the internal frequency, f, is allowed to vary within the gaussian window of fixed width' (qoting Addison). In other words, time and frequency resolution stays the same across analysed frequencies once the window length is given. For wavelets it's possible to 'immitate' this by applying variable cycle numbers across frequencies (with which it's not a wavelet transform anymore as Andreas noted). But in fact, there are a lot of possibilities how steps of these cycle numbers, and therefore the window widths, are defined across frequencies. I think the most convenient control for resolution parameters can be gained by ''Define empirical FWHM of wavelet in the frequency domain' as Mike proposed' (point 4). This would, however, still require that wavelet amplitude is normalized to unit gain (i.e. maximum value normalization and not unit energy or, alternatively, unit energy plus 'normalized to the RMS amplitude of the sinusoid').<br>
Another difference is, 'that the wavelet complex sinusoid is centered at [the given time point] on the time axis whereas the complex sinusoid contained within the gabor atom is 'centered' at the origin (t=0). [...So for] STFT sinusoid remains fixed in relation to the origin [...] whereas for the wavelet [...] the sinusoid and window move together. This should get important if you want to extract phase related measures which, without a correction term, wouldn't be comparable between the two transforms.<br>
<br>
For point 3, I think we haven't reached a consensus yet. I think Mike was referring to unit energy normalization when he stated: 'Trying to correct for this [maintain constant power across frequencies] while keeping the number of cycles constant is actually underestimating power at higher frequencies, because it involves trying to make the red bars more blue, even though the redness is accurate.' (if you're still listening Mike, is that right?) So it might be mentioned that applying unit energy normalization ensures that for an analysis with fixed cycle number across frequencies, the area covered by wavelet spectra (energy) is the same for all analysed center frequencies (but variable cycles is a different thing). (or maybe there's a more elegant way to put this).<br>
<br>
I also want to thank all the folks contributing to this discussion, I learned a lot from you!<br>
Best<br>
<span><font color="#888888">Norman<br>
</font></span><span><br>
<br>
----- Original Message -----<br>
From: "Makoto Miyakoshi" <<a href="mailto:mmiyakoshi@ucsd.edu" target="_blank">mmiyakoshi@ucsd.edu</a>><br>
To: "Andreas Widmann" <<a href="mailto:widmann@uni-leipzig.de" target="_blank">widmann@uni-leipzig.de</a>>, "Norman Forschack" <<a href="mailto:forschack@cbs.mpg.de" target="_blank">forschack@cbs.mpg.de</a>>, "Niko Busch" <<a href="mailto:niko.busch@gmail.com" target="_blank">niko.busch@gmail.com</a>>, "Mike X Cohen" <<a href="mailto:mikexcohen@gmail.com" target="_blank">mikexcohen@gmail.com</a>><br>
Cc: "eeglablist" <<a href="mailto:eeglablist@sccn.ucsd.edu" target="_blank">eeglablist@sccn.ucsd.edu</a>>, <a href="mailto:ramon@sccn.ucsd.edu" target="_blank">ramon@sccn.ucsd.edu</a><br>
Sent: Samstag, 20. August 2016 02:21:12<br>
Subject: Re: [Eeglablist] Units in output of timefreq - wavelet normalization<br>
<br>
<br>
</span><div><div>Update--<br>
<br>
<br>
<br>
Ok, let me confirm conclusions for the EEGLAB developers.<br>
<br>
<br>
1) This is the bottom line: Let's not use the raw uV^2 outputs since these changes due to non-interesting factors as Mike mentioned. Instead, let's use dB changes against baseline etc.<br>
<br>
<br>
2) If the raw uV^2 is absolutely necessary, there are probably two reasonable ways to normalize the raw values. One is, in Andreas's sample code, 'Analog to Gabor transform' in which A = 2. You'll find increasing power as frequency increases (which is the nature of the wavelet and not a problem.)<br>
<br>
<br>
3) The other good one is 'Unit energy' in which A = sqrt(pnts./(sqrt(pi)*sigma_f). Probably, EEGLAB developers can implement both as options and leave the choice to the users. You'll find flatter response over the frequency range.<br>
<br>
4) Yet another good one is 'Define empirical FWHM of wavelet in the frequency domain' as Mike proposed. Personally, I found it most reasonable for intuitiveness. It's also normalized across frequencies.<br>
<br>
<br>
5) EEGLAB's explanation about dftfilt3() needs to be at least more detailed, and potentially the default/optional normalization can be changes to one of the above two, as long as it does not conflict with backword compatibility.<br>
<br>
<br>
6) Also, it's probably good to add the following description to EEGLAB functions that if the number of cycles in wavelet increases in the time domain as the frequency increases, technically it's not a wavelet transform but classified as a Gabor transform (special case of short-time FT).<br>
<br>
<br>
If I wrote something wrong, please correct me.<br>
<br>
<br>
Makoto<br>
<br>
<br>
<br>
<br>
<br>
<br>
On Fri, Aug 19, 2016 at 3:00 PM, Makoto Miyakoshi < <a href="mailto:mmiyakoshi@ucsd.edu" target="_blank">mmiyakoshi@ucsd.edu</a> > wrote:<br>
<br>
<br>
<br>
Dear Andreas, Niko, Norman, Mike, and the list,<br>
<br>
What a detailed discussion!<br>
Let me quickly confirm & summarize.<br>
<br>
> The wavelets produced by dftfilt3 appear to always have an energy of srate (thus they are *not* unit energy normalized?!):<br>
[wavelet,cycles,freqresol,time<wbr>resol] = dftfilt3(F, ncycles, srate);<br>
E = sum( abs( wavelet{ 1 } ) .^ 2 )<br>
Consequently, to my understanding the correct „normfactor“ should be sqrt( E ) or better sqrt( srate ).<br>
<br>
I confirmed with your code that it's E ~= srate which is not normalized. Yes, if it's all the same, it's better to be normalized using one of these reasonable ways...<br>
<br>
<br>
I discussed this normalization issue with Rey in Feb 2007 in SCCN as a visitor (also asked the same question to Arno in August 2006 in email). It was one of the most puzzling problems that I found that Herrmann's Morlet equation was different from that of Tallon-Baudry's and Gruber's in the normalization factor A; to make things worse, EEGLAB's timef()'s dftfilt() was further different. Rey agreed with me, saying that he was puzzled too. I was glad to know that I was not the one who was confused! Several months before I met him, he had already written dftfilt3() to support the standard Morlet wavelet in EEGLAB, for which I've been grateful.<br>
<br>
<br>
Ok, let me confirm conclusions for the EEGLAB developers.<br>
<br>
<br>
1) This is the bottom line: Let's not use the raw uV^2 outputs since these changes due to non-interesting factors as Mike mentioned. Instead, let's use dB changes against baseline etc.<br>
<br>
<br>
2) If the raw uV^2 is absolutely necessary, there are probably two reasonable ways to normalize the raw values. One is, in Andreas's sample code, 'Analog to Gabor transform' in which A = 2.<br>
<br>
<br>
3) The other good one is 'Unit energy' in which A = sqrt(pnts./(sqrt(pi)*sigma_f). Probably, EEGLAB developers can implement both as options and leave the choice to the users.<br>
<br>
<br>
4) EEGLAB's explanation about dftfilt3() needs to be at least more detailed, and potentially the default/optional normalization can be changes to one of the above two, as long as it does not conflict with backword compatibility.<br>
<br>
<br>
Let me know if I'm wrong and/or missing something important.<br>
<br>
<br>
As a list member, I'd like to express my deep gratitude for your depth of knowledge and kindness to put so much effort on this discussion. I learned a lot!<br>
<br>
<br>
Makoto<br>
<br>
<br>
<br>
<br>
On Thu, Aug 18, 2016 at 10:49 AM, Andreas Widmann < <a href="mailto:widmann@uni-leipzig.de" target="_blank">widmann@uni-leipzig.de</a> > wrote:<br>
<br>
<br>
P.S.: I forgot that I wanted to add to the final paragraph how to estimate the resulting amplitude of a sinusoid in the unit energy normalized wavelet transform: the energy of the wavelet with the corresponding frequency peak amplitude normalized to the RMS amplitude of the sinusoid, e.g. (for Niko’s example):<br>
<br>
mysig = 5 * sin(2*F*t*pi);<br>
[wavelet,cycles,freqresol,time<wbr>resol] = dftfilt3(F, ncycles, srate);<br>
temp = wavelet{1} / max( abs( wavelet{1} ) ) * sqrt( mean( abs( mysig ) .^ 2 ) );<br>
sum( abs( temp ) .^ 2 )<br>
sqrt( sum( abs( temp ) .^ 2 ) )<br>
<br>
Best,<br>
Andreas<br>
<br>
<br>
<br>
> Am 17.08.2016 um 21:07 schrieb Norman Forschack < <a href="mailto:forschack@cbs.mpg.de" target="_blank">forschack@cbs.mpg.de</a> >:<br>
><br>
> Dear Andreas,<br>
><br>
> thanks a lot for your elaborate input! Below some further clarifications.<br>
><br>
> First of all, I did not intend to further discuss question (1) as I found it quite convincing from your previous post that dftfilt3 is not computing results as we expect it to do.<br>
> But probably I should have put my initial question into other words (e.g. 'One question was' instead of 'The initial question was'), in order not to confuse things. So I am sorry for the mess!<br>
><br>
> Coming to question (2) I do not fully agree here. Literally, Nico's questions were: 'what do values in tf represent and how should I "normalize" these values to match the amplitude of the input signal?' So, I was aiming to give some input on the second part. Below, using your code, Nico's signal is plotted together with both types of amplitude envelopes, i.e. gabor normalization and unit energy (see also picture attached). It's clear that gabor transform (i.e. maximal wavelet spectrum power) normalization closely matches the amplitude of the original signal, while the unit energy envelope shows much higher values. Unless there's a major bug in the code below (please check), I'd say gabor is more appropriate in this scenario and the normalization of a complex wavelet spectrum to maximal power is much more straight forward (see below).<br>
><br>
> However, I totally agree that when it comes to EEG, things are different. As Makoto and Mike already pointed out before, we usually do not interpret raw EEG power, but rather refer to a baseline or another condition to compare with. In this case it shouldn't matter which wavelet normalization has been applied.<br>
><br>
> The other points you mentioned, I found super super interesting and helpful and it would be great if you could comment on some emerging questions. Maybe it is also interesting for others to approach this intricate topic on a more detailed and basic level.<br>
><br>
> You mentioned the gabor transform is rather suited for narrowband signals and EEG, however, is closer to white noise. But to my eyes EEG signals seem to be a lot more 'structured' e.g. when one thinks of the narrow spectral peaks of the rolandic rhythm in the alpha and beta band, or when a steady state evoked potential paradigm was applied.<br>
><br>
> The gabor wavelet spectrum indeed seems to produce higher average amplitudes for higher frequencies, but the actual average values seem to vary much less than for the unit energy normalization, which then certainly does not produce 'flat' average amplitudes across frequencies. Do you think this is related to scaling issues?<br>
><br>
> Unit energy normalization seems to increase frequency smearing for higher frequencies. Although one may apply a baseline normalization later, do you think this makes unit energy normalization less comparable to gabor normalization (i.e. contrary to what I've written above?)<br>
><br>
> You said it doesn’t matter whether you normalize in the time or frequency domain. I'm confused now about this line of unit energy code:<br>
> A = sqrt( pnts ./ ( sqrt( pi ) * sigma_f ) );<br>
> Could you explain how sqrt(srate) normalization term transformed to the line above?<br>
> Also, when plotting the envelope based on this normalization, it yields an amplitude which is 25 times higher than in the original signal. When I normalized my complex wavelet with sqrt(srate)<br>
>> m = exp(-t.^2/(2*s^2)).*exp(1i*2*p<wbr>i*F.*t) ./ sqrt(srate);<br>
><br>
> as you did before for the dft3filt wavelet<br>
>> wavelet_norm{ 1 } = wavelet{ 1 } / sqrt( srate );<br>
><br>
> I got an envelope which was just 2.5 times higher than the original signal. So I guess there's an error in my code. could you elaborate on that please?<br>
><br>
> I am very much looking forward to your comments, thanks a lot Andreas!<br>
> Best<br>
> Norman<br>
><br>
> figure links:<br>
> .fig: <a href="https://www.dropbox.com/s/ktoffojfcxxu6vd/wavelet_normalization.fig?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/s/ktof<wbr>fojfcxxu6vd/wavelet_normalizat<wbr>ion.fig?dl=0</a><br>
> .png: <a href="https://www.dropbox.com/s/v5i4d95y53t2woi/wavelet_normalization.png?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/s/v5i4<wbr>d95y53t2woi/wavelet_normalizat<wbr>ion.png?dl=0</a><br>
><br>
> clear<br>
> D = 4; % total signal duration in seconds.<br>
> sigD = 1; % duration of the test oscillation within the signal.<br>
> F = 10; % frequency of the test oscillationin Hz.<br>
> P = .25; % Phase of the test oscillation. 2 pi radians = 360 degrees<br>
> srate = 256; % sampling rate, i.e. N points per sec used to represent sine wave.<br>
> dt = 1/srate; % sampling period, i.e. for this e.g. points at 1 ms intervals<br>
> time = dt:dt:D; % time vector.<br>
><br>
> sigpoints = length(time)/2 - (sigD*srate)/2:(length(time)/2 + (sigD*srate)/2)-1;<br>
> mysig = zeros(1,D*srate);<br>
> mysig(sigpoints) = sin(2*F*time(sigpoints)*pi+ 2*pi*P);<br>
><br>
> figure; hold all<br>
> plot(time,mysig);<br>
><br>
> cycles = 7;<br>
> pnts = D * srate;<br>
><br>
> freqs = F * ( pnts / srate );<br>
> sigma_f = repmat( freqs / cycles, [ pnts 1 ] );<br>
> f = repmat( 0:pnts - 1, [ size( freqs, 2 ) 1 ] )' - repmat( freqs, [ pnts 1 ] );<br>
> cmorlf = exp( -f .^ 2 ./ ( 2 * sigma_f .^ 2 ) );<br>
><br>
> % Analog to Gabor transform<br>
> A = 2;<br>
> cmorlf_A = A .* cmorlf;<br>
><br>
> tf = ifft( fft( mysig' ) .* cmorlf_A );<br>
><br>
> plot( time, abs( tf ) .^ 2 , 'r-')<br>
><br>
> % Unit energy<br>
><br>
> A_unit = sqrt( pnts ./ ( sqrt( pi ) * sigma_f ) );<br>
> cmorlf_Au = A_unit .* cmorlf;<br>
><br>
> tf_unit = ifft( fft( mysig' ) .* cmorlf_Au );<br>
><br>
> plot( time, abs( tf_unit ) .^ 2, 'm:' )<br>
> legend({'Nico''s signal';'gabor';'unit energy'})<br>
><br>
><br>
>> ----- On Aug 17, 2016, at 3:05 PM, Andreas Widmann <a href="mailto:widmann@uni-leipzig.de" target="_blank">widmann@uni-leipzig.de</a> wrote:<br>
>><br>
>>> Dear Norman,<br>
>>><br>
>>> sorry, I do not fully agree. First, I think it is important not to mix up the<br>
>>> two questions:<br>
>>><br>
>>> (1) Does dftfilt3 provide the expected/documented results?<br>
>>> To my understanding this is not the case. I hope I do not miss anything obvious.<br>
>>><br>
>>> vs. (2) What is the recommended/best/optimal wavelet normalization for EEG data<br>
>>> analysis?<br>
>>> I think there cannot be a generally valid recommendation and different solutions<br>
>>> are necessary for different applications. The normalization you suggested is<br>
>>> equivalent to the normalization of the Gabor transform (incorrectly abbreviated<br>
>>> to Gabor normalization in my previous post, sorry). This normalization is well<br>
>>> suited for narrowband signals and peaky spectra and the frequently used for<br>
>>> example in audio signal analysis. For broadband/noise signals, however, the<br>
>>> Gabor transform normalization overestimates high frequencies relative to low<br>
>>> frequencies.<br>
>>><br>
>>> Please find below some code directly comparing both normalizations using a white<br>
>>> noise signal (btw. it doesn’t matter whether you normalize in the time or<br>
>>> frequency domain). In the global wavelet spectrum (middle column) power is<br>
>>> increasing with frequency for Gabor transform normalization (top row) but<br>
>>> „flat“ for unit energy normalization (bottom row).<br>
>>><br>
>>> As EEG reflects a broadband and noisy signal I personally usually prefer to<br>
>>> apply energy normalization. As always, there are exceptions and other opinions<br>
>>> and special applications and ...<br>
>>><br>
>>> Best,<br>
>>> Andreas<br>
>>><br>
>>> fs = 256;<br>
>>> T = 4;<br>
>>> pnts = T * fs;<br>
>>> t = ( 0:pnts - 1 ) / fs;<br>
>>> cycles = 7;<br>
>>> F = 2:2:70;<br>
>>><br>
>>> % White noise<br>
>>> rng( 0 )<br>
>>> signal = randn( fs * T, 1 );<br>
>>><br>
>>> % Morlet wavelet<br>
>>> freqs = F * ( pnts / fs );<br>
>>> sigma_f = repmat( freqs / cycles, [ pnts 1 ] );<br>
>>> f = repmat( 0:pnts - 1, [ size( freqs, 2 ) 1 ] )' - repmat( freqs, [ pnts 1 ] );<br>
>>> cmorlf = exp( -f .^ 2 ./ ( 2 * sigma_f .^ 2 ) );<br>
>>><br>
>>> figure<br>
>>><br>
>>> % Analog to Gabor transform<br>
>>> A = 2;<br>
>>> cmorlf = A .* cmorlf;<br>
>>><br>
>>> tf = ifft( repmat( fft( signal ), [ 1 length( F ) ] ) .* cmorlf );<br>
>>><br>
>>> h = subplot( 2, 3, 3 );<br>
>>> imagesc( t, F, abs( tf' ) .^ 2 )<br>
>>> set( h, 'YDir', 'normal' );<br>
>>> subplot( 2, 3, 2 );<br>
>>> plot( F, mean( abs( tf ) .^ 2 ) )<br>
>>> subplot( 2, 3, 1 )<br>
>>> plot( (0:pnts / 2) * fs / pnts, cmorlf( 1:pnts / 2 + 1, : ) )<br>
>>><br>
>>> % Unit energy<br>
>>> A = sqrt( pnts ./ ( sqrt( pi ) * sigma_f ) );<br>
>>> cmorlf = A .* cmorlf;<br>
>>><br>
>>> tf = ifft( repmat( fft( signal ), [ 1 length( F ) ] ) .* cmorlf );<br>
>>><br>
>>> h = subplot( 2, 3, 6 );<br>
>>> imagesc( t, F, abs( tf' ) .^ 2 )<br>
>>> set( h, 'YDir', 'normal' );<br>
>>> subplot( 2, 3, 5 );<br>
>>> plot( F, mean( abs( tf ) .^ 2 ) )<br>
>>> subplot( 2, 3, 4 )<br>
>>> plot( (0:pnts / 2) * fs / pnts, cmorlf( 1:pnts / 2 + 1, : ) )<br>
>>><br>
>>>> Am 15.08.2016 um 18:19 schrieb Norman Forschack < <a href="mailto:forschack@cbs.mpg.de" target="_blank">forschack@cbs.mpg.de</a> >:<br>
>>>><br>
>>>> Dear all,<br>
>>>><br>
>>>> I'd like to contribute from the perspective of a discussion on Mike Cohen's<br>
>>>> Blog.<br>
>>>><br>
>>>> The initial question was, how to obtain an amplitude envelope of a given signal<br>
>>>> which has in fact the same amplitude as the given signal, right?<br>
>>>> So coming from Nicos signal:<br>
>>>><br>
>>>> clear all<br>
>>>> D = 4; % total signal duration in seconds.<br>
>>>> sigD = 1; % duration of the test oscillation within the signal.<br>
>>>> F = 10; % frequency of the test oscillationin Hz.<br>
>>>> P = .25; % Phase of the test oscillation. 2 pi radians = 360 degrees<br>
>>>> srate = 256; % sampling rate, i.e. N points per sec used to represent sine wave.<br>
>>>> T = 1/srate; % sampling period, i.e. for this e.g. points at 1 ms intervals<br>
>>>> time = T:T:D; % time vector.<br>
>>>><br>
>>>> sigpoints = length(time)/2 - (sigD*srate)/2:(length(time)/2 + (sigD*srate)/2)-1;<br>
>>>> mysig = zeros(1,D*srate);<br>
>>>> mysig(sigpoints) = sin(2*F*time(sigpoints)*pi+ 2*pi*P);<br>
>>>><br>
>>>> one way to obtain equal amplitudes is to normalize the wavelet by its maximal<br>
>>>> value within the frequency domain:<br>
>>>><br>
>>>> % some preparations<br>
>>>> mysig = mysig';<br>
>>>> ss = size(mysig);<br>
>>>> cycles = 4;<br>
>>>> dt = 1/srate;<br>
>>>> sf = F/cycles;<br>
>>>> s = 1./(2*pi*sf);<br>
>>>> t = (-4*s:dt:4*s)';<br>
>>>> nM = length(t);<br>
>>>> halfMsiz = (nM-1)/2;<br>
>>>> hz = linspace(0,srate/2,floor(nM/2)<wbr>+1);<br>
>>>> Ly = ss(1)*ss(2)+nM-1;<br>
>>>> Ly2=pow2(nextpow2(ss(1)*ss(2)+<wbr>nM-1));<br>
>>>><br>
>>>> % fft of signal<br>
>>>> X=fft(reshape(mysig,ss(1)*ss(2<wbr>),1), Ly2);<br>
>>>><br>
>>>> % building morlet wavelet (without a normalization factor)<br>
>>>> m = exp(-t.^2/(2*s^2)).*exp(1i*2*p<wbr>i*F.*t);<br>
>>>> H = fft(m,Ly2); % fft of wavelet<br>
>>>><br>
>>>> % normalize wavelet spectrum<br>
>>>> H = H./max(H);<br>
>>>><br>
>>>> y = ifft(X.*H,Ly2);<br>
>>>> y = y(floor(halfMsiz+1):Ly-ceil(ha<wbr>lfMsiz));<br>
>>>> y_amp = 2* abs(y);<br>
>>>><br>
>>>> figure; plot(time,mysig,'b',time,y_amp<wbr>,'r')<br>
>>>><br>
>>>> This seems to work for any combination of srate and cycles (except when number<br>
>>>> of cycles become large) because the signal spectrum is convolved by spectral<br>
>>>> wavelet values being maximally one.<br>
>>>><br>
>>>> I have not fully worked my way through Andreas' example. It normalizes the<br>
>>>> wavelet in time, not in frequency domain as here. So it is probably not<br>
>>>> comparable.<br>
>>>> But doing time domain normalization within the lines above by just replacing the<br>
>>>> kernel formula:<br>
>>>><br>
>>>> m = exp(-t.^2/(2*s^2)).*exp(1i*2*p<wbr>i*F.*t) ./ sqrt(srate); % unit energy<br>
>>>><br>
>>>> and commenting out the max(H) normalization, however, yields an amplitude<br>
>>>> envelope which is 2.5 times larger than the original signal amplitude and<br>
>>>> increases when the number of wavelet cycles is increased. But as Andreas<br>
>>>> suggestion referred to the dftfilt3 output, the matter becomes more complicated<br>
>>>> as this function uses it's own normalization factor:<br>
>>>> A = 1./sqrt(s*sqrt(pi));<br>
>>>> and there are problably some more relevant differences (not even going into the<br>
>>>> timefreq function).<br>
>>>><br>
>>>> In sum, this post may have fostered the general confusion (or at least mine) but<br>
>>>> for a more puristic approach to the matter of wavelet normalization, the lines<br>
>>>> above might be of some value (kudos to mike x cohen, of course).<br>
>>>><br>
>>>> All the best<br>
>>>> Norman<br>
>>>><br>
>>>><br>
>>>> ----- On Aug 12, 2016, at 6:06 PM, Andreas Widmann <a href="mailto:widmann@uni-leipzig.de" target="_blank">widmann@uni-leipzig.de</a> wrote:<br>
>>>><br>
>>>>> Dear Niko,<br>
>>>>><br>
>>>>> I’m puzzled by this difference since a long time too (and as you have written a<br>
>>>>> book chapter on WT actually I would have hoped you could help resolving this<br>
>>>>> issue ;).<br>
>>>>><br>
>>>>> (Morlet) wavelet normalization always appeared somewhat arbitrary to me (as<br>
>>>>> signal amplitude will never be directly reflected across the whole TF plane for<br>
>>>>> peaky spectra/time courses). To my understanding the most common normalization<br>
>>>>> for wavelets is unit energy (and Gabor). The help text for timefreq states that<br>
>>>>> dftfilt3 is "exact Tallon Baudry“. TB (1998, JNeurosci) states that "Wavelets<br>
>>>>> were normalized so that their total energy was 1,…“.<br>
>>>>><br>
>>>>> The wavelets produced by dftfilt3 appear to always have an energy of srate (thus<br>
>>>>> they are *not* unit energy normalized?!):<br>
>>>>> [wavelet,cycles,freqresol,time<wbr>resol] = dftfilt3(F, ncycles, srate);<br>
>>>>> E = sum( abs( wavelet{ 1 } ) .^ 2 )<br>
>>>>> Consequently, to my understanding the correct „normfactor“ should be sqrt( E )<br>
>>>>> or better sqrt( srate ).<br>
>>>>><br>
>>>>> You might want to confirm by looking at the TF transform of the (real part of<br>
>>>>> the) wavelet itself<br>
>>>>> wavelet{ 1 } = wavelet{ 1 } / sqrt( srate ); % Unit energy normalize<br>
>>>>> mysig = zeros(1,D*srate);<br>
>>>>> delay = ceil( ( length( mysig ) - length( wavelet{ 1 } ) ) / 2 );<br>
>>>>> mysig( delay:delay + length( wavelet{ 1 } ) - 1 ) = real( wavelet{ 1 } ) * 2;<br>
>>>>> % Discard imag part<br>
>>>>> normfactor = sqrt( srate );<br>
>>>>> which should now have a peak amplitude of 1 (independent of sampling rate and<br>
>>>>> signal duration).<br>
>>>>><br>
>>>>> As the issue appears to be not only in EEGLAB but also other implementations, I<br>
>>>>> always assumed my reasoning to be incorrect. Is it? What am I missing?<br>
>>>>><br>
>>>>> Best,<br>
>>>>> Andreas<br>
>>>>><br>
>>>>>> Am 10.08.2016 um 11:58 schrieb Niko Busch < <a href="mailto:niko.busch@gmail.com" target="_blank">niko.busch@gmail.com</a> >:<br>
>>>>>><br>
>>>>>> Dear Makoto (and everyone who replied to me personally regarding this post),<br>
>>>>>><br>
>>>>>> thank you for your reply! I see that the result of the wavelet transform inside<br>
>>>>>> the timefreq function is dependent on the length of the signal, which in turn<br>
>>>>>> is dependent on the number of cycles and sampling rate. However, simply<br>
>>>>>> dividing by the length of the wavelet does not seem to be the solution either.<br>
>>>>>> I modified the code below by including a "normalization factor", which<br>
>>>>>> currently is simply the length of the wavelet. Dividing the wavelet transformed<br>
>>>>>> amplitudes by this factor gives the right order of magnitude, but the results<br>
>>>>>> are still quite off. By increasing the sampling rate or number of cycles, the<br>
>>>>>> results are even more off. I believe we are on the right track, but something<br>
>>>>>> is still missing. Do you have any ideas?<br>
>>>>>><br>
>>>>>> Cheers,<br>
>>>>>> Niko<br>
>>>>>><br>
>>>>>> %% Create sine wave<br>
>>>>>> clear all<br>
>>>>>> D = 4; % total signal duration in seconds.<br>
>>>>>> sigD = 1; % duration of the test oscillation within the signal.<br>
>>>>>> F = 10; % frequency of the test oscillationin Hz.<br>
>>>>>> P = .25; % Phase of the test oscillation. 2 pi radians = 360 degrees<br>
>>>>>> srate = 256; % sampling rate, i.e. N points per sec used to represent sine wave.<br>
>>>>>> T = 1/srate; % sampling period, i.e. for this e.g. points at 1 ms intervals<br>
>>>>>> t = [T:T:D]; % time vector.<br>
>>>>>><br>
>>>>>> sigpoints = length(t)/2 - (sigD*srate)/2:(length(t)/2 + (sigD*srate)/2)-1;<br>
>>>>>> mysig = zeros(1,D*srate);<br>
>>>>>> mysig(sigpoints) = sin(2*F*t(sigpoints)*pi+ 2*pi*P);<br>
>>>>>><br>
>>>>>> %% TF computation<br>
>>>>>> ncycles = 4;<br>
>>>>>><br>
>>>>>> [wavelet,cycles,freqresol,time<wbr>resol] = dftfilt3(F, ncycles, srate);<br>
>>>>>> normfactor = length(wavelet{1});<br>
>>>>>><br>
>>>>>> [tf, outfreqs, outtimes] = timefreq(mysig', srate, ...<br>
>>>>>> 'cycles', ncycles, 'wletmethod', 'dftfilt3', 'freqscale', 'linear', ...<br>
>>>>>> 'freqs', F);<br>
>>>>>><br>
>>>>>> %% Plot<br>
>>>>>> figure; hold all<br>
>>>>>> plot(t,mysig);<br>
>>>>>> plot(outtimes./1000,abs(tf)./n<wbr>ormfactor)<br>
>>>>>> xlabel('Time (seconds)');<br>
>>>>>> ylabel('Amplitude');<br>
>>>>>> legend('input signal', 'wavelet result')<br>
>>>>>><br>
>>>>>> ______________________________<wbr>_________________<br>
>>>>>> Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" rel="noreferrer" target="_blank">http://sccn.ucsd.edu/eeglab/ee<wbr>glabmail.html</a><br>
>>>>>> To unsubscribe, send an empty email to <a href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" target="_blank">eeglablist-unsubscribe@sccn.uc<wbr>sd.edu</a><br>
>>>>>> For digest mode, send an email with the subject "set digest mime" to<br>
>>>>>> <a href="mailto:eeglablist-request@sccn.ucsd.edu" target="_blank">eeglablist-request@sccn.ucsd.e<wbr>du</a><br>
>>>>><br>
>>>>> ______________________________<wbr>_________________<br>
>>>>> Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" rel="noreferrer" target="_blank">http://sccn.ucsd.edu/eeglab/ee<wbr>glabmail.html</a><br>
>>>>> To unsubscribe, send an empty email to <a href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" target="_blank">eeglablist-unsubscribe@sccn.uc<wbr>sd.edu</a><br>
>>>>> For digest mode, send an email with the subject "set digest mime" to<br>
>>>>> <a href="mailto:eeglablist-request@sccn.ucsd.edu" target="_blank">eeglablist-request@sccn.ucsd.e<wbr>du</a><br>
>>>> ______________________________<wbr>_________________<br>
>>>> Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" rel="noreferrer" target="_blank">http://sccn.ucsd.edu/eeglab/ee<wbr>glabmail.html</a><br>
>>>> To unsubscribe, send an empty email to <a href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" target="_blank">eeglablist-unsubscribe@sccn.uc<wbr>sd.edu</a><br>
>>>> For digest mode, send an email with the subject "set digest mime" to<br>
>>>> <a href="mailto:eeglablist-request@sccn.ucsd.edu" target="_blank">eeglablist-request@sccn.ucsd.e<wbr>du</a><br>
> ______________________________<wbr>_________________<br>
> Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" rel="noreferrer" target="_blank">http://sccn.ucsd.edu/eeglab/ee<wbr>glabmail.html</a><br>
> To unsubscribe, send an empty email to <a href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" target="_blank">eeglablist-unsubscribe@sccn.uc<wbr>sd.edu</a><br>
> For digest mode, send an email with the subject "set digest mime" to <a href="mailto:eeglablist-request@sccn.ucsd.edu" target="_blank">eeglablist-request@sccn.ucsd.e<wbr>du</a><br>
<br>
______________________________<wbr>_________________<br>
Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" rel="noreferrer" target="_blank">http://sccn.ucsd.edu/eeglab/ee<wbr>glabmail.html</a><br>
To unsubscribe, send an empty email to <a href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" target="_blank">eeglablist-unsubscribe@sccn.uc<wbr>sd.edu</a><br>
For digest mode, send an email with the subject "set digest mime" to <a href="mailto:eeglablist-request@sccn.ucsd.edu" target="_blank">eeglablist-request@sccn.ucsd.e<wbr>du</a><br>
<br>
<br>
<br>
--<br>
<br>
<br>
Makoto Miyakoshi<br>
Swartz Center for Computational Neuroscience<br>
Institute for Neural Computation, University of California San Diego<br>
<br>
<br>
<br>
<br>
--<br>
<br>
<br>
Makoto Miyakoshi<br>
Swartz Center for Computational Neuroscience<br>
Institute for Neural Computation, University of California San Diego<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature"><div dir="ltr">Makoto Miyakoshi<br>Swartz Center for Computational Neuroscience<br>Institute for Neural Computation, University of California San Diego<br></div></div>
</div></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><font color="#9900ff">Mike X Cohen, PhD<br><a href="http://mikexcohen.com" target="_blank">mikexcohen.com</a></font></div></div></div></div>
</div>