ARHUD的光学特性   几何光学可描述物体、透镜和成像之间的关系。将物体放在透镜及其焦点之间将会形成放大且离实际物体有一定距离的虚像[4]。这便是HUD生成虚像的方法。源物体（在这里是散射屏或TFT面板）在HUD反光镜光学系统的焦距内。这使相应虚像投射出现在观看者前方一定距离之外。高斯成像方程表明，为了增加虚拟图像距离，我们必须使源物体更靠近光学系统的焦点，如图1所示。     在进入光学系统后，日光倾向于汇聚到一个焦点，如图2所示。这一原理同样适用于HUD光学器件。对于具有较远VID的HUD，源物体的位置会离HUD光学器件的焦点较近，这有可能会提高相应设备上的光照集中度。传统HUD的虚拟

我尝试使用以下代码，当我使用时${build.time}，它创建一个hr后面DST现在开始。我想要精确的时间创建。org.codehaus.mojobuild-helper-maven-plugin3.0.0timestamp-propertyvalidatetimestamp-propertybuild.timeMM-dd-YYYY-hh-mm-SSen_USEST看答案如果您要调整DST，请不要使用EST，利用America/New_York.出于历史原因，JDK不将日光储蓄时间调整到EST（尽管它对PST等其他时区缩写确实如此）。最好只避免三个字母的时区缩写，它们是模棱两可的。从Java

我正在尝试估算从日出到日落的白天长度，以及从日落到日出的夜晚长度。我目前的近似值是粗略的(它假设昨天和明天的值与今天相同)，但现在我并不特别关心精确定位昨天的日落、今天的日出、今天的日落和明天的日出(还)。我的目标是基于每晚十二个相等的小时(十二个彼此相等，不等于标准小时或白天小时)和每天十二个相等的小时来计算。我担心的是，在我的iOS应用程序中，计算有偏差；一分钟在5-6(标准)秒的时间内飞逝。当我使用未修改的时间时，在此处的其他代码中，时钟以标准速度移动，但当我尝试让此代码提供时钟代码时，出现了一些问题。我一直在研究的代码，作为一个近似值，是:NSDate*now=[[NSDate