>one remark on the code paul posted: occasionally interrupts can be >dropped if a higher priority thread is present on your system >(RT audio on a single processor for example); so you cannot just >assume time has advanced by 1 / rtc_frequency seconds per poll >return.
the assumption in the code i posted is that the RTC is used only to provide a tick with reasonable periodicity and adequate resolution. the actual "current" time can only be determined by looking at the transport system in ardour, since we are talking about musical/audio time, not wall clock time. this is not a good general assumption for many cases of pure sequencing, its true. --p
