Re: [RDD] rdimport - audio file location and ingestion

2018-11-06 Thread Rob Landry
On Mon, 5 Nov 2018, Fred Gleason wrote: They don’t. This was one of the fundamental design principles laid down at the very inception of the project: the audio store contains *only* audio; all other metadata goes in the SQL database. Of course, one consequence of this approach is that if you

Re: [RDD] rdimport - audio file location and ingestion

2018-11-06 Thread Fred Gleason
On Nov 6, 2018, at 11:50, Rob Landry <41001...@interpring.com> wrote: > Of course, one consequence of this approach is that if you lose the MySQL > database, the audio files will be more or less useless. Yup. Better have a good backup plan in place! > If each audio file had headers carrying

Re: [RDD] rdimport - audio file location and ingestion

2018-11-06 Thread drew Roberts
Of course, if you have the storage space and the horsepower, you could always export all the audio every so often... This puts a lot of the metadata into the files exported. Does it put it all? You can export to flac as well... all the best, drew On Tue, Nov 6, 2018 at 11:50 AM Rob Landry

Re: [RDD] rdimport - Suggested ingestion parameters?

2018-11-06 Thread David Klann
Hi Richard, On 11/5/18 5:29 PM, Richard G Elen wrote: > Hi... > > I am soon to ingest our music library using rdimport. > > The source library structure is basically > ~/Artistname/Albumname/trackfiles and they may be multiple album > subfolders in the Artistname folder. > > We've spent quite

Re: [RDD] rdimport - Suggested ingestion parameters?

2018-11-06 Thread Fred Gleason
On Nov 6, 2018, at 12:15, David Klann wrote: > My experience has been that rdimport ignores _all_ of the > metadata if it finds problems with _any_ of the metadata it (someone > please correct me if I misunderestimate that). Can you gives us a specific example of where this occurs? Cheers!

Re: [RDD] rdimport - audio file location and ingestion

2018-11-06 Thread Richard Elen
IIRC, you can store a full complement of metadata in a WAV file and there is a standard for it, it's just not commonly done. I must admit that the one thing that has concerned me slightly is the fact that the ingested files are completely unidentifiable - the idea of writing out and

Re: [RDD] rdimport - audio file location and ingestion

2018-11-06 Thread Sherrod Munday
On Nov 6, 2018, at 15:42, Fred Gleason wrote: > … > They had an auxiliary program called the ‘SoundHound’ (derisively referred to > as the ‘SoundPig’ by one of my co-workers) that would continually scan the > set of audio files on the system, building and updating a searchable database > of

Re: [RDD] Voice Tracking

2018-11-06 Thread ijames
I will try That also. Thanks Fred On 2018-10-16 10:40, Fred Gleason wrote: On Oct 15, 2018, at 20:30, ija...@jamcorbroadcast.com wrote: Do you have and idea how to delete any voice Tracks that are imported thru the voice tracker. Delete the log to which they belong. You can see which log

Re: [RDD] rdimport - audio file location and ingestion

2018-11-06 Thread Fred Gleason
On Nov 6, 2018, at 14:06, Richard Elen wrote: > IIRC, you can store a full complement of metadata in a WAV file and there is > a standard for it, it's just not commonly done. > There are several public standards for such, as well as a whole slew of _ad hoc_ private ones, invented by vendors

[RDD] Log not fully loaded

2018-11-06 Thread Peter Claes
Guys, I have a problem in airplay, which is not consitent. Sometimes there are some carts missing in the log, usually before a timed event. This only happens if the system loads the log during a Chainto. If I manually reload the log, it loads all carts. Any ideas on this ? Regards Peter