[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