Re: [RDD] RDCatch Questions - Weird Wildcards

[David Klann]

Using RDCatch to download media, the wildcards are expanded with *the 
current values*. So, using date wildcards, you can download the episode 
for December 14th only *on December 14th*. One option is to code the 
*exact name* of the remote file in the RDCatch job, but this is what I 
would call "anti-automation".

As chris cottingham writes, and as far as I know, you'll need to use a 
facility external to Rivendell to do anything else.

   ~David


On 12/17/20 5:50 PM, wa7skg wrote:
> 
> No RSS feed. I tried
> 
> ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3
> 
> but both %d wildcards pull the same day each time. The first one needs
> to keep Monday's date while the second one does Monday through Friday.
> 
> I need to keep this all within rdcatch, no scripts or exotic solutions.
> If it can't be done in rdcatch, then the staff will have to go back to
> manual daily downloads like they were doing prior to Rivendell.
> 
> Michael
> 
> David Klann wrote on 12/17/20 2:32 PM:
>> Hi Michael
>>
>> On 12/17/20 1:02 PM, you wrote:
>>>
>>> Yes, there are more.
>>>
>>> One program I need to download has a troublesome file structure.
>>>
>>> There is a folder for the program, then a folder for each week beginning
>>> on Monday. The weekly folder holds the files for that week. For example:
>>>
>>> ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3
>>>
>>> ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3
>>>
>>
>> This looks to me like:
>>
>> ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3
>>
>> This only works if "program_episode-name" does not change from episode
>> to episode. At this time, Rivendell does not support arbitrary
>> differences in download filenames. Does this program have an RSS feed?
>> If so, I might be able to help with a script I wrote specifically for
>> downloading and ingesting audio from an RSS feed.
>>
>>  ~David Klann
>>
>>> etc.
>>>
>>> I can't figure out how to set up a wildcard to deal with the weekly
>>> folder with Monday's date.
>>>
>>> This is a popular program that quite a few stations carry, so I'm sure
>>> there must be a way to automate it.
>>>
>>> Thanks for any ideas.
>>>
>>> Michael
>>>
>>>
>>> ___
>>> 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

Re: [RDD] RDCatch Questions - Weird Wildcards

[David Klann]

Hi Michael

On 12/17/20 1:02 PM, you wrote:
> 
> Yes, there are more.
> 
> One program I need to download has a troublesome file structure.
> 
> There is a folder for the program, then a folder for each week beginning
> on Monday. The weekly folder holds the files for that week. For example:
> 
> ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
> ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
> ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
> ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
> ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3
> 
> ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
> ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
> ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
> ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
> ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3
> 

This looks to me like:

ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3

This only works if "program_episode-name" does not change from episode 
to episode. At this time, Rivendell does not support arbitrary 
differences in download filenames. Does this program have an RSS feed? 
If so, I might be able to help with a script I wrote specifically for 
downloading and ingesting audio from an RSS feed.

   ~David Klann

> etc.
> 
> I can't figure out how to set up a wildcard to deal with the weekly
> folder with Monday's date.
> 
> This is a popular program that quite a few stations carry, so I'm sure
> there must be a way to automate it.
> 
> Thanks for any ideas.
> 
> Michael
> 
> 
> ___
> 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

Re: [RDD] RDCatch Questions - Weird Wildcards

[John Boles]

Couple of things to note:
The example is using 0 padded wildcards, change if not your use case.
LB Folder Date: %DownloadData%!
Should Be:
LB Folder Date: %DownloadDate%!

On Thu, Dec 17, 2020 at 6:29 PM John Boles  wrote:

> Not knowing if you download everything on the same day or if everything is
> downloaded the day of
> This is if you Download on a Friday (tomorrow 2020-12-18) for the next week
> ftp.hostname.com/program/%Y-%m%259200d/%m%259200d_program_episode-name.mp3
> = ftp.hostname.com/program/2020-12-21/1221_program_episode-name.mp3
>
> So the 25900 equates to 3 days in seconds
> 1 day is 86400 seconds
>
> If you download the day of:  Today of this week for this Weeks Monday in
> this example
> ftp.hostname.com/program/%Y-%m%-259200d/%m%d_program_episode-name.mp3
>  = ftp.hostname.com/program/2020-12-14/1217_program_episode-name.mp3
>
> If you want to test what your metadata values will turn out to.
> Use the Host Variables in RDAdmin->Manage Hosts->Host Variables.
> Create your Host Variable:
> Var Name: %DownloadDate%
> Var Value:  %Y-%m%-259200d
> Remark: Variable Tests
>
> Then create a macros to display the value in RDAirplay.
> LB Folder Date: %DownloadData%!
> SP 5000!
> LB !
>
> Save and run the macro from the library and you should see the values
> equate in RDAirplay Message Box
>
>
> Hope this makes sense
> John
>
> On Thu, Dec 17, 2020 at 5:04 PM wa7skg  wrote:
>
>> To reiterate - "I need to keep this all within rdcatch, no scripts or
>> exotic solutions. If it can't be done in rdcatch, then the staff will
>> have to go back to manual daily downloads like they were doing prior to
>> Rivendell."
>>
>> I am only providing part time assistance to this station. The staff is
>> doing well with Rivendell. However, anything else is out of their realm.
>> They want to be able to make their own changes with programming and
>> retrieval. That mandates staying within whatever Rivendell does. They
>> have training and documentation to use Rivendell and I can walk them
>> through pretty much anything over the phone. External cron jobs,
>> scripts, and other convoluted gymnastics goes against my support plan.
>> They were in the pickle they were in previously with an engineer who did
>> many things with "creative solutions" that were undocumented and outside
>> the normal operations of things over the last many years, then
>> evaporated leaving them hanging.
>>
>> Whatever I set up needs to be within the documented system, so if I get
>> hit by a truck next week, they are not again left hanging.
>>
>> Michael
>>
>>
>> chris cottingham wrote on 12/17/20 3:52 PM:
>> > Maybe you can do an intermediary download with a program that can deal
>> with the file structure to a folder on your RD server? Then Set RD To
>> import from your folder?
>> >
>> > Just thinking off the top of my head.
>> >
>> >
>> >
>> >
>> >
>> > Sent from my iPhone
>> >
>> >> On Dec 17, 2020, at 3:50 PM, wa7skg  wrote:
>> >>
>> >> No RSS feed. I tried
>> >>
>> >> ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3
>> >>
>> >> but both %d wildcards pull the same day each time. The first one needs
>> to keep Monday's date while the second one does Monday through Friday.
>> >>
>> >> I need to keep this all within rdcatch, no scripts or exotic
>> solutions. If it can't be done in rdcatch, then the staff will have to go
>> back to manual daily downloads like they were doing prior to Rivendell.
>> >>
>> >> Michael
>> >>
>> >> David Klann wrote on 12/17/20 2:32 PM:
>> >>> Hi Michael
>>  On 12/17/20 1:02 PM, you wrote:
>> 
>>  Yes, there are more.
>> 
>>  One program I need to download has a troublesome file structure.
>> 
>>  There is a folder for the program, then a folder for each week
>> beginning
>>  on Monday. The weekly folder holds the files for that week. For
>> example:
>> 
>>  ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3
>> 
>>  ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
>>  ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3
>> 
>> >>> This looks to me like:
>> >>> ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3
>> >>> This only works if "program_episode-name" does not change from episode
>> >>> to episode. At this time, Rivendell does not support arbitrary
>> >>> differences in download filenames. Does this program have an RSS feed?
>> >>> If so, I might be able to help with a script I wrote specifica

Re: [RDD] RDCatch Questions - Weird Wildcards

[John Boles]

Not knowing if you download everything on the same day or if everything is
downloaded the day of
This is if you Download on a Friday (tomorrow 2020-12-18) for the next week
ftp.hostname.com/program/%Y-%m%259200d/%m%259200d_program_episode-name.mp3
= ftp.hostname.com/program/2020-12-21/1221_program_episode-name.mp3

So the 25900 equates to 3 days in seconds
1 day is 86400 seconds

If you download the day of:  Today of this week for this Weeks Monday in
this example
ftp.hostname.com/program/%Y-%m%-259200d/%m%d_program_episode-name.mp3
 = ftp.hostname.com/program/2020-12-14/1217_program_episode-name.mp3

If you want to test what your metadata values will turn out to.
Use the Host Variables in RDAdmin->Manage Hosts->Host Variables.
Create your Host Variable:
Var Name: %DownloadDate%
Var Value:  %Y-%m%-259200d
Remark: Variable Tests

Then create a macros to display the value in RDAirplay.
LB Folder Date: %DownloadData%!
SP 5000!
LB !

Save and run the macro from the library and you should see the values
equate in RDAirplay Message Box


Hope this makes sense
John

On Thu, Dec 17, 2020 at 5:04 PM wa7skg  wrote:

> To reiterate - "I need to keep this all within rdcatch, no scripts or
> exotic solutions. If it can't be done in rdcatch, then the staff will
> have to go back to manual daily downloads like they were doing prior to
> Rivendell."
>
> I am only providing part time assistance to this station. The staff is
> doing well with Rivendell. However, anything else is out of their realm.
> They want to be able to make their own changes with programming and
> retrieval. That mandates staying within whatever Rivendell does. They
> have training and documentation to use Rivendell and I can walk them
> through pretty much anything over the phone. External cron jobs,
> scripts, and other convoluted gymnastics goes against my support plan.
> They were in the pickle they were in previously with an engineer who did
> many things with "creative solutions" that were undocumented and outside
> the normal operations of things over the last many years, then
> evaporated leaving them hanging.
>
> Whatever I set up needs to be within the documented system, so if I get
> hit by a truck next week, they are not again left hanging.
>
> Michael
>
>
> chris cottingham wrote on 12/17/20 3:52 PM:
> > Maybe you can do an intermediary download with a program that can deal
> with the file structure to a folder on your RD server? Then Set RD To
> import from your folder?
> >
> > Just thinking off the top of my head.
> >
> >
> >
> >
> >
> > Sent from my iPhone
> >
> >> On Dec 17, 2020, at 3:50 PM, wa7skg  wrote:
> >>
> >> No RSS feed. I tried
> >>
> >> ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3
> >>
> >> but both %d wildcards pull the same day each time. The first one needs
> to keep Monday's date while the second one does Monday through Friday.
> >>
> >> I need to keep this all within rdcatch, no scripts or exotic solutions.
> If it can't be done in rdcatch, then the staff will have to go back to
> manual daily downloads like they were doing prior to Rivendell.
> >>
> >> Michael
> >>
> >> David Klann wrote on 12/17/20 2:32 PM:
> >>> Hi Michael
>  On 12/17/20 1:02 PM, you wrote:
> 
>  Yes, there are more.
> 
>  One program I need to download has a troublesome file structure.
> 
>  There is a folder for the program, then a folder for each week
> beginning
>  on Monday. The weekly folder holds the files for that week. For
> example:
> 
>  ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3
> 
>  ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
>  ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3
> 
> >>> This looks to me like:
> >>> ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3
> >>> This only works if "program_episode-name" does not change from episode
> >>> to episode. At this time, Rivendell does not support arbitrary
> >>> differences in download filenames. Does this program have an RSS feed?
> >>> If so, I might be able to help with a script I wrote specifically for
> >>> downloading and ingesting audio from an RSS feed.
> >>> ~David Klann
>  etc.
> 
>  I can't figure out how to set up a wildcard to deal with the weekly
>  folder with Monday's date.
> 
>  This is a popular program that quite a few stations carry, so I'm sure
>  there must be a way to automate it.
> 
>  Thanks for

[RDD] [SOLVED] Re: 3.4.1 RN RML not executing

[ermina]

I finally compiled 3.5.0 and the RN macros now work as expected.

On 2020-12-18 01:19, erm...@studioplume.com wrote:

Well, it certainly has nothing to do with X.
A simple RN test.sh! containing 'echo "test" > test.txt' is not run.
I'm confused and stuck.

On 2020-12-17 17:42, ermina wrote:

Hi list,

using Rivendell 3.4.1 (on debian 10) i'm having a hard time getting
the RN RML command to actually execute something.

The logs show that the command is received:
ripcd: received rml: "RN rdlogin!" from 192.168.1.14

On that host, /etc/rd.conf has the RnRmlOwner and RnRmlGroup set as
the linux user currently logged in and running RDAirplay (from which i
ultimately want to fire a macro cart containing 'RN rdlogin!' from the
sound panel).
Running the rivendell-daemons as root or as the same user does not
change a thing.
Using the full path RN /usr/local/bin/rdlogin! does not change a 
thing.

Sending the RML commmand via rmlsend from another host does not change
a thing (the response is: "no response" although the log on
192.168.1.14 show "received rml").

I must say i am quite clueless as to what to look at next.
I suspect something about access to X server but since there is no
more information logged… (or is there a more verbose log than the
default ?)

Has anyone met and solved this ?

Cheers,

. leo
___
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

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] 3.4.1 RN RML not executing

[ermina]

Well, it certainly has nothing to do with X.
A simple RN test.sh! containing 'echo "test" > test.txt' is not run.
I'm confused and stuck.

On 2020-12-17 17:42, ermina wrote:

Hi list,

using Rivendell 3.4.1 (on debian 10) i'm having a hard time getting
the RN RML command to actually execute something.

The logs show that the command is received:
ripcd: received rml: "RN rdlogin!" from 192.168.1.14

On that host, /etc/rd.conf has the RnRmlOwner and RnRmlGroup set as
the linux user currently logged in and running RDAirplay (from which i
ultimately want to fire a macro cart containing 'RN rdlogin!' from the
sound panel).
Running the rivendell-daemons as root or as the same user does not
change a thing.
Using the full path RN /usr/local/bin/rdlogin! does not change a thing.
Sending the RML commmand via rmlsend from another host does not change
a thing (the response is: "no response" although the log on
192.168.1.14 show "received rml").

I must say i am quite clueless as to what to look at next.
I suspect something about access to X server but since there is no
more information logged… (or is there a more verbose log than the
default ?)

Has anyone met and solved this ?

Cheers,

. leo
___
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

Re: [RDD] RDCatch Questions - Weird Wildcards

[wa7skg]

To reiterate - "I need to keep this all within rdcatch, no scripts or 
exotic solutions. If it can't be done in rdcatch, then the staff will 
have to go back to manual daily downloads like they were doing prior to 
Rivendell."


I am only providing part time assistance to this station. The staff is 
doing well with Rivendell. However, anything else is out of their realm. 
They want to be able to make their own changes with programming and 
retrieval. That mandates staying within whatever Rivendell does. They 
have training and documentation to use Rivendell and I can walk them 
through pretty much anything over the phone. External cron jobs, 
scripts, and other convoluted gymnastics goes against my support plan. 
They were in the pickle they were in previously with an engineer who did 
many things with "creative solutions" that were undocumented and outside 
the normal operations of things over the last many years, then 
evaporated leaving them hanging.


Whatever I set up needs to be within the documented system, so if I get 
hit by a truck next week, they are not again left hanging.


Michael


chris cottingham wrote on 12/17/20 3:52 PM:

Maybe you can do an intermediary download with a program that can deal with the 
file structure to a folder on your RD server? Then Set RD To import from your 
folder?

Just thinking off the top of my head.





Sent from my iPhone


On Dec 17, 2020, at 3:50 PM, wa7skg  wrote:

No RSS feed. I tried

ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3

but both %d wildcards pull the same day each time. The first one needs to keep 
Monday's date while the second one does Monday through Friday.

I need to keep this all within rdcatch, no scripts or exotic solutions. If it 
can't be done in rdcatch, then the staff will have to go back to manual daily 
downloads like they were doing prior to Rivendell.

Michael

David Klann wrote on 12/17/20 2:32 PM:

Hi Michael

On 12/17/20 1:02 PM, you wrote:

Yes, there are more.

One program I need to download has a troublesome file structure.

There is a folder for the program, then a folder for each week beginning
on Monday. The weekly folder holds the files for that week. For example:

ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3

ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3


This looks to me like:
ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3
This only works if "program_episode-name" does not change from episode
to episode. At this time, Rivendell does not support arbitrary
differences in download filenames. Does this program have an RSS feed?
If so, I might be able to help with a script I wrote specifically for
downloading and ingesting audio from an RSS feed.
~David Klann

etc.

I can't figure out how to set up a wildcard to deal with the weekly
folder with Monday's date.

This is a popular program that quite a few stations carry, so I'm sure
there must be a way to automate it.

Thanks for any ideas.

Michael


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] RDCatch Questions - Weird Wildcards

[chris cottingham]

Maybe you can do an intermediary download with a program that can deal with the 
file structure to a folder on your RD server? Then Set RD To import from your 
folder?

Just thinking off the top of my head. 





Sent from my iPhone

> On Dec 17, 2020, at 3:50 PM, wa7skg  wrote:
> 
> No RSS feed. I tried
> 
> ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3
> 
> but both %d wildcards pull the same day each time. The first one needs to 
> keep Monday's date while the second one does Monday through Friday.
> 
> I need to keep this all within rdcatch, no scripts or exotic solutions. If it 
> can't be done in rdcatch, then the staff will have to go back to manual daily 
> downloads like they were doing prior to Rivendell.
> 
> Michael
> 
> David Klann wrote on 12/17/20 2:32 PM:
>> Hi Michael
>>> On 12/17/20 1:02 PM, you wrote:
>>> 
>>> Yes, there are more.
>>> 
>>> One program I need to download has a troublesome file structure.
>>> 
>>> There is a folder for the program, then a folder for each week beginning
>>> on Monday. The weekly folder holds the files for that week. For example:
>>> 
>>> ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3
>>> 
>>> ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
>>> ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3
>>> 
>> This looks to me like:
>> ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3
>> This only works if "program_episode-name" does not change from episode
>> to episode. At this time, Rivendell does not support arbitrary
>> differences in download filenames. Does this program have an RSS feed?
>> If so, I might be able to help with a script I wrote specifically for
>> downloading and ingesting audio from an RSS feed.
>>~David Klann
>>> etc.
>>> 
>>> I can't figure out how to set up a wildcard to deal with the weekly
>>> folder with Monday's date.
>>> 
>>> This is a popular program that quite a few stations carry, so I'm sure
>>> there must be a way to automate it.
>>> 
>>> Thanks for any ideas.
>>> 
>>> Michael
>>> 
>>> 
>>> ___
>>> 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
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] RDCatch Questions - Weird Wildcards

[wa7skg]

No RSS feed. I tried

ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3

but both %d wildcards pull the same day each time. The first one needs 
to keep Monday's date while the second one does Monday through Friday.


I need to keep this all within rdcatch, no scripts or exotic solutions. 
If it can't be done in rdcatch, then the staff will have to go back to 
manual daily downloads like they were doing prior to Rivendell.


Michael

David Klann wrote on 12/17/20 2:32 PM:

Hi Michael

On 12/17/20 1:02 PM, you wrote:


Yes, there are more.

One program I need to download has a troublesome file structure.

There is a folder for the program, then a folder for each week beginning
on Monday. The weekly folder holds the files for that week. For example:

ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3

ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3



This looks to me like:

ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3

This only works if "program_episode-name" does not change from episode
to episode. At this time, Rivendell does not support arbitrary
differences in download filenames. Does this program have an RSS feed?
If so, I might be able to help with a script I wrote specifically for
downloading and ingesting audio from an RSS feed.

~David Klann


etc.

I can't figure out how to set up a wildcard to deal with the weekly
folder with Monday's date.

This is a popular program that quite a few stations carry, so I'm sure
there must be a way to automate it.

Thanks for any ideas.

Michael


___
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

Re: [RDD] RDCatch Questions - Weird Wildcards

[wa7skg]

Yes, that is exactly the problem. The week folder has  Monday's date. 
The provider has over a hundred stations taking their program and nobody 
else seems to have a problem, so they don't want to change just for one 
station.


If it didn't use the date twice in the overall path, I could do it with 
offsets, but that doesn't work either.


I'd like to keep this all inside rdcatch and not get into exotic cron 
jobs or scripts.


Michael

Mark Murdock wrote on 12/17/20 2:36 PM:

It looks like you would need to change the number for the weekly folder every 
time you wanted files for a new week.

This is close, but won't work:

ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode-name.mp3

because the first "%d" would change to the current date every day and thus mess 
up the file folder name. In the past when I had an issue like this with a provider that 
created a new folder for each month, I discussed the issue with them, and they decided to 
put their files into the same folder each month. Sometimes if you negotiate with these 
people they will modify their practices.


Mark Murdock
KAMB
90 E. 16th St.
Merced, CA 95340
(209) 723-1015
m...@celebrationradio.com
Website



-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org 
 On Behalf Of wa7skg
Sent: Thursday, December 17, 2020 11:03 AM
To: rivendell-dev@lists.rivendellaudio.org
Subject: [RDD] RDCatch Questions - Weird Wildcards

Yes, there are more.

One program I need to download has a troublesome file structure.

There is a folder for the program, then a folder for each week beginning on 
Monday. The weekly folder holds the files for that week. For example:

ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3

ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3

etc.

I can't figure out how to set up a wildcard to deal with the weekly folder with 
Monday's date.

This is a popular program that quite a few stations carry, so I'm sure there 
must be a way to automate it.

Thanks for any ideas.

Michael


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Bulk Add Audio Files

[wa7skg]

Well, rdimport worked fine for me for a bunch of mp3 files. However, I 
have another 450+ .ogg files. Unfortunately, the filenames are all 
numbers, like 10005-03, 10005-18, 10015-08, 10015-10, etc. I can open 
these in MediaPlayer, Audacity, etc. and see the metadata with name and 
artist, etc. but the metadata does not import into Rivendell like it did 
with the mp3 files.


I am using the following command:

rdimport --verbose --segue-level=-10 MUSIC *.ogg 2>> errorlog.txt

That command worked fine with the mp3 files, inputting the title, 
artist, and other info. With the ogg files, it puts "Imported from 
10005-03.ogg" as the cart title and no other info.


I've never messed with ogg files before. I must be missing something.

Thanks for any help.

Michael



wa7skg wrote on 12/16/20 4:16 PM:

Aha, forgot about command line tools.

Thanks,
Michael


David Klann wrote on 12/16/20 3:09 PM:

Michael,

rdimport(1) is your friend.

    man rdimport

to get started.

    ~David

On 12/16/20 5:07 PM, wa7skg wrote:


In my feeble memory, I seem to recall there was a way to bulk add audio
files. I have a couple hundred songs to import into Rivendell and adding
one at a time will take forever. Any way to speed it up?

Thanks,
Michael


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Wiki Access

[jstinson]

http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

I used this today and set a new engineer up.

Jimmy


On 12/17/20 2:49 PM, Andy Higginson wrote:

Hi,

There is an issue with the email for some reason.  (Fred, if you're 
there, can you ask Cowboy to take a look please). In the mean time, 
please drop me a private email and I'll get you up and running.


Andy



 On Thu, 17 Dec 2020 20:29:14 + *Rich Gattie 
* wrote 


Yep, same error from the main page too.

On Thu, Dec 17, 2020 at 3:12 PM wa7skg mailto:wa7...@wa7skg.com>> wrote:

Try http://wiki.rivendellaudio.org/index.php/Main_Page

Michael



Rich Gattie wrote on 12/17/20 11:37 AM:
> Hello,
>     I tried to request an account for the wiki and received
an error
> message:
>
> Error sending mail:
>
> Failed to connect to caspian.paravelsystems.com:25

>  [SMTP: Failed to
connect socket:
> Permission denied (code: -1, response: )]
>
> Figured I should bring this to someone's attention...
>
> --Rich
>
> --
> -=:{ Rich Gattie, KB2MOB }:=-
> Email: mob...@gmail.com 
>
> Web: http://x1radio.net
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org

http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



-- 
-=:{ Rich Gattie, KB2MOB }:=-

Email: mob...@gmail.com 
Web: http://x1radio.net

___
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


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Wiki Access

[Andy Higginson]

Hi,



There is an issue with the email for some reason.  (Fred, if you're there, can 
you ask Cowboy to take a look please).  In the mean time, please drop me a 
private email and I'll get you up and running.



Andy




 On Thu, 17 Dec 2020 20:29:14 + Rich Gattie  wrote 



Yep, same error from the main page too. 


On Thu, Dec 17, 2020 at 3:12 PM wa7skg  wrote:

Try http://wiki.rivendellaudio.org/index.php/Main_Page
 
 Michael
 
 
 
 Rich Gattie wrote on 12/17/20 11:37 AM:
 > Hello,
 >     I tried to request an account for the wiki and received an error 
 > message:
 > 
 > Error sending mail:
 > 
 > Failed to connect to http://caspian.paravelsystems.com:25 
 >  [SMTP: Failed to connect socket: 
 > Permission denied (code: -1, response: )]
 > 
 > Figured I should bring this to someone's attention...
 > 
 > --Rich
 > 
 > -- 
 > -=:{ Rich Gattie, KB2MOB }:=-
 > Email: mailto:mob...@gmail.com 
 > Web: http://x1radio.net
 > 
 ___
 Rivendell-dev mailing list
 mailto:Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev




-- 
-=:{ Rich Gattie, KB2MOB }:=-
Email: mailto:mob...@gmail.com
Web: http://x1radio.net





___
Rivendell-dev mailing list 
mailto: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

Re: [RDD] Wiki Access

[Rich Gattie]

Yep, same error from the main page too.

On Thu, Dec 17, 2020 at 3:12 PM wa7skg  wrote:

> Try http://wiki.rivendellaudio.org/index.php/Main_Page
>
> Michael
>
>
>
> Rich Gattie wrote on 12/17/20 11:37 AM:
> > Hello,
> > I tried to request an account for the wiki and received an error
> > message:
> >
> > Error sending mail:
> >
> > Failed to connect to caspian.paravelsystems.com:25
> >  [SMTP: Failed to connect socket:
> > Permission denied (code: -1, response: )]
> >
> > Figured I should bring this to someone's attention...
> >
> > --Rich
> >
> > --
> > -=:{ Rich Gattie, KB2MOB }:=-
> > Email: mob...@gmail.com 
> > Web: http://x1radio.net
> >
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>


-- 
-=:{ Rich Gattie, KB2MOB }:=-
Email: mob...@gmail.com
Web: http://x1radio.net
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Visually Impaired User

[Mark Murdock]

OK, I found out that if you hold the "Alt" key while rolling the mouse roller 
forward, it will zoom in on the screen image.

Mark Murdock

From: rivendell-dev-boun...@lists.rivendellaudio.org 
 On Behalf Of Mark Murdock
Sent: Thursday, December 17, 2020 8:57 AM
To: 'rivendell-dev@lists.rivendellaudio.org' 

Subject: [RDD] Visually Impaired User

We have a young lady who has just joined our team as a weekend voice tracker, 
but she is visually impaired. We have been engineering the voice tracker for 
her, but if there is a way to give her a larger image of the voice tracking 
window it might help her do this on her own. Is there a way to achieve this 
without changing the screen resolution?

Thanks,

Mark Murdock
KAMB
90 E. 16th St.
Merced, CA 95340
(209) 723-1015
m...@celebrationradio.com
Website

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Wiki Access

[wa7skg]

Try http://wiki.rivendellaudio.org/index.php/Main_Page

Michael



Rich Gattie wrote on 12/17/20 11:37 AM:

Hello,
    I tried to request an account for the wiki and received an error 
message:


Error sending mail:

Failed to connect to caspian.paravelsystems.com:25 
 [SMTP: Failed to connect socket: 
Permission denied (code: -1, response: )]


Figured I should bring this to someone's attention...

--Rich

--
-=:{ Rich Gattie, KB2MOB }:=-
Email: mob...@gmail.com 
Web: http://x1radio.net


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] Wiki Access

[Rich Gattie]

Hello,
   I tried to request an account for the wiki and received an error message:

Error sending mail:

Failed to connect to caspian.paravelsystems.com:25 [SMTP: Failed to connect
socket: Permission denied (code: -1, response: )]
Figured I should bring this to someone's attention...

--Rich

-- 
-=:{ Rich Gattie, KB2MOB }:=-
Email: mob...@gmail.com
Web: http://x1radio.net
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] Wiki Access

[Rich Gattie]

Hello,



-- 
-=:{ Rich Gattie, KB2MOB }:=-
Email: mob...@gmail.com
Web: http://x1radio.net
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] RDCatch Questions - Weird Wildcards

[wa7skg]

Yes, there are more.

One program I need to download has a troublesome file structure.

There is a folder for the program, then a folder for each week beginning 
on Monday. The weekly folder holds the files for that week. For example:


ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3

ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3

etc.

I can't figure out how to set up a wildcard to deal with the weekly 
folder with Monday's date.


This is a popular program that quite a few stations carry, so I'm sure 
there must be a way to automate it.


Thanks for any ideas.

Michael


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Visually Impaired User

[Eric Adler]

The easy way?  Keep the screen resolution and get a much larger screen.

On Thu, Dec 17, 2020, 12:18 PM Mark Murdock 
wrote:

> We have a young lady who has just joined our team as a weekend voice
> tracker, but she is visually impaired. We have been engineering the voice
> tracker for her, but if there is a way to give her a larger image of the
> voice tracking window it might help her do this on her own. Is there a way
> to achieve this without changing the screen resolution?
>
>
>
> Thanks,
>
>
>
> Mark Murdock
>
> KAMB
>
> 90 E. 16th St.
>
> Merced, CA 95340
>
> (209) 723-1015
>
> m...@celebrationradio.com
>
> Website 
>
>
> ___
> 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

[RDD] Visually Impaired User

[Mark Murdock]

We have a young lady who has just joined our team as a weekend voice tracker, 
but she is visually impaired. We have been engineering the voice tracker for 
her, but if there is a way to give her a larger image of the voice tracking 
window it might help her do this on her own. Is there a way to achieve this 
without changing the screen resolution?

Thanks,

Mark Murdock
KAMB
90 E. 16th St.
Merced, CA 95340
(209) 723-1015
m...@celebrationradio.com
Website

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] 3.4.1 RN RML not executing

[ermina]

Hi list,

using Rivendell 3.4.1 (on debian 10) i'm having a hard time getting the 
RN RML command to actually execute something.


The logs show that the command is received:
ripcd: received rml: "RN rdlogin!" from 192.168.1.14

On that host, /etc/rd.conf has the RnRmlOwner and RnRmlGroup set as the 
linux user currently logged in and running RDAirplay (from which i 
ultimately want to fire a macro cart containing 'RN rdlogin!' from the 
sound panel).
Running the rivendell-daemons as root or as the same user does not 
change a thing.

Using the full path RN /usr/local/bin/rdlogin! does not change a thing.
Sending the RML commmand via rmlsend from another host does not change a 
thing (the response is: "no response" although the log on 192.168.1.14 
show "received rml").


I must say i am quite clueless as to what to look at next.
I suspect something about access to X server but since there is no more 
information logged… (or is there a more verbose log than the default ?)


Has anyone met and solved this ?

Cheers,

. leo
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] CentOS 8 short-lived, only rolling versions after that

[Andy Higginson]

Hi,

Following on from all of this discussion, I’ve just seen this article on The 
Register - https://www.theregister.com/2020/12/15/centos_alternatives/ 
.  One of the 
alternatives mentioned is Oracle Linux, and they say that they are 100% 
application binary compatible with Red Hat Enterprise Linux 
https://www.oracle.com/uk/linux/ .  Is this a 
possible alternative to CentOS?

They have this interesting blog post, which has a script on it to convert from 
CentOS to Oracle Linux https://linux.oracle.com/switch/centos/ 
.  They also say that it is totally 
free and the same code as their paying customers - they charge for support.

Any thoughts?

Andy



> On 9 Dec 2020, at 17:33, Ryan Williams  wrote:
> 
> Thanks for the comments, Fred. I was hoping you were going to chime in.
> 
> The commentary on Hacker News and elsewhere is far gloomier than yours. I 
> hope you are correct.
> 
> Ryan
> 
> On Wed, Dec 9, 2020 at 11:22 AM Fred Gleason  > wrote:
> On Dec 8, 2020, at 19:46, Mike Carroll  > wrote:
> 
>> Not a popular decision, going by the comments on the post.
> 
> I’m not actually sure that it’s The End of the World for Rivendell on CentOS 
> just yet.
> 
> A lot will depend on what exactly changes between CentOS 8 and CentOS 8 
> Stream. At first look, it appears that CentOS is merely moving their release 
> cycle to be just *ahead* of RHEL releases, instead of just *after*. If that’s 
> truly all it is, and, all importantly, provided the CentOS 8 ABI is being 
> held stable, then I see no reason *per se* that we couldn’t support Rivendell 
> just fine on CentOS 8 Stream. I do know that there has been a lot of 
> frustration within the CentOS Project about churn (particularly in the 
> package management realm) from Upstream; this move to CentOS 8 Stream I 
> suspect is an attempt to get a better handle on that problem by what might be 
> called a ‘pre-emptive release’ strategy that allows them to better 
> synchronize the state of their own port from Upstream.
> 
> A lot will also depend on where EPEL lands with all of this. EPEL is part of 
> Fedora (not CentOS), and has historically always based their builds on RHEL. 
> Provided that the ABI is stable, it shouldn’t much matter, but the devil is 
> in the details. I’ve sensed a bit of the same ‘churn angst’ WRT Upstream with 
> many of the EPEL maintainers as well.
> 
> We’ll see. Given that we don’t currently have a shipping CentOS 8 
> integration, it’s definitely too early to panic. Indeed, holding off on that 
> integration is starting to look like a rather fortuitous move.
> 
> Cheers!
> 
> 
> |-|
> | Frederick F. Gleason, Jr. | Chief Developer |
> |   | Paravel Systems |
> |-|
> | A room without books is like a body without a soul. |
> | |
> | -- Cicero   |
> |-|
> ___
> 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

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev