球体或方块团。
建筑:
屋顶有层叠瓦片、挑檐、梁柱和窗格;
不同建筑有用途、体量和高度差异,不要复制同一栋房子铺满山谷。
地形:
岸边有湿润石块、草丛和植被过渡。
避免过于规律的台阶、重复条纹、棋盘格和明显的程序生成网格。
水面:
必须能够反映周围景物,具有适度的波纹、深浅变化和岸边过渡。
尽量使用实际场景反射;需要性能降级时也应保持视觉可信。
不要用闪烁噪声、强烈扭曲或一整块蓝色平面代替水。
细节:
可以有少量锦鲤、落花、萤火虫、瀑布和远处飞鸟,
但都应服务于氛围,不能让画面显得嘈杂。
不要为了宣称模型数量而堆砌细节。
【五、色彩与氛围】
默认是蓝调时刻:
偏冷的山谷与远山,柔和的粉色樱花,温暖但不过曝的灯笼和窗光。
暖光集中在有人活动的地方,不要把整个环境染成橙色。
需要柔和阴影、物体接触处的明暗、合理的曝光、
克制的泛光、抗锯齿和有距离层次的薄雾。
避免发白、灰蒙、过度饱和、满屏浓雾、过曝灯光和明显锯齿。
方块几何可以清晰,但渲染本身不能粗糙。
另提供“清晨”和“雨中”两种氛围;
切换时应同步改变天空、环境光、雾和局部效果,
不是仅仅修改背景颜色。
【六、交互与界面】
提供四个经过设计的镜头:
山谷全景、河边低机位、寺庙小径、山坡俯瞰。
切换应平滑,每个镜头都需要有独立的构图价值。
基础交互:
鼠标拖动观察、滚轮缩放或前进,触屏支持拖动和双指缩放。
提供重置视角、隐藏界面和保存当前画面的功能。
可选增强:
自由探索、缓慢镜头巡游、环境音。
环境音默认关闭,只在用户主动点击后播放。
额外功能不能影响默认画面的完成度。
界面要克制、有设计感,以景观为主。
标题和控制条放在边缘,不遮挡视觉焦点。
桌面和手机都不能出现按钮越界、文字重叠或无法操作的问题。
【七、工程与性能】
允许使用 Three.js / WebGL,以及版本固定、互相兼容的 CDN 依赖。
优先使用成熟渲染能力,不要为了“零依赖”重写整套引擎。
自写的 HTML、CSS、JavaScript 尽量整理在一个 HTML 文件中。
景物由程序化几何和材质生成,不依赖外部图片或 3D 模型资源。
重复物体采用适合的批量或实例化绘制方式;
合理控制细分、阴影、反射和渲染分辨率。
提供高画质和轻量模式,手机默认使用较轻设置。
不要靠无限增加体素数量换取细节。
加入加载提示、WebGL 不支持时的提示和必要的错误处理。
没有开启声音时不要自动播放;尊重减少动态效果的系统偏好。
【八、交付前验收】
不要写完代码就立即交付。
如果当前环境支持浏览器运行和截图,请先实际打开页面,
检查默认镜头、四个视角、氛围切换、桌面和手机布局,
再根据截图修正明显的构图、曝光、遮挡和渲染问题。
重点检查:
是否存在空白画面、加载失败、控制台错误;
是否有穿模、闪烁、阴影条纹、过曝、水面异常;
默认画面是否真正像完整景观,而不是小型沙盘;
功能按钮是否实际可用,移动端是否越界。
可以使用浏览器截图验收,但不要调用图像生成工具。
没有完成的测试要如实说明,不要声称已经验证。
最终交付:
1. 实际存在、可以打开的 HTML 文件,或当前环境支持的交互预览。
2. 如能截图,附一张真实浏览器渲染截图。
3. 简短说明操作方式和必要的运行条件。
请直接完成制作;非关键细节自行作出一致的设计选择,
不要把可以自行解决的实现问题反复交给我决定。
Post #4925
98