느린 SVF 변환

Question

우리는 모바일 AutoDesk 뷰어에서 조작을 위해 DWG를 SVF로 변환하기위한 Forge API를 활용하고 있습니다. 대화의 성공은 정확하고 상대적으로 빠르게 변환되는 파일의 약 80 %를 차지합니다. 우리는 종종 실패한 대화 나 30 분 이상 걸릴 대화를 얻습니다. 분명히 클라이언트가 iPad에서 그림을 보거나 편집하기 위해 오래 기다릴 필요가 없습니다.

DWG 대화가 느리고 실패한 원인을 찾을 수 있도록 이러한 추가 오류가 반환됩니까?

일반적으로 오류나 긴 대화를 유발하는 문제에 대한 FAQ가 있습니까? 우리가 외부 참조를 보았다고 생각합니다.

예, 우리는 다른 진전이없는 다른 StackOverflow 관련 질문을 조사했습니다.

Answer 1

귀하의 질문에 대해 번역본이 실제로 잘못되어 있는지 확인하려면 샘플 파일이 필요할 수도 있습니다. 그 이유는 현재 정보로 그 이유를 설명하기가 어렵 기 때문입니다. 번역 시간은 여러 가지 상황에 따라 달라지며 일반적으로 크기가 크거나 복잡한 파일이거나 외부 참조가 많은 경우 시간이 많이 걸릴 수 있습니다. 그러나 언급 한 것처럼 샘플 파일을 확인하지 않아도 결론을 내릴 수는 없습니다. 민감한 것이 있으면 개인적인 것을 우리에게 보낼 수 있습니다.

오류 정보는 번역 작업을 POST job으로 게시 한 후 GET :urn/manifest으로 상태를 확인할 수 있음을 알고 있어야하며 번역 상태를 확인할 수 있습니다. 그것이 내가 아는 한 진전을 점검 할 수있는 유일한 방법이어야한다.

Answer 2

번역 속도가 매우 느린 문제는 DWG의 그래픽이 복잡하기 때문입니다. 당신이 보낸 샘플 DWG는 벽을 나타내는 데 사용 된 해치를 폭발 시켰습니다. 따라서 많은 데이터가 처리됩니다. DWG는 압축률이 높은 형식이므로 DWG 크기와 변환 시간 사이에 특히 강한 상관 관계가 없습니다.

모델을 각 평면도/상세보기에 대해 별도의 DWG로 분해 해보십시오. 속도가 상당히 빨라지고 시간 초과가 발생하지 않아야합니다. 아마도 공통 건물 구조 모델에 대한 외부 참조를 사용할 수도 있습니다. EXPORTLAYOUT AutoCAD 명령을 레이아웃과 함께 원래 DWG에서 사용하여 특정 레이아웃 데이터로 별도의 DWG를 만들 수 있습니다.

DWG를 변환하기 전에 DWG 사전 처리를 자동화하기 위해 Design Automation API를 사용할 수 있습니다.