-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use the bs1770gain defaults + true peak #1
Comments
Alright, not too aware of the specs, that was something I was wondering about, thanks. |
I think the issue with not setting --ebu is if bsgain1770 changes the default to something else in the future, the -23db hardcoded in the xml won't be good anymore, unless we parse the value every time the script starts. |
"I also think the range could be calculated, who knows what it's worth, but why not, while we're at it. ;)" At first I was parsing the range, but I looked at the mpv source and only noticed peak / track was used so I removed it thinking it was useless. But I agree with you, I think the more info the better. |
OK, I can see what you mean. Thought about that too, but I think that is unlikely. Anyway, I think keeping --ebu is actually more robust, as you say. |
I could parse the default out of this this: bs1770gain --help Which I think is a better idea, I agree with you, sticking with defaults is better if we can. |
But then you'd have to "know" the underlying reference loudness. I can see bloat there. ;) |
Oh, I see, the reference is also stated in the help. |
BTW, do you think this could be done in, say, python? bs1770gain is also provided for Windows. Obviously, running bash scripts there is quite a hassle. Not that I would care too much, I don't use that platform. Just a thought. |
Yeah, although I've not written any python in a few years, so I'd have to catch up. Then maybe it can be threaded also. |
I, myself know very little about Edit: I think I need a break, my English is getting worse rather quickly. |
Oh yeah, small projects are great to start. Jetbrains has a free community version of their IDE for python (pycharm), if you're looking for good IDE. |
Thanks, I'll check it out. |
Get reference loudness instead of hardcoding it, also allows replaygain implementation to be picked automatically by bs1770gain. Use truepeak instead of samplepeak. Calculate range. Copy track info to album info (so mpv can parse the replaygain tags).
Peter just released bs1770gain v0.4.11 with the multi track fixes. |
Oh, is it a release already? Just found the beta2 on sourceforge. Thanks for the info and congrats on the credit. :) |
wm4 also pushed to mpv to make album tags optional, I will remove the copying of album tags, since it doesn't make sense to have them now. |
On that note, this issue can be closed. ;) |
Hi there,
First of all, thanks for this neat project! I just checked out your script. Still reading...
But I found one thing which I'd call over-descriptive. You ask bs1770gain to calculate the calculation method for "integrated" loudness and output EBU R 128 compliant values. Both are the set defaults of bs1770gain, see
bs1770gain -h
for reference.Also, using sample peak (-p) is deprecated, if I understand the EBU document correctly. True peak is what they describe and it is supported by bs1770gain (-t).
Since I am very new to github and haven't set up my own repo yet, I append a patch which I think should make this EBU R 128 compliant.
I also think the range could be calculated, who knows what it's worth, but why not, while we're at it. ;)Final edit (hopefully): Get rid off options that are default anyway, and unlikely to change. And use true peak calculation instead of sample peak.
The text was updated successfully, but these errors were encountered: