Le 01/02/2019 à 00:35, Damian a écrit : > 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?
Hi, You can have replaygain from apt through python-rgain (https://packages.debian.org/stretch/python-rgain) or via pypi. Regards, Gilles > > On 1 Feb 2019, at 06:53, Romain Beauxis <romain.beau...@gmail.com > <mailto:romain.beau...@gmail.com>> 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 <d...@riseup.net >> <mailto:d...@riseup.net>> 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 >> <http://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 >> <http://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 >>> <romain.beau...@gmail.com <mailto:romain.beau...@gmail.com>> 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 >>> <contact+...@gilouweb.com <mailto:contact%2b...@gilouweb.com>> 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 >>> Savonet-users@lists.sourceforge.net >>> <mailto:Savonet-users@lists.sourceforge.net> >>> https://lists.sourceforge.net/lists/listinfo/savonet-users >>> >>> _______________________________________________ >>> Savonet-users mailing list >>> Savonet-users@lists.sourceforge.net >>> <mailto:Savonet-users@lists.sourceforge.net> >>> https://lists.sourceforge.net/lists/listinfo/savonet-users >> >> _______________________________________________ >> Savonet-users mailing list >> Savonet-users@lists.sourceforge.net >> <mailto:Savonet-users@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/savonet-users >> >> _______________________________________________ >> Savonet-users mailing list >> Savonet-users@lists.sourceforge.net >> <mailto:Savonet-users@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/savonet-users > > > _______________________________________________ > Savonet-users mailing list > Savonet-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/savonet-users > _______________________________________________ Savonet-users mailing list Savonet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/savonet-users
