drawtonomy vs 직접 작성하는 OpenSCENARIO XML

직접 작성하는 OpenSCENARIO XML

OpenSCENARIO XML을 직접 작성하는 것은 일반적인 워크플로이며 많은 사용 사례에서 올바른 선택입니다.

XML이 적절한 경우:

시나리오가 작고 바이트 수준의 제어를 원할 때.
DSL 또는 코드 생성 파이프라인에서 프로그래밍 방식으로 XML을 생성할 때.
시각적 도구가 노출하지 않는 사양 기능이 필요할 때 — 조건부 트리거, 파라미터 스윕, 커스텀 컨트롤러, 복잡한 스토리보드, 교통 흐름 모델.
git을 통해 시나리오를 협업하고 안정적인 XML diff가 중요할 때.

프로덕션 시나리오 저작에서 직접 작성하거나 코드 생성된 XML이 표준 접근 방식입니다.

drawtonomy가 현재 표현할 수 있는 것

내보내기 문서에 따른 OpenSCENARIO 1.3의 부분집합:

2D 탑다운 도로 네트워크 — 차선, 교차로, 단순 라인스트링 — 부분적인 OpenDRIVE 1.8 .xodr로 내보내기.
<ScenarioObject> / <Pedestrian> 항목으로서 차량, 보행자, 신호등, 노면 표시의 정적 배치.
<FollowTrajectoryAction>으로 내보내는 단순 경로/궤적.

내보낸 .xosc는 esmini에서 단순한 장면을 재생합니다. 출발점이지 완성된 시나리오가 아닙니다.

drawtonomy가 표현하지 않는 것

내보내기 문서에서 로드맵 항목으로 문서화:

OpenDRIVE 교차로 내보내기 (<junction>).
<signal> 항목으로의 교통 표지.
가속/감속 프로파일, 정지 이벤트, 신호 인식 경로, 차선 변경 액션, 다중 액터 스토리보드.
조건부 트리거, 파라미터 스윕, 커스텀 또는 ML 기반 컨트롤러, 밀집된 교통 흐름.

이들 중 어떤 것에 대해서도 XML을 직접 작성하거나 코드로 생성합니다.

합리적인 하이브리드

drawtonomy에서 레이아웃을 스케치하여 차선 네트워크와 참가자 배치를 결정합니다.
esmini 번들을 내보내고 간단한 버전이 재생되는지 확인합니다.
텍스트 편집기에서 .xosc를 열고 drawtonomy가 표현하지 않는 부분을 추가합니다.
테스트 계획/논문/슬라이드의 그림으로 drawtonomy 원본을 유지합니다.

drawtonomy는 스케치입니다. XML은 비교적 중요한 시나리오의 진실의 원천입니다.

같은 OpenSCENARIO 커뮤니티에서

직접 작성하는 XML은 OpenSCENARIO의 기본 저작 경로입니다 — 생태계의 다른 모든 도구가 궁극적으로 그것 (또는 DSL 동등물)을 생성합니다. drawtonomy의 내보내기, scenariogeneration, Scenic, RoadRunner, Blender DSC, 나머지 모두가 어느 시점에 XML을 내보냅니다. XML을 직접 읽고 쓰는 것이 표준을 표준으로 유지하는 방법이며, 그것을 생성하는 도구들은 커뮤니티가 그 주변에 구축한 도구 간 상호 운용성으로부터 이점을 얻습니다.