View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006664 | ardour | features | public | 2015-11-02 00:57 | 2015-12-13 07:51 |
Reporter | lausanne | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Product Version | 4.4 | ||||
Summary | 0006664: Normalization: add relative gain adaption for selection of multiple regions | ||||
Description | It is so far not possible to normalize a selection of multiple regions, maintaining their relative region gains. A use case is e.g.: normalization for stem export with the wish to maintain gain relations. | ||||
Tags | No tags attached. | ||||
|
What about the checkbox in the normalization dialog that says 'Normalize earch region using the peak value of all regions'? |
|
Sorry, ticket underspecified: For the normalization of multiple selected regions so far the function "Normalize each region using the peak value of all regions" exists, which unifies all single region gains to the same value, based on the region with the peak value. Differences between region gains will be lost. The same function, but maintaining the relation between the region gains, would be very helpful. |
|
I now see what you mean. In my opinion 'Normalize each region using the peak value of all regions' *should* do exactly what you want (which you more or less requested in your other bug report). I consider that a bug. Normalize seems to work on the raw data and doesn't seem to consider previous gain changes on regions. Anyone else -- is this a bug? It behaves the same in current git. |
|
IMHO, both functionalities can be useful (depending on the workflow). E.g. setting all selected regions to a common absolute gain (based on the loudest peak of all) might be useful to reset relative region gains and then to normalize in one step. In contrast, setting the region gains of all selected regions relatively could be useful to normalize a track where region gains were already tweaked individually. However, the first case could be easily worked around (select regions, reset envelope, use relative normalize). Most importantly – whether this gets fixed as a bug or added as an extra functionality – the labels could be clearer. :) |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-11-02 00:57 | lausanne | New Issue | |
2015-11-02 20:25 | chaot | Note Added: 0017569 | |
2015-11-02 20:26 | chaot | Note Edited: 0017569 | |
2015-11-02 20:56 | lausanne | Note Added: 0017570 | |
2015-11-03 11:19 | chaot | Note Added: 0017574 | |
2015-11-03 11:20 | chaot | Note Edited: 0017574 | |
2015-12-08 14:37 | lpirl | Note Added: 0017716 | |
2015-12-08 14:37 | lpirl | Note Edited: 0017716 |