• 0 Posts
  • 21 Comments
Joined 1 year ago
cake
Cake day: June 29th, 2023

help-circle
rss






  • So many solver solutions that day, either Z3 or Gauss-Jordan lol. I got a little obsessed about doing it without solvers or (god forbid) manually solving the system and eventually found a relatively simple way to find the intersection with just lines and planes:

    1. Translate all hailstones and their velocities to a reference frame in which one stone is stationary at 0,0,0 (origin).
    2. Take another arbitrary hailstone (A) and cross its (rereferenced) velocity and position vectors. This gives the normal vector of a plane containing the origin and the trajectory of A, both of which the thrown stone must intersect. So, the trajectory of the thrown stone lies in that plane somewhere.
    3. Take two more arbitrary hailstones B and C and find the points and times that they intersect the plane. The thrown stone must strike B and C at those points, so those points are coordinates on the line representing the thrown stone. The velocity of the thrown stone is calculated by dividing the displacement between the two points by the difference of the time points of the intersections.
    4. Use the velocity of the thrown stone and the time and position info the intersection of B or C to determine the position of the thrown stone at t = 0
    5. Translate that position and velocity back to the original reference frame.

    It’s a suboptimal solution in that it uses 4 hailstones instead of the theoretical minimum of 3, but was a lot easier to wrap my head around. Incidentally, it is not too hard to adapt the above algorithm to not need C (i.e., to use only 3 hailstones) by using line intersections. Such a solution is not much more complicated than what I gave and still has a simple geometric interpretation, but I’ll leave that as an exercise for the reader :)



  • Didn’t realize this was happening and yay -Syu went brrr and it broke my shit. Probably doesn’t help that I’m running nvidia with linux (endeavouros). Wayland doesn’t work at all (black screen on login with only mouse ptr, wrong resolution), while Xorg is now much less smooth e.g. on the switching desktop animations. Moving windows around and in-window graphics are fine. Some graphical config stuff changed too; I’m still taking inventory.

    I’m also currently playing with nvidia vs nvidia-dkms with different kernels to see if that solves anything.

    EDIT: Looks like that my configuration was failing to set nvidia_drm modeset=1 correctly due to my unfamiliarity with dracut. Manually adding nvidia_drm.modeset=1 to my kernel cmdline makes Wayland work (and quite well at that), though Xorg is still laggy.











  • This is not true. That women cannot have the congenital dichromacy (or anomalous trichromacy) that biological males commonly have is flat out wrong. A biological female can still be a protan or deutan, but the phenotype requires that both X chromosomes carry the recessive color vision-deficient alleles. Nevertheless, given that ~8% of all X chromosomes have such a gene regardless of sex, the incidence in the female population is still around half a percent, which is not insignificant.

    Interestingly, one form of tetrachromacy in females actually has the same cause as color vision deficiency in some males (specifically anomalous trichromacy). From what I understand, only one X chromosome is active per cone cell, and which one is active is random. So, half of such a person's cone cells of one type are "normal" while the rest of that type are anomalous and have a slightly different peak wavelength. The net result is four different types of cone cells, i.e., tetrachromacy, which may have an incidence of more than 10% in females.