Skip to content
This repository has been archived by the owner on Jun 3, 2022. It is now read-only.

Carter Plunging Fix #22

Merged
merged 4 commits into from
Mar 16, 2022
Merged

Carter Plunging Fix #22

merged 4 commits into from
Mar 16, 2022

Conversation

fjebaker
Copy link
Member

@fjebaker fjebaker commented Mar 4, 2022

Along with

Plots

For M=1.0, a=-1.0 at tolerance 1e-9:

redshift-2nd-order-1

redshift-carter-1

redshift-difference

@fjebaker
Copy link
Member Author

fjebaker commented Mar 4, 2022

Fixes #18

@fjebaker fjebaker linked an issue Mar 4, 2022 that may be closed by this pull request
@phajy
Copy link
Contributor

phajy commented Mar 7, 2022

Can you add a contour that shows the ISCO (r =~ 9 r_g in this case)? I'd expect g to drop inside the ISCO on the near side as the radial velocity increases. (Apologies for jumping in mid-conversation; might be misinterpreting the figures!)

@fjebaker
Copy link
Member Author

fjebaker commented Mar 7, 2022

@phajy I wasn't convinced by these plots either, which is why I've left the PR unmerged...

With the ISCO contour:

isco-contour

There's a slight convention error that I noticed last week, which may be causing this:

Switching the direction of the r component of the velocity (and in Carter's method, the sign of the radial potential) when calculating the redshift yields:

isco-2

@fjebaker
Copy link
Member Author

fjebaker commented Mar 7, 2022

The only problem is that doesn't feel right:

The current photon velocity vector for the redshift is the reverse of the calculated 4-vector, since we trace forwards through time, but calculate backwards.

# reverse signs of the velocity vector
# since we're integrating backwards
p = @inbounds @SVector [
-v[1], -v[2], 0, -v[4]
]

But to get the 2nd plot in my last comment requires

p = @inbounds @SVector [
    -v[1], v[2], 0, -v[4]
]

(and similar for the Carter method) which feels like it's going the wrong way?

@phajy
Copy link
Contributor

phajy commented Mar 8, 2022

Thanks for adding the contour. I hadn't realised where the outer radius of the disk was which caused me a bit of confusion but now it is obvious! Yes, we're integrating backwards to need to reverse the photon direction but the disk gas velocity should be OK without needing to be reversed.

Ah, one other oddity I've thought of that arises from integrating backwards from the observer. A ray propagating close enough to the (spinning) black hole should co-rotate with the black hole (whichever direction it is spinning in if a = ±1). Does the symmetry of the equations change with t -> -t (e.g., do we need a -> -a or something like that)?

@fjebaker
Copy link
Member Author

fjebaker commented Mar 8, 2022

@phajy I tried using the a -> -a transform within the plunging, and the resulting plot is pretty unphysical.

Comparing the redshift plot in Cunningham (1975) fig 1, the images obtained with the latter

p = @inbounds @SVector [
    -v[1], v[2], 0, -v[4]
]

seem to match the profiles for a=0 and a=0.988, which implies that under time-reversal, the radial velocity component does not change. However, I can't seem to provide some intuitive argument for why this would be the case.

@fjebaker
Copy link
Member Author

Updated the signs to reflect the second case -- we'll come up with a justification later, but this will at least let Dan and Kyle explore physical quantities within the ISCO for arbitrary spin.

@fjebaker fjebaker merged commit 198f8b5 into main Mar 16, 2022
@fjebaker fjebaker deleted the fergus/carter-plunging branch March 16, 2022 23:30
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Carter plunging region inaccurate
2 participants