Re: [RDD] Rivendell-dev Digest, Vol 70, Issue 2

2019-02-04 Thread jessejones2752
MP4 M4a etc: As a novice at Rivendell, I am simply curious. What is the real advantage of running these -video- formats in audio automation? Sent from my iPhone > On Feb 4, 2019, at 11:00 AM, rivendell-dev-requ...@lists.rivendellaudio.org > wrote: > > Send Rivendell-dev mailing list submission

Re: [RDD] Support for MP4V2/AAC/M4A Files

2019-02-04 Thread David Klann
On 2/4/19 11:06 AM, Fred Gleason wrote: > On Mon, 2019-02-04 at 08:46 -0800, Patrick wrote: >> What about something in the development installation script that asks >> if they’d like those repositories and packages installed "at their >> own risk". It may make it easier for people that want it. >

Re: [RDD] Support for MP4V2/AAC/M4A Files

2019-02-04 Thread Fred Gleason
On Mon, 2019-02-04 at 08:46 -0800, Patrick wrote: > What about something in the development installation script that asks > if they’d like those repositories and packages installed "at their > own risk". It may make it easier for people that want it. Seeing as distributing those packages in non-so

Re: [RDD] Support for MP4V2/AAC/M4A Files

2019-02-04 Thread Patrick
What about something in the development installation script that asks if they’d like those repositories and packages installed "at their own risk". It may make it easier for people that want it. > On Feb 4, 2019, at 8:27 AM, Fred Gleason wrote: > > On Wed, 2019-01-30 at 10:02 -0600, David Klan

Re: [RDD] Support for MP4V2/AAC/M4A Files

2019-02-04 Thread Cowboy
On Mon, 04 Feb 2019 11:27:49 -0500 Fred Gleason wrote: > generally a Really Bad Idea to enable any > 'alternative' repo(s) on a standard CentOS Rivendell system (other than > EPEL on CentOS 7, which comes enabled out-of-the-box). *Serious* > version skew mayhem can (and on occasion has) ensue[d],

Re: [RDD] Support for MP4V2/AAC/M4A Files

2019-02-04 Thread Fred Gleason
On Wed, 2019-01-30 at 10:02 -0600, David Klann wrote: > I understand that the libraries needed to enable this are not in the > official CentOS or EPEL repositories, but there are well-known > alternative repos where the necessary libraries can be found. > Alternatively, would you be willing to host