Keni

Yes. That makes sense now though I believe it could/should be fixed. Isn't 3db the popular panning change? Gain reduces 3db moving from center to edge (i may have it backwards.). So that now explains a lot for me. I continually adjust my mono drum tracks (kick snare hat) by 3db after freezing. I’m using stereo outputs from the drum synth but processing them as mono, hence the 3db change. My other three drum outputs are stereo (toms ride crash) and after adjusting them along with the kit (after freezing), I progressively raise their volume the more I listen. I'm now guessing if I process them as stereo (interleave) they may not change volume. Creates a bit of a pickle for me . I prefer my kick/snare/hat as point sources instead of stereo as I find they cut through a mix better. Toms are usually easy to handle in a stereo mixed output unless I want to use DAW processing instead of vst's internal stuff. Then I break each out individually but with 5 toms, thats a lot of faders on screen. It’s a tradeoff.. The ride is being supplied only as a stereo source so it has it's own stereo out and finally, all the crash cymbals spread in stereo as were the toms. So to solve this I really need a way of creating a combination of mono stereo outputs from the drums or for the present of course I could use all mono (dual mono to handle the stereo tracks but it's so......analog! ?

That's a bit confusing to me... I thought the whole multidock/windowing environment was all silverlight??? I don't use workspaces at all as I find them too volatile for me. Not sure how this issue would relate to screensets. I'm not changing screensets in this process and my screensets are all, always unlocked.

Not sure I understand. I leave workspaces disabled. I use screensets, but not workspaces or mix recall. Nor arrangements... This is not recent. It has been this way since it's inception with silverlight

You missed an important step I believe. Close the synth rack before saving? Another thought just occurred to me. I continually use alt-9 shortcut to open synth rack.

Did you try closing the synth rack, saving again, close and re-open the song. Then open the synth rack. Where is it?

Pretty much. If I leave the synth rack undocked and visible, it's status is saved. If I undock it and place it where I wish it to appear, then close the synth rack and save the song. Re-opening the song and then opening the synth rack finds me seeing it appear docked in the Browser pane. It stays undocked if I open and close it during that session, but once I close the song with the synth rack closed, the problem repeats.

Seems to be 2-3db. Each synth varies. Obviously, most don’t. So far it seems the most common (and most difficult to deal with) are drum synths. Session Drummer, Addictive Drums (1&2), and Superior Drummer 3 all show this. Another I am certain of is old, Vsampler3. It shifts ~2db

I sometimes feel as if it’s me, but making records of volume (read via peaks) before and after freeze shows the reality. It is so annoying and the devices showing this each respond differently. What causes this? Not all suffer from this. I wonder if I'll see a solution in my lifetime. Most I've gotten used to and remember how to re-adjust each, but some? Right now I’m struggling with learning this with Superior Drummer 3 and hating it. I don’t think this is true, but it feels like each output varies differently? I’m shocked if that’s true but I've been too miffed to log the values yet. Just using ear...

I 5ink I didn’t explain well. the hardware outputs of the console view. Randomly, change their width from narrow where I leave them to full width. I have no issues with the docking for those who want it. My point here being that it doesn't always remember it's saved state. I was unhappy when silverlight was added as well, but my issues with that was (and is) related to the myriad of display/zoom issues which (for me) have still not been satisfactorily repaired. I know many are more in need of the benefits(?) of Lanes over Layers. As soon as Lanes are involved in my view I suffer the redundant image of the promoted clips as well as the zoom nver following my lasso selected area. In the days before silverlight, it worked fine. I waste more time fidgeting with zooms than I do most other work.

Exactly why I haven’t posted this much. I can't find a recipe for the narrow hardware out situation. I've tried for years but see no repeated action as cause. Now the docked/undocked status remains as long as I keep it open. Closing it, saving the piece, closing the piece, and re-opening always seems to re-dock it.

This is just getting so old.... Items that I have tended to be patient about. It seems they don't get solved that way any more than the items I'm very outspoken on... So Here is a few things I run into for years! Why do some structures such as the width of the hardware outputs in console and the synth rack seem to lose their assigned status? I am constantly resizing the hardware outputs back to narrow. I never change that, but it changes... The synth rack... I always keep it fairly wide and floating yet it constantly, randomly gets itself moved back into the Browser (docked). Is there some hidden keys I might be accidentally hitting that causes this? I haven't found any though I've looked. ...or are the gremlins simply busy having fun keeping me annoyed?

Interesting. As a longtime MIDI user, I’m very familiar with this type of issue and don't often have such a problem. But as it happens, I've experienced this a couple of times now since the EA. I'm still examining the situation in case I overlooked something but....

Thanks scook. Got it and found it. Too bad I don't like this system. I prefer the way AD2 handles it simply with a sample of each cymbal choked! Much cleaner for my eyes but I unhappily, understand their logic.

Sometimes it surprises me the things I think are obvious and missing... Not only are there no Ride Bell Tips, but NO CYMBAL CHOKES? How can this be? Am I overlooking some special way that SupD3 handles such?

So far? No differences between floating vs. docked in multidock. Same beahavior. Some additional stuff? I notice that in the process of using snap enable/disable while PRV is open and both begin ON. Clicking on PRV snap toggle (grid icon) Different results such as enabled, but no value set (grayed out)? Sometimes value still set, but grayed out? Sometimes clicking on value enables it? Other times it seems a right click is needed? What's going on? This is not new. I have simply lived with it up until now as I question. Maybe I need a better grasp of what each of these functions do such as clicking vs. rt-click on snap value Am I misremembering a default change that I over ride? I have always used N for snap but something in the back of my mind keeps itching at me saying this got changed somewhat recently? Is something half-bound or... ...and why does my grid disappear when I disable snap? Yes, I have it set for grid to follow snap, but that is value, not grid on/off?

OK. That’s a biggie! When snap is finally fully disabled, my 16th note grid (typical) disappears. Note I say fully disabled. Turning off PRV's snap stops it's over-ride and PRV is then snapping to global. So they must both be off too see this. I’m guessing this relates to the grid follows snap?

Thanks David... That's an interesting thought. I do use PRV in what is probably a less common display. Floating, not quite full screen. I'll experiment a bit...

Or simply adding a master toggle with keybinding that enable/disables both simultaneously as I expected the global to do! ...and why must the grid disappear when snap is disabled? Very uncomfortable for me as I use the grid as guidelines even when not snapping!

There is the problem. That is what I expected and remembered, but right now the keyboard shortcut toggles global but leaves PRV snap on! Go figure?

There is the crux. For me. If I'm working in PRV and use the global toggle, it leaves PRV snap enabled. Shouldn’t it be when global is off, all (global?) is off including PRV snap.

I won't launch a tirade though I gotta say this one has been a noodge for a long time. It was great the offer separate snap settings for TV vs. PRV, but shouldn't the snap enable button toggle BOTH (as it seems is needed)? If I'm trying to disable snap while in PRV, the snap command turns off TV's snap but not PRV's snap which seems only to respond to mouse clicks separately! If I simply disable the PRV's snap, the program defaults back to the TV's snap instead of off! Please.... Little pains get annoying with time. Or am I missing something? Has this been dealt with in some other way?

I see your point, but adding the button would be more to my taste. We all have our work model preferences. Work arounds when needed, but I prefer.........

I guess you haven’t run into the things I have. I only wish to transmit when I wish, not when I happen to have as current selection

It would if I simply wanted it on all the time...

Good Thought, but how do I tell it which instrument to enable when there are numerous (typical)