That u/n password isn't working and neither is root. Nathaniel C. Steele Assistant Chief Engineer/Technical Director WTRM-FM / TheCrossFM
On 8/10/2012 3:14 PM, Robert Jeffares wrote: > On Fri, 2012-08-10 at 14:18 -0400, Nathan Steele wrote: >> The * wildcard doesn't work so what I need to do I guess is modify the >> script to get the current date and add a number to the day of that date >> to get the Sunday date that they are using in the file name. So if I >> want to run the wget on thursday night (so I can check that everything >> worked on friday morning so we know the correct program will run on >> saturday (when we are airing it) I would need to add 3 to the date... >> this is going to be nasty when that will cross over a month >> though......any suggestions? >> > date --date="3 days ago" +'%Y %m %d' > > >> Also trying to get the renamed programs with rdcatch is giving me a >> server error- invalid user. What should I be using, I am trying to run >> as rd (the default user on the broadcast appliance install) but I don't >> remember the password (it's setup by default and logs in automatically >> at bootup, never needed to use it). I tried leaving it blank. I tried >> leaving username and password blank too,but the catch won't save without >> a username. I can try root just to see it work, but I don't think that >> is a wise way to do it permanently. > user rd password letmein > >> Maybe it will just be easier to update to 2.1.5..... >> >> Thanks, >> Nathan >> Nathaniel C. Steele Assistant Chief Engineer/Technical Director WTRM-FM >> / TheCrossFMOn 8/9/2012 7:34 PM, Robert Jeffares wrote: >>> On Thu, 2012-08-09 at 16:05 -0400, Nathan Steele wrote: >>>> OK, I wrote the wget script and it seems to work, I'll try to modify it >>>> so it wont care about the date. if I jsyt tell it to get *part%201.wav >>>> will that work? >>> as we say here " suck it and see " It should, but labelling generated >>> in windows environments is sometimes impervious to wildcards >>> >>>> I guess the way to make this work is that each part has to be a single >>>> cut in it's own cart? then I can modify the title wget saves t as to >>>> include th cart number and the dropbox can get the cart number from the >>>> file name and overwrite the cut each week? I"ve got several dropboxes >>>> running, but this is the first time I've had to do a multipart show. I >>>> assume for scheduling purposes it ia also best to have each part be it's >>>> own cart. seems the best way to me. >>> RD offers 1001 ways to do this >>> >>> I would save the file with something that tells you the generation date >>> or air date so you know the file is the latest one. >>> >>> Then RD catch can be used to cart the file, deleting the existing cut, >>> some suitable time afterthe download has run. >>> >>> If you use the dropbox feature in rdadmin you have the potential for a >>> slow download to be carted when it's part way through because the >>> routine that asks is the fill still being downloaded is fooled by a >>> pause. Slow local network can do this. >>> >>> belts and braces is to run the wget script at hour 0 and run the rdcatch >>> event at hour 0 + 1. As long as both are before air time it just >>> happens. >>> >>> OR >>> >>> You can call rdimport in the script at the end of the download >>> >>> rdimport --verbose --to-cart=xxxx --delete-cuts >>> [GROUP] /home/rd/dropbox/progTitle.mp3 >>> >>> you can get rd import to use the filename as the title of the cart and >>> the cut so you can see it's the right episode >>> >>> rdimport has all the options you might need >>> >>> >>> regards >>> >>> Robert >>> >>>> Thanks again for the help, >>>> >>>> Nathaniel C. Steele >>>> Assistant Chief Engineer/Technical Director >>>> WTRM-FM / TheCrossFM >>>> >>>> On 8/8/2012 6:46 PM, Robert Jeffares wrote: >>>>> I use wget to get around this problem where URL's don't work with linux >>>>> >>>>> this one has more spaces than most >>>>> >>>>> wget -O /home/rd/dropbox/theChristianRockPart1.wav >>>>> http://www.thechristianrock20.com/CR20shows/NewShow_WAV/The%20Christian% >>>>> 20Rock%2020%20-%20081212%20-%20Part%201.wav >>>>> >>>>> >>>>> will put it in your dropbox with a useable label. It works here >>>>> >>>>> rdcatch is a bit precious about spaces >>>>> >>>>> to get all segments write a script with 6 wget events. With luck some >>>>> wildcards will get around the date, or you can get the date included in >>>>> the download label. >>>>> >>>>> Then have rdcatch cart it in time for broadcast from the dropbox have it >>>>> delete the source and you won't have a problem with 2 weeks progs in the >>>>> same dropbox. >>>>> >>>>> If you want a hand with the script let me know. >>>>> >>>>> regards >>>>> >>>>> Robert Jeffares >>>>> >>>>> On Wed, 2012-08-08 at 18:10 -0400, Fred Gleason wrote: >>>>>> On Aug 8, 2012, at 17:57 11, Nathan Steele wrote: >>>>>> >>>>>>> I suspect it is the spaces in the filename throwing it off but I tried >>>>>>> adding %20 and that just added 0 instead of a space...if i use the >>>>>>> spaces it looks like the correct url in /var/log/messages... >>>>>> What RD version are you using? The v2.1.4 update fixed a raft of >>>>>> problems involving URLs with 'unusual' characters. Earlier versions are >>>>>> likely to exhibit significant flakiness with URLs containing spaces. >>>>>> >>>>>> 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 >>>>>> [email protected] >>>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>>>> _______________________________________________ >>>>> Rivendell-dev mailing list >>>>> [email protected] >>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Rivendell-dev mailing list >>>> [email protected] >>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>> _______________________________________________ >>> Rivendell-dev mailing list >>> [email protected] >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>> >>> >>> >> _______________________________________________ >> Rivendell-dev mailing list >> [email protected] >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
