-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nanoseconds vs ticks. #131
Comments
Flippant answer: multiply by 100 Yes, the base unit for TAI timestamps is always nanoseconds. If you can't actually schedule activations to the requested precision, and instead schedule at the nearest 100ns, nearest video frame (or nearest second!), that's a QoI issue but valid per the spec. There is however no way to indicate the (lack of) precision to the client, and there's a related issue, #107. |
Cool, Thanks! |
Hello. Back on topic. What exactly do you mean by "QoI issue"? What is "Qol"? About the scheduled activations: The time stamp given in "requested_time" is based on nanoseconds. Does the specification then require nanosecond precision to perform the activation? Or what exactly does the specification say? I can't find it. I know that there is already an issue about it (you mentioned it above) I just want to know what the specification says. Thanks in advance. Victor |
The accuracy of the activation is, as far as I'm aware, not covered by the spec, it's left as a Quality of Implementation issue. |
Is any clarification needed in the spec before we close this and publish v1.1.1? |
I am going to say not (#107 is tagged enhancement) and closing. |
Hello.
I am implementing the IS-05 in .NET (C#), here the smallest unit of time is the tick (which is equal to 100 nanoseconds).
It is clear to me that in NMOS the base unit is the nanoseconds since this is how the versions and activations ("activate_scheduled_absolute" and "activate_scheduled_relative") are based.
What can I do in this case? Is it mandatory to have a base unit of nanoseconds?
Thanks in advance.
Victor.
The text was updated successfully, but these errors were encountered: