ich hab mich noch gar nicht damit beschäftigt, aber verstehe ich das richtig:
render in place rendert eine mono audiospur in mono, und eine stereo audiospur in stereo?
das ist ja dann auch völlig richtig so.
kann man ja mal die einzelnen fälle durchgehen:
1. monofile auf monospur -> wird in mono gerendert. fein.
2. stereofile auf stereospur -> wird in stereo gerendert. fein.
3. monofile auf stereospur: das würde man nur dann machen, wenn man innerhalb einer spur schon ein monofile "verstereo-en" will und dazu keinen bus und keinen auxreturnweg nutzen möchte. etwa, indem man einen typischen aux-effekt wie chorus oder delay direkt auf der spur hat. so oder so: wird in stereo gerendert. fein.
und dann gibts noch die 2 bedienfehler, etwa stereofile auf monospur - da fällt mir beim besten willen keine sinnvolle anwendung für ein, aber auf jeden fall ist es richtig wenn das dann dem spurtyp entsprechend auch in mono gerendert wird, sonst würde das gerenderte ergebnis nicht wie das original klingen.
oder eben monofile auf stereospur, nur nicht wie oben mit der zielsetzung, das monofile direkt im eigenen kanal auf stereo zu ziehen, sondern schlicht eine schlampigkeit. also z.b. mono gesang auf ner stereospur, der dann mit stereo compressor, eq usw bearbeitet wird, wobei aber klanglich kein unterschied zu einer monobearbeitung entsteht sondern einfach nur die doppelte CPU-last für denselben job erzeugt wird. aus meiner sicht auch ein klarer bedienfehler - den cubase ja aber schlecht erraten kann.
also, hinkende autoauspuffvergleiche hin oder her, aus meiner sicht ist dann doch alles so wie es sein soll. klar könnte man noch sagen, wir hätten gerne einen menüeintrag um monosignale mit monosignalführung auf stereospuren im nachhinein wieder auf mono zu schieben, aber das würde ich auf der prioritätenliste seeeeehr weit unten platzieren. da wäre mein kundenwunsch jetzt ganz klar der, dass steinberg ihr R&D kontingent für nutzvolleres ausgeben als für sondermenüeinträge zur korrektur von fehlbedienungen. sorry