[Music] Fw: Re: [Jamin] jamin w/o gui for radio streaming?]
Alexandre Prokoudine
avp at altlinux.ru
Fri Jan 9 11:42:22 MSK 2004
Не мог не поделиться этим занимательным чтивом :-)
----- Forwarded message from parker <parker at lionstracs.com> -----
From: parker <parker at lionstracs.com>
To: Joern Nettingsmeier <nettings at folkwang-hochschule.de>
Cc: jamin-devel at lists.sourceforge.net, thomas_kerstgens at web.de
Subject: Re: [Jamin] jamin w/o gui for radio streaming?
Date: Thu, 08 Jan 2004 22:42:37 -0600
Hi,
Interesting, you don't want to Master an already Mastered source. You
will hear the effect and it will sound bad. Try it and see. I will bet
Jan's first born that I am right everytime. I wonder what radio
broadcasters are doing to control output broadcast levels.
JAMin
Using JAMin, I imagine it's assumed that all audio is mastered and
sounds good. Therefor no EQ or compression, I'm guessing. Thus, limit
with a minimal ratio that holds all audio near 0. You may have to
combine the limiter and output boost or the compressor makeup gains and
limiter to boost output to broadcast. I would suggest very low
compressor ratios and high releases. This idea sucks, read on.
I suggest all mastered audio sounds good and unmastered audio is on its
own. Some unmastered audio will accidentally sound good but most of it
will not compare to mastered audio. All audio should be mastered. Then
again if a particular show is all about low tech music all unmastered
audio sounds appropriate and mastered audio could be out of place. Perhaps?
I suspect a better tool than JAMin or any typical mastering tool for
controling output level to broadcast is used. Or, JAMin could be
modified to include a broadcast mode.
The reason JAMin could be modified is because you don't want to
sonically modify/remaster the source ie use EQ and high compression or
limiting ratios, (the current feature set is safe.) Yet you want to
control output level. I imagine a better tool would read average output
level of the file and auto adjust broadcast output volume according to
each file's peak output volume. IOW, JAMin with broadcast mode where the
EQ, crossover, and ratios are locked into appropriate settings and can't
be altered. In broadcast mode nothing is manually adjustable.
JAMCast
At this point, it might be better to have a new tool that doesn't have a
gui. JAMCast. JAMCast montra (Arnold S. monotone accent); "I read peak
file levels and adjust output levels for broadcast accordingly. You
cannot manually interact with me in realtime mode. GET OUT OF MY WAY!
LEVITY IS GOOD. IT RELIEVES STRESS AND THE FEAR OF DEATH."
As I think about it, JAMin is the wrong tool and JAMCast is the right
tool for broadcast because you can't remaster with predictable results.
Back to the Arnold voice, "I BET PATRICK'S GIRFRIEND THAT I AM CORRECT.
GET OUT OF THE WAY, GET OUT OF THE WAY, MY BATTERIES ARE DANGEROUSLY
LOW, THE WAY."
In all seriousness, a new tool is likely most appropriate. I'm beginning
to suspect the word "master" as used by broadcasters is a misnomer to
JAMin engineers.
Do you know what is being done in FM broadcast stations to control
output levels? I haven't a clue and don't know any broadcast engineers.
Reassume the Arnold voice, "WHAT THEY DO IS IRRELEVANT. WE KNOW BETTER
THAN THEY DO. MASTERING AND LOVE MAKING ARE TWO OF OUR INCLUDED
ALGORITHMS."
I suspect what should be done during broadcast is to adjust the output
volume of every song so its level becomes part of the average level of
all broadcast signals. Can this be based on the properties of the file?
And finally, point collective fist at all broadcasters and state, "TALK
TO THE HAND."
Ron
Joern Nettingsmeier wrote:
>hi *!
>
>a friend of mine (thomas, please cc: him on replies) who is putting
>together a web radio asked whether jamin could be used without a gui as a
>broadcasting preprocessor.
>what he wants to do is set it up, save the scene, and have it running from
>the command line w/o the gui overhead.
>
>is this already possible? if not, is anyone interested in adding this
>feature?
>
>best,
>
>joern
>
>--
>
>In this house, we obey the laws of thermodynamics!
> - Homer Simpson
>
>J?rn Nettingsmeier
>Kurf?rstenstr 49, 45138 Essen, Germany
>http://spunk.dnsalias.org (my server)
>http://www.linuxaudiodev.org (Linux Audio Developers)
>
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Perforce Software.
>Perforce is the Fast Software Configuration Management System offering
>advanced branching capabilities and atomic changes on 50+ platforms.
>Free Eval! http://www.perforce.com/perforce/loadprog.html
>_______________________________________________
>Jamin-devel mailing list
>Jamin-devel at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jamin-devel
>
>
>
--
Ron Parker
Lionstracs General Manager U.S.
2428 Dupont Ave S
Minneapolis, Minnesota 55405
SIP 1-747-669-0224
Studio 612-281-0663
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Jamin-devel mailing list
Jamin-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jamin-devel
----- End forwarded message -----
--
Alexandre Prokoudine | "When you set yourself on fire and aim
ALT Linux Documentation Team | for the sky, you hope to leave behind
E-mail: avp at altlinux.ru | some sparks of heat and light"
JabberID: avp at altlinux.org | Neil Peart
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/music/attachments/20040109/86b4685a/attachment-0001.bin
More information about the Music
mailing list