l1346792580123

Thanks for your advice. I have used logcat to record the app log. Here is the log file [log.txt](https://github.com/MobileRoboticsSkoltech/OpenCamera-Sensors/files/8076027/log.txt).

Here is the debug information from Preferences-About [about.txt](https://github.com/MobileRoboticsSkoltech/OpenCamera-Sensors/files/8101691/about.txt). Should I export the information when I start Wi-Fi hotspot and connected by other phones? The uploaded file is exported without other...

This may not be a problem. Here is the new about file [about.txt](https://github.com/MobileRoboticsSkoltech/OpenCamera-Sensors/files/8105605/about.txt). The Camera API is Camera2. I don't know why the two about files are different.

Thanks for your reply. I don't quite understand what is the synchronization status of device itself. Synchroniztion status in my understanding is similar to TCP which is a bidirectional status....

Thanks for your advice. I manually set ISO and exposure value on leader phone and broadcast to client phone. The ISO and exposure value are same when broadcasting the setting,...

> Hmm, no, this is some strange behavior. The settings that are synchronized among leader and clients (exposure is always one of them, for instance) should be fixed after settings...

The arrow results of open3d and neighborhood_size=10,30,50, disambiguate_directions=True, are shown below     and the result of neighborhood_size=50,disambiguate_direction=False is shown below 

I found the wrong normal vectors come from the wrong output of [symeig3x3](https://github.com/facebookresearch/pytorch3d/blob/6f2212da46f3ad1a596b3e1017be2d16eaaf95f9/pytorch3d/common/workaround/symeig3x3.py#L303C1-L304C1). When I set ```use_symeig_workaround=False``` the results are normal. Moreover, I found that the normal vectors are more...

纹理信息存在对应的_tex.pt文件里，你需要先读取纹理生成顶点带颜色的obj文件，再按照https://steamcommunity.com/sharedfiles/filedetails/?id=1265761945的做法将顶点颜色转成纹理图

前三维是漫反射颜色，第四维到第六维是镜面反射颜色，第七维是物体粗糙程度，你可以分别生成对应的贴图