Case study: đồng bộ thay đổi thiết kế mà vẫn giữ vật liệu Twinmotion là Bài 90 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Thực hành cập nhật SketchUp qua Direct Link/Reimport trong khi quản lý material overrides của Twinmotion; hiểu quy tắc parent/child, trường hợp override được giữ hoặc mất và cách dùng Reset/Reimport đúng lúc.
Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
Cập nhật 01/10/2026: Nội dung kỹ thuật được đối chiếu với Twinmotion Documentation hiện hành của Epic. Tên nút, vị trí bảng điều khiển và một số tính năng có thể thay đổi giữa các phiên bản; khi giao diện trên máy khác bài, cần đối chiếu tài liệu chính thức của phiên bản đang sử dụng.
Lưu ý: các công trình, vật liệu, bối cảnh, tiến độ, mật độ người/xe và phương án trong bài nếu không nêu nguồn cụ thể đều là tình huống giả lập phục vụ giảng dạy. Twinmotion phục vụ trực quan hóa và trình bày; hình ảnh, video, Phasing, View sets hay Presentation không tự thay thế hồ sơ thiết kế, quy hoạch, khảo sát, tiến độ thi công hoặc thông tin thương mại đã được phê duyệt.
Mục tiêu học tập
- Hiểu reimport rules đối với Twinmotion overrides.
- Biết khi nào material override được giữ hoặc mất.
- Thiết kế change request giảm phá vỡ material mapping.
- Dùng Reset materials/transform/properties và Reimport deleted objects đúng mục đích.
- Tạo quy trình kiểm model–materials–media sau sync.
Vị trí của bài trong mạch 96 bài
Bài 89 tạo baseline Direct Link. Bài 90 kiểm tình huống thực tế: kiến trúc sư sửa SketchUp trong khi người trực quan hóa đã thay nhiều vật liệu Twinmotion; cần hiểu chính xác quy tắc reimport thay vì hứa sync luôn giữ mọi thứ.
Bài thuộc Chương 12 – Case study SketchUp → Twinmotion → sản phẩm truyền thông. Đây là nhóm bài ứng dụng nên tiêu chí đánh giá không dừng ở hình đẹp; tệp nguồn phải có cấu trúc, quyết định phải giải thích được, media phải đúng phiên bản và vòng cập nhật phải có thể kiểm chứng.
1. Source changes vs overrides
Phân biệt sửa ở sketchup với override trong twinmotion. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến source changes vs overrides.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không nói chung chung 'twinmotion giữ vật liệu'.
2. Child override
Twinmotion có thể giữ child properties đã override khi reimport theo rules. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến child override.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không biến thành bảo đảm tuyệt đối.
3. Parent material change
Reassign material ở source có thể làm mất override twinmotion. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến parent material change.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không rename/reassign tùy tiện.
4. Property ownership
Property đã override ở twinmotion có thể thắng source trong một số trường hợp. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến property ownership.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không override transform quá mức nếu muốn source điều khiển.
5. Reset materials
Trả material về nguồn khi có chủ đích. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến reset materials.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không dùng như nút thử.
6. Reimport deleted objects
Khôi phục object nguồn đã xóa trong twinmotion. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến reimport deleted objects.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không xóa tại twinmotion thay cho sửa source dài hạn.
7. Risk matrix
Geometry-only thấp hơn rename material/hierarchy/import options. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến risk matrix.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không sync high-risk trực tiếp production.
8. 3-layer QA
Kiểm model, material overrides, rồi media. Trong case này, bước đó phải được gắn với mục tiêu đầu ra chứ không thực hiện theo thói quen. Người học cần xác định đối tượng nào chịu tác động, trạng thái nào là mốc gốc và bằng chứng nào chứng minh thay đổi có ích.
Về thực hành, hãy bắt đầu từ một bản đã lưu, chỉnh một nhóm yếu tố, chuyển sang camera hoặc trạng thái đối chứng rồi quay lại kiểm. Nếu thay đổi ảnh hưởng nhiều media, ghi media bị tác động trước khi xuất lại. Cách này tránh việc sửa một chỗ nhưng vô tình làm hỏng một View set, camera hoặc vật liệu đã được duyệt ở phần khác của dự án.
Liên hệ công việc BĐS: trực quan hóa thường đi qua nhiều vòng góp ý. Vì vậy mọi thay đổi cần trả lời ba câu hỏi: nó làm rõ thông tin nào; nó có làm người xem hiểu sai quy mô/bối cảnh/trạng thái không; và khi source thay đổi, nhóm có thể tái tạo kết quả này hay không.
Quy trình kiểm:
- Xác định trạng thái gốc liên quan đến 3-layer qa.
- Tạo bản thử hoặc media đối chứng trước khi chỉnh.
- Chỉ thay một nhóm biến và lưu tên/version ngay.
- Kiểm trong Viewport và media đã lưu, không chỉ nhìn trạng thái tạm.
- Xuất một bản nhẹ hoặc chụp bằng chứng trước–sau.
- Ghi quyết định giữ/bỏ cùng lý do.
Tiêu chí đạt:
- Kết quả có thể tái tạo.
- Không làm mất thông tin quan trọng.
- Không gây hiểu sai về thiết kế, hiện trạng hoặc tiến độ.
- Tên và trạng thái đủ rõ để người khác tiếp tục.
- Không làm tăng độ phức tạp scene nếu lợi ích không rõ.
Lưu ý: Không kết luận sync thành công chỉ vì geometry đúng.
Tình huống tổng hợp BĐS
Tình huống giả lập phục vụ giảng dạy: Kiến trúc sư đổi cửa, thêm lam và đổi tên vật liệu đá mặt tiền. Sau sync, geometry cập nhật nhưng đá mất override. Nhóm đối chiếu reimport rules, phục hồi material mapping, phân loại rename material là HIGH-RISK và bổ sung bước sync test trước production.
Để giải tình huống, sinh viên phải tách pipeline thành source → import/sync → materials/context → camera/media → phát hành. Mỗi lớp được kiểm độc lập trước khi chuyển sang lớp tiếp theo. Khi có lỗi, quay về lớp gần nhất đã ổn định thay vì sửa ngẫu nhiên toàn scene.
Ma trận quyết định
| Hạng mục | Công cụ/cách làm | Mục tiêu | Điểm kiểm |
|---|---|---|---|
| Geometry edit, identity giữ | Rủi ro thấp–vừa | Sync test | Camera/clipping |
| Add/remove object | Rủi ro vừa | Scene graph | View sets/media |
| Rename/reassign material | Rủi ro cao | Material check | Có thể mất override |
| Twinmotion child override | Thường được giữ theo rule | Property-level | Không tuyệt đối |
| Reset materials | Bỏ override | Chỉ chủ đích | Backup |
| Hierarchy/import options | Rủi ro cao | Test bản sao | Ảnh hưởng scene lớn |
Quy trình 12 bước cho một vòng làm việc
- Nhận brief và xác định người xem, kênh sử dụng, trạng thái dữ liệu.
- Khóa version source trước khi thao tác.
- Kiểm scale, hierarchy, material names và Scene graph.
- Lưu baseline bằng screenshot, Statistics hoặc media kiểm.
- Xử lý nhóm thay đổi quan trọng nhất trước.
- Giữ camera và trạng thái đối chứng khi cần so sánh.
- Đặt tên media/variant theo quy tắc.
- Kiểm hiệu năng nếu scene có nhiều imported geometry hoặc assets.
- Xuất bản thử nhẹ và mở file ngoài Twinmotion.
- Thực hiện kiểm chéo bởi người khác nếu media quan trọng.
- Nhận hoặc giả lập change request và cập nhật có kiểm soát.
- Phát hành R02 cùng change log và danh sách media bị ảnh hưởng.
Những lỗi thường gặp
- Tin sync luôn giữ 100% vật liệu.
- Rename source material tùy tiện.
- Override transform mọi thứ.
- Dùng Reset materials để thử.
- Không backup high-risk sync.
- Chỉ kiểm model, không kiểm media.
Phân tích lỗi 1 – Tin sync luôn giữ 100% vật liệu. Khi gặp lỗi này, không nên sửa đồng thời camera, vật liệu, ánh sáng và source. Hãy tạo bản sao an toàn, xác định lớp gây lỗi, sửa một lớp rồi kiểm lại bằng cùng camera/media. Nếu lỗi liên quan Direct Link/Reimport, ghi source change, Twinmotion override và import option để truy nguyên.
Phân tích lỗi 2 – Rename source material tùy tiện. Khi gặp lỗi này, không nên sửa đồng thời camera, vật liệu, ánh sáng và source. Hãy tạo bản sao an toàn, xác định lớp gây lỗi, sửa một lớp rồi kiểm lại bằng cùng camera/media. Nếu lỗi liên quan Direct Link/Reimport, ghi source change, Twinmotion override và import option để truy nguyên.
Phân tích lỗi 3 – Override transform mọi thứ. Khi gặp lỗi này, không nên sửa đồng thời camera, vật liệu, ánh sáng và source. Hãy tạo bản sao an toàn, xác định lớp gây lỗi, sửa một lớp rồi kiểm lại bằng cùng camera/media. Nếu lỗi liên quan Direct Link/Reimport, ghi source change, Twinmotion override và import option để truy nguyên.
Phân tích lỗi 4 – Dùng Reset materials để thử. Khi gặp lỗi này, không nên sửa đồng thời camera, vật liệu, ánh sáng và source. Hãy tạo bản sao an toàn, xác định lớp gây lỗi, sửa một lớp rồi kiểm lại bằng cùng camera/media. Nếu lỗi liên quan Direct Link/Reimport, ghi source change, Twinmotion override và import option để truy nguyên.
Phân tích lỗi 5 – Không backup high-risk sync. Khi gặp lỗi này, không nên sửa đồng thời camera, vật liệu, ánh sáng và source. Hãy tạo bản sao an toàn, xác định lớp gây lỗi, sửa một lớp rồi kiểm lại bằng cùng camera/media. Nếu lỗi liên quan Direct Link/Reimport, ghi source change, Twinmotion override và import option để truy nguyên.
Bài thực hành
Tạo source SketchUp test và project Twinmotion có ít nhất 5 material overrides. Thực hiện ba thay đổi: geometry-only, add/remove object, reassign material. Ghi kết quả reimport, thử một Reset/Reimport command trên object test và lập risk matrix.
Yêu cầu: bài nộp phải có ít nhất một trạng thái trước–sau, một vòng thay đổi R01→R02 hoặc phép kiểm đối chứng, ba quyết định kỹ thuật có lý do và một nhận xét về rủi ro gây hiểu nhầm trong trực quan hóa BĐS.
Sản phẩm sinh viên phải nộp
- Bảng source vs override.
- 3 vòng sync test.
- Material mapping trước/sau.
- Risk matrix.
- Media impact check.
- Change log R01→R02.
Phiếu tự kiểm
- Source có đúng version và đúng tỷ lệ không?
- Scene graph có đủ rõ để người khác tiếp tục không?
- Các material/asset/context có đúng phạm vi brief không?
- Camera có làm tỷ lệ không gian bị hiểu sai không?
- Yếu tố giả lập đã được phân biệt với dữ liệu thật chưa?
- Statistics/hiệu năng đã được kiểm nếu scene lớn chưa?
- Media có cùng phương án và version không?
- Sau sync/reimport, overrides đã được kiểm chưa?
- File xuất đã được mở kiểm chưa?
- R01/R02 và change log có thể truy vết không?
Ghi nhớ trong 30 giây
- Reimport có quy tắc, không phải phép màu.
- Child overrides có thể được giữ nhưng parent changes có thể làm mất.
- Rename/reassign material là rủi ro cao.
- Reset commands bỏ override có chủ đích.
- Sau sync phải kiểm model, materials và media.
Nguồn tham khảo
Nguồn kỹ thuật ưu tiên là Epic Games – Twinmotion Documentation. Khi áp dụng dự án thật, cần đối chiếu phiên bản Twinmotion và plugin Datasmith hiện hành.
- https://dev.epicgames.com/documentation/en-us/twinmotion/reimporting-content-into-twinmotion
- https://dev.epicgames.com/documentation/twinmotion/datasmith-direct-link-workflow-in-twinmotion
- https://dev.epicgames.com/documentation/en-us/twinmotion/material-substitution-workflow
- https://dev.epicgames.com/documentation/twinmotion/resolving-material-conflicts-in-twinmotion
Bài tiếp theo
Case study: dựng cảnh ngoại thất từ model trống đến ảnh hoàn chỉnh.