Jump to content

billp

Members
  • Content Count

    70
  • Joined

  • Last visited

Community Reputation

7 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I have Ozone and RX 10. I ran it through Ozone just now and it doesn't detect an offset. It appears to be doing essentially what Will suggested above, i.e., applying a filter. Don't know if you can see it in the video, but I think you are right about the graphic accuracy. You have to watch this fully expanded to see the detail. Visually, the offset at the beginning doesn't change while the resolution goes between low and high. I think it should be magnifying the deviation from the center line when it goes to high res. Instead it just varies somewhat randomly. It's pretty small in any case and I suspect that only my dog is going to detect it. CbB DC offset.mp4
  2. Thanks Glenn. I did find this and eventually got it to work. My main concern was that an audio file that imported into Audacity (which I don't normally use), came in with no DC offset, but the same file imported into CbB had DC offset in the imported version. I've since discovered that Ozone has a built-in filter for this. I haven't yet verified that it actually corrects it. I'm actually starting to think that this could be a display issue. Check out the low res and hi res screenshots below. At hi res, the offset is almost not visible, but at low res there is a noticeable offset. Low Res High Res
  3. Thanks a lot Will. I'll try that.
  4. I'm definitely out of my depth here. One of my collaborators told me that a wav that I sent him was reported by Logic Pro to have a DC offset problem. This project started with an AIFF generated by Logic that he sent me, and which I imported into CbB. After digging into this a bit, I can see a very small discrepancy between the original AIFF file as imported into Audacity, which looks correct, versus the same file imported into CbB, where there is a slight negative(?) offset from the center line on the right side of the stereo image. The first two screenshots below are of the right side of the stereo image, one from Audacity and one from CbB. The left side does not show this same characteristic. The third screenshot is of the wave file that I sent him, which I reimported into CbB. It has a more dramatic offset issue and on both sides of the stereo image. I tried various things, like changing the import bit depth to 32, but it did not change the outcome. I also tried using the DC Offset correction tool in CbB, but it didn't have any effect on the original AIFF. It DID have an effect on the reimported wav. It corrected the DC offset on the left side, but added that offset to the right, so that the right side was even more offset. My projects are all 24-bit/48K, if that makes a difference. My audio interface is a BF Pro. I'm using the latest rev of CbB. I'd really appreciate it if anyone has some insight into this. I had to expand the screenshots to see the detail.
  5. If you have not recorded volume or any other automation attribute, then when you display the automation, it will always create a single straight line of automation set at the current level/value of the automated attribute. In your case, as an example, if the volume is set at -INF, you will get an automation curve (line) at -INF when you first display the automation curve.
  6. I'm having a similar problem, specifically (copy/paste special, although it doesn't matter whether it's a new or existing track) and frequent c0000005 errors in general just entering notes in PRV. They have always been frequent and are more frequent (like multiple within a couple of hours) with this latest release. They are usually the error shown in the image below and can occur in either Cakewalk.exe or the kernel. My specs briefly: Win 10 Pro x64 i7 7820X octal @3.90Ghz 64GB memory Babyface Pro (ASIO/2048K buffer)
  7. billp

    Inactive Freeze Button

    Th Thanks for answering GL. All of the options on the popup menu, except the options, are disabled. There are two other libraries in the synth rack that are in same condition. I haven't found a common attribute that might account for this behavior though. All three unfreezables are Spitfire bespoke libraries, but I have other SF bespoke libraries in the project, one of which is frozen and one which has an enabled freeze button...so that's probably not the root cause.
  8. I probably should have posted this here instead of in "Questions". I have a synth whose freeze button is inactive/disabled. The synth has midi data and an output track (see below) and plays just fine. I'd like to freeze this guy as it's a bit of a resource hog:
  9. I reported something like this a few months ago. I find that once I select any bus or main, the inspector will not switch to a midi track when I select it in the PRV until I go to track view and select either an audio or midi track (rather than a bus). These behaviors are probably due to the same fundamental problem. Wish I could offer you a solution.
  10. billp

    Inactive Freeze Button

    There is midi data in the track and audio is produced.
  11. billp

    Inactive Freeze Button

    I have a couple of synths whose freeze buttons are inactive. They are just typical VSTs, nothing special. Other synths in the project have normal freeze buttons and the freeze function appears to work. Is there a setting or some particular set of attributes that prevent a synth from being frozen?
  12. I've written a few CALs. It's kind of like LISP and not for the faint at heart. I don't recall there being an array feature. I'm guessing you are in part changing the start times of the notes to "humanize" them. If it were a single line (with no keyswitches) a CAL script could maintain the overlap by lengthening an advanced note, and lengthening the note preceding a delayed note, both by the amount that you shift the "current" note, for notes that originally overlap. You wouldn't need an array for this. You'd need to save a reference to the modified note event when you move to the next one so you could refer back to it. If you have keyswitches that need to precede or follow a note for hammer-ons, slides, voice changes, etc. (like Ample guitars for example), you may need to correct those manually so that they move relative to the notes they are intended to affect. There would also be a much more complex issue with polyphonic passages where overlaps are all over the place. I'm two-blocked now with other programming but if I get a chance, I'll try to do this.
  13. This problem may have been identified and solved. See final couple of comments in this topic:
  14. This is great news. I've sent several dumps to tech support, almost all resulting from copy/paste of midi.
×
×
  • Create New...