Xoo

No you can't view different tabs in the Track Inspector simultaneously (I know you can move Console View, but i) that wasn't what was being discussed and ii) it eats a lot of screen space to do this).

Plus you can't see the Pro Channel tab at the same time as the Track Inspector controls (or, say, the Arranger tab). Oh for seperately moveable tabs...

I've also had some luck sometimes (depends on the plug-in) of opening a cwp in Notepad or similar (Notepad++ probably better given Notepad's propensity to sit there for hours opening a large file :-)) reading out pathnames of programs or samples from the text.

Oh yeah, drivers, didn't think of that!

Neither are track templates but you can drag them.

I do agree it kind of makes sense to be able to do that.

Ah, yeah, I thought it should work from Media once too ?

Why do you need both 32 *and* 64 bit Windows 7, given you can quite happily run a 32 bit DAW in a 64 bit OS?

Odd - I haven't tried TI (just have - it works and also to the Pro Channel, where it creates an FX Chain module too), but it definitely works into a track (or bus) FX bin in the track view or console view here. I've even checked back to SONAR Platinum and it works there too. Just to check, we are both talking about the same part of the browser?

For Bluetooth MIDI, at least, you need to change the MIDI driver mode to UWP:

Can you not do this (drag the chain, not the shift/ctrl option)? I've just tried and I can do it both to track view and console view.

RAID 1 is mirrored drives - n>=2 of the same size (well, you can use different, but you only get the smaller sized RAIDed): so your capacity is the drive size, but you can lose n-1 drives and not lose data (just rebuild the array asap!). On paper, write can be slower than one drive (since you have to write twice) but will depend on controller, software/hardware, and likely negligible; read can be faster as you can pull data from n drives simultaneously - again, depends on controller etc. RAID 0 is striped drives - n drives, no duplication of data, n*capacity of smaller drive, faster read and write. Lose one drive and game over though... RAID 1+0 (or 10) is striped mirrored so you take n RAID 1 arrays and then RAID 0 the "virtual" drives. Effectively all the benefits of both RAID 1 and RAID 0, but twice as many drives required - you can lost a lot of drives to failure before you lose all data. RAID 5 is n>=3 drives, with data striped across all of them ( (n-1) data and 1 parity which is usually (always?) an XOR of the bits on the other drives); good read performance (want more? just add another drive to the array) but slightly slower write (caveat as above with controller, hardware/software etc) as the parity needs to be calculated and written on each disk write; you can lose any one drive and still have good, albeit lower, performance; lose 2 drives and it's game over (so replace and rebuild if you lose a drive asap). RAID 5+1 is RAID 5 with a hot spare that can be brought online into the array automatically (to rebuild it) if a drive fails. Same performance as RAID 5 and same redundancy (ie. lose one drive), but you don't have to physically swap a drive to get the array to rebuild. Obviously you need 4 or more drives for this, so it's more expensive per GB than RAID 5. Sadly, unlikely to have RAID 5 or 5+1 in hardware on a normal motherboard (ie. it usually needs a discrete controller which is aimed more at the enterprise market, so not cheap, but it'll have cache, battery back up to complete writes on power loss etc). 10 is probably overkill (it's more common for high performance servers) and you need a lot of drives for the capacity you want. 0 gives you no redundancy. I'd go for 5 if you can (good compromise and you can usually add drives to increase capacity/performance with no down-time - apart from the physical connection that is!), else 1 with 3 drives (but you'll need large drives which may make it too expensive, as you can't easily expand without throwing them all away and starting from scratch).

Flatbed UI - https://www.bing.com/images/search?q=flatbed+ui&qpvt=flatbed+ui&form=IGRE&first=1&tsc=ImageBasicHover

I don't know - I just think a reordered (not hierarchical) menu would still be annoyingly long and annoy different people!

One can still have multiple inputs so the question remains. That said, I'm not sure if the MFX works for live input ?

I'd go along with this to some extent, but I'd suggest that simply(!) having an extra layer of menu would suffice: Physical Busses Sidechain Then have the existing 4 "New" at the bottom as per now.

What if there are multiple tracks/inputs? I think the MFX (per channel) is less ambiguous and clearer in this instance at least (and exists already of course :-)).

Do remember the Cakewalk MFX Chord Analyzer which can be added to any MIDI (or simple instrument) track which can do realtime chord recognition.

Ah - I have show logo splash-screen disabled. If I enable it, I see what you see. Do you also see result.html and result.xml created in a folder* every run (both essentially empty files)? * I say "a folder" as I'm not sure what the logic is. I have a T drive on my machine which has a bunch of backup files, installers and the like, but also a Temp folder (T:\Temp) which happens to be the target for my %TEMP% and %TMP% environment variables. The result.* files are created in the root of the T drive - I'd understand if they were in the T:\Temp folder, but not in the root!

Space efficient - maybe I wasn't clear.

SF 15 (just happened to be looking at the older install directory when I screenshotted).

Completely the reverse: for all its faults, a scrolling (or dropdown) list is the most space efficient.

Ah - that would make sense.

Re. /NOVSTGROVEL...I have this set (and NODXGROVEL) and yet I still see the scan window (see below). Does anyone else with this parameter set? It's quick to scan but my sense of neatness makes me not want it to appear at all.

I tried fiddling with file permissions and SF works, but throws the (same?) error as when forge.tut is deleted (which I did by accident a while back!). So that doesn't work. It's actually a .zip file, so I created an empty zip file and put that in the SF folder calling it forge.tut. Same error, so it's obviously looking for some kind of structure in the zip. However... - Take a backup of the forge.tut file - Copy it outside Program Files (Desktop?) and rename it to forge.zip - Open it (even in Windows' built-in zip tool) - Delete everything in the common, images and templates folder (but leave the folders), and the files in the root - Rename it back to forge.tut - Copy back to SF folder - Run SF - no error message and far fewer folders created (3 folders under the root). I've attached the zip file here. forge.zip