From: Mike Brady Date: Tue, 29 Mar 2016 16:08:15 +0000 (+0000) Subject: Comment out the use of the delay() function, and update is to the new signature anyway. X-Git-Tag: 2.9.5.7~19^2~7 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=a7682415f19e11317588cdfd3952cc8ec8c984c3;p=thirdparty%2Fshairport-sync.git Comment out the use of the delay() function, and update is to the new signature anyway. --- diff --git a/rtp.c b/rtp.c index 16ad62ff..79aefa4b 100644 --- a/rtp.c +++ b/rtp.c @@ -513,10 +513,10 @@ void *rtp_timing_receiver(void *arg) { source_drift_usec = 0; source_drift_usec = (source_drift_usec*1000000)>>32; // turn it to microseconds - int64_t current_delay = 0; - if (config.output->delay) { - current_delay = config.output->delay(); - } + //long current_delay = 0; + //if (config.output->delay) { + // config.output->delay(¤t_delay); + //} // Useful for troubleshooting: // clock_drift between source and local clock -- +ve means source is faster // session_corrections -- the amount of correction done, in microseconds. +ve means frames added @@ -524,7 +524,7 @@ void *rtp_timing_receiver(void *arg) { // source_drift_usec = how much faster (+ve) or slower the source DAC is running relative to the source clock // buffer_occupancy = the number of buffers occupied. Crude, but should show no long term trend if source and device are in sync. // return_time = the time from soliciting a timing packet to getting it back. It should be short ( < 5 ms) and pretty consistent. - // debug(1, "%lld\t%lld\t%lld\t%lld\t%u\t%llu", clock_drift_in_usec,(session_corrections*1000000)/44100,current_delay,source_drift_usec,buffer_occupancy,(return_time*1000000)>>32); + // debug(1, "%lld\t%lld\t%ld\t%lld\t%u\t%llu", clock_drift_in_usec,(session_corrections*1000000)/44100,current_delay,source_drift_usec,buffer_occupancy,(return_time*1000000)>>32); } else { debug(1, "Timing port -- Unknown RTP packet of type 0x%02X length %d.", packet[1], nread);