Vấn đề với phát hiện va chạm của một quả bóng chuyển động nhanh với một cây vợt được điều khiển bằng chuột

Question

Trong sự thống nhất, tôi có một cây vợt được cho là để đánh bóng, và vợt được điều khiển trực tiếp bằng chuột, tức là dơi đang được di chuyển bởi chuột sử dụng các trục chuột và hàm transform.translate() sử dụng để di chuyển vợt. Tôi dự kiến ​​rằng vật lý của Unity3d sẽ không dịch chuyển động của vợt trực tiếp một cách thích hợp bằng trực tiếp bằng chuột và tác động đến quả bóng, và tôi sẽ phải viết một thứ gì đó tùy chỉnh, và hóa ra nó là đúng.

Nhưng va chạm của quả bóng không được phát hiện đúng khi vợt đang di chuyển. Khi nó vẫn còn, tất cả mọi thứ là tốt, và bóng hành xử như tôi muốn.

Bây giờ tôi đã đi xa như viết một kịch bản vật lý tùy chỉnh (tôi sử dụng C# cho kịch bản), trong đó tôi đính kèm 4 raycast có chiều dài 0.6F vào bóng, và sau khi thực hiện một số tính toán vector phức tạp, tính toán vận tốc của quả bóng sau khi nhấn vợt, và áp dụng nó trực tiếp với vận tốc của quả bóng bằng cách sử dụng rigidbody.velocity = calculateVelocity(). Bây giờ nó là một lần nữa làm việc tốt khi vợt không di chuyển, nhưng không phải khi tôi di chuyển vợt. Vấn đề chính xác (triệu chứng của) là:

Sử dụng Vật lý tích hợp và phát hiện va chạm: Khi vợt đang di chuyển, quả bóng đôi khi đi thẳng qua vợt và đôi khi nó chậm lại (đến mức không thể tin được).

Sử dụng tập lệnh của tôi để tính toán vận tốc: Vấn đề là như nhau, nhưng nó cho phép tôi xác định những gì là sai khi tôi in bình thường của máy va chạm (vợt). Đôi khi nó cho phép bình thường, và đôi khi đưa ra âm tính của vectơ bình thường, có nghĩa là nó đang đi thẳng qua bề mặt trên cùng và phát hiện cú đánh với mặt dưới của máy va chạm (vợt).

Những điều tôi đã cố gắng:

1. Tăng kích thước của máy gia tốc (nó hoạt động với các máy gia tốc hộp rộng hơn trên vợt, nhưng sau đó rõ ràng là quả bóng di chuyển từ một khoảng cách khá xa vợt, và kịch bản của riêng tôi hoạt động ở đây, mặc định vật lý cho kết quả lạ khi vợt được di chuyển), trong ngắn hạn tôi không nhận được thực tế mà tôi muốn.

2. Giảm dấu thời gian cố định thành 0,001, cải thiện đáng kể mọi thứ, nhưng vẫn còn rất xa so với kết quả tôi muốn, và quả bóng lại một lần nữa thường chọn mặt sai của quả bóng.

3. Thay đổi phát hiện va chạm thành động liên tục. Mà cũng không cải thiện được gì.

Và ngoài các bên sai nhặt tại va chạm, một vấn đề khác tôi đã quan sát thấy là sau khi nảy ra khỏi vợt, bóng là di chuyển nhưng vợt được di chuyển nhanh hơn, nó thay vì di chuyển trong một vòng cung hoàn chỉnh hoặc dòng, bằng cách nào đó xuất hiện ở phía trước của quả bóng, dẫn đến hai lượt truy cập. Nó là một phỏng đoán dựa trên những gì có thể nhìn thấy được.

Ngoài ra, rõ ràng là khía cạnh "chuyển động" của vợt không được đọc bởi vật liệu dựng sẵn của Unity3d, dẫn đến hành vi lạ khi vợt di chuyển bằng chuột chạm vào quả bóng.

Tôi bị kẹt, tôi không biết di chuyển từ đâu đến đây. Xin cho tôi biết tôi đang làm gì sai.

Answer 1

Như những người khác đã chỉ ra, vấn đề là bóng đi từ đang ở trên một bên của pad trong một khung để được ở phía bên kia trong kế tiếp. Đối tượng chuyển động nhanh có xu hướng làm điều đó nếu rào cản quá mỏng.

Có ba giải pháp rất đơn giản cho vấn đề này:

• Tăng kích thước của pad hoặc bóng, đó là những gì đã xảy ra khi bạn thay đổi kích thước máy gia tốc.
• Thiết lập tốc độ tối đa cho quả bóng, để nó không bao giờ có thể di chuyển đủ nhanh để đi qua các tấm lót.
• Tăng tần suất mà Unity tính toán vật lý của nó. Nó có thể được thay đổi trong Time Manager, giảm giá trị của Fixed Timestep. Cẩn thận với việc giảm quá nhiều, hoặc động cơ vật lý sẽ không thể hoàn thành một cuộc gọi trước khi vòng tiếp theo là vụ phải bắt đầu và nó sẽ không bao giờ có thể bắt kịp với trò chơi.

Đặt tốc độ tối đa cho các đối tượng chuyển động là điều luôn phải được thực hiện. Bạn không thể mạo hiểm có một vật thể quan trọng trong trò chơi và để mọi thứ trong trạng thái không kiểm soát được.

Answer 2

Đây không phải là câu trả lời hoàn chỉnh, nhưng tôi nhớ đã giải quyết một vấn đề như thế này nhiều năm trước trên các máy chậm hơn.

Sự cố đang sử dụng phát hiện va chạm dựa trên sprite; dựa vào điểm ảnh cho sprite và chướng ngại vật được hiển thị ở cùng tọa độ. Nếu tốc độ khung hình quá thấp đến mức kích thước của vật cản nhiều hơn kích thước của vật cản trong một khung hình, bạn sẽ gặp phải các tình huống ở đó (ví dụ) bên trái của chướng ngại vật trong một khung và bên phải của chướng ngại vật trong khung tiếp theo mà không bao giờ chiếm cùng một pixel.

Trong trường hợp này, các va chạm dựa trên sprite không hoạt động, bạn phải dựa vào xung đột trên vectơ. Thay vì kiểm tra từng pixel sprite cho va chạm, ghi lại vị trí và vỏ lồi của sprite. Sau mỗi khung, tính toán một vectơ từ vị trí cũ đến vị trí mới và cắt nó với thân lồi của mỗi chướng ngại vật.

Có nhiều lối tắt bạn có thể thực hiện, như so sánh chỉ với hộp giới hạn lúc đầu và tính toán thân tàu chỉ khi véc-tơ cắt một hộp giới hạn, nhưng đây là ý tưởng cơ bản. Chúc may mắn.

Answer 3

Điều tôi nghĩ đang xảy ra là mỗi khoảng thời gian xảy ra bóng/vợt được di chuyển và sau đó kiểm tra xem có va chạm hay không. Vấn đề là bóng/vợt di chuyển đến xa trong một khoảng thời gian duy nhất và bỏ lỡ vụ va chạm.

1) Ball before racquet 
2) Ball after racquet 

not 

1) Ball before racquet 
2) Ball touching racquet 

Vì vậy, những gì bạn phải làm là trong phương thức FixedUpdate() của bóng GameObject của bạn được truyền một tia từ vị trí bóng hiện tại đến vị trí bóng trước đó. Nếu có bất cứ điều gì giữa hai điểm đó nên đã bị đánh (tức là vợt) di chuyển quả bóng trở lại điểm nhấn được báo cáo trên tia. Điều này sẽ kích hoạt công cụ phát hiện va chạm hiện tại của bạn.

Lý do làm tăng kích thước của máy va chạm cũng là do quả bóng không bỏ qua máy va chạm lager. Điều này có những hạn chế mà bạn đã đề cập trong câu hỏi của bạn. Việc đúc ray tránh được vấn đề này và cho phép bóng/vợt di chuyển nhanh hoặc chậm khi cần.

Answer 4

Tôi cũng đang làm việc trên trò chơi pong 3d và đã gặp phải các vấn đề tương tự. Tôi sẽ cố gắng mở rộng mọi thứ như các bạn đã làm. Đối với tốc độ bổ sung của mái chèo và quay sang quả bóng, tôi bị bối rối bởi điều này cho đến khi tôi nhận ra rằng việc thay đổi vị trí của mái chèo không làm thay đổi vận tốc của nó. Nếu paddle ở vận tốc bằng không trước khi nó được di chuyển, nó sẽ bằng 0 khi động cơ vật lý nhìn vào khung tiếp theo.Un kiểm tra là kenimatic và kiểm soát paddle trực tiếp thông qua tài sản vận tốc cố định vấn đề. Nó gây ra các paddle jitter khi đánh tường, nhưng tôi cố định rằng bằng cách loại bỏ các bức tường từ lớp mái chèo và xử lý ranh giới bằng tay trong LateUpdate. Ngoài ra, khi bạn cập nhật vận tốc, trước tiên hãy lưu tốc độ mong muốn mới trong Cập nhật để các điều khiển hoạt động trơn tru, sau đó cam kết các thay đổi trong FixedUpdate.