Great news!
About it being a production function : ideally, yes, every content
should be compliant before being ingested. But then, well, peak
normalization is integrated in the rdimport process, and it is no less a
production matter.
There are use cases where auto-adjusting levels on import is useful.
(Especially with music cuts, i don't see why i would open each and every
music file just to do something a program will do more accurately and
hundred times faster.)
Anyway, good to hear that is being there eventually.
On 02/29/2016 12:45 PM, Cowboy wrote:
OK, I did promise that a discussion about this would happen.
It did.
It's on the wish list.
The real issue here, brought up in that discussion and not by me, is that
this is really a production function, that should be done by the producer.
It's not a store and play-out function that should be done by the
play out *without change* automation.
As such, yes it's on the list, but somewhere *after* porting to a
much newer QT, probably QT-5 skipping 4 altogether.
I'm reminded of the Orion slave girl in the original Star Trek series,
where an "automation" mentality "corrected" skin tone such that the
green slave girl was made white repeatedly in post, in direct
conflict with what was intended and desired.
Eventually, an actual human producer did an actual human producer job,
and Vina came out finally looking like Vina.
Meantime, it was posted that there does exist a script to automate
ingesting audio automatically "produced" through r128gain.
I might suggest that at least for the next year, that's the practical
approach if one insists on automating that which should not be automated.
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
