Case study: trực quan hóa nhà phố từ model SketchUp là Bài 81 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Thực hiện trọn quy trình trực quan hóa một nhà phố từ mô hình SketchUp đã chuẩn hóa đến cảnh Twinmotion hoàn chỉnh, gồm Direct Link, vật liệu, bối cảnh, ánh sáng, camera và bộ media bàn giao.
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
- Kiểm mô hình SketchUp trước khi đưa sang Twinmotion.
- Thiết lập Direct Link với cấu trúc phù hợp mục tiêu chỉnh sửa.
- Hoàn thiện vật liệu, bối cảnh, ánh sáng và camera theo một quy trình có thứ tự.
- Tạo bộ ảnh/panorama có cùng ngôn ngữ hình ảnh.
- Thực hiện một vòng thay đổi thiết kế và tái kiểm media.
Vị trí của bài trong mạch 96 bài
Bài 80 đã hoàn tất bàn giao Presentation. Từ Bài 81, người học chuyển sang case hoàn chỉnh: nguồn SketchUp sạch → đồng bộ ổn định → cảnh có cấu trúc → media có mục tiêu → cập nhật có kiểm soát.
Bài thuộc Chương 11 – Ứng dụng trực quan hóa BĐS. Đâ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. Brief và phạm vi
Xác định người xem, đầu ra, phần thiết kế đã chốt và phần còn giả lậ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 brief và phạm vi.
- 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 sâu những chi tiết không xuất hiện trong media.
2. Chuẩn hóa SketchUp
Group/component, tags, outliner, vật liệu nguồn, tỷ lệ và purge. 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 chuẩn hóa sketchup.
- 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 che lỗi mô hình nguồn bằng cây, vật liệu hay camera.
3. Direct Link và Collapse
Chọn keep hierarchy hay collapse all theo nhu cầu view sets/configurations và chỉnh từng nhóm. 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 direct link và collapse.
- 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 ý: Giữ hierarchy quá chi tiết có thể làm scene nặng.
4. Vật liệu chính
Xử lý mặt đứng, kính, sàn, tường, gỗ, kim loại theo thứ tự ưu tiên. 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 vật liệu chính.
- 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 đổi base color để bù exposure.
5. Bối cảnh
Vỉa hè, đường, nhà kế bên, cây, người, xe ở mức đủ đọc tỷ lệ. 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 bối cảnh.
- 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 tạo bối cảnh thương mại/hiện trạng không có nguồn.
6. DAY/DUSK
Khóa camera, thay ambience và đèn để kiểm ngày/hoàng hôn. 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 day/dusk.
- 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 đêm để che thiếu sót.
7. Shot list
Ngoại thất tiếp cận, mặt tiền, nội thất chính, sân thượng, panorama. 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 shot list.
- 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 lặp nhiều camera cùng chức năng.
8. R01→R02
Sửa lam mặt tiền/tủ bếp ở sketchup rồi synchronize và tái kiểm. 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 r01→r02.
- 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 nếu chưa kiểm vật liệu/media.
Tình huống tổng hợp BĐS
Tình huống giả lập phục vụ giảng dạy: Nhà phố giả lập được duyệt R01 với lam gỗ và bếp tối màu. Sau phản hồi, lam đổi bước và tủ bếp chuyển sáng. Nhóm sửa tại SketchUp, đồng bộ Direct Link, phát hiện một material nguồn đã đổi tên làm mất override mặt tiền, sửa mapping và chỉ xuất lại các media bị ảnh hưởng.
Để 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 |
|---|---|---|---|
| Model nguồn | SketchUp | Group/Component/Tags/material names | Sạch trước Direct Link |
| Liên kết | Datasmith Direct Link | Keep hierarchy khi cần | Kiểm Scene graph |
| Vật liệu | Twinmotion materials | Ưu tiên bề mặt chính | Scale/Roughness |
| Bối cảnh | Library/Populate | Vừa đủ | Không che công trình |
| Media | Images/Panorama | Shot list | Cùng version |
| Cập nhật | Synchronize/Reimport | R01→R02 | Kiểm overrides |
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
- Đưa model SketchUp bẩn sang Twinmotion.
- Giữ hierarchy quá chi tiết làm scene nặng.
- Thay mọi vật liệu trước khi chốt camera.
- Bối cảnh che công trình.
- Sửa thiết kế trong Twinmotion thay vì source.
- Synchronize xong không kiểm material overrides.
Phân tích lỗi 1 – Đưa model SketchUp bẩn sang Twinmotion. 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 – Giữ hierarchy quá chi tiết làm scene nặng. 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 – Thay mọi vật liệu trước khi chốt camera. 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 – Bối cảnh che công trình. 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 – Sửa thiết kế trong Twinmotion thay vì source. 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
Dùng một nhà phố SketchUp đã có hoặc mô hình giả lập. Hoàn thành Direct Link, vật liệu, bối cảnh, DAY/DUSK, 6 Images + 1 Panorama. Sau R01, sửa hai chi tiết trong SketchUp và phát hành R02 có change log.
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
- SKP nguồn đã chuẩn hóa.
- Twinmotion project có Direct Link.
- 6 Images + 1 Panorama.
- DAY/DUSK comparison.
- R01/R02 + change log.
- Bảng kiểm material overrides sau sync.
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
- Model nguồn sạch quyết định chất lượng Direct Link.
- Chọn Collapse theo nhu cầu chỉnh sửa.
- Vật liệu xử lý theo ưu tiên.
- Bối cảnh vừa đủ để đọc công trình.
- Case chỉ hoàn chỉnh khi qua một vòng cập nhật.
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/twinmotion/datasmith-direct-link-workflow-in-twinmotion
- https://dev.epicgames.com/documentation/twinmotion/import-options-in-twinmotion
- https://dev.epicgames.com/documentation/en-us/twinmotion/reimporting-content-into-twinmotion
- https://dev.epicgames.com/documentation/twinmotion/working-with-materials-in-twinmotion
Bài tiếp theo
Case study: căn hộ ban ngày và ban đêm – vật liệu nào cần thay đổi?.