After rereading this about nine times, the light finally came on.
Looking at the wildcard specs again, I see the <delta-secs> variable,
and understand what you mean.
First, my offset list:
Monday - 0
Tuesday - 86400
Wednesday - 172800
Thursday - 259200
Friday - 345600
That would make my strings:
Mon: ftp.hostname.com/program/%Y-%m%d/%m%d_program_episode.mp3
Tue: ftp.hostname.com/program/%Y-%m%d/%m%86400d_program_episode.mp3
Wed: ftp.hostname.com/program/%Y-%m%d/%m%172800d_program_episode.mp3
Thu: ftp.hostname.com/program/%Y-%m%d/%m%259200d_program_episode.mp3
Fri: ftp.hostname.com/program/%Y-%m%d/%m%345600d_program_episode.mp3
By setting the Event Offset for 3 days and running all of these on
Friday, that should give me all the programs for the next week.
I'll try these as macros as suggested below to see if they actually work.
That takes care of the date issues. Now I need to figure out how to deal
with the changing episode names. Apparently, the traditional wildcards
of * and ? do not work in rdcatch. In testing, I find that in ftp, the
wildcards do not work with the get command, but they do work with mget.
Is there possibly any way to get rdcatch to use the mget command when
fetching files?
Michael
John Boles wrote on 12/17/20 5:29 PM:
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
<http://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
<http://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
<http://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
<http://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 <[email protected]
<mailto:[email protected]>> 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 <[email protected]
<mailto:[email protected]>> wrote:
>>
>> No RSS feed. I tried
>>
>> ftp.hostname.com/program/%Y-%m%d/%m%d_program_*.mp3
<http://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
<http://ftp.hostname.com/program/2020-1214/1214_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1214/1215_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1214/1216_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1214/1217_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1214/1218_program_episode-name.mp3>
>>>>
>>>>
ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1221/1221_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1221/1222_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1221/1223_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3
<http://ftp.hostname.com/program/2020-1221/1224_program_episode-name.mp3>
>>>>
ftp.hostname.com/program/2020-1221/1225_program_episode-name.mp3
<http://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
<http://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
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
