Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Cedar v7.3 For Pyramix 

  • Multitrack playback and processing improvements (Better performance and less stalls than v7.2).
  • Multitracks Cedar users working at high sampling rates will benefit from Performing configurations such as i7-6700k. Nonetheless when working in DXD you potentially will have stalls with 24 tracks of DXD and more within your project, or with 64 tracks at 1FS (44.1/48kHz).
  • Cancelling a Cedar process (like DeClick), no longer crashes.
  • Cancelling a Playback of 10 tracks > of DXD (10 sec selection) no longer results in a timeout and continuous audio loop
  • Some three registry keys are available for performance calibration, Merging recommends the default settings
  • Note the Cedar v7.3 will indicate under the Windows Programs v5.0.0.9582 (build number) despite this you are actually on v7.3.

  

...

https://www.cedaraudio.com/products/cedarforpyramix64/cfp64.shtml

Cedar v8 For Pyramix 

  • The new Match facility allows you to mark one of the offending sounds and then ask the machine learning algorithm in Retouch 8 to find all of the other instances within the recording. A threshold control even allows you to bias its decision making toward including more or fewer possibilities so that you can find the level that includes everything that you want to remove but precludes events that seem similar but are actually wanted signal.

  • Repair allows to mark a sound and some of the surrounding signal in the usual fashion, and then use a single knob to suppress it or even completely eliminate it.
    Unlike other spectral editing tools, only the significant signal within the region is identified and processed; all low level signals as well as the ambience are left unaffected.

  

Cedar For Pyramix – Tips and tricks :

  • Merging QA: On systems where a dedicated video card the performance is better than on system using Onboard video graphic (seen on Retouch UI)
    Cedar: The memory bandwidth of the system will have the most effect on Retouch, the graphics card has a larger memory footprint than the onboard graphics. So this may contribute to the performance.

  • Merging QA: Would you also have a faster way to display the retouch window content on multitracks selection? Maybe by having a lesser resolution of the displayed content in retouch?
    Cedar: The Retouch spectrogram is adaptive, it adjusts its resolution depending on zoom etc. We don’t have the option available in Retouch to set the resolution manually. To aid identification of problem areas (noises, events) within the Retouch spectrogram we want to maximize the resolution, partially when zooming or working in the low frequencies.

  • Merging QA: Users working with DSD media files into a DXD project might encounter performance issue, since it adds a Playback SRC. 
    Since the Render Processing will convert the DSD media file to a DXD media (352.8kHz), such users are better of converting those files to DXD ones prior to using Cedar in rendering, this way avoid an SRC playback performance hit.

  • Merging QA: Cedar Retouch preview or processing on a MassCore system can cause MSC overloads due to the high graphic resource demands of the ReTouch (reported to the Cedar team).

  • Merging QA: Cedar Renderers: ReTouch DeClick, Decrackle, Dehiss can stall in play mode on 24 tracks of DXD content (352.8kHz) and more, or with 64 tracks at 1FS (44.1/48kHz) (reported to the Cedar team).

  • Merging QA: Cedar Retouch usage you can result in instability errors, especially when working in DXD or high resolution. Change your selection in such case, or reduce its length (reported to the Cedar team).
    Image Modified 

  • Merging QA: After a preview in Retouch (where the  audio loops in playback) once you approve the processing the retouch closes but the Audio still loops in Pyramix timeline. You need to stop and play to abort the looping (reported to the Cedar team).

  • Merging QA: Retouch performance not always optimal.
    The Retouch Spectrogram requires fast, random access to the underlying audio files. The spectrogram render uses multiple threads and its performance can be improved by making a local cache of the audio, if there is enough memory this will be cached in memory, if not there should be enough space for the audio on a locally accessible FAST hard disk (solid state is advised). The registry keys can be used to configure this.

...


Registry Keys

The following registry keys can be used to configure Cedar for Pyramix :

...