哇，是我看错了么？您开始得问题不是“相同质量得小球路径不同么？”还是一直都有这个精准落到某个位置呀。
如果想要控制球精准落到某一个位置的话，那就不能用物理引擎了，上面给您得解决方案也可以弃用了。只能自己写一个脚本了。
1赞
谢谢大哥，一开始我没描述清楚，后面又优化了一下，谢谢 
如果策划出个要求小球有相互碰撞效果你就 g 了
那不能，这游戏大家都是这个模式玩的 
我之前也做过这种类型的游戏，策划就要求有相互碰撞效果，最后还是改了游戏控制，赢多了就不给了
请问是用物理引擎实现的吗，还是自己写的碰撞效果
可以事先模拟好，按照上面那种记录的方法。
每个洞模拟个10套路径。记录所有数据点，保存json。
然后正式的时候，去掉物理引擎。直接拿数据表演。
一开始是打算自己写模拟的，后面要求有碰撞效果就完全物理了，赢奖靠后台控制
请问是要记录每帧的信息吗，那数据量就有点扛不住了
物理不仅有误差，而且各个设备或者分辨率不同，她的结果也会不同
你还没懂，后台控制奖励，管你结果是什么都不会亏
那不行呀，用户会投诉的，毕竟事关$
还好吧。比如需要10秒，每秒60帧。那就是600帧数据。
600个坐标，保留小数点后2位。x,y数据，每个也就10个字符。才6000.
不知道算的对不对。哈哈。
投诉个毛，奖励提前展示，每次进洞就刷新，都告诉你奖励了，投诉个什么？玩太久输了？你之前不是还赚了吗？
哈哈，正常是先跳完洞才显示结果，虽然结果早就注定了
数据量太大了，真要记录起来，即使压缩后可能也会达到10m以上，毕竟不是一个路径
我想到一个办法，球只会往左或者往右落。你做2个动画就行。
比如要落到2号袋子，就是一个序列，比如左，左，左… 你就播放这个序列动画。用代码控制一下位移。
@警察叔叔 这里有个赌球的 快抬走
那就有点死板了，用户看一眼就走了 
纯技术交流 