There was an error parsing the specified project reaper что делать

Ещё о настройках Reaper: файлы rapeks и backup

В прошлый раз, говоря о настройках проекта Reaper , я показал, основные настройки, касающиеся сохранения проекта и создания папки для аудиофайлов.

Ещё важная настройка в Рипере , касающаяся сохранения проекта и удобной работы с файлами — это назначение папки для сохранения peaks — картинок прорисовки аудиофайла. По умолчанию эти файлы будут находится рядом с аудиофайлами, которые загружаются в проект.

Например, на диске G у вас есть музыка . Вы оттуда импортируете файл. Он загружается, но в той папке, где он находился на диске G прорисуется файл reapeaks. Вы этого увидите, только зайдя непосредственно в папку с аудио.

Казалось бы, что тут думать, но такие файлы захламляют компьютер и любая папка с музыкой или любая другая будет содержать в себе reapeak.

Так обычно поступают все редакторы звука, они создают рядом с файлом, где бы он не находился, свой файл прорисовки. В рипере мы можем настроить для этого дела отдельную папку.

Заходим в Пути в настройках и в предпоследнюю ячейку прописываем путь для сохранения этих файлов. У меня папка Темп для таких временных файлов при работе с аудио и в ней папка REAPEAKS D:TempREAPEAKS

Назначаем путь. Теперь какой бы вы файл не импортировали в проект, для него создастся картинка в этой папке. Потом почистите, спустя месяц-два. Это временные файлы.

Сюда же попадут и reapeks, созданные при записи аудио. То есть, сами файлы аудио будут сохраняться в Audio Files в папке проекта, а reapeks, которые нам в принципе и не нужны, они нужны программе для прорисовки аудиосигнала, будут в D:TempREAPEAKS. Таким образом они не будут засорять систему вообще.

И ещё, что касается Бэкапов. Советую также создать папку backup для сохранения бэкапов. Ставим галочку «Сохранить в additional директорию». Даем название папки.

Теперь все бэкапы будут сохраняться в отдельную папку в папке с проектом.

Источник

Сохранение проектов в REAPER

В данной статье рассмотрим различные способы сохранения проектов в программе Reaper.

Все зависит от специфики работы с проектами. Рассмотрим два основных случая.

1) Первый случай — работа с проектами происходит строго в одном месте. То есть вы не планируете перемещаться на другие места работы, и вы точно знаете, что работу завершаете только здесь.
Для этого вы можете зайти в настройки Preference — раздел Paths. И ввести свои папки для сохранения различных компонентов.

Рассмотрим скриншот по пунктам:

1. Default path to save new projects — здесь вводите папку, которая будет по дефолту выпадать при сохранении проекта. Эту папку лучше указать.
2. Default render path (if left empty the current project directory, if any. will be used) — здесь вводите папку для аудио из проектов. В случае если у вас уже есть своя папка проекта, эта папка не будет использоваться.
3. Default recording path, when project is unsaved and no recording path is configured — здесь вводите папку для аудио, когда проект не будет сохранен, эту папку лучше указать во всех случаях.
4. Store all peak caches (reapeaks) in alternate path — здесь вы можете сохранить отдельно пики от аудио. По умолчанию пики будут помещаться вместе с аудио.
5. Use alternate peak cache path for the following paths (multiple paths separated by semicolons) — если нужно, можете указать альтернативные пути пиков для конкретных папок. На мой взгляд не нужно.

Недостаток первого способа в том, что вам придется будет адаптировать проект для того, чтобы в случае переноса на другой ПК его открыть. Также на компьютере должны присутствовать все эти папки, иначе будут вылетать ошибки, не будут прорисовываться пики и прочие проблемы.

2) Второй случай — проекты, которые для работы планируется перемещать на различные компьютеры. В то же время этот способ одинаково хорошо подходит и для статичной работы. Заключается этот способ в том, что все компоненты проекта будут в индивидуальных папках — начиная, собственно, с самого проекта, кончая его компонентов. Также хочу заметить, что для второго случая нужно будет очистить пункты из Path, кроме пункта 1 и 3 (пожеланию), иначе это будет работать некорректно.

Для начала нам нужно создать собственную папку для проекта. Когда мы «сохраняем проект как», выпадает такое окно

Для того, чтобы проект создал свою собственную папку, в которую он все будет помещать, нужно поставить первую галочку

Create subdirectory for project

Вторую или третью галки ставим только в том случае, если проект уже был сохранен другим способом (то есть его компоненты были в указанных вами папках в Path), либо вы уже добавляли/записывали аудио в не сохраненный проект. Ну или же вы просто хотите пересохранить проект в новую папку.

Чтобы не забывать сохранять проект таким образом, можно поставить настройку, при которой это окно будет вылетать при запуске REAPER. Начав работать с чистым проектом, вы увидите, что все будет сразу же помещаться в общую папку с проектом.
Для этого заходим в Preference — Project и ставим галку на пункте

Prompt to save on new project

Чтобы импортированные аудио перемещались автоматически в папку проекта (не записанные, а именно импортированные) — нужно зайти в Preference — Media и поставить галку на пункте

Copy imported media to project media directory

Все бы ничего — папка проекта создана и в принципе можно не волноваться — программа будет складывать свои компоненты в папку с проектом и этот проект можно перемещать и открывать на любом ПК. Но есть один недостаток — файлы проекта, бекапов, аудио, пики будут находиться вперемешку. В случае если вы хотите что-то найти, вам придется будет сортировать файлы, что не очень удобно. Примерно вот так это выглядит:

В продолжении статьи я опишу, как разделить компоненты по папкам.

Для того, чтобы отделить аудио от файлов проекта, нам нужно зайти в настройки проекта — вкладка File — Project settigns

Далее нам надо перейти в раздел Media, а затем указать название папки для аудио в пункте Path to save media files (can be relative, leave blank for same path as project file). Обратите внимание, что нам не нужно указывать путь, а нужно написать только название папки, например просто Audio, как на скриншоте.

Далее, чтобы нам зафиксировать эту настройку по умолчанию, сохраняем пустой несохраненный проект как проект-темплейт, затем указываем его при запуске REAPER. То есть путь действий такой — открываем пустую программу, указываем настройку «Audio» и сохраняем проект как темплейт. Далее ставим этот темплейт при запуске программы в настройках Preference — раздел Project

Если у вас уже есть такой проект — сохраняем с заменой старого дефолт-темплейта. После этого у вас по умолчанию в настройках проекта будет выписан путь «Audio».

И теперь мы увидим, что в новых проектах файлы rpp и rpp-bak будут отделяться от аудио с пиками.

Тем не менее мы видим, что пики в папке «Audio» по-прежнему перемешиваются с аудио. Для того, чтобы отделить пики от аудио, мы можем создать папку для пиков, она будет внутри папки с аудио. Для этого заходим в Preference — Media и ставим галочку на пункте Put new peak files in peaks/ subfolder relative to media

После этого пики будут помещаться в папку peaks

Вот таким образом можно организовать проекты! Очень удобно в случае чего потом копаться и искать, т.к. все компоненты разделены. Также не будет никаких проблем при переносе проектов. Поэтому я вам сразу рекомендую использовать второй способ.

Статья подходит к концу! Последнее что хочу напомнить лишний раз — не используйте при названии проектов да и вообще в целом кириллицу! Может привести к различным ошибкам.

Источник

Project Recovery

Nobody wants to see this error message from their DAW, but with Reaper, at least you can attempt a graceful recovery.

Cockos Reaper has some interesting tricks up its sleeve to help you resuscitate seemingly corrupt projects.

For me, Reaper has always been extremely reliable — more so, in fact, than various other sequencers I’ve used over the last 20 years. Yes, I’ve experienced the odd few crashes in my time but, invariably, reloading the same Reaper project got me up and running again in a matter of seconds, leading me to believe that the problem was more likely to be a third-party plug-in than Reaper itself. However, I recently completed and saved the final revision of a song only to find the next morning that this project crashed Reaper every time I attempted to reload it. Yes, I had recent automatic backups of the song but, weirdly, they crashed Reaper too. The most recent version I could successfully load into Reaper was some two days old, and I was loath to abandon two days’ worth of mix tweaks.

However, with a little background research, a few hunches and a couple of new techniques I was able to get my most recent version of a Reaper project — in other words, one of the ‘broken’ ones — up and running again with no loss of data, as well as modify my future projects so that such crashes would hopefully never happen again. Here’s how I did it.

The Recovery Position

This tick box is the secret to being able to open Reaper projects that otherwise crash. The big secret to encouraging Reaper to load apparently broken project files is to use its built-in recovery mode. Few users seem to know of the existence of this feature, yet it can be an absolute lifesaver. To recover a project in this way, launch Reaper, either using the ‘Reaper (create new project)’ option that many users should find as a launch option, or simply hold down your Shift key before clicking on the Reaper icon, to start with a blank canvas. Once Reaper is up on screen, you can use its normal ‘Open project’ option, but when the file-select dialogue opens, tick the box labelled ‘Open with FX offline (recovery mode)’, or if you prefer to choose from your Recent projects list, do so with the Shift+Ctrl keys held down (Shift+Command on Mac). Simple as that!

The chances are that your defunct project will now load perfectly, but with all its plug-ins and instruments offline and therefore inactive. You can now re-save your project with an updated name, safe in the knowledge that every track containing audio and MIDI recordings, along with all your carefully entered automation passes, are safe. Phew!

Interrogating The Suspects

When you have reloaded your faulty project using recovery mode, its plug-ins will all be offline, but you can re-enable them one by one to track down the culprit. Now’s the time to do some detective work, by selectively re-enabling those plug-ins you consider totally reliable. Just right-click on each of your plug-ins in turn and you’ll see that ‘Offline FX’ is currently ticked. You can just click this option to re-enable it, although a much faster way to re-enable plug-ins is using the Ctrl+Shift-click shortcut (Command+Shift-click for Mac).

If you suspect a particular plug-in of being dodgy, leave it offline, and when you’ve re-enabled all the ones you consider ‘safe’, re-save your project with another updated name. Then exit Reaper, relaunch it and check that this modified project loads correctly. Once you’ve ruled out the commonly used ones, the culprit is most likely to be one of the few that are left.

Guilty Parties

So, which are the most likely suspects? A good rule of thumb is to be suspicious of any plug-in used only in this project, and not in any of your others. You may also have suspicions about some well-loved yet positively ancient plug-in that hasn’t been updated for years, and if this proves to be the guilty party, the quickest solution is to track down a substitute.

However, the most likely crash candidates tend to be more complex plug-ins, such as open-ended environments that let you build your own synths or effects from basic building blocks (for example, items built with SynthEdit, Reaktor, or Max/DSP), or those that load in large amounts of sample data, such as soft samplers or convolution-based plug-ins that load in large impulse response files. Sometimes it may be a particularly large sample library that tips the balance, or a missing impulse file that causes a particular convolution reverb plug-in to fall over.

Due Process

Selecting one of these options for a particular plug-in can prevent it ever crashing Reaper again when you use it for future projects. Well, so far we’ve managed to restore our previously crashing project, and hopefully identified a single guilty plug-in that caused that crash. Thankfully, as with most things in Reaper, there are further options available that may let us carry on running any dodgy plug-ins without running the risk of any future crashes. You can view these by launching the Add FX dialogue and then right-clicking (Ctrl-click on the Mac) on any plug-in in your list.

In the drop-down window that appears, you’ll see an entry labelled ‘Run as’, with four main sub-entries: ‘Default (set in Prefs/VST)’, ‘Separate process’, ‘Dedicated process’ and ‘Native only’. The simplest approach is ‘Native only’ mode, which opens plug-ins and lets them all share RAM with Reaper itself. Things get slightly more complex if you have both 32- and 64- bit plug-ins, and this is where the ‘Default (set in Prefs/VST)’ option comes in useful. For example, on my 64-bit PC running 64-bit Reaper this default was already automatically set in my Preferences/Plug-in compatibility page to ‘Automatic bridging (when required)’, so that 64-bit plug-ins run in their Native mode, and my few old faithful 32-bit plug-ins get bridged so they can also run inside 64-bit Reaper.

However, it’s the two other options that particularly interest us here. If you choose ‘Separate process’ for specified plug-ins, they will all run in one other process distinct from Reaper, all sharing the same but separate pool of RAM. If, on the other hand, you choose the ‘Dedicated process’ option for a particular plug-in, it will run in an entirely separate process from Reaper and all the other plug-ins, using its own personal RAM allowance.

Thankfully, we don’t need to get too bogged down in terminology here. The bottom line is that, in Native mode, if a plug-in crashes Reaper will crash as well. However, if you shift some plug-ins to run as a ‘Separate process’, then any time one of them fails Reaper will carry on regardless; you can still save and reload your project, but all the separate plug-ins will fail. Finally, if any plug-in crashes when running as a ‘Dedicated process’, only that plug-in will fail, while any other plug-in that’s using its own dedicated process, as well as any running on the ‘Separate process’ and Reaper itself, will remain intact.

Dedicated To You

Even better, you can choose the most appropriate process option for a particular plug-in and have that as the default for all future usage, to minimise the risk of any future crashes. You can do this from inside any Reaper project, as follows. First, Insert a new track, click on its FX button to launch the Add FX dialogue window, then right-click on the name of the plug-in that’s previously caused a problem. Then, in the list of Run As options, select ‘Separate process’ or ‘Dedicated process’ as required. Finally, you can click on Cancel and exit Reaper without saving anything. The next time you launch it, your process selection for that plug-in will be remembered and used as a global setting.

The easiest approach, a once-only exercise that took me a few minutes, is to set complex sample-based plug-ins to ‘Dedicated process’. I ended up doing this for Audio Ease Altiverb, the Best Service Engine, Camel Audio Alchemy, NI Kontakt, and Spectrasonics Omnisphere, among others. These plug-ins aren’t particularly prone to crashing but can sometimes require huge amounts of RAM, so it makes sense to give them special treatment. Any ancient plug-ins that you nevertheless still love are also best set to ‘Separate process’.

The only slight annoyance of switching to Separate or Dedicated processes is that, as with any bridged plug-ins you have in your list (either 64-bit ones running under 32-bit Reaper, or more likely older 32-bit ones running inside 64-bit Reaper), your plug-in GUI will appear in a separate window from the main effects window. Thankfully, there’s even an option to combat this: beneath the various ‘Run as’ options mentioned earlier is one labelled ‘Embed bridged UI (may not work with all plug-ins, less crash-resilient)’. Clicking that for a particular plug-in and exiting Reaper as before will remember this setting.

This final option isn’t perfect. With the huge third-party Reaktor ensemble that had initially caused my problem, for instance, I experienced no further crashes, but if I switched to a different application, my Reaktor GUI was visually corrupted when I switched back to Reaper. It’s nevertheless useful, if only to get the standard drop-down preset list into the same GUI as the plug-in itself. So if, like me, you want to force all your old 32-bit plug-ins to appear in the Add FX window just like the 64-bit ones, click on ‘All Plug-ins’ in Reaper’s Add FX window and enter ‘x86’ into the filter list to display the complete list of 32-bit bridged items installed on your system, so you can individually set them to the ‘Embed. ’ mode. Clever, huh?

Источник

385

386

387

388

389