Robert,
Excellent writeup on mp3's, the challenges that can exist with them, and
why they often don't sound all that great on the air.
The only thing I would add to your import process - is before importing
to run your mp3's through the little mp3val utility. And it is very
quick, so it doesn't really increase the import time.
I've lost track of the number of malformed mp3's that utility can fix.
Even though the malformed mp3's will still often play on many of the
players out there, the poorly created ones often won't import properly.
When dealing with mp3's for me it has just become a "just do it"
standard.
Lorne Tyndale
>
> Ryan,
> depending on your installation you will have the music library
> configured as wav files or as MP2 which are the two options available.
> There's a sample rate option [in rdadmin] you need to check. Appliance
> installs can default to the sound cards highest rate which may not be
> what you want to use.
> There may be a version which uses OGG. It may not be on general release.
>
> The ASI card allows you to play mp3 files. I am not sure if this allows
> you to store files as mp3 but given the limitations of mp3 why would you?
>
> No matter how you go, you can't just copy a bunch of mp3 files into a
> folder.
>
> Rivendell needs to import the files [rdimport] and (optionally)
> normalize them to the library standard (-13) as well as making sure they
> are sampled at the playout rate set in rdadmin. If necessary resampling.
>
> I have my library set at 44100 because thats what CD's use. There are
> arguments for other (higher) rates.
>
> Mp3's come in all sorts of combinations of sample rate and bit rate.
> Thats how often, and how big. Replay of anything that comes is possible
> but requires processor power and takes time. Lining everything up to be
> the same eliminates a lot of overhead.
>
> rdimport can glean artist and title information from mp3 tags as well as
> file names so; depending on how you configure the import; the Rivendell
> MySQL database has information entered into it as files are imported.
>
> mp3 tags tend to be scruffy, inaccurate, and contain characters which
> may be interpreted as commands by bash.
>
> Before you run rdimport a few minutes spent making sure the filenames
> are clean and tidy (sed is your friend) and perhaps running |id3v2| or
> |eyeD3 and setting everything other then "Artist" "Title" and "Year" to
> '' in the tags of each file (there are two types), to save you a lot of
> grief.
>
> I take out spaces either side of the '-' between Artist and Title on the
> filename and eliminate ~!@#$%^&*()_+=-][{}';:"?><|\` from filenames and
> tags.
>
> rdimport will reject tracks which have difficult tags, and will not
> import audio at unacceptable sample rates.
>
> If you are coming from Windows or are not comfortable with linux command
> line, Mp3tag will do the job in a familiar environment.
>
> If you have a collection of audio on mp3 and are migrating to Rivendell
> importing the lot as the basis for your Rivendell library is a good
> idea. I flag all mp3's by noting 'mp3' in the user comments of each cut.
> Then later when I get a CD copy of the same song I can select the 'best'
> version. In truth some of my 'best' versions are wav files transcribed
> from vinyl because some CD versions of 'classic' material often sound a
> lot different to the original mix.
>
> There is no substitute for 'uncompressed' audio. All audio file
> 'compression' involves some sort of destructive compromise. The term is
> used far too loosely. It is possible to compress other types of digital
> files for relocation in a non destructive manner. What happens with
> digital Audio involves emasculation. Both audio and video systems use a
> 'what can we leave out and get away with it' technique. If we must use a
> digital format, a high sample rate can deliver a wide frequency and
> dynamic range, with low distortion. Provided, of course, the sampling
> equipment is of a good standard, and the reproduction equipment is of a
> similar standard. In times past the consumer benchmark was well below
> the capability of the transmission platform. That is no longer the case.
> Certainly entry level consumer equipment is still not that flash.
> However the mid range consumer market has upped their game and listeners
> faced with a choice between your transmission and a CD are more likely
> to opt for quality unless your content has the right hooks. Listeners
> 'hear' compromised sound. If it has been "compressed" they can tell, but
> can't say what's different, just that it is. Similarly too much
> "processing" can send your TSL into micrometer territory. Being
> practical sometimes means you have to work with what you have. Any audio
> library represents thousands of person hours. Ripping a few thousand
> mp3's in can save a lot of time. It will at least get you started.
>
> Do 'man 1 rdimport' in a terminal for the full manual.
>
> regards
>
> Robert Jeffares
> |
> On 10/04/16 09:19, Ryan Kin wrote:
> > Is there a way to import music as MP3s?
> > I'm using the 2.10.2 version of Rivendell
> > _______________________________________________
> > Rivendell-dev mailing list
> > Rivendell-dev@lists.rivendellaudio.org
> > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
> --
> *Communication Consultants*
> 64 Warner Park Avenue
>
> Laingholm
>
> Auckland 0604<hr>_______________________________________________
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
