@rr0/ufoathome 0.35.0 → 0.36.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -168,12 +168,17 @@ through the ordinary pinhole projection (`src/engine/instrument/`, `src/render3d
168
168
  A camera also has a FORMAT, which is part of what a photograph carries as evidence: an instrument
169
169
  states the image it exposes and the lens in front of it, in millimetres, so the ratio is the shape of
170
170
  the picture (a square 126 frame, a phone held upright) and `2·atan(h/2f)` is the field it takes in.
171
- And it has SETTINGS, each kept on the pose beside the heading and the pitch, each read-only where the
172
- device fixed it (an Instamatic's owner had one aperture, one shutter speed and one focal length):
171
+ And it has SETTINGS, each read-only where the device fixed it (an Instamatic's owner had one aperture,
172
+ one shutter speed and one focal length). The aperture, the focal length and the focus sit on the POSE
173
+ beside the heading and the pitch — the same camera is set differently from one photograph to the next
174
+ — while the shutter belongs to the RECORDING as a whole (`Sighting.exposureSeconds`): one observation
175
+ was photographed one way, and a shutter speed that changed halfway through would be a second
176
+ photograph rather than a moment of this one. The four:
173
177
  the focal length, which is the field written the way a photographer writes it; the aperture, which
174
178
  decides both the depth of field and whether the diaphragm's blades throw a star at all; the shutter,
175
- which accumulates a moving light into a STREAK and a blinking one into a dashed streak; and where the
176
- lens was focused. Two of them are drawn rather than merely stated the blur (`DepthOfFieldPass.ts`,
179
+ which accumulates a moving light into a STREAK and a blinking one into a dashed streak and, once the pose is
180
+ long enough, turns every star into the arc the turning Earth draws (see [A pose long enough draws the
181
+ sky](#a-pose-long-enough-draws-the-sky)); and where the lens was focused. Two of them are drawn rather than merely stated — the blur (`DepthOfFieldPass.ts`,
177
182
  from the thin-lens geometry in `DepthOfField.ts`) and the streak — because that is what makes them
178
183
  evidence a reader can compare against a photograph: a sharp object bounds its own distance, and a
179
184
  blurred one in a sharp frame was close.
@@ -634,12 +639,24 @@ car headlights, car hazards, emergency beacons, streetlamp. A catalogue of speci
634
639
  never more code. Nothing about this is aircraft-specific: what dots a long exposure for an airliner's beacon dots
635
640
  it for a car's hazards too, at a different rate.
636
641
 
637
- That rate is the point. On a long exposure the spacing of the dots along a streak is the flash rate times the
638
- object's angular speed, which is exactly how a photograph of a passing airliner is told from a photograph of
639
- something that does not blink — and it is why the model exposes `lightOnFractionBetween` rather than only "is it
640
- on?". A wingtip strobe is lit for a hundredth of its cycle; sampled instant by instant it would be missed almost
641
- every time, and the dots that did appear would be an artefact of the sampling rate. Integrating the fraction of
642
- each interval is exact however coarsely it is sampled.
642
+ That rate is the point, and it is now DRAWN. On a long exposure the spacing of the dots along a streak is the flash
643
+ rate times the object's angular speed, which is exactly how a photograph of a passing airliner is told from a
644
+ photograph of something that does not blink — and it is why the model exposes `lightOnFractionBetween` rather than
645
+ only "is it on?". A wingtip strobe is lit for a hundredth of its cycle; sampled instant by instant it would be
646
+ missed almost every time, and the dots that did appear would be an artefact of the sampling rate. Integrating the
647
+ fraction of each interval is exact however coarsely it is sampled.
648
+
649
+ The photograph this reproduces is Gennevilliers, 5 November 1990 (`/science/crypto/ufo/enquete/meprise/aeronef/
650
+ avion/`): an airliner on a ten- or thirty-second pose, published as a monumental craft — its steady lamps drawing
651
+ LINES and its flashing ones DOTS AT REGULAR INTERVALS. Reconstructed here at 6.7 km on a 20 s pose through a 50 mm
652
+ lens, an aircraft leaves an 800 px streak carrying 21 dots a median 41 px apart, where 60 flashes a minute over
653
+ 20 s across 800 px predicts one every 40. `ExposureSampling` is what makes that possible: the sky drifts a single
654
+ pixel in ten seconds and would ask for two instants, so the pose is sampled instead for what MOVES in the scene
655
+ (an instant per two pixels of travel) and for what FLASHES in it (two instants per flash, which is what tells one
656
+ dot from the next rather than dotting the line at the sampler's own rate). A lamp is also written in real units —
657
+ `LAMP_RADIANCE`, about twenty times white for a position light, and `DecorLight.intensity` as a ratio of peak
658
+ candela (a wingtip strobe really is some twenty times one) — because a pose spreads a lamp's light over hundreds
659
+ of pixels, and at white a whole aircraft trail came out at a thousandth of white, i.e. invisible.
643
660
 
644
661
  An aircraft in a scene is a **hypothesis**, not testimony — "here is what a flight at that altitude and heading
645
662
  would have looked like" — and belongs to the decor for that reason, next to the buildings and trees whose
@@ -674,6 +691,63 @@ One residual worth naming: an angular extent is stored as its *on-axis* value, a
674
691
  sits. For an object 9° off-axis subtending 9°, that is about 2.5% out. The overlay draws axis-aligned boxes and
675
692
  cannot express more; it is a fifth of the error it replaces, and it shrinks towards the centre of the frame.
676
693
 
694
+ #### A pose long enough draws the sky
695
+
696
+ The shutter accumulates the object (`UfoElement.exposureInstants`), and past a certain length it accumulates the
697
+ **sky** too: the Earth turns under it at 15.041° an hour — a sidereal day, not a solar one — so every star is drawn
698
+ out into the arc a tripod really records. A photograph of "lights that moved" is quite often exactly this, the
699
+ lights having held perfectly still while the camera did not.
700
+
701
+ `SkyDrift` (`src/engine/astronomy/SkyDrift.ts`) states what the SKY did, in pixels, and how many instants that
702
+ takes to draw — `ExposureSampling` (`src/engine/model/ExposureSampling.ts`) answers the same question for what
703
+ stands against it (see [Decor that moves](#decor-that-moves-and-lights-that-blink)), and the pose is drawn at
704
+ whichever asks for more: one per pixel of the longest trail, so the arc lands on touching pixels instead of dashing, and
705
+ **one** — no accumulation at all — whenever the sky moved less than a pixel, which is every ordinary frame (a
706
+ snapshot renders in a tenth of a millisecond and never comes near this). Each instant is a whole sky RECOMPUTED at
707
+ its own moment (`SceneElement.applySceneAt`, pushed through `SceneRenderer.setExposure`) rather than one sky nudged
708
+ sideways, so the arcs curve towards the pole exactly as they should and the Moon and the planets travel their own
709
+ way through the frame. `ExposureAccumulation` adds them on a half-float film in linear light and bends the sRGB
710
+ curve only once, at the end — the same rule `colorSpace.ts` states, and the reason both fullscreen passes can now
711
+ be told not to encode what they hand to it.
712
+
713
+ The pose itself is one setting for the whole recording (`Sighting.exposureSeconds`, held to the device's own range),
714
+ not a keyframed one: what the shutter did is how this observation was photographed, and a value that varied along
715
+ the timeline would make the same recording two different photographs at two instants. A file written while it lived
716
+ on each pose is read back through the first pose that stated one.
717
+
718
+ A pose is drawn in two moves, because a sky costs about 8 ms to rebuild and a five-minute pose is 37 of them: the
719
+ **viewfinder** immediately (one instant, a twentieth of a millisecond) and the **photograph** as the scene settles,
720
+ a dozen milliseconds of instants per animation frame, shown as the film fills and gained up to stay properly
721
+ exposed — so it goes from beady to smooth rather than from black to bright. Anything the witness does interrupts it
722
+ and starts it again, which is why the editor stays answerable while a long pose is on. Doing it all inside one call
723
+ is what made it crawl: the dozen setters a single tick touches would each rebuild the whole pose, and the per-frame
724
+ animation loop (twinkle, rain, lightning — none of which survives a pose of minutes anyway) restarted it sixty
725
+ times a second, so the picture never finished at all.
726
+
727
+ Each instant carries its share of the light rather than its whole, so the picture stays exposed as it was taken and
728
+ the movement shows as a trail. That has a consequence worth stating plainly, because it is the physics and not a
729
+ shortcoming: a trail is FAINT, and the longer it is the fainter it gets — one star's light spread over more and
730
+ more pixels. Measured against a night sky of 30.5: a first-magnitude star peaks at 181 as a point at 1/250 s, 52
731
+ after ten minutes, 39 after thirty, 35 after an hour. This project draws what the pose collected, not what would
732
+ read well.
733
+
734
+ Only the 35 mm SLRs offer poses like that, and they offer them because they really had them: **B**, where the
735
+ shutter stays open as long as it is held. An Instamatic had one shutter speed and a phone's night mode stops at ten
736
+ seconds — neither can draw a trail, and neither is offered one: a pose typed past what the device could do is
737
+ brought back inside its range rather than kept, since it would put a trail in the picture that the camera named on
738
+ the same recording could never have drawn.
739
+
740
+ Two consequences of drawing a pose rather than an instant, both of which cost an evening to find:
741
+
742
+ - **What is on screen is not where the object is at the playhead**, so that is what a pointer has to be aimed at.
743
+ `UfoElement.shapeAt` hit-tests every instant of the pose, and without it an object with a ten-second pose became
744
+ impossible to select at all — the click fell straight through the streak onto the landscape behind. The selection
745
+ handles stay on the playhead's own instant: where they sit against the streak is the answer to "which moment am I
746
+ editing".
747
+ - **How finely the pose is sampled is a distance, not a duration.** Counting time alone (a painting every fiftieth
748
+ of a second) leaves a fast object visibly BEADED — 48 paintings across three hundred pixels land six apart, and a
749
+ reader sees the paintings instead of the streak. The object's own travel decides it, one instant per two pixels.
750
+
677
751
  #### Where meters do come back
678
752
 
679
753
  The only real distance a testimony can support is an **inequality**, and only where the witness saw the object