改bug的历史.txt 11 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257
  1. 2022-05-12
  2. 为什么lineMaterial 在四屏中 setSize后,遮挡失效,要移动一下镜头才恢复? 但是在双屏中没事。 updateDepthParams()也没用。
  3. 只要有第三个viewport高度不为0,就会这样。 那估计是edl在别的屏幕渲染了
  4. 因为不同viewport需要用不同的rtEDL
  5. 2022-04-24
  6. ios 15.4.1 渲染问题,好像clear有时失效
  7. 相机离远后就留下了没clear的画面
  8. 全景图显示不出
  9. viewer.dispatchEvent({type: "render.begin", viewer: viewer, viewport:view, params })这句 删除后改善很多, 或者sprite 的applyMatrix不执行(如果执行,在不改变位移时也正常)
  10. 但同时也要删除 if(width == 0 || height == 0)return 但只要在this.renderer.render(this.scene.scene, camera); 之后return也可
  11. 在loop中 延迟渲染也一样有问题
  12. 只渲染overlay且不clear时,电脑是不clear的状态但是这个手机竟然自动clear了,全景图也能显示出,而且没有执行renderer.clear,也无gl.clear。执行renderer.clear反而有残影
  13. 但clearcolor确实没有生效
  14. 地图正常(使gl.clear非正常执行 )
  15. 用地图的renderer在地图渲染三维的场景clear也正常
  16. 是不是有类似setSize的函数可以起到clear的作用? 没找到
  17. 发现测量线最能引起这个bug,然后就发现navvis测量也这样了。
  18. 但具体哪一句造成一开始加载就
  19. 专注一下后续系统或者navvis是否解决。暂时屏蔽了EXT_frag_depth
  20. 2022-04-18
  21. 4dkk上传下载页面 上传全景图后首次刷新会有黑块 (只在上传下载页面才会)
  22. (!i || i && i === r.tile.panoId) && r.level 这个报错,原因未知,修改了一下,不报错但还是会黑块
  23. 同时出现automation没有init,原因是图没加载好,所以startInside没有成功回调
  24. 需要关闭浏览器的禁止缓存,否则bug出现不了
  25. 虽然不知道为什么图加载顺序和通常的不一样了,但终结原因是图加载的问题,故而修改了下uploadTile,增加LodDescripor.uploaded,可控性更强;但希望ignore不会造成有一部分模糊这种情况
  26. 2022-04-15
  27. 该双数据集场景全景模式拖拽画面时扭曲抖动特别厉害,猜测是因为boundingbox非常大导致skybox非常大?
  28. viewer.images360.cube.scale : 22692.381042028544, y: 1525345.1015381122, z: 7.563655000000001,
  29. xyz改为一样 ,后不抖动了, 但是旋转时会有黑影闪现。
  30. far增大, 黑影消失, 但是能看到贴图水平或垂直有一条白线
  31. 把位置放到相机的位置后 就正常了!
  32. 综上猜测是精度问题?所以最好是居中于相机的正方体?可过渡怎么办
  33. http://localhost:8080/index.html?m=t-OdiKZBDVL0#/data
  34. 但是这样bump时几乎没有移动,左右bump不可能用fov
  35. 结论:修改了updateCube函数
  36. 2022-03-23
  37. 四个屏的mainview中的reticule位置改变特别慢(intersect是错的)
  38. ·四个屏都这个也一样 把beforeRender去掉也是 但是双屏不会
  39. ·左上角 右下角屏也会了?!
  40. ·在多个屏交替hover久一点就会明显 像卡顿
  41. ·如果mianView以外的都active = false 就正常。只要放出一个,就不正常
  42. ·如果地图的noPointcloud没有一开始设置为false,双屏也会! 所以和点云渲染有关
  43. ·如果没有hover到别的viewport就正常
  44. ·会不会是nodes的切换问题
  45. ·加了这句就行了Potree.updatePointClouds
  46. ·3.31发现bug又出现了了, 是因为修改了四个屏幕的点云质量,要在pick前执行一下beforeRender
  47. 子问题:为什么pick截图保存到的是一整张图?而我自己改成pickState.renderTarget.scissor 这种绘制的就不会,但是清除也只清除当前区域了。
  48. ·发现是因为之前绘制的没被清除,只有改变了画面才会清除。可是已经clear了呀。(猜测是因为这个关系所以会互相影响)
  49. ·把clear提前到scissor之前就和原代码效果一致了
  50. ·但是改好了这个还是会,而且即便只刷新要读取的区域,也不影响才对。
  51. 2022-03-22
  52. 为什么到另一个数据集cursor不准确。因为数据集不在000吗
  53. ·单个数据集校准后也会,可能因为没更新node的matrixWorld(所以要在Alignment中就实时更新)
  54. 见:node.sceneNode.matrixWorld.multiplyMatrices(pointcloud.matrixWorld, node.sceneNode.matrix);
  55. ·方向就也不对
  56. ·是reticule的normal乘错了矩阵
  57. 2022-03-18
  58. 出现过marker无法松开的情况(加载的数据),但是再选中房间又可以了
  59. ·是dropMarker时 因为有相同点 return continueDrag了
  60. ·数据里竟然有五个点,后两个相同。应该是添加时没删除
  61. ·是绘制完前删最后一个点后没有发送update
  62. 2022-03-03
  63. 有时候加载全景图一直loading。
  64. ·六张512的有一张未打印出加载成功(但实际在网络里查看是加载了的,tileDownloader也有值),然后就去加载更高分辨率去了,没发送成功。
  65. ·没通知成功的原因是uploadTile那张512时已经加载好了子集1024,就跳过了。
  66. ·原来是预加载的dir写错了。但是只是预加载的话大概率不会发生此bug而已。
  67. ·但万一先关闭了全景,在一个没有预加载的点位上打开全景,就可能发生bug
  68. ·问题的关键在于4dkk一定先uploadTile低分辨率的,而这里乱序了
  69. ·发现失败的原因是forceQueue 512的加载太慢了,为什么不是一开始就有6个呢,不到6个就没了然后就下载1024去了。难道4dkk不会吗
  70. ·是先开始下载的512,但是1024的先下载完毕。
  71. ·4dkk 也可能因为uploadTile失败,而不发送完成消息,通常都是1024的。
  72. forceQueue在tiledownloader和panorenderer都有。
  73. forceQueue 的应该就是优先下载的吧,按理说一定要先下载完才能下载后面的在
  74. 在panoRenderer中 uploadQueues 是候补队列 ,在tileDownloader里priorityQueue是候补队列
  75. tiledownloader下载完成会触发tiledownloader开始uploadTile.
  76. ·试不出来为什么4dkk会先下载完512了。改个代码,确保512的都下载完后才能下载其他的。修改了tileDownloader的processQueueForDownloading
  77. --更早前:
  78. 关于测量线截图1024时常get不到的情况:(奇怪为什么之前不会这样?)
  79. 原因: uploadTile中,如果某个tile的子集(如1024的子集是四个2048)已经加载好了,那么该tile就不会触发加载,也就不会发送加载成功的消息。
  80. 所以最好还是只请求加载512.除非首次加载就请求高分辨率。(是不是我写漏了啥?因为4dkk 飞进去不会)
  81. 4dkk中也可能不一定发送1024的完成信息
  82. 2022-03-02
  83. 初始画面还是会转一下 t-1aw99jhDgB#/setup 在未设置过初始画面的场景才会
  84. ·又好像是某些角度会算错。
  85. ·原来是set rotation(rotation)函数有问题,没有考虑到y也有值。
  86. 触屏放大镜里的点云为何那么大???
  87. ·只要一转为触屏就这样 pointsize和什么有关,会重新计算吗
  88. ·自适应时的触屏devicePixelRatio是2!!
  89. ·shader中计算pointsize时最关键的参数是uScreenHeight。由于我在渲染屏幕点云时乘了devicePixelRatio,所以无论devicePixelRatio多少看起来都一样大;但是放大镜也被乘了devicePixelRatio,所以放大了。它的devicePixelRatio应该永远为1
  90. ·考虑修改uScreenHeight为resolution2.y , 并取消乘以devicePixelRatio
  91. 低质量点云测量怎么点不上?
  92. ·e.intersectPoint 居然没有
  93. ·好像是因为改了shader后resolution没赋值,都是0,而电脑会给一个最小pointsize,手机可能更小吧? 所以pick不出。赋值就ok了
  94. 2022-03-01
  95. (测量-移动端)移动端无法进行测量,无法确定测量起点
  96. ·该手机iphone7plus 竟然加载了两个点云! 但是本地版却不会。 等中午重新发布后看看。
  97. ·发现spacing有误 中心点 boundsize有误 但数据集id没错。刷新缓存或许可以。 或许是cloud.js是旧的?
  98. ·清除缓存后正正常了。因为重算了场景,所有点云数据会修改。 加个后缀
  99. 2022-02-25
  100. 关于 丽篮电脑和我的手机t-FhDWmV5xur场景在海拔模式下 某个漫游点刚进入场景全景图有一面(立方体中的一面)亮度超高的bug:
  101. ·只有带了token才会 或许是因为token占用了什么时间?
  102. https://uat-laser.4dkankan.com/uat/index.html?m=t-FhDWmV5xur&lang=zh&token=eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiIxODgxOTI3MjIwOCIsInVzZXJOYW1lIjoiMTg4MTkyNzIyMDgiLCJpYXQiOjE2NDU3NTI0MzYsImp0aSI6IjYwYTJiYjlhLTIyN2MtNGVhMi1iNWFkLWZhODIwMDk3ZDU3MSJ9.mlUUeIyPVYLGqeLGuu_gZzkDwotpgb_704BNe2kPlPY#/
  103. 开头多了DevTools 无法加载来源映射:无法加载 webpack:///spug/spug_api/repos/29_1660_20220224180315/node_modules/mitt/dist/mitt.mjs.map 的内容:HTTP 错误:状态代码 404,net::ERR_UNKNOWN_URL_SCHEME 等打印
  104. ·发现此场景的部分漫游点的id和originID不一致。 且原4dkk场景漫游点id从0-24(但少一个18), 而此激光场景缺少了originId为0 的点。
  105. 对应:
  106. id originID
  107. 0 -- 19 (多了一个19,正确应该是0。故而贴图错误)
  108. 18 -- 19 (对的)
  109. 19 -- 20
  110. 20 -- 21
  111. 21 -- 22
  112. 22 -- 23
  113. 23 -- 24
  114. 刷新id又正常了???
  115. 手机上看不发白了(电量原因吗) 手动改data[0].file_id = '00019' 也不发白
  116. 手机加了test就可以,不加就会有问题。
  117. 我发现和海拔没有关系,只和透明度有关系。只要透明度不是1,刷新就会这样(所以之前的海拔是错误信息,为什么我没自己验证一下呜呜)
  118. 2022-02-24
  119. 关于iphone测试机旋转屏幕or点击小地图后mainViewer setSize导致webgl context lost 的bug:
  120. ·修改canvas.width height就会
  121. ·不渲染的话不会。
  122. ·仅显示地图、隐藏场景才会
  123. pRenderer.clearTargets(params); pRenderer.render(params); 这两句去掉就不会
  124. 第二句主要是执行到点云渲染 renderOctree
  125. setSize后重新渲染的时候才会崩溃,也就是延迟多久渲染就延迟多久崩溃
  126. ·直接把this.rtEDL.setSize去除居然不崩。但如果默认设置DepthTexture宽高不为undefined or 0 或和rtEDL大小不一样,也会崩。 延迟resize也不行,所以应该是大小不匹配的问题。
  127. 结论:无解了,直接去掉rtEDL吧。反正崩溃的手机刚好EXT_frag_depth不可用,所以用不到rtEDL
  128. 关于iphone离开网页一段时间后再回来,重启(or显示内存不足)的bug:
  129. ·隧道。。第一次测会,第二次就不会了奇怪。。。(但有时候打开是报网络错误)
  130. ·我的手机是可能白屏(清除缓存后不会了)
  131. ·微信会(可能是应用问题,因为应用也容易关闭)
  132. ·无解
  133. 2022-02-23
  134. 关于iphone测试机创建不了potree中的program:
  135. ·t-6UoYGXbWhi 这个场景(最不容易崩溃 只有一个pano)的无此问题
  136. ·即使把mapViewer禁止渲染,使potree的program是第一个创建的program也不行
  137. ·有一个场景有时候可以打开 https://uat-laser.4dkankan.com/uat/index.html?m=t-6UoYGXbWhi
  138. ·和点位无关,删除全部点也不行
  139. ·不渲染点云,只创建three.js中的program也失败
  140. ·binaryLoader中load(node){ 不加载点云也失败
  141. ·延迟start也不行
  142. ·在开始创建gl的时候获取是可以的! 但在循环渲染时,到刚开始渲染点云之前为false(怎么知道要渲染了?)
  143. 好像不是edl渲染才报错的。 是在此之前有其他的东西报错了
  144. 是这个。。。this.shadowMap = new PointCloudSM(this.viewer.pRenderer);