What is KVR Audio? | Submit News | Advertise | Developer Account

Options (Affects News & Product results only):

OS:
Format:
Include:
Quick Search KVR

"Quick Search" KVR Audio's Product Database, News Items, Developer Listings, Forum Topics and videos here. For advanced Product Database searching please use the full product search. For the forum you can use the phpBB forum search.

To utilize the power of Google you can use the integrated Google Site Search.

Products 0

Developers 0

News 0

Forum 0

Videos 0

Search  

Opinions for most wanted improvements...

Official support for: cantabilesoftware.com

Moderator: bradr

Which improvements would you like to focus on development resources?

Pure maintenance
9
25%
New host features
24
67%
Others
3
8%
 
Total votes : 36
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Sun Jan 02, 2011 8:24 am

I've talked to Brad about this a time ago but unfortunately ReWire isn't a feature to be expected in Cantabile... :(
Best regards, TiUser
...and keep on jamming...
codevyper
KVRist
 
39 posts since 5 Aug, 2010, from Los Angeles, CA

Postby codevyper; Sat Jan 08, 2011 12:17 am

I've been busy lately so I'm late to this game, but here's my 2 cents.

Keep pushing forward with VST. From what I've seen on the Cantabile site's blog page, Brad has already started down this road so rather than pull back and work on other features, complete this first so that Cantabile can exist within another DAW. Cantabile provides features I have a hard time matching in a DAW like Sonar or Ableton and it would be nice to leverage that inside a DAW.

Thanks

Codevyper
The tool that gives you the results you expected *is* the right tool for the job.
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Sat Jan 08, 2011 1:13 am

I have no clue if and what's going on in the big run at the moment. There were just some minor bugfixes in the passed months.

A VST version would be great but referring to the current non representative poll here just about 1/4 of votes go for that. :roll:

But to be complete I have added that to the list on page 1 of this thread now.
Best regards, TiUser
...and keep on jamming...
amagalma
KVRist
 
59 posts since 24 Mar, 2010, from Greece

Postby amagalma; Sun Apr 10, 2011 10:43 am

A simple request for future versions:
I would like Cantabile to report the processing latency of each vst plugin (like Reaper does for example). Since, Cantabile is made for live work, then it would be very useful for one to know the processing latency of different plugins so that he can avoid loading the slow ones.

Thanks! :)
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Mon Apr 11, 2011 12:48 am

Interesting idea. I've added that to the list as

*) Analysis function
- VST audio latency report
Best regards, TiUser
...and keep on jamming...
amagalma
KVRist
 
59 posts since 24 Mar, 2010, from Greece

Postby amagalma; Thu Apr 14, 2011 3:11 pm

TiUser wrote:Interesting idea. I've added that to the list as

*) Analysis function
- VST audio latency report


Thanks! I think it would be more clear if you wrote it as "VST plugin latency report"

Another request I have is about routing:
- the input and output channel assignments should be made per rack and not per plugin
- every plugin that is loaded in a rack should automatically connect its input to the output of the previous plugin (or to the assigned input of the rack, in case it is the first plugin), and its output should automatically connect to the input of the next plugin in the rack (or to the assigned output of the rack, in case it is the last plugin)

This simplifies and makes a lot faster the creation of any routing in Cantabile, without making it less flexible.
JeffB
KVRer
 
18 posts since 31 Jul, 2004, from Devon, England

Postby JeffB; Fri Apr 15, 2011 12:00 pm

The import of cakewalk .ins files would be really useful.
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Sun Apr 17, 2011 7:51 am

JeffB wrote:The import of cakewalk .ins files would be really useful.

Added as:
- option to load Cakewalk *.ins files for patch selection

However, there are some more formats around to accomplish this...
Best regards, TiUser
...and keep on jamming...
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Sun Apr 17, 2011 8:00 am

amagalma wrote:...Another request I have is about routing:...

Thanks for your comments.
I guess asio and master bus is a kind of hot topic... :wink:

Points added to *) Asio and master bus configurations.
Best regards, TiUser
...and keep on jamming...
tombuck
KVRist
 
32 posts since 15 Nov, 2009

Postby tombuck; Tue Feb 28, 2012 1:01 pm

seems we're back in business for feature requests. here's my initial thoughts:

1) midi device virtualization (including hot-swap capability of usb controller connections)
2) ability to increase font sizes, particularly for set list panel
3) improved crash debugging - help me narrow down a problematic vst, etc...
4) printing set lists
5) session annotations - notes, lyrics, etc...
6) cantabile "slave" - keeping a hot backup computer on standby in case of failure of primary, keeping sessions sychronized
7) anything to continue improving performance, stability, reliability, recoverability.
8) search capabilities (sessions, patches)
glenny_g
KVRer
 
10 posts since 28 Oct, 2004

Postby glenny_g; Mon Mar 05, 2012 8:25 pm

I'm trying to make the switch over from Forte to Cantabile.
Plus: Cantabile is more stable and has better vst implementation. And the Set List is good in that you can make up a Set from any of your Sessions and sub-sessions. You can't do that in Forte and their scene import is very unstable.

Minus: it is so darn complicated. Just to map channels and ranges and midi CC assignments to a multi-timbral instrument like Hypersonic is a pain. You end up with dozens of filters. And not having them sub-session dependent makes sub-sessions useless to me. So every "song" gets saved as a Session, which is a shame because Sessions would have been a great way to keep all the "songs" for a particular gig/band in one file.

Really, each Rack needs an integrated channel and range mapper in one easy-to-use panel. And that should be active at sub-session level.

Having midi filters at 3 different levels of the structure seems like overkill to me. And I miss the very clear Scene View in Forte (even lets you have your chord chart for each song come up on screen).

I'm going to persevere but I'm really missing just having a simple rack layout with very good integrated mapping and filtering where it's really needed.
humphrey
KVRist
 
167 posts since 11 Sep, 2004, from Germany

Postby humphrey; Wed Mar 07, 2012 1:40 pm

Hi glenny_g,

in principle I agree to your ideas. I have both: cantabile and forte and use them. It's a real pitty as combination of both would be exactly what I'd prefer. There are many additional issues in cantabile forte can't provide but this more "static" rack structure of forte has 2 main advantages: it is much more simple to handle (even though not as flexible as cantabile) and it gives me the possiblity to include samplers / romplers in a way where they don't load there content on every scene change.

It's funny as cantabile nearly has all these features available (problem: only for sessions)! Sub-Sessions could be used in the same way as forte defines racks, if some items already available for sessions could be made available for sub-sessions too. This strongly concerns the midi channel mapping. Using MIDI-Routings in combination would not be the easiest way to realise more complex scenarios like routing different MIDI-Controllers to a bunch of plugs but would be acceptable for me if they also could be stored to a subsession. Same situation for triggers and media-files from my point of view.

Hi tombuck: really great ideas. Specially 4) and 5) seem to be so easy but would be so helpful on stage. I like each of them and would really wish to see them happen. In addition to 7) this can easily be done today. You can setup 2 identical systems.

First problem: for really beeing independent from each other you have to use MIDI instead of USB for all controllers. In this case you have to duplicate any MIDI-Signal and lead it to both systems. A small additional advantage: problems with the connection in MIDI only lead to lost informations, a problem in usb can lead to a crash.

Second problem: You need 2 soundcards and an audio switchbox. In case of a crash you have to switch to the running system by hand.

Some additional thoughts:

1) a small script running on both machines to synchronise changes made on the mastersystem to the slacve system (but I think this was what you meant when you talked of "...keeping sessions sychronized"?)

2) a small script on both machines running as background process controlling each other. In case of a detected crash of one system the system still running controls the switch on the audio box, restarts the other machine and recreates the status of the whole system afterwards. Both scripts could be transferred via a simple ethernet crosslink-cable.

3) Using different (!) hardware on both systems: it is known from embedded systems that redundant cpu-systems have a lack of reliability due to the fact that both machines are identical. This leads to a good change that a crash in one machine also accours on the second one at the same time. Using different hardware with similar performance decreases the chance of a "synchronised" crash.

4) Maybe this one really sounds strange and I'm not sure if there is a rub in it, but: modern PCs are extremly powerful & it is possible to run 2 instances of cantabile at the same time => What about a master/slave configuration of this kind? To point out what I mean: 2 separate cantabile processes are started automatically (one of them in the background), we'd only need one PC, one soundcard, one version of each plugin (!) and even USB would not be a problem any more if the "pre-routing" would be outsourced to a seperate process. Even the audio-routing could be automated. But as I sayd: only a strange idea... :wink:

kind regards, humphrey
C7.5, Forte3.0, Cantabile, i7 4770k
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Thu Mar 15, 2012 11:40 am

Hefty discussion... :shock:

Just to jump on your point 4) humphrey - I think there is some truth and some problem here. I can confirm from my own experiences that windows seems to schedule processing time better between parallel processes (programs, instances) than just multiple threads inside a single application. But when it comes to both using the same sound card I guess this benefit will vanish because the sound cards buffer requests put back a certain timing sync on both processes... However I can imagine that your suggestion could be beneficial when both processes use different sound cards...

To be honest - I personally have given up the hunt to use 100% of my cpu for audio. Usual windows scheduling schemas makes this very difficult imho.

In some way things were much simpler with plain midi HW and just linking this via midi, wasn't it? :oops:
Best regards, TiUser
...and keep on jamming...
humphrey
KVRist
 
167 posts since 11 Sep, 2004, from Germany

Postby humphrey; Fri Mar 16, 2012 7:36 am

Hi TiUser,

well,.... could it be we have a misunderstanding here? As far as I understood you were watching my idea of using 2 instances of cantabile in parallel form the performance point of view (in simple words: it could be intelligent to split a bunch of plugs into two hosts handling them)? Maybe this is true but to be honest: I dunno.

But: this was not my intention. The idea behind was to have a more stabile system (near to the havarie - scenarios described before) but without the cost overhead for 2 PCs & hardware.

I reflected on the fact that BSODs occoured more or less periodically in former days (Win95 and the like) whereas nowadays they can be observed only sporadical. This means most crashes show up like: one program crashes but the others keep on running as Windows is still active.

So the idea is to start the complete setup twice (and here is the relation to the performance of modern PCs) to have a good chance that one of them is still running when the other crashed.

kind regfards, humphrey
C7.5, Forte3.0, Cantabile, i7 4770k
TiUser
KVRAF
 
2308 posts since 13 Apr, 2008, from Germany

Postby TiUser; Tue Mar 20, 2012 8:12 am

Hi Humphrey,
probably I misunderstood indeed.

However imho BSOD are most likely HW related problems - maybe low level driver stuff too.

I personally use the criticized Win Vista 64 and never ever had a BSOD. I'm not just running applications like Cantabile but also development tools like MSVS 2010 express. But all is damn' stable. However I update my nVidia chipset and graphics card drivers from time to time.

I know that this isn't really a help for others who evaluate trouble - But I think sometimes also good things should be reported, shouldn't they? :wink:
Best regards, TiUser
...and keep on jamming...
PreviousNext

Moderator: bradr

Return to Topten Software