FL Studio renders an export offline, so the render time depends on the project and the export settings. A slow export calculates more audio, or costlier audio, than you expect: a stretched range, a long tail, a heavy plugin or high-quality settings. An export that stalls at the same point every time points to whatever plays there. Find the cause with a short WAV test render, then change one thing at a time.
Save a copy of the project and export about eight bars around the point where the render slows or stops, as a WAV. That short render finishes far sooner than the full song, so you can repeat it after each change. I keep the sample rate, bit depth and plugin states fixed while I hunt, because a second changed setting hides which one mattered.

First decide what "slow" means
| What you see | Check first | What it points to |
|---|---|---|
| The progress bar moves, but the render takes far longer than the song | Length and Total Time in the export dialog, then the heaviest plugins | A longer range than you expect, or costly processing |
| The bar stops at the same percentage every time | The plugins that play at that point | One plugin that stalls during the render |
| Total Time shows minutes or hours more than the song | Selection, final time marker, last clip and Tail | A distant event or marker that stretches the range |
| The render ends on a long stretch of fading sound | The Tail option and long reverb or delay | Leave remainder extending the render for decaying sound |
| Only MP3 or FLAC is slow, WAV is fast | The encoder and the FLAC compression level | Encoding time on top of the render |
| Split mixer tracks takes much longer | How many Mixer tracks get their own file | One WAV written per Mixer track |
| The project drives external hardware | Whether each hardware part is recorded as an Audio Clip | Audio outside the project, missing from the offline render |
Compare Total Time in the export dialog with the song length you expect, then note where the slowdown starts. A render that crawls from the first bar has a different cause from one that stops on one passage or runs far past the last bar.
Check Song Mode, Pattern Mode and the time range
In Song mode, FL Studio sets the render length in this order: a time selection in the Playlist, then the last time marker beyond the last bar with data, then the end of the last bar with data, plus the Tail setting. Pattern mode uses the last time marker beyond the last bar with data in the pattern, or the end of that bar, plus Tail.
The dialog reports the result before you press Start. Length shows the bars to be exported and Total Time shows the duration in hours, minutes and seconds. Disk Space adds up the size of every format you selected. I read Length and Total Time before every long export, because they show a stretched range at once.
For a controlled test, select the passage that shows the problem in the Playlist and export that same selection after each change. The Image-Line export documentation lists the full length rules and every dialog option.
A clip, automation event or time marker far past the end of the song stretches Song mode to that point. Delete or move it, then check Total Time again before the full export.
Look for a tail or a distant last event
Tail decides how FL Studio handles decaying sound after the end point. Leave remainder extends the render to capture reverb, delay and long releases. When Leave remainder misses part of a tail, Image-Line advises a Playlist Repeat marker: with Repeat markers after the last Pattern, Audio or Automation Clip, the project renders up to the marker.
That rule cuts both ways. A forgotten Repeat marker far after the last clip extends the render to that marker, and the file ends in a long stretch of silence. Look at the end of the Playlist for a stray marker before you blame a plugin.
Cut remainder ends the render at the end of the last bar, selection or time marker. Export the short passage once with Cut remainder and once with Leave remainder. When only the second render is slow, the tail is the cost.
Wrap remainder folds the decaying sound at the end back onto the start of the render, which gives the smoothest result for loops with effects. Pick the Tail option for the delivery, not for speed.

Find the heavy plugin without guessing
Plugins are the most CPU-hungry part of a project, and Image-Line traces glitches in an exported file to a plugin behaving badly. Open the Plugin performance monitor from the View menu, or double-click the CPU panel. It lists the processing time of each plugin in microseconds, and the Total column adds up every measurement for each plugin.
I sort the Plugin performance monitor before bypassing anything, because the heaviest plugin in playback is the first suspect. Click a column header to sort it, then double-click a plugin name to open its editor and Wrapper settings. In the project copy, bypass the suspects one at a time and repeat the short render after each.
I bypass the Master and shared bus plugins first, because one processor there touches the whole render. A limiter or EQ in an oversampled or linear-phase mode on the Master processes every second of the export. Then move to the instruments and effects on single tracks.
When one plugin turns out to be the cause, Image-Line's Plugins behaving badly page gives the repair order. Update or reinstall the plugin and run a fresh plugin scan, swap between VST2 and VST3, then open the Wrapper Troubleshooting tab and select Use fixed size buffers. Report the problem to the developer even when one of those steps fixes it.
If the fault remains, switch Multithreaded generator processing and Multithreaded mixer processing in Audio Settings off one at a time, and switch Align tick lengths on or off. When multithreading turns out to be the cause, deselect Allow threaded processing in that plugin's Wrapper settings and save the wrapper state, so the rest of the project keeps its threads. The audio settings guide explains the other options on that page.
Use render mode and HQ controls as diagnostics
A hosted VST plugin learns that FL Studio is rendering through the Wrapper option Notify about rendering mode on the Processing tab, and it must be on for HQ rendering from plugins with separate live and rendered quality. The Image-Line Wrapper documentation advises switching it off when a plugin renders incorrectly.
Switch it off as a test only on the plugin that stalls, and only on the short passage, so the rest of the project keeps its render quality.
HQ for all plugins sets high-quality mode in the native plugins that support it: 3x Osc, Fruity Love Philter (waveshaper only), Fruity WaveShaper, Harmless, Harmor, Sytrus (waveshaper only) and Vocodex. Many plugins keep their own quality settings that this switch does not touch, so a slow render with HQ off points to those internal settings.
Resampling sets the interpolation for Sampler and Audio Clip channels. Linear is the fastest method, 6-point Hermite is quick with better quality, and the sinc modes from 16 to 512 points raise quality step by step. I leave Resampling at its default unless I hear aliasing in transposed samples, because the defaults will not ruin a mix and sinc modes are very slow. Image-Line recommends a setting above 64-point sinc on the final render when lower methods alias, and 512-point sinc when in doubt, with longer render times.

Sample rate multiplies the work too. Image-Line's optimization page advises against rates above 48 kHz and puts 192 kHz at more than four times the calculations of 44.1 kHz.
Disable maximum polyphony ignores the Max poly limit in each channel's Miscellaneous settings during export and still respects Mono. That limit exists to cut CPU load in complex melodies, so lifting it makes dense parts cost more to render.
Encoding adds its own time. WAV is lossless and uncompressed, while the FLAC compression level only changes encoding time, with level 0 about four times faster than 8. MP3 supports only 32000, 44100 and 48000 Hz, and other project rates cause MP3 rendering errors. I export WAV first when a render stalls, because a WAV that finishes moves the problem from the mix to the encoder.
Check mixer routing and split exports
A normal export renders the Master Mixer track. A Mixer track that does not reach the Master, directly or through another track, stays out of the file, and muted Mixer tracks are not exported, the Master included.
Split mixer tracks writes one file per Mixer track instead, and it exports WAV only, not FLAC, MP3 or OGG. More files mean more writing, so compare the stereo render time before blaming a plugin. Master effects appear only on the Master track export. To render separate parts with the Master effects, use Playlist menu > Tools > Export all playlist tracks.
Check that Enable insert effects and Enable master effects match the delivery. A dry render finishes fast and is still the wrong file. The FL Studio export settings guide covers every delivery switch, and the stem export guide explains separate Mixer files against the full mix.
When the file comes out silent instead of slow, use the silent export checklist. Both problems can start with routing, and each needs its own checks.

External hardware changes the timing model
FL Studio renders from the project, so a hardware synth, drum machine or sampler that only plays over MIDI never reaches the file. Image-Line's route: connect MIDI to the device and its audio outputs to your audio interface inputs, record the part while FL Studio plays it through a MIDI Out plugin, place the recording as an Audio Clip in the Playlist, then render.
I print every hardware part before the final export, because the offline render only contains audio that lives inside the project. Check the level and timing of each recorded clip against the MIDI part before you render.
Keep the MIDI pattern muted next to the recording, so you can record the part again after a sound change.
Rule out the computer
Some delays come from the system, not the project. On-access virus scans check files each time they are opened, which adds a delay at every read. I exclude the FL Studio and User data folders from on-access scans, because Image-Line names those scans as a source of delays.
Set the power plan to High performance, and on a Mac with Apple Silicon run FL Studio natively, since Rosetta 2 mode uses more CPU. Bridged plugins add about 2% each, which matters once ten or more are loaded. Scheduled backups, Windows updates and disk defragmentation can also stall an export that runs fine at other times. The high CPU guide covers the playback load checks in full.
When the project still stalls, open the Diagnostic Tool from the Help menu. It runs as a separate program, Image-Line recommends closing FL Studio after launching it, and Run rendering tests renders every plugin and effect into an HTML report. Fix a FL Studio song project removes chosen plugins from a project before it loads, which helps with a project that freezes as soon as it opens.
Use a copy of the project as a diagnostic map
Work on a copy of the project and change one thing per test render. Name each file after the change, so the fastest render tells you which setting made the difference.
- Export a short WAV. Render about eight bars around the slowdown and note how long it takes.
- Read Length and Total Time. Confirm Song or Pattern mode and a range that ends where the song ends.
- Test the tail. Render the passage with Cut remainder and with Leave remainder.
- Sort the Plugin performance monitor. Bypass the Master and shared bus plugins first, then repeat the render.
- Bypass single-track plugins. Work through the heaviest instruments and effects one at a time.
- Test quality settings separately. Switch HQ for all plugins, Resampling and Notify about rendering mode one at a time.
- Compare WAV with MP3 or FLAC. A fast WAV with a slow MP3 or FLAC points to the encoder.
- Print external hardware. Record every hardware part as an Audio Clip.
- Repeat the winning setting. Render the short passage once more with the fix, then export the full song.
The order runs from the checks that cost nothing to the ones that change the sound, so a range or tail fix never hides behind a lowered quality setting.
Avoid fixes that hide the bottleneck
- Do not reinstall FL Studio first. A render that stops at the same point every time has a cause inside the project.
- Do not raise the audio buffer for export. The buffer sets live playback, and the render takes as long as it needs without underruns.
- Do not remove every plugin at once. The project gets faster and you still do not know which plugin was the cause.
- Do not shorten every tail permanently. Test the tail on a short passage and keep the Tail option the music needs.
- Do not expect Smart Disable to speed up the render. Smart Disable works only during live playback and is switched off while rendering.
- Do not compare Pattern mode with the full song. The two modes render different lengths, so their times do not compare.
- Do not treat a lower quality mode as the fix for every project. It changes the sound and hides the plugin or setting that costs the time.
Final checklist before the full export
- Song or Pattern mode matches the file you deliver.
- Length and Total Time end where the song ends.
- The Tail option fits the musical ending.
- Insert and Master effects are on or off as the delivery needs.
- The heaviest plugin has been tested with a short render.
- HQ, Resampling and plugin quality settings are chosen for the final file.
- Every external hardware part is recorded as an Audio Clip.
- The project copy is saved before the full export.
Frequently asked questions
Why does an FL Studio export take longer than the song?
The render is calculated offline and takes as long as the project needs. Heavy plugins, high-quality modes, sinc resampling, high sample rates and a long Tail all add time. Check Total Time first, then the heaviest plugins.
Why is the export stuck at the same percentage?
Something that plays at that point stalls the render. Export a short passage around it, bypass the plugins playing there one at a time and select Use fixed size buffers in the Wrapper Troubleshooting tab of the one that stalls.
Does a bigger audio buffer speed up export?
No. The buffer sets live playback, and Image-Line states that underruns do not happen in rendered audio because the render takes as long as it needs. Look at the plugins and the export settings instead.
Why is MP3 or FLAC slower than WAV?
Encoding adds time on top of the render. The FLAC compression level only changes encoding time, with level 0 about four times faster than 8. Export WAV first to see whether the mix or the encoder is slow.
Can FL Studio render while you work in other apps?
Yes. Render minimized minimizes FL Studio and renders in the background, so you can work in other applications. The Start button turns into Abort while the render runs.
Why did the export produce an hours-long file?
Song mode renders up to the last time marker beyond the last bar with data, and a Repeat marker after the last clip extends the render to that marker. Delete the stray marker or clip far down the Playlist and check Total Time before you export again.




