Next: Example: filters program Up: GRASP Routines: Gravitational Radiation Previous: Function: chirp_filters()   Contents

## Detailed explanation of chirp_filters() routine

0 The routine chirp_filters() calls phase_frequency() to find out the how the orbital phase and frequency evolve in accordance with the input parameters. It then makes a single pass through that phase and frequency ephemeris, computing the chirps as it goes, and storing the information in the space already allocated for the phase and frequency. Most of the fault checking and computations are done in the phase_frequency() routine, and all the errors messages and warnings come from there.

The routine chirp_filters() computes

 (6.6.36)

and the other orbital-phase chirp which is out of phase with
 (6.6.37)

with all the leading numerical factors we display.

If the so called restricted'' post-Newtonian polarizations [leading order in the amplitude, but post-Newtonian phase corrections] are desired, they can be easily assembled from and . The '' (plus) polarization is given by

 (6.6.38)

and the " (cross) polarization is given by
 (6.6.39)

Here is the (luminosity) distance to the source in centimeters, c is the speed of light in centimeters/second, and is the inclination angle (radians) of the of the angular momentum axis of the source relative to the line-of-sight. See Will and Wiseman [8] figure 7 for the precise definition of the inclination angle.

The restricted post-Newtonian strain amplitude impinging on the detector can also be calculated from the output of chirp_filters() by

 (6.6.40)

where and are the detector beam-pattern functions.

In the remainder of this section we will clarify some technical issues involving the orbital phase. First, in computing in phase_frequency() we have arbitrarily set the constant in Eq.() such that at the beginning of the chirp. The astrophysical convention for defining the orbital phase angle given in [8] measures in the plane of the orbit from the ascending node. [The ascending node of the orbit is where body-1 passes through the plane of the sky going away from the observer.] Choosing in this way we have assumed that body-1 is passing through the ascending node of the orbit at the instant we start our chirp. Detailed information about the overall phase is not needed for many purposes (i.e. matched filters), therefore our choice is of little consequence. If this information needs to be included for some application, chirp_filters() can be modified to do so; thus one can leave the computational engine phase_frequency() untouched.

The second issue involving the phase is a bit more delicate. We have used the true orbital phase to compute oscillatory part of the chirp in Eqs.() and (). But should we use the logarithmically modulated phase variable

 (6.6.41)

in our computation of the chirp? After all, the true phase of the gravitational-wave signal impinging on the detector is . Let us examine the effect on our signal replacing in Eq.() with the logarithmically corrected
 (6.6.42)

The is a post-Newtonian term and can be neglected in the present post-Newtonian analysis. However the coefficient of the is a post-Newtonian order correction to the waveform, and must be included in any full post-Newtonian analysis. This logarithmic term is included in the waveform calculation in the strain() routine. However, the last line of Eq.() also shows that the logarithmic phase correction can be considered a post-Newtonian correction to the amplitude. In our present restricted post-Newtonian chirp calculation we neglect these higher order amplitude corrections, so we are justified in neglecting the logarithmic correction to the phase.

The advantage of neglecting the logarithm is that it speeds up the calculation of the chirps: we don't have to compute a logarithm at each time step. However, this may be at expense of accurately tracking the signal phase of a strongly relativistic source. After all much research has gone into computing the gravitational wave phase from these sources and we shouldn't willy-nilly discard these phase corrections. Is it difficult to modify our code to include this term? Not at all. In fact, the inclusion of the logarithmic correction to the gravitational wave phase would not affect phase_frequency(), at all. The fact that this logarithmic propagation effect only enters the chirp_filters() routine and not the phase_frequency() routine may seem like a computational quirk, but this actually has a physical origin: The routine phase_frequency() computes the local orbital phase of the binary; whereas, the physical origin of the logarithmic term is a propagation effect and has nothing to do with the orbital phase,

This is not say that no log terms will ever be needed in phase_frequency(). Note that at post-Newtonian order there are log terms which do affect the local instantaneous orbital motion of the binary, so if phase_frequency() is ever modified to incorporate that order, then log terms will appear there also.

Another issue involving the log term in the phase is the presence of the arbitrary'' scale factor entering the definition of in Eq.(). The net effect of adjusting this constant is to change the value of another arbitrary constant in our phase and frequency equations; it shifts the value of in Eq.(). In order to to facilitate swift computation, we choose to be the minimum frequency of the requested chirp. This insures that the ratio in the logarithm is of order unity during the chirp computation.

Next: Example: filters program Up: GRASP Routines: Gravitational Radiation Previous: Function: chirp_filters()   Contents
Bruce Allen 2000-11-19