Algodoo

Very good explaination but not that accurate. When you go some distance away and stop moving, there shoud be no visible shift because redshift is due to acceleration, not distance. There's other bugs, but it's still good though. 9/10

@Mag8328 Redshift is caused by distance because of expansion of the universe as discovered by Hubble. The light source and observer are receding from each other even though both are stationary.

The box accelerates while you are holding the arrow key. When you release the arrow key, you don't stop moving, you just have a constant speed.

Redshift in this simulation is due the speed, not acceleration or distance. So, the wavelength stays the same, but if we subtract the speed of the box from the speed of light, we get a ostensibly lower speed of light.

Thank you for your replies! I know for some bugs. It will be fixed.

Amazing 10/10
A very good redshift simulation

How do I make those waves and stuff?

I actualy managed to go to UV radiation somehow XD

~10 years later. I apologize. There are still some errors. Most importantly, the incoming wave should stretch instead of changing speed with respect to us. Also note that stars (and other things) emit a range of wavelengths. In this simulation, there is only one wavelength.

@JPgamersmines15
For the waves, I use textures (images). To make them move, I use Thyme scripting.

For moving the incoming wave texture, there is some hidden thing colliding the box with the wave texture with a script that shifts the texture by a bit on every collision:
[code]
onCollide = (e)=>{
e.other.texturematrix = e.other.texturematrix + {
[0, 0, scene.my.speed + 0.005, 0, 0, 0, 0, 0, 0]
};
}
[/code]

For the screen wave, there is a laser doing something similar to shift the texture.

Congratulations on getting UV!