Jump to content

white flowers

  • Content Count

  • Joined

  • Last visited

Community Reputation

6 Neutral

Recent Profile Visitors

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

  1. UA does seem to create these kinds of problems from time to time by renaming their plugins. Not sure what to do about it - presumably it will load presets saved by the old version if you need to rescue a project, but that's not a solution really. You could try looking for info at the UAD forum here: https://uadforum.com/general-discussion/
  2. This update seems to have fixed a problem I was having with 2021.04 as released, in which certain plugins (eg u-he Satin) caused a crash upon opening a project using them. I had to roll back to 2021.01 before I was able to figure out what was going on, but for what it's worth, this update appears to be stable again. Thanks!
  3. I'm not sure if this will help with what you want to do, but I have used Voxengo Recorder in a similar situation, streaming audio to OBS. It's a bit fiddly, but basically I place Voxengo Recorder on the Master bus and set it to output to "MME", and then in OBS I create a source called "Audio Output Capture". There's a bit of a delay in the audio that I compensate for by delaying the video using an OBS filter. Voxengo Recorder ends up acting as a kind of bridge out of ASIO-land into MME-land. Recorder is a decades-old 32-bit-only freeware plugin, but it gets the job done. It might be something to try playing around with.
  4. That could work in some ways - essentially I'd be using the UA interface as a voice/guitar effects processor. The Apollo Twin that I have doesn't have a digital output, and I don't think I can configure it with pre-fader sends, so the input to the RME would go through an extra conversion and the effects I'm monitoring with would print to the DAW... I do have the monitor out of the UA interface going to RME inputs, but this is mostly to avoid repatching the speaker cables. Actually what might work best along these lines would be to switch the roles: send to RME's digital outs to the Apollo, patch the speakers from the Apollo's outputs. Then I'd basically be using the Apollo with Cakewalk/other DAWS, and the RME with everything else - I use its "total mix" software a fair amount to digitally patch different inputs and outputs, for loopback recording, etc. The problem here is that I'd have to leave the Apollo on all the time (it gets hot and seems like the kind of thing that might eventually succumb to heat exhaustion), and I'd be generally relying on it more - the RME has been a rock-solid music tool for years, while the UA seems a bit more temperamental. Still, it might be better to settle on a constant situation instead of switching things around. Now where's that optical cable? It still seems like there should be some kind of method - or workaround - to switch interfaces on-the-fly... will update if I come across something down the road.
  5. Changing on-the-fly with "reload config settings" would be a good solution, but while exiting Cakewalk and reopening it after swapping aud.ini files does indeed cause the desired interface-swap, reloading settings doesn't seem to do it. I can see why there'd be an expectation that someone reloading their settings would generally want to keep whatever interface they have set up, though it makes me wonder why this is in the file at all if the file isn't wholly determinative of the results. Anyway, I can imagine that it would sometimes be useful to save, exit, swap aud.ini files, open Cakewalk, go get a glass of water while I wait for my plugins to load, then get back to work. Less fiddly than clicking on the little check-boxes. Auto hotkey a good idea as well - I've used it a bit but I'm not sure how I'd set it up to check/uncheck boxes in a window which may be moved/resized from time to time. I'll have to poke around sometime. Thanks
  6. Thanks for the quick replies! Since closing and reopening Cakewalk takes longer than what I'm currently doing (and the RME doesn't have an on/off switch), I think it's probably easier for me to keep going into preferences. Most of the time I only need a couple of ins/outs, so I can just leave the rest blank. Still it's good to think about these alternatives.
  7. I like the stability and features of my RME interface for most purposes, but when I'm overdubbing I like to use a UA Apollo for its no-latency effects and preamp options. At the moment, the way I do this is by going to Preferences, unchecking each RME input and output, and then checking the UA inputs/outputs, reversing the process to continue using the RME. It strikes me that there may be a simpler way to do this, perhaps some sort of workspace preset with an interface preselcted? Not sure, hoping someone else has an idea. Thanks.
  8. Yes, well, it would be best as an option. Even a moment of feedback can damage equipment or cause other problems. The difference between Input Echo and other track states, such as Record or Mute or whatever, is that none of those settings have the potential to create problems on startup if the audio system has been changed in the meantime. This is an issue with other DAWs as well, but I happen to use Cakewalk for most of my recording work, so it's where I encounter the problem, and I do appreciate that you listen and develop with the users in mind. The point about Aux Tracks is that when you change the input from the aux to an audio input, the input echo state is actually changed to off. Then when you change it back to aux, the input echo state is changed back to on. So this is a case where the input echo state of audio tracks is treated differently from aux tracks. In the same way that Cakewalk recognizes when the input of a track is switched to an Aux, it could recognize on startup when tracks are monitoring an Aux and leave their Input Echo state unchanged. Anyway, it would be helpful to me, and I can imagine that other people encounter huge amounts of feedback from time to time when they open a project with their monitors up and a live mic, so it might be helpful as an option. There's a difference when the mics are in the same room as the monitors, as is true for me, versus a conventional studio where there's a control room and a live room. I'd guess many of Cakewalk's users have everything in one room. Thanks for listening.
  9. I'm working with a lot of live recordings right now, where I monitor myself through headphones using various effects within Cakewalk - so I have to use input monitoring while I'm recording. I record for a while, then take a break, then record for a while. Sometimes while I'm doing other things, I use my monitors. Sometimes I forget to turn off input monitoring before I save the project, and then sometimes I forget to mute my monitors before I open the project. As a result, I'm getting massive feedback from my live mic, which upsets my dog. I'd like Cakewalk to check to see if any live inputs are being monitored, and disable them, when I open a project. It would be best if this was an option, just for the odd case where it's necessary to save the state with the project - perhaps someone has a large live-recording template that they need to load up quick to record rehearsals while monitoring the mics, for example. Personally, I would just make it always turn off input echo when opening projects, and if I had some special case where I wanted to easily have a bunch of tracks' input echo enabled when I start up, I could group the input echo buttons so that it would require only one click. But I generally think it's better to have more functionality than less, so the optional approach would be good. I've noticed that with Aux Tracks, when you change the input of an aux track from the "aux" to an audio input, Cakewalk turns off input echo. Then, when you switch the input back to an Aux, Cakewalk automatically turns on input echo. On the other hand, it's logical to turn off input monitoring when you switch to a live input, precisely because there could be a live mic on that channel. By the same reasoning, I think it would be smart to have Cakewalk disable live inputs when opening a project. Thanks
  10. hmmm... with regards to aux tracks, having fiddled with it a little, this is actually a good example demonstrating exactly what I'm looking for. When you change the input of an aux track from the "aux" to an audio input, Cakewalk turns off input echo. Then, when you switch the input back to an Aux, Cakewalk automatically turns on input echo. This makes sense, because, as you note, the whole purpose of the aux track is to monitor its input. On the other hand, it's logical to turn off input monitoring when you switch to a live input, precisely because there could be a live mic on that channel. What I'd like is for Cakewalk to take the same action when I open a project - check to see if any live inputs are being monitored, and disable them. It would be best if this was an option, just for the odd case where it's necessary to save the state with the project - perhaps someone has a large live-recording template that they need to load up quick to record rehearsals, for example. I guess I can assume that such a feature doesn't exist, or at least it isn't well-known enough so that we here in the Cakewalk community know about it. Thanks for your help.
  11. Thanks - that's closer to what I'm looking for, but it is only operational during playback - so that when I open a project, any channels set to input monitoring will still be active. I actually want input monitoring to work exactly the same as it does, but simply to have input echo state set to "off" when I open a project. Can anyone think of a reason why you would want the input echo state to be saved with a project? It seems so easy to turn it on as necessary.
  12. Yes, exactly, my templates do not have input monitoring. However, in the midst of my endeavors, I sometimes save an existing project with input monitoring set. Since there is no reason I would ever need input monitoring set when I re-open that project, I am looking for a way to set Cakewalk to disable input monitoring when opening existing projects.
  13. Well sure, I don't have input monitoring set on my templates for new projects. What specifically happens is that I am using a Cakewalk project to set up audio for live streaming, so that I have the input monitoring enabled on a track, and I'm listening on headphones. I'm also recording at the same time, so I save as I exit. When I then open the project up again later to continue streaming/recording, if my monitors are not muted, then I get feedback. Obviously it would be great if I remembered to disable input echo before saving, but there are a lot of things going on at once, you know... The point is that there is never a time when I need to have input monitoring turned on when I open a project, since I can easily enable it at will, but there is often a time when having it enabled is detrimental. So, I'm asking whether it's possible to set it to default to "off", ie for it not to be saved as an element of the project.
  14. Is there a way to set Cakewalk to disable input monitoring on startup? What happens all too frequently to me is that I open a project with a live mic, and get a blast of feedback until I disable the offending track's "input echo". I personally do not ever want input monitoring to be saved with the project - I can think of no reason why I would ever feel burdened by the need to turn it on, while it often creates problems - but presumably this is something other people like, or it would not be designed this way. Obviously it would be a fine thing if I remembered every time to mute my monitors, but it occurs to me that the option to have input monitoring turned off automatically whenever a project is open might a useful feature, perhaps even one already implemented. Thanks you.
  15. I understand some of your reasons for making that choice, but I think there are good reasons to make a different choice. I know a guy who is still running Sonar 7 or 8 on Windows XP, making records every day. I personally will most likely switch to 10 when necessary, for a variety of reasons, but it would be nice if until then I could use 2019.05. Not the end of the world, but puzzling why the world is the way it is. Also, I would have liked to know what the cause of the issue is, and why its effects are limited to Win 7. Anyway, thanks for your work on the program. One thing I really appreciate about your current business model is how updates are real quick and painless, which I recognize is connected to your policy about providing a stable Win 7 install file.
  • Create New...