Hi, So I assumed that replay_gain was somehow built in to liquidsoap. I run my stream on a Debian9 VPS. Up until recently. I was using mp3gain on my Mac locally to normalise the mp3s before uploading them to the server.
As far as I can see mp3gain has been removed from the repositories for Debian and Ubuntu because there are no active maintainers. Is this a dead end for me in terms of using replay_gain for normalisation on Debian? > On 1 Feb 2019, at 06:53, Romain Beauxis <[email protected]> wrote: > > Hey, > > So, I did a little investigation. At the moment, there isn't much log from > the replaygain resolver. I've added that to the latest master branch. > > One thing you might want to make sure is that you have one of the actual > program for extracting that data available. These are: mp3gain, aacgain > (latest master), replaygain, metaflac. If you don't have a program available > for your file format then replaygain will fail to add its metadata. > > Romain > >> Le jeu. 31 janv. 2019 à 05:43, Damian <[email protected]> a écrit : >> Thanks gentlemen for the quick reply. >> >> Romain, I’ve shifted enable_replaygain_metadata ()to the top of the script >> and set logging to level 4 as you and Gilles recommended and I see the >> following. Not sure if the metadata resolver you speak of is visible >> however. Should there be more? >> >> >> 2019/01/31 21:17:07 [clock:4] Main phase starts. >> 2019/01/31 21:17:07 [clock.wallclock_main:3] Streaming loop starts, >> synchronized with wallclock. >> 2019/01/31 21:17:07 [samples:4] Remaining: 0.0s, queued: 0.0s, adding: 30.0s >> (RID 7) >> 2019/01/31 21:17:07 [mksafe:3] Switch to amplify_6432. >> 2019/01/31 21:17:07 [amplify_6432:4] Activations changed: >> static=[mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1], >> >> dynamic=[mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1]. >> 2019/01/31 21:17:07 [fallback_6430:3] Switch to delay_6428. >> 2019/01/31 21:17:07 [delay_6428:4] Activations changed: >> static=[fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1], >> >> dynamic=[fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1]. >> 2019/01/31 21:17:07 [on_metadata_6453:4] Got metadata at position 0: calling >> handler... >> 2019/01/31 21:17:07 [decoder:4] Trying method "META" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [decoder:4] Trying method "WAV" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [decoder.wav/aiff:4] Invalid MIME type for >> "/ssr/ssr1/interludes/Kate Interlude.mp3": application/octet-stream! >> 2019/01/31 21:17:07 [decoder.wav/aiff:4] Invalid file extension for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"! >> 2019/01/31 21:17:07 [decoder:4] Trying method "AIFF" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [audioscrobbler:4] Submiting -- Kate Interlude with >> mode: submit to post.audioscrobbler.com:80 >> 2019/01/31 21:17:07 [decoder.wav/aiff:4] Invalid MIME type for >> "/ssr/ssr1/interludes/Kate Interlude.mp3": application/octet-stream! >> 2019/01/31 21:17:07 [decoder.wav/aiff:4] Invalid file extension for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"! >> 2019/01/31 21:17:07 [decoder:4] Trying method "MIDI" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [decoder:4] Trying method "IMAGE" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [decoder:4] Trying method "OGG" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [decoder.ogg:4] Invalid MIME type for >> "/ssr/ssr1/interludes/Kate Interlude.mp3": application/octet-stream! >> 2019/01/31 21:17:07 [decoder.ogg:4] Invalid file extension for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"! >> 2019/01/31 21:17:07 [decoder:4] Trying method "MAD" for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"... >> 2019/01/31 21:17:07 [decoder.mad:4] Libmad recognizes >> "/ssr/ssr1/interludes/Kate Interlude.mp3" as mpeg audio (layer III, 128kbps, >> 44100Hz, 2 channels). >> 2019/01/31 21:17:07 [decoder:3] Method "MAD" accepted >> "/ssr/ssr1/interludes/Kate Interlude.mp3". >> 2019/01/31 21:17:07 [decoder.ogg:4] Invalid MIME type for >> "/ssr/ssr1/interludes/Kate Interlude.mp3": application/octet-stream! >> 2019/01/31 21:17:07 [decoder.ogg:4] Invalid file extension for >> "/ssr/ssr1/interludes/Kate Interlude.mp3"! >> 2019/01/31 21:17:07 [interludes:4] Remaining: 1.1s, queued: 0.0s, adding: >> 30.0s (RID 8) >> 2019/01/31 21:17:09 [decoder:4] Decoding "/ssr/ssr1/interludes/Kate >> Interlude.mp3" ended: Mad.End_of_stream. >> 2019/01/31 21:17:09 [interludes:3] Finished with "/ssr/ssr1/interludes/Kate >> Interlude.mp3". >> 2019/01/31 21:17:09 [samples:4] Remaining: 0.0s, queued: 30.0s, taking: 30.0s >> 2019/01/31 21:17:09 [samples:3] Prepared "/ssr/ssr1/samples/The Conet >> Project - (S13) Count in Russian.mp3" (RID 7). >> 2019/01/31 21:17:09 [fresh:4] Remaining: 0.0s, queued: 30.0s, taking: 30.0s >> 2019/01/31 21:17:09 [fresh:3] Prepared "/ssr/ssr1/fresh/Body Boys - >> Yunnan.mp3" (RID 3). >> 2019/01/31 21:17:09 [general:4] Remaining: 0.0s, queued: 30.0s, taking: 30.0s >> 2019/01/31 21:17:09 [general:3] Prepared "/ssr/ssr1/general/Cousin Silas - >> Coming From Crossland Moor.mp3" (RID 5). >> 2019/01/31 21:17:09 [fallback_6430:3] Switch to rotate_6426 with forgetful >> transition. >> 2019/01/31 21:17:09 [delay_6428:4] Activations changed: static=[], >> dynamic=[fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1]. >> 2019/01/31 21:17:09 [rotate_6426:4] Activations changed: >> static=[fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1], >> >> dynamic=[fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1]. >> 2019/01/31 21:17:09 [rotate_6426:3] Switch to fresh. >> 2019/01/31 21:17:09 [fresh:4] Activations changed: >> static=[rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1], >> >> dynamic=[rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1, >> >> rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1, >> >> rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1, >> >> rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1, >> >> rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1, >> >> rotate_6426:fallback_6430:amplify_6432:mksafe:on_metadata_6453:Systrum_Sistum_-_SSR1:Systrum_Sistum_-_SSR1]. >> 2019/01/31 21:17:09 [on_metadata_6453:4] Got metadata at position 1440: >> calling handler... >> 2019/01/31 21:17:09 [audioscrobbler:4] Submiting Body Boys -- Yunnan with >> mode: submit to post.audioscrobbler.com:80 >> 2019/01/31 21:17:17 [source:4] Garbage collected empty_6510. >> >> >> >>> On 31 Jan 2019, at 3:29 am, Romain Beauxis <[email protected]> wrote: >>> >>> Hi all, >>> >>> Reading the code, it looks like the call to enable_replaygain_metadata can >>> be done where ever you want though it's usually a good practice to put it >>> on top. >>> >>> If you increase the log level to 4 you should see the replay gain metadata >>> resolver in action if it's properly enabled/installed: >>> set("log.level",4) >>> >>> Romain >>> >>>> Le mer. 30 janv. 2019 à 11:10, Gilles Pietri <[email protected]> a >>>> écrit : >>>> Le 30/01/2019 à 12:53, Damian a écrit : >>>> > Hi, >>>> > >>>> > I am running liquidsoap 1.3.6 and I have followed the instructions for >>>> > applying replay_gain in the docs here >>>> > https://www.liquidsoap.info/doc-1.3.3/replay_gain.html >>>> > I believe that I have added the code for replay_gain correctly in my >>>> > short script below, but volume is uneven across tracks in my stream. >>>> >>>> Maybe try calling enable_replaygain_metadata () earlier? >>>> amplify() does log something when it overrides the default as level 3, >>>> e.g.: >>>> >>>> 2019/01/24 07:39:06 [amplify_9135:3] Overriding amplification: 0.391742. >>>> >>>> >>>> > >>>> > I am also noticing (from the log snippet below) that ‘amplify’ seems to >>>> > be working, but nothing about ‘overriding’ or ‘replay_gain’. >>>> > Could anyone confirm 1) whether 'overriding amplify' should be visible >>>> > in the logs and 2) whether replay_gain code is correctly applied in my >>>> > script (under the ’normalisation’ heading). >>>> > Any help would be greatly appreciated. >>>> > >>>> >>>> Seems to be good. A note though, I got tired of liq / extract replaygain >>>> to re read the file so many times, so what I do is analyze all files and >>>> generate a playlist that has the replay_gain annotated, avoiding the >>>> resolver. >>>> >>>> Cheers >>>> >>>> Gilles >>>> >>>> >>>> >>>> _______________________________________________ >>>> Savonet-users mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/savonet-users >>> _______________________________________________ >>> Savonet-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/savonet-users >> >> _______________________________________________ >> Savonet-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/savonet-users > _______________________________________________ > Savonet-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/savonet-users
_______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
