Jeff Koftinoff wrote: > Hi everyone. > > I am going to be running xenomai on custom hardware to process audio. I > want my processes to be scheduled via rt_task_set_periodic(), but I do > not want to specify time in jiffies or nanoseconds. > > I need to specify time in terms of audio sample interrupts which can be > generated by an external signal and can be slightly variable via a VCXO > for synchronization. > > The processes that I run must be synchronous to the audio, which is > asynchronous to any other clock period/time in the system. > > Should I modify Xenomai to make my audio interrupt the source of the > jiffies? What is recommended in this case?
There exists some vague ideas to provide an infrastructure with Xenomai that allows to smoothly synchronise its local clock on whatever external (jittery) source, but note that "vague" above. Moreover, I don't think you actually want this for your scenario. You may rather look for a hard sync on each audio tick, no? > > My original thought was to use rt_intr_wait() in my user mode program > and do the scheduling of sub-tasks myself. Sounds what you need (or directly derive an RTDM device with appropriate interface for your audio-hw :)). > > But it would be ideal if rt_task_set_periodic() could just use the > appropriate time source itself. Why? Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
