Dadas as posições e velocidades bidimensionais de um par de bolas de bilhar logo antes do impacto, calcule suas velocidades após uma colisão perfeitamente elástica . As esferas são consideradas esferas ideais (ou equivalentemente: círculos) com o mesmo raio, mesma massa, densidade uniforme e sem atrito.
A entrada consiste em 8 números: p0x,p0y,v0x,v0y,p1x,p1y,v1x,v1y
onde p0x,p0y
é o centro da primeira bola, v0x,v0y
sua velocidade e da mesma forma p1x,p1y,v1x,v1y
para a segunda bola. Você pode aceitar entrada em qualquer ordem e estruturado de qualquer maneira conveniente, por exemplo, como uma matriz 2x2x2, ou talvez uma matriz 2x2 para p
e duas matrizes de comprimento-2 para v0
e v1
. Também é bom usar números complexos (se o seu idioma os suportar) em vez de pares xy. No entanto, você não deve receber entradas em um sistema de coordenadas diferente do cartesiano, ou seja, polar não é permitido.
Observe que o raio de uma bola de bilhar é metade da distância entre p0x,p0y
e p1x,p1y
, portanto, não é dado como uma parte explícita da entrada.
Escreva um programa ou função que produza ou retorne 4 números em qualquer representação cartesiana conveniente: os valores pós-colisão de v0x,v0y,v1x,v1y
.
Um possível algoritmo é:
encontre a linha normal que passa pelos dois centros
encontre a linha tangente que passa pelo ponto médio entre os dois centros e é perpendicular à linha normal
mudar o sistema de coordenadas e quebrar
v0x,v0y
ev1x,v1y
em seus componentes tangencial e normalv0t,v0n
ev1t,v1n
trocar os componentes normais de
v0
ev1
, preservando seus componentes tangenciaisvoltar ao sistema de coordenadas original
Testes (resultados arredondados para 5 casas decimais):
p0x p0y v0x v0y p1x p1y v1x v1y -> v0x' v0y' v1x' v1y'
[-34.5,-81.8, 34.7,-76.1, 96.2,-25.2, 59.2,-93.3] [ 49.05873, -69.88191, 44.84127, -99.51809]
[ 36.9, 77.7,-13.6,-80.8, -7.4, 34.4, 15.1,-71.8] [ 5.57641, -62.05647, -4.07641, -90.54353]
[-51.0, 17.6, 46.1,-80.1, 68.6, 54.0,-35.1,-73.9] [ -26.48927,-102.19239, 37.48927, -51.80761]
[-21.1,-52.6,-77.7, 91.5, 46.0, 94.1, 83.8, 93.7] [ -48.92598, 154.40834, 55.02598, 30.79166]
[ 91.3, -5.3, 72.6, 89.0, 97.8, 50.5, 36.2, 85.7] [ 71.73343, 81.56080, 37.06657, 93.13920]
[-79.9, 54.9, 92.5,-40.7,-20.8,-46.9,-16.4, -0.9] [ 47.76727, 36.35232, 28.33273, -77.95232]
[ 29.1, 80.7, 76.9,-85.1,-29.3,-49.5,-29.0,-13.0] [ 86.08581, -64.62067, -38.18581, -33.47933]
[ 97.7,-89.0, 72.5, 12.4, 77.8,-88.2, 31.5,-34.0] [ 33.42847, 13.97071, 70.57153, -35.57071]
[-22.2, 22.6,-61.3, 87.1, 67.0, 57.6,-15.3,-23.1] [ -58.90816, 88.03850, -17.69184, -24.03850]
[-95.4, 15.0, 5.3, 39.5,-54.7,-28.5, -0.7, 0.8] [ 21.80656, 21.85786, -17.20656, 18.44214]
[ 84.0,-26.8,-98.6,-85.6,-90.1, 30.9,-48.1, 37.2] [ -89.76828, -88.52700, -56.93172, 40.12700]
[ 57.8, 90.4, 53.2,-74.1, 76.4,-94.4,-68.1,-69.3] [ 51.50525, -57.26181, -66.40525, -86.13819]
[ 92.9, 69.8,-31.3, 72.6,-49.1,-78.8,-62.3,-81.6] [-123.11680, -23.48435, 29.51680, 14.48435]
[-10.3,-84.5,-93.5,-95.6, 35.0, 22.6, 44.8, 75.5] [ -11.12485, 99.15449, -37.57515,-119.25449]
[ -3.9, 55.8,-83.3, 9.1, -2.7,-95.6, 37.7,-47.8] [ -82.84144, -48.75541, 37.24144, 10.05541]
[-76.5,-88.4,-76.7,-49.9, 84.5, 38.0, 4.2, 18.4] [ 6.52461, 15.43907, -79.02461, -46.93907]
[ 64.2,-19.3, 67.2, 45.4,-27.1,-28.7, 64.7, -4.3] [ 59.66292, 44.62400, 72.23708, -3.52400]
[ 9.8, 70.7,-66.2, 63.0,-58.7, 59.5, 83.7,-10.6] [ 68.07646, 84.95469, -50.57646, -32.55469]
[ 62.9, 46.4, 85.0, 87.4, 36.3,-29.0,-63.0,-56.3] [ 23.53487, -86.82822, -1.53487, 117.92822]
[ -5.5, 35.6, 17.6,-54.3, -2.2, 66.8,-15.2, 11.8] [ 24.15112, 7.63786, -21.75112, -50.13786]
Vitórias mais curtas. Sem brechas.
obrigado @Anush por ajudar a corrigir a cor de fundo do diagrama
r=p-q
porp-=q
e continuar a usar emp
vez der
, como na resposta js de NeilJavaScript (Node.js) ,
9088 bytesExperimente online! O link inclui o conjunto de testes. Explicação:
q,r
são redirecionados como o vetor de diferença entre os centros eu
é o quadrado do seu comprimento.v
é a diferença nos produtos de ponto deo,p
es,t
comq,r
, assimv/u
como o fator de escalaq,r
que fornece a quantidade de velocidade transferida deo,p
paras,t
. Editar: salvou 2 bytes graças a @Arnauld.fonte
Perl 6 ,
756463.61 bytes11 bytes salvos mudando de
map
parafor
, dispensando a necessidade de colocar as coisas em variáveis intermediárias para omap
ver.1 byte salvo ao mudar
($^a-$^c)².&{$_/abs}
para($^a-$^c).&{$_/.conj}
.2 bytes salvos graças a @nwellnhof.
Experimente online!
Explicação
Quando o post original disse que a entrada poderia ser números complexos, era muito difícil resistir ... Portanto, são necessários 4 números complexos (posição 1, velocidade 1, posição 2, velocidade 2) e retornam as velocidades como números complexos.
E é isso. Tudo o que o programa faz é apenas esse cálculo, um pouco de golfe.
fonte
($^a-$^c)
(e somente dentro de um lambda que normaliza esse número), o segundo atua($b-$d)
. Então eles não podem realmente ser reconciliados. Eu poderia criar uma função que chamaria apenas.conj
, mas que adicionaria apenas bytes (porque eu uso muito a$_
variável, que possui a propriedade nice, é possível chamar métodos nela sem especificá-la: em.conj
vez de$_.conj
).Gelatina , 16 bytes
Experimente online!
Um link diádico, tendo como argumento esquerdo uma lista das posições iniciais
[[p0x, p0y], [p1x, p1y]]
e seu argumento direito, as velocidades iniciais[[v0x, v0y], [v1x, v2y]]
. Retorna uma lista das velocidades finais[[v0x', v0y'], [v1x', v2y']]
Com base no algoritmo usado pela resposta JavaScript de @ Neil, certifique-se de votar também nessa!
fonte
C (gcc) ,
140132 bytesExperimente online!
Basicamente, uma porta da resposta JavaScript de @ Neil, mas o @ceilingcat reduzia 8 bytes reutilizando de maneira inteligente
m
en
armazenando temporários.fonte
Python 2 ,
9792 bytesExperimente online!
Versão modificada da abordagem de Neil.
fonte
C (gcc) ,
7772 bytesExperimente online!
Com base na implementação python do @Joel
fonte
APL (Dyalog Classic) , 21 bytes
Experimente online!
com base na resposta de @ Joel
in: matriz complexa 2x2, out: par complexo
fonte