Chuck, Richard, Cowboy, John:
Thank you for all your replies. It looks like the rdimport problem with
requiring root to set segue level
is unique to CentOs 6 and/or the Appliance. Does anyone here know why
this might happen?
Chuck:
An extra thank you for your detailed response on your optimum values
for --segue-level and --autotrim-level
in rdimport. I have been experimenting with different settings for these
options by using 40 sec test clips made
from actual songs (20 sec of the song beginning and 20 sec of the ending).
Since my site is a community radio station, we have a wide variety of
music genres and DJ preferences. Of the
DJ's who want segues, I predict different genres will want a slightly
different degree of segue tightness. For
example blues DJ's usually want looser segues than Oldies DJ's.
I've been using the suggested --segue-level=-10 that I've seen on this
list. Now I'm going to try your optimum
value of --segue-level=-40 and listen to the differences in my test clips.
When tuning your segue levels, did you work much with rdmarkerset? I
used that to make global segue marker
changes in a Test Group. I'm hoping in the not too distant future,
rdmarkerset can have some additional options
added to single out or exclude specific cart #'s or cart ranges. That
way I can 'tweak' segue markers after I get
feedback from our DJ's.
Again, thanks to all,
Rich
On 3/19/2015 9:44 AM, Chuck wrote:
Confirming Richard's experience, we recently imported over 30,000 tracks
using RDImport to set start/end plus segue, and it worked brilliantly
with no super user privileges. Installation was on a Mint 17 laptop
using Tryphon repositories for Trusty--which repository, by the way, is
not working at the moment. No response from an email to Alban last
week.
Regarding the import, the proverbial 80/20 rule applied: about 80% of
material was perfect with our settings, with about 20% needing further
adjustment, but we spent weeks testing different settings before
settling on the following:
rdimport --verbose --autotrim-level=-71 --segue-level=-40
--metadata-pattern='%a_-_%t.wav' MUSIC *.wav
I did not find any settings posted as a beginning point in a search of
discussions, so there is ours for future reference to beginning
importers. We don't want production too tight, and that -40 starts the
next event on the ringout of cold endings with no significant overlap,
but does not cause silence between songs when coupled with modest
leveling and compression. YMMV.
The single quotes around the metadata-pattern along with specifying
“.wav” keeps the .wav from being a part of the imported artist/title.
Also, thanks to everybody for the discussion of handling spots at the
end of the hour. By following the advice given, there are no longer any
skips in the TOH breaks.
--Chuck W.
On Thu, 19 Mar 2015 00:40:24 +0000,
Richard Gorbutt<[email protected]> wrote:
I noticed this couple of years ago in the appliance. I mentioned it on the list
I recall, can't remember what was replied etc.
I found that if I installed on Linux Mint it worked fine.
I built a new machine last year & same thing, so I dumped the appliance & went
to Mint again.
Sent from my iPhone
On Mar 18, 2015, at 21:41, Rich Stivers<[email protected]> wrote:
I've recently noticed rdimport ignores --segue-level if I am using the rd
account. If I am in root, rdimport does set segue
markers. I would prefer to stay out of root while importing music. Following
standard Linux/Unix behavior, I use the root
account for system issues only and limit my time there.
Is rdimport designed to require root privilege when setting segue markers, or
is this a minor bug? It seems to me rdimport
should be allowed to set segue points in the rd account. BTW, I am using the
latest Rivendell version, having built the
initial system with the Paravel Appliance.
Understandably rdmarkerset requires root privilege.
Rich Stivers
KKUP-FM 91.5, Cupertino, CA
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
