-
Notifications
You must be signed in to change notification settings - Fork 237
Auto-estimate margins based on freq_min/f0+Q for filters #4227
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
f66ea6a
7e78464
b846118
18f270a
4149305
d08c378
79e4469
c1e80f3
a8df357
7e89bee
3de9a15
76cfcc4
a0d243f
6c0dd0f
f0fdd34
f1f47bb
22bc2d7
d561025
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,9 @@ | ||
| For "How to" | ||
| ============ | ||
|
|
||
| These python scripts are files which we would like sphinx-gallery to run, | ||
| but are linked by the how to guide. | ||
|
|
||
| All the python files in this folder are built by sphinx-gallery. The resulting | ||
| documentation page can be added to the "How to" section of the documentation by modifying | ||
| the file ``doc/how_to/index.rst``. |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,333 @@ | ||
| """ | ||
| Extract LFPs | ||
| ============ | ||
|
|
||
| Understanding filtering artifacts and chunking when extracting LFPs | ||
| ------------------------------------------------------------------- | ||
|
|
||
| Local Field Potentials (LFPs) are low-frequency signals (<300 Hz) that reflect the summed activity of many neurons. | ||
| Extracting LFPs from high-sampling-rate recordings requires bandpass filtering, but this can introduce artifacts | ||
| when not done carefully, especially when data is processed in chunks (which is usually the required because datasets | ||
| cannot be loaded entirely into memory). | ||
|
|
||
| Before we get started, let's introduce some important concepts: | ||
|
|
||
| Chunk | ||
| ~~~~~ | ||
|
|
||
| A "chunk" is a piece of recording that gets processed in parallel by SpikeInterface. | ||
| The default chunk duration for most operations is 1 second, but we'll see how this is not adequate for LFP | ||
| processing. | ||
|
|
||
|
|
||
| Margin | ||
| ~~~~~~ | ||
|
|
||
| When we apply a filter on chunked data, we extract additional "margins" of traces at the chunk borders. | ||
| This is done to reduce border artifacts. | ||
|
|
||
|
|
||
| This tutorial demonstrates: | ||
|
|
||
| 1. How to generate simulated LFP data | ||
| 2. Common pitfalls when filtering with low cutoff frequencies | ||
| 3. How chunking and margins affect filtering artifacts | ||
| 4. Summary | ||
|
|
||
| **Key takeaway**: For LFP extraction, use large chunks (30-60s) and large margins (several seconds) to minimize | ||
| edge artifacts, even though this is less memory-efficient. | ||
| """ | ||
|
|
||
| ############################################################################## | ||
| # Import necessary modules | ||
|
|
||
| import time | ||
| import numpy as np | ||
| import matplotlib.pyplot as plt | ||
| from pathlib import Path | ||
| import pandas as pd | ||
| import seaborn as sns | ||
|
|
||
| import spikeinterface as si | ||
| import spikeinterface.extractors as se | ||
| import spikeinterface.preprocessing as spre | ||
| import spikeinterface.widgets as sw | ||
| from spikeinterface.core import generate_ground_truth_recording | ||
|
|
||
| ############################################################################## | ||
| # 1. Generate simulated recording with low-frequency signals | ||
| # ----------------------------------------------------------- | ||
| # | ||
| # Let's create a simulated recording and add some low-frequency sinusoids that mimic LFP activity. | ||
|
|
||
| # Generate a ground truth recording with spikes | ||
| # Use a higher sampling rate (30 kHz) to simulate raw neural data | ||
| recording, sorting = generate_ground_truth_recording( | ||
| durations=[60.0], | ||
| sampling_frequency=30000.0, | ||
| num_channels=1, | ||
| num_units=4, | ||
| seed=2305, | ||
| ) | ||
|
|
||
| print(recording) | ||
|
|
||
| ############################################################################## | ||
| # Now let's add some low-frequency sinusoidal components to simulate LFP signals | ||
|
|
||
| # Add low-frequency sinusoids with different frequencies and phases per channel | ||
| rng = np.random.default_rng(42) | ||
| num_channels = recording.get_num_channels() | ||
| lfp_signals = np.zeros( | ||
| (recording.get_num_samples(), recording.get_num_channels()) | ||
| ) | ||
| time_vector = recording.get_times() | ||
|
|
||
| for ch in range(num_channels): | ||
| # Add multiple frequency components (theta, alpha, beta ranges) | ||
| # Theta-like: 4-8 Hz | ||
| freq_theta = 4 + rng.random() * 4 | ||
| phase_theta = rng.random() * 2 * np.pi | ||
| amp_theta = 50 + rng.random() * 50 | ||
|
|
||
| # Alpha-like: 8-12 Hz | ||
| freq_alpha = 8 + rng.random() * 4 | ||
| phase_alpha = rng.random() * 2 * np.pi | ||
| amp_alpha = 30 + rng.random() * 30 | ||
|
|
||
| # Beta-like: 12-30 Hz | ||
| freq_beta = 12 + rng.random() * 18 | ||
| phase_beta = rng.random() * 2 * np.pi | ||
| amp_beta = 20 + rng.random() * 20 | ||
|
|
||
| lfp_signals[:, ch] = ( | ||
| amp_theta * np.sin(2 * np.pi * freq_theta * time_vector + phase_theta) | ||
| + amp_alpha * np.sin(2 * np.pi * freq_alpha * time_vector + phase_alpha) | ||
| + amp_beta * np.sin(2 * np.pi * freq_beta * time_vector + phase_beta) | ||
| ) | ||
|
|
||
| # Create a recording with the added LFP signals | ||
| recording_lfp = si.NumpyRecording( | ||
| traces_list=[lfp_signals], | ||
| sampling_frequency=recording.sampling_frequency, | ||
| channel_ids=recording.channel_ids, | ||
| ) | ||
| recording_with_lfp = recording + recording_lfp | ||
|
|
||
|
|
||
| ############################################################################## | ||
| # Let's visualize a short segment of the signal | ||
|
|
||
| _ = sw.plot_traces(recording_with_lfp, time_range=[0, 3]) | ||
|
|
||
| ############################################################################## | ||
| # 2. Filtering with low cutoff frequencies: the problem | ||
| # ------------------------------------------------------ | ||
| # | ||
| # Now let's try to extract LFPs using a bandpass filter with a low highpass cutoff (1 Hz). | ||
| # This will demonstrate a common issue. | ||
|
|
||
| # Try to filter with 1 Hz highpass | ||
| try: | ||
| recording_lfp_1hz = spre.bandpass_filter( | ||
| recording_with_lfp, freq_min=1.0, freq_max=300.0 | ||
| ) | ||
| except Exception as e: | ||
| print(f"Error message:\n{str(e)}") | ||
|
|
||
| ############################################################################## | ||
| # **Why does this fail?** | ||
| # | ||
| # The error always occurs in SpikeInterface when highpass filtering below 100 Hz, to remind the user that they need to be careful. | ||
| # Filters with very low cutoff frequencies have long impulse responses, which require larger margins to avoid edge artifacts between chunks. | ||
| # | ||
| # The filter length (and required margin) scales inversely with the highpass frequency. A 1 Hz highpass | ||
| # filter requires a margin of several seconds, while a 300 Hz highpass (for spike extraction) only needs | ||
| # a few milliseconds. | ||
| # | ||
| # **This error is to inform the user that extra care should be used when dealing with LFP signals!** | ||
|
|
||
|
|
||
| ############################################################################## | ||
| # 3. Understanding chunking and margins | ||
| # -------------------------------------- | ||
| # | ||
| # SpikeInterface processes recordings in chunks to handle large datasets efficiently. Each chunk needs | ||
| # a "margin" (extra samples at the edges) to avoid edge artifacts when filtering. Let's demonstrate | ||
| # this by saving the filtered data with different chunking strategies. | ||
| # | ||
| # We can explicitly ignore the previous error, but let's make sure we understand what is happening. | ||
|
|
||
| recording_filt = spre.bandpass_filter( | ||
| recording_with_lfp, freq_min=1.0, freq_max=300.0, ignore_low_freq_error=True | ||
| ) | ||
|
|
||
| ############################################################################## | ||
| # When retrieving traces, extra samples will be retrieved at the left and right edges. | ||
| # By default, the filter function will set a margin to 5x the sampling period associated to `freq_min`. | ||
| # So for a 1 Hz cutoff frequency, the margin will be 5 seconds! | ||
|
|
||
| margin_in_s = recording_filt.margin_samples / recording_lfp.sampling_frequency | ||
| print(f"Margin: {margin_in_s} s") | ||
|
|
||
| ############################################################################## | ||
| # This effectively means that if we plot 1-s snippet of traces, a total of 11 s will actually be read and filtered. | ||
| # Hence the computational "overhead" is very large. | ||
| # Note that the margin can be overridden with the `margin_ms` argument, but we do not recommend changing it. | ||
|
|
||
| _ = sw.plot_traces(recording_filt, time_range=[20, 21]) | ||
|
|
||
| ############################################################################## | ||
| # A warning tells us that what we are doing is not optimized, since in order to get the requested traces | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There's no warning in the output now, sorry, probably something to do with changing how it's rendered?
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I do see the warning locally, but not on the build docs...not sure why! Should I just remove it?
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. yeah - just remove it |
||
| # the margin "overhead" is very large. | ||
| # | ||
| # If we ask or plot longer snippets, the warning is not displayed. | ||
|
|
||
| _ = sw.plot_traces(recording_filt, time_range=[20, 80]) | ||
|
|
||
| ############################################################################## | ||
| # 4. Quantification and visualization of the artifacts | ||
| # ----------------------------------------------------- | ||
| # | ||
| # Let's extract the traces and visualize the differences between chunking strategies. | ||
| # We'll focus on the chunk boundaries where artifacts appear. | ||
|
|
||
| margins_ms = [100, 1000, 5000] | ||
| chunk_durations = ["1s", "10s", "30s"] | ||
|
|
||
| ############################################################################## | ||
| # The best we can do is to save the full recording in one chunk. This will cause no artifacts and chunking effects, | ||
| # but in practice it's not possible due to the duration and number of channels of most setups. | ||
| # | ||
| # Since in this toy case we have a single channel 5-min recording, we can use this as "optimal". | ||
|
|
||
| recording_optimal = recording_filt.save( | ||
| folder="./cached/optimal", | ||
| chunk_duration="1000s", | ||
| progress_bar=False | ||
| ) | ||
|
|
||
| print(recording_optimal) | ||
|
|
||
| ############################################################################## | ||
| # Now we can do the same with our various options: | ||
|
|
||
| recordings_chunked = {} | ||
|
|
||
| for margin_ms in margins_ms: | ||
| for chunk_duration in chunk_durations: | ||
| print(f"Margin ms: {margin_ms} - Chunk duration: {chunk_duration}") | ||
| t_start = time.perf_counter() | ||
| recording_chunk = spre.bandpass_filter( | ||
| recording_with_lfp, | ||
| freq_min=1.0, | ||
| freq_max=300.0, | ||
| margin_ms=margin_ms, | ||
| ignore_low_freq_error=True, | ||
| ) | ||
| recording_chunk = recording_chunk.save( | ||
| folder=f"./cached/{margin_ms}_{chunk_duration}", | ||
| chunk_duration=chunk_duration, | ||
| verbose=False, | ||
| progress_bar=False | ||
| ) | ||
| t_stop = time.perf_counter() | ||
| result_dict = {"recording": recording_chunk, "time": t_stop - t_start} | ||
| recordings_chunked[(margin_ms, chunk_duration)] = result_dict | ||
|
|
||
| ############################################################################## | ||
| # Let's visualize the error for the "10s" chunks and different margins, centered around 30s (which is a chunk edge): | ||
|
|
||
| fig, ax = plt.subplots(figsize=(10, 5)) | ||
| trace_plotted = False | ||
| start_time = 15 # seconds | ||
| end_time = 45 # seconds | ||
| start_frame = int(start_time * recording_optimal.sampling_frequency) | ||
| end_frame = int(end_time * recording_optimal.sampling_frequency) | ||
| timestamps = recording_optimal.get_times()[start_frame:end_frame] | ||
| for recording_key, recording_dict in recordings_chunked.items(): | ||
| recording_chunk = recording_dict["recording"] | ||
| margin, chunk = recording_key | ||
| # only plot "10s" chunks | ||
| if chunk != "10s": | ||
| continue | ||
| traces_opt = recording_optimal.get_traces( | ||
| start_frame=start_frame, end_frame=end_frame | ||
| ) | ||
| if not trace_plotted: | ||
| ax.plot(timestamps, traces_opt, color="grey", label="traces", alpha=0.5) | ||
| trace_plotted = True | ||
| diff = recording_optimal - recording_chunk | ||
| traces_diff = diff.get_traces(start_frame=start_frame, end_frame=end_frame) | ||
| ax.plot(timestamps, traces_diff, label=f"Margin: {margin}") | ||
| for chunk in [20, 30, 40]: # chunk boundaries at 10s intervals | ||
| ax.axvline(x=chunk, color="red", linestyle="--", alpha=0.5) | ||
|
|
||
| ax.set_xlabel("Time (s)") | ||
| ax.set_ylabel("Voltage ($\\mu V$)") | ||
| _ = ax.legend() | ||
|
|
||
| ############################################################################## | ||
| # From the plot, we can see that there is a very small error when the margin size is large (green), | ||
| # a larger error when the margin is smaller (orange) and a large error when the margin is small (blue). | ||
| # So we need large margins (compared to the chunk size) if we want accurate filtered. | ||
chrishalcrow marked this conversation as resolved.
Show resolved
Hide resolved
|
||
| # | ||
| # The artifacts do not depend on chunk size, but for smaller chunk sizes, these artifacts will happen more often. | ||
| # In addition, the margin "overhead" will make processing slower. Let's quantify these concepts by computing the | ||
| # overall absolute error with respect to the optimal case and processing time. | ||
|
|
||
| trace_plotted = False | ||
| traces_optimal = recording_optimal.get_traces() | ||
| data = {"margin": [], "chunk": [], "error": [], "time": []} | ||
| for recording_key, recording_dict in recordings_chunked.items(): | ||
| recording_chunk = recording_dict["recording"] | ||
| time = recording_dict["time"] | ||
| margin, chunk = recording_key | ||
| traces_chunk = recording_chunk.get_traces() | ||
| error = np.sum(np.abs(traces_optimal - traces_chunk)) | ||
| data["margin"].append(margin) | ||
| data["chunk"].append(chunk) | ||
| data["error"].append(error) | ||
| data["time"].append(time) | ||
|
|
||
| df = pd.DataFrame(data=data) | ||
|
|
||
| ############################################################################## | ||
| # Now let's visualize the error and processing time for different margin and chunk size combinations | ||
|
|
||
| fig, axs = plt.subplots(ncols=2, figsize=(10, 5)) | ||
| sns.barplot(data=data, x="margin", y="error", hue="chunk", ax=axs[0]) | ||
| axs[0].set_yscale("log") | ||
| sns.barplot(data=data, x="margin", y="time", hue="chunk", ax=axs[1]) | ||
| axs[0].set_title("Error VS margin x chunk size") | ||
| axs[1].set_title("Processing time VS margin x chunk size") | ||
|
|
||
| sns.despine(fig) | ||
|
|
||
| ############################################################################## | ||
| # Summary | ||
| # ------- | ||
| # | ||
| # 1. **Low-frequency filters require special care**: Filters with low cutoff frequencies (< 10 Hz) have long | ||
| # impulse responses that require large margins to avoid edge artifacts. | ||
| # | ||
| # 2. **Chunking artifacts are real**: When processing data in chunks, insufficient margins lead to visible | ||
| # discontinuities and errors at chunk boundaries. | ||
| # | ||
| # 3. **The solution: large chunks and large margins**: For LFP extraction (1-300 Hz), use: | ||
| # - Chunk size: 30-60 seconds | ||
| # - Margin size: 5 seconds (for 1 Hz highpass) (**use defaults!**) | ||
| # - This is less memory-efficient but more accurate | ||
| # | ||
| # 4. **Downsample after filtering**: After bandpass filtering, downsample to reduce data size (e.g., to 1-2.5 kHz | ||
| # for 300 Hz max frequency). | ||
| # | ||
| # 5. **Trade-offs**: There's always a trade-off between computational efficiency (smaller chunks, less memory) | ||
| # and accuracy (larger chunks, fewer artifacts). For LFP analysis, accuracy should take priority. | ||
| # | ||
| # **When processing your own data:** | ||
| # | ||
| # - If you have memory constraints, use the largest chunk size your system can handle | ||
| # - Always verify your filtering parameters on a small test segment first | ||
| # - Consider the lowest frequency component you want to preserve when setting margins | ||
| # - Save the processed LFP data to disk to avoid recomputing | ||
This file was deleted.
Uh oh!
There was an error while loading. Please reload this page.