Out of memory fl studio что делать

Обновлено: 07.01.2025

If your CPU load climbs too high, you will hear clicks, pops or stuttering in the live audio. This is known as a buffer underrun. The good news is, CPU load can be lowered if you take the time to make some adjustments to FL Studio as shown below.

Why do underruns happen? - Live audio is rendered, ahead of time, in small segments that are sent to your audio interface. The length of the segments is set by the Buffer length in the Audio Settings. The purpose of pre-rendering is to allow for short spikes in CPU load when your computer can't keep up 'real-time'. In this case some of the buffered audio can be used while the CPU catches up. If the buffer runs out before your CPU catches up then your audio device will start crackling or stuttering as it plays the audio data arriving later than needed, in bits and pieces.

Underruns only matter during real-time playback - Loading projects and plugins will cause underruns and so the total count should not bother you. Underruns also can't occur in exported wave or mp3 files as the render process can take as long as it needs to generate audio. If you do hear glitches in an exported audio, then it's a plugin behaving badly. Further information is available in the FL Studio Optimization YouTube playlist.

First settings and things to check

Some very important settings are located on Options > Audio:

Audio settings (drivers)
- Windows, one of the most important settings is to select an ASIO audio device driver from the Input / output menu. Look first for the native ASIO driver that installed with your audio device OR if one is not available use the Image-Line FL Studio ASIO. Whichever driver you use, download the latest from your audio device manufacturer.
- macOS - Try Aggregating your audio interface. This can improve unsolvable crackling issues, particularly during recording.

NOTE: Do not connect your audio device through a hub . Use a direct USB port connection.

The graph shows why very short buffers are bad, and very long buffers don't help - In this example the minimum time needed to generate audio for the project is 50% of real-time. That is, no matter how long the buffer, the computer needs half the buffer-time to generate the audio to fill it. Longer buffers don't come for free, as more audio needs to be generated to fill them. Short buffers are a problem because there is a minimum time that can't be crossed without the CPU falling behind real-time. As the buffer is reduced, processing overheads become an increasingly large proportion of the workload and the CPU meter climbs rapidly, usually below 10 ms, as the theoretical minimum buffer length is approached. Conversely, longer buffers simply converge on the minimum possible buffer-fill-time, in this case 50%.

Windows - 'Start > Settings > Control panel > System & maintenance*** > Power Options'. *** Whether or not this sub-menu shows depends on your windows settings. Set your power management to 'High performance mode'. If you are running a Laptop/Tablet CPU and experiencing unexpected audio glitches or CPU spikes, try Advanced Settings and set Minimum / Maximum processor state to 99%. This can prevent the system going into turbo CPU mode, and then thermal throttling which causes issues. Finally, ALWAYS use a laptop connected to the power supply.
macOS - Open 'System Preferences > 'Energy Saver' > (available option depends on your Mac model) Set 'Computer sleep' slider to 'Never' OR Check the box 'Prevent computer from sleeping automatically when the display is off'. Un-check 'Put hard disks to sleep when possible' and 'Enable Power Nap'. Laptops: Open System Preferences > Energy Saver > Un-check automatic graphics switching. Finally, ALWAYS use a laptop connected to the power supply.

VST library mismatches - Make sure you are using plugins that match your version of FL Studio (32 or 64 Bit). Some people switch to FL Studio 64 Bit while their VST library is still 32 Bit OR they unnecessarily run the 32 Bit version on a 64 Bit system with mainly 64 Bit plugins. If FL Studio can't find 64 Bit equivalents of the plugins it will bridge 32 Bit versions to 64 Bit mode and vice versa. This uses more CPU than 32 Bit plugin on FL Studio 32 Bit or 64 Bit plugins on FL Studio 64 Bit.
Incorrect Wrapper settings - Make sure you don't have Wrapper Processing > Make bridged activated where it is not needed or intended. The wrapper remembers settings, so deselect it for each plugin with Autosave activated. Bridging uses about 2% extra per plugin, so a couple won't matter but 10+ definitely will. Bridged plugins may also just behave badly causing pops, glitches and possibly crashes. Make sure to install 32/64 Bit versions of ALL plugins to match FL Studio. For more details see FL Studio 32 vs 64 Bit FAQ

Optimization Checklist

Update to the latest version of FL Studio. We made some dramatic improvements to CPU load starting with FL Studio 20.0.4 and more since then.
Set these Audio Settings to ensure maximum performance:
- Buffer length - Make sure your buffer is not less than 10 ms (441 samples). We recommend between 10-40 ms.
- Playback tracking - If not already set, try Mixer, Hybrid and Driver. Mixer can help particularly in cases where there is a misalignment between the audio and playback position or strange playhead jumpiness.
- Mixer Interpolation - Should be set no higher than 24 point sinc (lower is better).
- Sample rate - Set to 44,100 Hz (or 48,000 Hz if that is not available). Sample rates such as 192 kHz and 96 kHz, will use significantly more CPU than the recommended default of 44.1 kHz.
- Reset plugins on transport - Make sure 'Reset plugins on transport' is disabled as this can cause significant glitching on start/stop events when using VST plugins.
- Priority - Set to 'Highest' and deselect 'Safe overloads' (don't worry, an 'unsafe' overload will just lock up interface controls momentarily).
- Open plugins - Use the View Menu > Close all plugin windows ( Alt+F12 ). If you have a habit of leaving windows open, time to change your workflow.
- ASIO Options - Try the Mix in buffer switch and Triple buffer options. NOTE: If these do not help, make sure to deselect them again before proceeding.
Smart Disable - Enable Smart disable on the Audio Settingsand then run the Tools Menu > MacrosSwitch smart disable for all plugins.
Close all plugins - Use the View Menu > Close all plugin windows ( Alt+F12 ).
Consolidate patterns - Check for your highest CPU usage plugins using the Plugin Performance Monitor and use the Playlist Track (header) Right-Click menu option 'Consolidate this track' to convert your highest CPU usage patterns to Audio Clips.
PPQ setting (Pulses Per Quarter note) - The PPQ setting sets the 'event' resolution for the project. That is, how finely the Piano roll and Playlist grid is divided for processing by FL Studio. This affects the smallest movements and so sampling of notes, clips and automation. Settings above 192 PPQ can have a significant impact on CPU load. Generally use 96 PPQ unless you need the extra temporal resolution.
For projects heavy with audio-tracks - Turn OFF 'Keep on disk' for any Sampler and Audio Clip channels. This ensures samples are pre-loaded into memory avoiding underruns caused by disk-to-RAM swapping delays OR zoom out the Playlist, ( Ctrl + Right-Click ) on a blank area, so all Audio Clips are visible prior to pressing Play. This forces Audio Clip data to be cached into RAM.
Reduce the plugin count - Try to reduce the number of plugins (instrument and FX). These are the most CPU hungry parts of the program.
Limit Polyphony - Use the maximum polyphony setting to reduce the maximum polyphony of channels (see Miscellaneous Channel Settings). This often reduces dramatically CPU usage in complex melodies. You can still set FL Studio to ignore the maximum polyphony settings when exporting to wave/mp3 file (see Exporting to .wav/.mp3/.mid).
Disable MIDI - Disable all the 'Enable MIDI. ' options using the Options menu as MIDI processing uses CPU resources even when not in use.
Playlist sluggishness - Try disabling 'Playlist menu > View > Keep labels on screen'. Mac users see here.
Plugins behaving badly - See this section of the manual.

System related issues

Competing & background programs - Close all non-essential programs that may be competing for resources, e.g. Instant messaging programs (AIM, MSM/WLM, Skype, Yahoo! Messenger), torrents, web browsers, audio/video players, etc. If you experience intermittent issues, check for scheduled activity like virus scans, backups, windows updates, disk defragmentation, even Wi-Fi & Blue-Tooth adapters have been known to cause issues, particularly if they are constantly re-making flaky connections.
Hardware issues - Unplug unused HDMI, USB, BlueTooth & FireWire devices if you are experiencing unexpected CPU spikes and glitches to discount these as causes. Also don't overlook cooling issues and thermal throttling of your CPU. When was the last time you blew the dust out of your computers cooling ventilation system/s?
Driver issues - Update your Audio driver, Video driver and Motherboard BIOS in that order, checking each time if the issues go away. Make sure to use the latest driver from the manufacturers website for your operating system.
Extend your memory - Check the manual page on the CPU & Memory panel. Adding more physical RAM can improve responsiveness where data was previously saved in the Page File. This is only likely to help if you are using 4 GB or less.
CPU performance check - Search for your CPU's performance score on CPU Benchmark. Here's how we grade scores:
- Weak - 4,999 or less.
- Medium - 5,000 to 9,999.
- Strong - 10,000 to 14,999.
- Very strong - 15,000 or more.
Psychology Reality Check

Having the lowest Buffer length setting is not a competition. If you are happy with 20 or 30 ms then that's great. Remember, the lower the buffer length setting, the higher the CPU load. We strongly recommend 10 ms (ASIO mode) as a minimum setting. At lower settings than 10 ms, most people don't experience improved 'responsiveness' and the CPU load climbs rapidly. To put 10 ms in context, the delay between touching a key on a real piano and the hammer hitting the strings for a 'pianissimo' note can be well over 100 ms (Touch and temporal behavior of grand piano actions; Goebl, Bresin & Galembo [2005]), something to ponder.

Кто юзает FL Studio?Помогите плз советом

Народ ,кто шарит,помогите советом,а дело вот в чем-при загрузке своего проэкта в Fl Studio происходит баг такого рода-загрузка проэкта полностью сжирает оперативку(скирин прилогается) и выскакивает табличка "OUT OF MEMORY" после чего программа зависает. ПОдозреваю что это просходит от большого количества звуков и эфектов которые были загружены-и сразу возникает ВОПРОС-как сделать чтобы программа загружала только те звуки и эффекты которые в даанный момент находятся на звуковых дорожках,а не все что было загружено в проэкт. ОЧЕНЬ НАДЕЮСЬ НА ПОМОЩЬ,ЗАРАННЕ СПАСИБО ОТВЕТИВШИМ!
никак =( все что было внесено в проект, а поьом сохранено, остается там. Выход - открыть проект на другом компе и удалить все то, что не надо, и попробовать еще раз. Совет на будущее: когда делаешь проект, то лучше сразу удалять ненужные сэмплы и т.д. все, что было добавлено в процессе подбора, но не используется, сократит время загрузки.

ZipR2ime либо вы меня наверно не правильно поняли-оно проэкт загружает,но я не могу с ним работать,конвертировать в МР3 и.т.д. воощем я понял что оно загружает кучу ненужных файлов. на скрине попробовал показать о чем идет речь.То что у меня на звуковой дорожке не может 1.86 гб весить,оно загружает лупы и семплы с которыми я работал в этом проэкте,но на ЗВУКОВОЙ ДОРОЖКЕ их нет .Как убрать все чего нет на дорожке?? ПАМАГИТЕ
вариант ток один, записать названия всех, которые в плейлисте и удалить остальные из раздела audio clips

ZipR2ime: вариант ток один, записать названия всех, которые в плейлисте и удалить остальные из раздела audio clips

Блин,ну это нереально,я в проэкте наверно пару тысяч лупом и семплов прослушал-что каждый заново слушать и смотреть если ли он на звуковой дорожке. Вообще нах оно сохраняет в проэкт ненужные файлы?Може там фильтр какойто есть?Потому что вручную я загнусь заново каждый файл слушать. Думаю должны быть еще какието варианты решения. ПОСОВеТУЙТЕ КТО ШАРИТ.

В 9-й версии доступен запуск FL -ки с параметром EXTENDED MEMORY. Ярлык для запуска лежит в директории куда установлена программа.

Столкнулся сегодня с одной проблемой - после вылета FL Studio и перезагрузки компьютера, FLP-проект при загрузке выдал ошибку

An error occured while reading the FLP file. This file my be corrupt or some plugin caused an error while opening.

Вот проблема номер 2 и ее решение

Нижеприведенные действия стоит производить в специальных HEX-редакторах (таких имеется большое множество).

Проблема неоткрывания flp-проектов с corrupt header: открываем flp -файл и правим его находя и заменяя следующие строки:
В папке FL Studio есть папочка Trash bin, в которую фрукты сохраняют бекап последнего проекта. Там хранится заветный файлик backup.flp (или backup.zip), в котором наверняка сохранился это проект.
Начиная с 10-ой версии, это устроено иначе: существует папка Backup(FL Studio -> Data -> Backup), в которой хранятся с десятка два последних произведённых сохранений (image) Про второй первый раз слышу.
Можно по подробнее описать принцип действия?
Столкнулся сегодня с одной проблемой - после вылета FL Studio и перезагрузки компьютера, FLP-проект при загрузке выдал ошибку

An error occured while reading the FLP file. This file my be corrupt or some plugin caused an error while opening.

Думал, что проект потерян навсегда. После поисков в интернете выяснилось, что данная проблема имела место не только у меня и нашел ее решение.
ПРОЕКТ МОЖНО ВОССТАНОВИТЬ И С ПОМОЩЮ ДРУГИХ ПРОГРАММ. НАПРИМЕР ПРОГОЙ RECOVER MY FILES **** САМ ПРОБОВАЛ-РАБОТАЕТ
Та же беда.
проекты были случайно удалены с винта. файлы реинкарнировал, но работать проэкты отказываются.
Все возможные манипуляции с программами по востановлению пробовал..безрезультатно:(

мое мыло для ответа:
[email protected]
Народ! Помогите (image)
Короче был у меня проект , в котором делал минус. там был один сэмпл, загруженный и порезаный в slicex, и были ударные. Прошло какое-то время, я открыл проект, но играют только ударные!(( Сэмпл в сэквенсере показан красным цветом и не играет, ХОТЯ в slicex он есть и порезан точно также как я резал его в прошлый раз! Чё за борода, а? (image) denisdnepr, значит сэмпл удалил из папки, где он был. Или восстанови папку, или пропиши новый путь к сэмплу. А на будущее - такие проекты сохраняй не в flp, а в zip.
jdoblom denisdnepr, значит сэмпл удалил из папки, где он был. Или восстанови папку, или пропиши новый путь к сэмплу. А на будущее - такие проекты сохраняй не в flp, а в zip.
На счёт zip формата - спасибо! Хорошая идея!
А вот на счёт папок с сэмплами. я сэмплы не удаляю после окончания проекта, я их скидываю в отдельную папку. Я ж писал, что при открытии проеккти, slicex видит сэмпл, проигрывает его, и маркеры стоят на тех местах, на которых я их оставил. Вот только то, что я уже нарезал, а после накрутил и т.д. - не проигрывается. ужос.. 15 минусов коту под хвост (image) а они на продажу были (image)

denisdnepr, со слайсеком не работал, но думаю, что это не нужно. У тебя должен быть открыт канал с сэмплом. Открой степ-секвесор, нажми на кнопку канала, в котором открыт сэмпл. Открывается окно настроек канала. Вверху, под четырьмя кнопками написано название звукового файла (сэмпл), а слева от названия значок папки. Нажми его, откроется папка, где находится сэмпл. Если папка не открылась, или в ней нет нужного файла, значит что-то произошло. Или случайно удалил, или переместил в другую папку, или переименовал. Теперь нужно найти этот файл (может он в корзине, или под другим именем) и щелкнуть по нему.
jdoblom

Кто сталкивался с такой проблемой: в FL Studio v.12.5.1 64bit оперативная память забивается до 4 гб, и степень загрузки на индикаторе (cpu load) в программе доходит до красной линий, проверял точно запускаю 64 bit версию, а в диспетчере задач в разделе FL Studio показывает FL Studio, ilbridge (32bit), не пойму в чём дело. ТТХ компьютера: intel i7-7700k, оператив. память 32 гб ддр4, буфер в программе по максимуму включён 2048smp, понятно что он не загружен даже на половину, но понять не могу в чём причина вкл. 32 бит вместо 64 бит версии.

Иван Гоппе
Тоже было что то похожее, плюнул и юзаю 32 бит. Илбридж это процесс автообновлений, возможно в нем какой то косяк.

бридж не может больше 4гб на поток так как 32 бита

Ivan, разве Ilbridge - это не мост, по которому в данном случае 32-х битные плагины подключаются к 64-х битной программе?

Илья Жорник

Читайте также: