HN Debrief

Show HN: Physically accurate black hole you can put in your room

  • Science
  • AR/VR
  • Graphics
  • Open Source

The post is a WebGL and WebXR demo that lets you view a black hole in a browser, on a screen, in AR, or in VR. It ray traces light bending around a black hole, adds relativistic beaming and time delay, and can either overlay the black hole into your room or warp a live camera feed so you can see lensing effects against real surroundings. The author says it is adapted from professional black hole ray tracing and radiative transfer work, with source code on GitHub and a focus on making relativistic effects intuitive for outreach.

If you build science demos or technical visualizations, expect the label around them to matter as much as the code. “Physically accurate” invites expert scrutiny of every rendering choice, from equations to color mapping, especially when the audience will treat the output as educational.

Discussion mood

Strongly positive on the concept and craftsmanship, but mixed overall because the “physically accurate” claim annoyed technically informed readers. People liked the demo as an accessible science toy, yet a large share of the serious comments treated the title as overclaiming and then judged the rendering choices much more harshly.

Key insights

  1. 01

    Jet rendering taught more than the disk

    The most interesting part may be the relativistic jet, not the black hole silhouette. The author says the jet was the first thing built because placing beamed emission into physical space makes line of sight effects intuitive, and that matches why bright blazars tell astronomers there must be many more misaligned jets we do not see as strongly. That turns the app from a novelty into a usable mental model for selection effects in astronomy.

    If you use this for teaching, do not stop at “look, lensing.” Use the zoomed out jet view to explain why observed populations can be dominated by viewing angle and why one bright aligned source implies many unseen cousins.

      Attribution:
    • aplavin #1 #2 #3
  2. 02

    Browser APIs block the full AR illusion

    The biggest product limitation is not shader performance but the web platform. Chrome can do AR anchoring but may expose only one camera feed. Firefox may allow both cameras for lensing the scene but not AR. WebXR passthrough and raw camera access still do not compose cleanly, so users have to choose between a black hole anchored in the room and a black hole that actually warps the room behind it. That is why many people thought the effect was broken.

    If you ship camera based web experiences, design around capability fragmentation from the start and explain mode tradeoffs in the UI. A short compatibility matrix and explicit “AR overlay” versus “camera warp” labels would save a lot of user confusion.

  3. 03

    AR anchoring depends on sensor fusion, not IMU alone

    A useful technical aside corrected a common intuition about how phones keep virtual objects pinned in space. Accelerometers drift too fast for reliable double integration, so stable placement comes from camera based SLAM combined with inertial sensors, and often fails in low light because visual features disappear. The author confirmed that on Android the effect degrades badly in dark rooms, which is exactly what you would expect from a vision heavy stack.

    When building or evaluating AR, treat lighting and texture in the environment as first class requirements. If your demo only works in well lit feature rich spaces, say so up front instead of letting users blame their device.

      Attribution:
    • dmd #1
    • addaon #1
    • gregsadetsky #1
    • pezezin #1
    • aplavin #1
  4. 04

    Thin disk was a deliberate realtime tradeoff

    One commenter with black hole rendering experience identified why the image looked different from expectations. The accretion disk is rendered as optically and geometrically thin, which reduces the dramatic brightness asymmetry people associate with thicker disks. The author confirmed that choice was made to hit realtime performance on phones, while reserving volumetric treatment for the jet where the payoff was higher. That is a concrete rendering trade, not just hand waving.

    For interactive scientific graphics, be explicit about which physical components got the performance budget. Users are more forgiving when they can see what was simplified to make realtime behavior possible.

      Attribution:
    • csmoak #1 #2
    • aplavin #1
  5. 05

    The demo sits in a lineage of outreach tools

    The project is not an isolated gimmick. The author pointed to Jean-Pierre Luminet’s 1979 black hole images as the historical starting point, a Vanderbilt iOS app as a related mobile implementation, and Dominic Chang’s black hole camera filter as direct inspiration for the camera mode. That context helps frame the app as part of a long running effort to make general relativity legible, now packaged for commodity browsers.

    If you are evaluating this as a product or outreach asset, compare it against prior educational tools rather than against research visualizations. Its novelty is accessibility and packaging, not being the first or most exact rendering of black hole optics.

      Attribution:
    • aplavin #1 #2 #3
  6. 06

    Immersive scale triggers real fear responses

    Several people reported that AR and VR black holes were not just cool but actively distressing. The common pattern was not fear of astrophysics in the abstract. It was the brain rejecting an enormous nearby object with unclear edges and impossible scale cues. The author had not anticipated that response and started asking how the experience might be softened. That is a genuine UX lesson, not just a funny tangent.

    Immersive science experiences need accessibility controls just like games do. Offer gentler defaults like smaller scale, softer contrast, slower motion, and an option to keep the object farther away from the viewer.

      Attribution:
    • aplavin #1
    • dluan #1
    • efilife #1
    • runtime_lens #1

Against the grain

  1. 01

    The title fight is pedantic for a browser toy

    A minority view held that the criticism was out of proportion to what is obviously a fun browser demo. In this framing, nobody should expect a complete physical representation of a black hole on a phone, and the author’s credentials plus the visible tradeoffs already imply simplification. That does not answer the technical objections, but it does challenge whether the labeling dispute was worth consuming the whole conversation.

    If your audience is broad and playful, some overprecision debates will read as joy killing. Decide early whether you want expert approval or mass delight, because the copy and positioning that serve one often antagonize the other.

      Attribution:
    • biorach #1
    • FrustratedMonky #1 #2
  2. 02

    Light bending is the part that counts

    The author’s defense was that black hole identity is primarily about strong lensing and gravitational redshift, and those are the parts reproduced with care. On that view, spin defaults, emissivity models, and screen color mapping are secondary choices layered on top of the essential geometry. That is a narrower and less visual notion of accuracy than most readers expected, but it is internally coherent.

    When you claim accuracy, define the layer you mean. If the geometry is rigorous but the appearance is illustrative, say that explicitly and you can keep the strong claim without misleading people about the output image.

      Attribution:
    • aplavin #1 #2 #3

In plain english

accretion disk ↩
A rotating disk of gas and dust spiraling into a massive object such as a black hole.
AR ↩
Augmented reality, where digital objects are placed into a live view of the real world.
Doppler ↩
A shift in observed light or sound caused by the motion of the source relative to the observer.
gravitational redshift ↩
The loss of light energy as it escapes strong gravity, which shifts it toward redder wavelengths.
radiative transfer ↩
The physics of how light is emitted, absorbed, and scattered as it travels through matter.
ray tracing ↩
A rendering method that simulates the paths of light rays to generate an image.
relativistic beaming ↩
A special relativity effect where light from fast moving material appears brighter in the direction of motion.
SLAM ↩
Simultaneous localization and mapping, a technique that lets a device track its position while building a map of its surroundings.
VR ↩
Virtual reality, an immersive computer generated environment usually viewed through a headset.
WebGL ↩
A web standard that lets browsers use the device graphics processor to render interactive 2D and 3D graphics.
WebXR ↩
A web standard for accessing augmented reality and virtual reality features from a browser.

Reference links

Source code and project materials

Related black hole visualizations

Technical references on XR and tracking

Papers, books, and historical background

Analog and educational demos