Was about 4 rows from the front in the A section near centre stage. Darren/Amanda from Radio Southland were in D except Kim was with us but went down to say hi for a while to his crew.
Anyone thinking of seeing Paul Simon live would love it. He's kept his voice really well and great arrangements, filled my expectations and sure wasn't passing up the offer for an A section media ticket despite 2am late nights this week. The drive back was the annoying part. So I forgot the estimated time coloumn in RD is not the scheduled time in my sleep walking state... so it was correctly estimating zero run-time events (insert red face with hand over eyes). I read in here a while ago someone had AirPlay and CAE on different machines or is my sleep depravation still in its mirage state? Does AirPlay fetch the file then feed it to CAE or does it instruct CAE to fetch and play the file? Sent from my iPod On 7/04/2013, at 22:05, Geoff Barkman <[email protected]> wrote: > Hi Gav > Where were you at the concert? I saw Kim there... he was in the back row. > > On Sun, Apr 7, 2013 at 9:35 PM, Gavin Stephens <[email protected]> wrote: >> Lack of sleep after a Paul Simon concert last night that I enjoyed. It was >> the estimated time in AirPlay log panel that wasn't calculating the 1/10th, >> forgot that's not the scheduled time, sorry will go get more sleep now. >> >> Sent from my iPod >> >> On 7/04/2013, at 21:13, Gavin Stephens <[email protected]> wrote: >> >> > This maybe old and not an issue in new RD as I still use 1.7.2 but >> > regarding clocks: >> > >> > I discovered when adding a log marker event in clocks I can't give them >> > the same start time as the cart after them otherwise it confuses the >> > scheduler when it create logs regardless of clock order so that's fine, I >> > just make the next cart 0:0:00.1 etc... >> > >> > What I've since noticed though is if the event at 0:00:00.1 is a sequence >> > of say two audio carts - In logedit it shows the 0:0:00.1 scheduled time >> > on the first audio item of that event but in AirPlay it shows it as >> > 0:0:00.0 past the hour missing the 1/10th of a second. So solution is I >> > changed the audio event in question to 0:0:01.0 implying a marker is a >> > whole second long event. I thought I'd mention it, incase it was a small >> > quirk that added up to a bug elsewhere in handling 1/10th second scheduled >> > times next to another event starting the same second but not same 1/10th >> > in AirPlay. I've only noticed this happens with events that have multiple >> > carts. But I didn't want to run the risk of AirPlay getting confused with >> > same start times even though in log edit they are correct. >> > >> > Cheers, >> > Gavin. >> > >> > Sent from my iPod >> > _______________________________________________ >> > 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
