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 <rugge...@gmail.com> 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 <wa7...@wa7skg.com> 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 <wa7...@wa7skg.com> 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
