Sponsored Content
Top Forums UNIX for Beginners Questions & Answers Script to detect time drift on server Post 303017202 by hicksd8 on Thursday 10th of May 2018 03:13:01 PM
Old 05-10-2018
Double posted.....continue here

Thread closed.
This User Gave Thanks to hicksd8 For This Post:
 

9 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

How To Provide Time Sync Using Nts-150 Time Server On Unix Network?

can anybody tel lme,how to instal NTS -150 on a unix network,it needs some patch to fetch time frm serve,,?? (2 Replies)
Discussion started by: pesty
2 Replies

2. Web Development

[PHP] Script to Time Remote Server Response and Email

Here is a simple PHP script I wrote that times getting a link using mtime with curl and emails if it does not meet my objective. I use it in production for checking the performance of a Content Delivery Network (CDN), but you can use it for any web server. <?php $heartbeat =... (1 Reply)
Discussion started by: Neo
1 Replies

3. Programming

[C++] [Unix] TCP non-blocking. Detect server disconnection procedure over, from client.

Hello! I searched forum for similar topic, with no luck, if you know one, delete this topic, and send me private message with link please. Little background: I have a lot of clients and one serwer. Client can make multiple connections on different ports and ips, but only one can be acctive... (2 Replies)
Discussion started by: ikeban
2 Replies

4. Solaris

modifying date and time and time zone on solaris 5.10 with (redundant server) veritas

I have a cluster of two Solaris server (veritas cluster). one working and the other is standby I am going to change the date on them , and am looking for a secure solution as it is giving an important service. my opinion is that the active one doesn't need to be restarted (if I don't change the... (1 Reply)
Discussion started by: barry1946
1 Replies

5. Linux

How to detect FC lun on Server?

I have created a lun on Storage and connected it to server using fiber channel. LUN is presented on new Server . How do i check and mount this newly created LUN? (1 Reply)
Discussion started by: pinga123
1 Replies

6. Solaris

Solaris can't detect external HDD on HP server

Hello, Unix users :) Has anyone had this problem when you connect an external hard drive to the server and it is simply not visible with any commands? The server is HP DL380 g8, and OS is: root@...:/# cat /etc/release Oracle Solaris 10 8/11 s10x_u10wos_17b X86 ... (16 Replies)
Discussion started by: Aratai
16 Replies

7. UNIX for Advanced & Expert Users

How to detect files transmission at UNIX server ?

Dear Expert Users, I know that Unix utility ( fuser ) is used to detect "transmission" of files from Source system to "current Linux Server". I have scheduled this Unix script to work every 30th minutes of the hour and whenever files transmission starts at that very moment. And, the file... (4 Replies)
Discussion started by: schandrakar1
4 Replies

8. Post Here to Contact Site Administrators and Moderators

AIX server do not detect LUN from HP storage

ssssssssssss (0 Replies)
Discussion started by: sampathenjoy
0 Replies

9. HP-UX

Script to detect time drift

Hello there, I am not an expert in networking related stuff but I got a requirement to create UNIX script to query our Company's internal time source via NTP for time drift detect and report it when > +/- 50ms. I have been googling a lot but thought to post it in this forum to get a... (17 Replies)
Discussion started by: Green_Star
17 Replies
JACK.OSC(1)															       JACK.OSC(1)

NAME
jack.osc - JACK Transport Publication Daemon SYNOPSIS
jack.osc [options] OPTIONS
-c : Set the drift correction interval in periods (default=64). -p : Set the port number (default=57130). DESCRIPTION
jack.osc publishes the transport state of the local JACK server as OSC packets over a UDP connection. jack.osc allows any OSC enabled application to act as a JACK transport client, receiving sample accurate pulse stream timing data, and monitoring and initiating transport state change. Clients request to receive timing and change notification packets by sending a "request notification" packet, /receive, to the jack.osc server. This packet has the form /receive category where category is a bit mask that indicates what categories of notification packets are requested. The bit locations are: Category Mask -------- ---- REQUEST_TICK 0x0000001 REQUEST_PULSE 0x0000002 REQUEST_CORRECTION 0x0000004 REQUEST_TRANSPORT 0x0000008 REQUEST_ALL 0xFFFFFFF Clients request notification messages to be sent to an address that is not that of the packet that requests the notification by sending a "request notification at" packet, /receive_at. This packet has the form /receive_at category port-number host-name where category is as for /receive and where port-number and host-name give the address that notification should be sent to. Once a client is registered subsequent /receive and /receive_at messages edit the category value for that client. To delete the client from the register send a request with a category value of negative one. After requesting notification the client will receive all relevant timing packets sent by the server. All jack.osc timing packets are sent at the start of a JACK period as OSC message and have the same shape: tag ntp utc frm arg... where tag is the command name, and ntp, utc and frm are time stamps that indicate the same time point, the start of the JACK period when the packet was sent. ntp is an unsigned 64bit integer NTP value. utc is a double precision real valued representation of the UTC time. frm is a signed 64bit integer frame counter the absolute value of which is not defined but which increments synchronously with the ntp and utc time stamps. arg... is the set of tag specific arguments. The timing packets sent by jack.osc are: /pulse ntp utc frm p-ntp p-utc p-frm pulse : Pulse Location. This packet indicates that the nearest frame to the integer pulse pulse occurs at the time given by the time stamps p-ntp, p-utc and p-frm. The pulse number is one based. This packet is sent at the start of the JACK period in which the integer pulse will occur. This packet is not sent if the transport is stopped. This packet is sent before the /tick packet for the same period. /tick ntp utc frm frame pulse : Period Tick. This packet is sent once per JACK period. The integer value frame is the transport location in frames, the double precision real value pulse is the transport location in pulses. The pulse value is read from an accumulator and is approximate only, the accumulator is corrected at each integer pulse location. /drift ntp utc frm ntp-dif utc-dif : Drift Correction. This packet is sent whenever the clock drift correction is run. The frequency of this is set by the -c option to the jack.osc server. The integer value ntp-dif is the NTP form of the corrected drift value and utc-dif the UTC form. Since JACK is a sample clock there is no frame drift value. The state change packets sent by jack.osc are: /transport ntp utc frm fps ppm ppc pt state : Transport state change. This packet is sent whenever the JACK transport changes. The double precision real value fps is the sample rate in frames per second. The double precision real value ppm is the tempo in pulses per minute. The double precision real value ppc is the measure length in pulses per cycle. The double precision real value pt is the pulse type. The integer value state is zero if the transport has stopped and one if it has started. See also the /status message described below. Clients can request the current frame and pulse values by sending a /current packet, which requires no argument. The replies with a /current.reply packet, which has the same form as a /tick packet. The precise interpretation of packets acquired in this manner is problematic. Clients request a status packet by sending a "request status" packet, /status, which requires no argument. The server replies immediately with a status reply packet, /status.reply. The status packet is an OSC message and is not timestamped. It has the shape: /status.reply fps ppm ppc pt state where the argument values are as described for the /transport message. It is intended that a client will request a single status packet before requesting notification for all subsequent state changes. Clients initiate a change in transport roll state by sending a "request transport operation" packet, /start or /stop to the jack.osc server. Neither requires an argument. Clients initiate a change in transport location by sending a "request locate operation" packet, /locate, to the jack.osc server. It has the shape: /locate location where the single precision real value location is the requested transport location in seconds. Clients can connect and disconnect ports by sending /connect and /disconnect messages to the jack.osc server. Both have the shape: /[dis]connect left right jack.osc implements only a subset of the OSC protocol. In particular it does not implement the patten matching rules and does not implement a scheduler for incoming messages. jack.osc drops all unrecognized incoming packets. AUTHOR
Rohan Drape http://slavepianos.org/rd/ SEE ALSO
jackd(1), OSC(7) http://opensoundcontrol.org/ AUTHOR
Rohan Drape <rd@slavepianos.org> Author. 01/10/2012 JACK.OSC(1)
All times are GMT -4. The time now is 11:09 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy