Bài 91 · Twinmotion trong trực quan hóa và trình bày BĐS

Case study: dựng cảnh ngoại thất từ model trống đến ảnh hoàn chỉnh

Case study: dựng cảnh ngoại thất từ model trống đến ảnh hoàn chỉnh là Bài 91 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Thực hiện quy trình ngoại thất hoàn chỉnh từ một mô hình thiết kế gần như trống bối cảnh đến bộ ảnh cuối, theo thứ tự model – vật liệu – địa hình/bối cảnh – cây/người/xe – ánh sáng – camera – kiểm lỗi – xuất file.

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ố giới hạn 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 kiểm tài liệu chính thức của phiên bản đang dùng.

Lưu ý: các công trình, kích thước, phương án, tiến độ, người, xe, cây xanh, thương hiệu và tình huống khách hàng 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; sản phẩm tạo ra không tự thay thế hồ sơ thiết kế, pháp lý, khảo sát, tiến độ thi công hay cam kết thương mại.

Mục tiêu học tập

  • Xây quy trình ngoại thất có thứ tự để tránh chỉnh ngẫu nhiên.
  • Phân bổ độ chi tiết theo camera thay vì phủ kín toàn cảnh.
  • Kiểm vật liệu, kính, cảnh quan, người và xe theo vai trò thông tin.
  • Chọn Ambience và Render mode phù hợp với đầu ra.
  • Tạo R01 và một vòng sửa để chứng minh cảnh có thể cập nhật.

Vị trí của bài trong mạch 96 bài

Bài 89–90 đã chuẩn hóa Direct Link và kiểm quy tắc reimport. Bài 91 dùng nền tảng đó để dựng một cảnh ngoại thất hoàn chỉnh từ mô hình chưa có bối cảnh. Đây là case tổng hợp đầu tiên của chặng cuối: mục tiêu không phải kéo thật nhiều tài nguyên vào scene, mà xây hình ảnh theo thứ tự để mỗi lớp có lý do và có thể kiểm.

Bài thuộc Chương 12 – Case study SketchUp → Twinmotion → sản phẩm truyền thông. Ở giai đoạn này, sản phẩm phải được đánh giá đồng thời về hình ảnh, cấu trúc tệp, khả năng cập nhật, tính minh bạch thông tin và khả năng bàn giao.

1. Khóa mô hình và đặt mốc ngoại thất trước khi trang trí

Trước khi thêm cây, xe hay bầu trời, hãy kiểm tỷ lệ, hướng công trình, mặt đất, cao độ cửa, kích thước vỉa hè và vị trí camera sơ bộ. Một mô hình sai tỷ lệ nhưng được trang trí đẹp sẽ làm toàn bộ cảnh khó sửa về sau.

Với model từ SketchUp, nên xác nhận Direct Link/Import settings, Scene graph và material mapping trước khi bắt đầu.

Kiểm theo lớp: Không chỉnh model, vật liệu, ánh sáng, camera và media cùng lúc nếu đang chẩn đoán. Hãy giữ một trạng thái gốc và chỉ thay nhóm biến liên quan. Cách này tạo được bằng chứng và giúp người khác tái tạo quyết định.

Quy trình thực hành:

  1. Kiểm mốc cửa/tầng.
  2. Kiểm hướng Bắc hoặc hướng mặt tiền theo brief.
  3. Tạo 2 camera kiểm.
  4. Lưu baseline R00.

Cách tự kiểm:

  • Người/xe có tỷ lệ hợp lý.
  • Mặt đất không xuyên công trình.
  • Không lệch gốc vô lý.
  • Có baseline.

Lưu ý: Không dùng asset có tỷ lệ lạ để che lỗi scale của model.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

2. Xử lý vật liệu kiến trúc chính trước bối cảnh

Mặt đứng, kính, mái, gỗ/đá, kim loại và sàn ngoài trời là các bề mặt ảnh hưởng mạnh đến ngoại thất. Thay chúng trước giúp người học đánh giá thật chất lượng model và ánh sáng, thay vì bị cây/xe làm phân tâm.

Kiểm texture scale, roughness, normal và phản xạ ở ít nhất hai góc camera.

Quản lý phiên bản: Mỗi case nên có source version, Twinmotion version, media status và change log. Khi thiết kế thay đổi, impact list xác định file nào cần tái kiểm thay vì xuất lại theo cảm tính.

Quy trình thực hành:

  1. Lập danh sách vật liệu.
  2. Thay theo nhóm.
  3. Kiểm Material picker.
  4. So camera gần/xa.

Cách tự kiểm:

  • Không lặp texture rõ.
  • Kính không thành gương.
  • Không vật liệu mặc định sót.
  • Màu đúng brief.

Lưu ý: Không làm vật liệu quá sáng để bù thiếu ánh sáng.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

3. Dựng nền và context theo phạm vi camera

Nền cảnh gồm mặt đất, vỉa hè, đường, công trình lân cận và đường chân trời. Chỉ cần đủ để người xem hiểu công trình nằm trong môi trường nào; không cần dựng toàn khu phố nếu không xuất hiện trong media.

Phân FOREGROUND/MIDGROUND/BACKGROUND giúp tối ưu chi tiết và kiểm bối cảnh.

Kiểm bằng người khác: Người dựng đã biết scene nên dễ bỏ qua lỗi điều hướng, thông tin hoặc cấu trúc. Một người kiểm chéo chưa tham gia dựng giúp phát hiện nhanh tên khó hiểu, media trùng và trạng thái gây nhầm.

Quy trình thực hành:

  1. Vẽ phạm vi camera.
  2. Tạo context gần.
  3. Dùng khối đơn giản ở xa.
  4. Kiểm horizon.

Cách tự kiểm:

  • Không nền trống ở góc chính.
  • Không context chiếm chủ thể.
  • Không dựng dữ liệu hiện trạng giả như thật.
  • Scene vẫn nhẹ.

Lưu ý: Bối cảnh không có dữ liệu xác minh phải được quản lý như minh họa.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

4. Thêm cây xanh theo sightline

Cây tạo chiều sâu, tỷ lệ và không khí, nhưng phải giữ lối nhìn vào công trình. Có thể dùng Library, Spacing, Area hoặc Scatter tùy vùng.

Đặt ít trước, tăng mật độ sau. Tắt/bật vegetation container để biết cây đang giúp hay che thông tin.

Kiểm theo lớp: Không chỉnh model, vật liệu, ánh sáng, camera và media cùng lúc nếu đang chẩn đoán. Hãy giữ một trạng thái gốc và chỉ thay nhóm biến liên quan. Cách này tạo được bằng chứng và giúp người khác tái tạo quyết định.

Quy trình thực hành:

  1. Đặt cây chính.
  2. Thêm lớp giữa.
  3. Giảm vùng xa.
  4. Kiểm 5 camera.

Cách tự kiểm:

  • Không che lối vào.
  • Không xuyên mái.
  • Không tất cả cùng cỡ.
  • FPS còn ổn.

Lưu ý: Không dùng cây để giấu mặt đứng chưa hoàn thiện.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

5. Người và xe làm thước tỷ lệ, không phải dữ liệu thị trường

Vài nhân vật và phương tiện có thể giúp người xem hiểu kích thước, lối tiếp cận và hoạt động. Mật độ phải phù hợp loại BĐS và mục tiêu media.

Đối với dự án chưa vận hành, người/xe chỉ là minh họa.

Quản lý phiên bản: Mỗi case nên có source version, Twinmotion version, media status và change log. Khi thiết kế thay đổi, impact list xác định file nào cần tái kiểm thay vì xuất lại theo cảm tính.

Quy trình thực hành:

  1. Chọn asset phù hợp.
  2. Đặt theo lối đi/đường.
  3. Kiểm pose/va chạm.
  4. Tạo bản density thấp để so.

Cách tự kiểm:

  • Không xuyên hình.
  • Không che chủ thể.
  • Không tạo đám đông vô lý.
  • Không hiểu nhầm lưu lượng thật.

Lưu ý: Trực quan hóa hoạt động không phải bằng chứng về khai thác hoặc doanh thu.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

6. Chốt Ambience bằng ảnh ngày trước rồi mới tạo DUSK/NIGHT

Ảnh ngày giúp kiểm vật liệu và context rõ. Sau khi DAY ổn, nhân bản media để tạo DUSK hoặc NIGHT và bổ sung đèn nhân tạo.

Giữ cùng camera khi muốn so. Chỉnh Exposure/white balance trước khi thay vật liệu.

Kiểm bằng người khác: Người dựng đã biết scene nên dễ bỏ qua lỗi điều hướng, thông tin hoặc cấu trúc. Một người kiểm chéo chưa tham gia dựng giúp phát hiện nhanh tên khó hiểu, media trùng và trạng thái gây nhầm.

Quy trình thực hành:

  1. Chốt DAY.
  2. Nhân DUSK.
  3. Bật đèn.
  4. So vật liệu/kính.

Cách tự kiểm:

  • DAY đọc rõ.
  • DUSK không quá tối.
  • Đèn có nguồn logic.
  • Không đổi material ngoài ý muốn.

Lưu ý: Không dùng ảnh đêm để tránh phải làm bối cảnh.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

7. Chọn camera theo bộ câu hỏi ngoại thất

Bộ camera tối thiểu nên trả lời: nhìn tổng thể thế nào, tiếp cận từ đâu, tầng trệt đọc ra sao, một góc chéo thể hiện hình khối thế nào và chi tiết mặt đứng ra sao.

FOV vừa phải và eye level hợp lý giúp giảm méo tỷ lệ.

Kiểm theo lớp: Không chỉnh model, vật liệu, ánh sáng, camera và media cùng lúc nếu đang chẩn đoán. Hãy giữ một trạng thái gốc và chỉ thay nhóm biến liên quan. Cách này tạo được bằng chứng và giúp người khác tái tạo quyết định.

Quy trình thực hành:

  1. Lập shot list 5–6 góc.
  2. Tạo Images.
  3. Kiểm verticals.
  4. Tạo một ảnh hero.

Cách tự kiểm:

  • Không 6 góc giống nhau.
  • Không FOV cực rộng.
  • Lối vào có ít nhất một ảnh.
  • Tên media rõ.

Lưu ý: Ảnh hero bổ sung cảm xúc, không thay ảnh mô tả.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

8. Chọn Render mode và xuất thử trước bản cuối

Standard/Lumen phù hợp các mức duyệt và thời gian thực; Path tracer có thể dùng cho ảnh chủ lực nếu phần cứng và thời hạn cho phép. Khóa camera/material trước khi đổi Render mode.

Xuất thử kích thước nhỏ trước khi 4K/8K hoặc Path tracer dài.

Quản lý phiên bản: Mỗi case nên có source version, Twinmotion version, media status và change log. Khi thiết kế thay đổi, impact list xác định file nào cần tái kiểm thay vì xuất lại theo cảm tính.

Quy trình thực hành:

  1. Chọn media hero.
  2. Xuất test.
  3. Kiểm phản xạ/bóng.
  4. Ước thời gian batch.

Cách tự kiểm:

  • Không render nặng trước khi duyệt.
  • Không đổi mode trong phép so vật liệu.
  • File test mở được.
  • Thông số ghi lại.

Lưu ý: Chế độ kết xuất không sửa lỗi camera hoặc model.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

9. Chạy checklist ngoại thất ở 100% kích thước

Kiểm bốn góc khung, kính, phản xạ, chân người, bánh xe, cây xuyên, texture, biển hiệu, shadow, horizon và vật thể ngoài khung phản chiếu.

Đây là bước phát hiện lỗi mà thumbnail khó thấy.

Kiểm bằng người khác: Người dựng đã biết scene nên dễ bỏ qua lỗi điều hướng, thông tin hoặc cấu trúc. Một người kiểm chéo chưa tham gia dựng giúp phát hiện nhanh tên khó hiểu, media trùng và trạng thái gây nhầm.

Quy trình thực hành:

  1. Mở file xuất.
  2. Zoom 100%.
  3. Rà theo checklist.
  4. Đánh dấu và sửa.

Cách tự kiểm:

  • Không lỗi xuyên hình.
  • Không vật liệu lạ.
  • Không helper phản chiếu.
  • Không cắt chủ thể.

Lưu ý: Chỉ kiểm Viewport là chưa đủ.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

10. Giả lập change request và phát hành R02

Thay một vật liệu mặt đứng hoặc một chi tiết geometry ở SketchUp, synchronize, kiểm material overrides và đánh dấu media bị ảnh hưởng. Sau đó xuất R02.

Case được xem là hoàn chỉnh khi cảnh sống được qua cập nhật.

Kiểm theo lớp: Không chỉnh model, vật liệu, ánh sáng, camera và media cùng lúc nếu đang chẩn đoán. Hãy giữ một trạng thái gốc và chỉ thay nhóm biến liên quan. Cách này tạo được bằng chứng và giúp người khác tái tạo quyết định.

Quy trình thực hành:

  1. Lưu R01.
  2. Sửa source.
  3. Sync.
  4. Recheck model/material/media.
  5. Xuất R02.

Cách tự kiểm:

  • Không mất override ngoài ý muốn.
  • Không camera clipping.
  • Change log rõ.
  • R01/R02 tách.

Lưu ý: Khả năng cập nhật là một tiêu chí chất lượng của scene.

Bằng chứng nên lưu: ảnh trước–sau, tên media/state, screenshot Scene graph/Import dock/Ambience/Statistics khi phù hợp, phiên bản và một câu giải thích vì sao quyết định được giữ lại.

Tình huống tổng hợp BĐS

Tình huống giả lập phục vụ giảng dạy: Một nhà phố được dựng từ model SketchUp chỉ có công trình và mặt đất. Sau khi hoàn thiện R01, chủ đầu tư đổi vật liệu ốp tầng trệt và hình thức lam. Nhóm cập nhật source, synchronize, kiểm lại mapping đá/kính/lam, phát hiện một vật liệu bị reassign và sửa lại đúng mapping. 4/6 ảnh phải xuất lại; 2 ảnh sân sau không bị ảnh hưởng.

Khi xử lý tình huống, hãy xác định lớp lỗi trước: source model, import/sync, material, context, camera, media, state, sharing hay handover. Chỉ sau đó mới sửa. Đây là nguyên tắc xuyên suốt toàn chuyên đề và là cách tránh việc dùng một công cụ để che lỗi của lớp khác.

Ma trận quyết định

NhómCông cụ/cách làmMục tiêuĐiểm kiểm
ModelDirect Link/ImportBaselineScale/hierarchy
MaterialsMaterials dockĐọc kiến trúcScale/roughness
ContextLibrary/geometryHiểu vị tríVừa đủ
VegetationSpacing/Area/ScatterChiều sâuSightline/FPS
MediaImages DAY/DUSKMô tả + cảm xúcCamera/FOV
R02Synchronize/ReimportCập nhậtOverride/media impact

Quy trình 12 bước áp dụng

  1. Đọc brief và xác định người xem, kênh sử dụng và phần giả lập.
  2. Khóa source version và tạo baseline.
  3. Kiểm scale, hierarchy, Scene graph và import settings.
  4. Xử lý vật liệu/ánh sáng nền trước tài nguyên trang trí.
  5. Thêm context, vegetation, people/vehicles theo camera.
  6. Chốt camera/shot list hoặc storyboard.
  7. Tạo media theo tên có cấu trúc.
  8. Chạy QA kỹ thuật ở kích thước sử dụng.
  9. Kiểm state tools/Presentation/Cloud nếu có.
  10. Giả lập hoặc tiếp nhận change request.
  11. Tái kiểm impact và phát hành version mới.
  12. Đóng gói source, Twinmotion, export, documentation và owner.

Quy trình 12 bước giúp biến thao tác phần mềm thành quy trình có thể lặp. Sinh viên nên coi khả năng cập nhật R02/R03 là tiêu chí bắt buộc, không phải phần cộng thêm sau khi ảnh đã đẹp.

Những lỗi thường gặp

  • Trang trí trước khi kiểm scale.
  • Thay vật liệu sau khi cây che hết công trình.
  • Bối cảnh quá chi tiết nhưng không lên hình.
  • Ảnh đêm dùng để che model chưa xong.
  • FOV quá rộng làm nhà lớn giả.
  • Render Path tracer trước khi chốt camera.
  • Không kiểm phản xạ kính.
  • Sync xong không rà media.

Phân tích lỗi 1 – Trang trí trước khi kiểm scale. Tạo một bản sao an toàn, xác định nguyên nhân trực tiếp, sửa một lớp và so với baseline. Nếu lỗi xuất hiện sau sync/export, ghi chính xác bước và phiên bản để người khác tái hiện.

Phân tích lỗi 2 – Thay vật liệu sau khi cây che hết công trình. Tạo một bản sao an toàn, xác định nguyên nhân trực tiếp, sửa một lớp và so với baseline. Nếu lỗi xuất hiện sau sync/export, ghi chính xác bước và phiên bản để người khác tái hiện.

Phân tích lỗi 3 – Bối cảnh quá chi tiết nhưng không lên hình. Tạo một bản sao an toàn, xác định nguyên nhân trực tiếp, sửa một lớp và so với baseline. Nếu lỗi xuất hiện sau sync/export, ghi chính xác bước và phiên bản để người khác tái hiện.

Phân tích lỗi 4 – Ảnh đêm dùng để che model chưa xong. Tạo một bản sao an toàn, xác định nguyên nhân trực tiếp, sửa một lớp và so với baseline. Nếu lỗi xuất hiện sau sync/export, ghi chính xác bước và phiên bản để người khác tái hiện.

Phân tích lỗi 5 – FOV quá rộng làm nhà lớn giả. Tạo một bản sao an toàn, xác định nguyên nhân trực tiếp, sửa một lớp và so với baseline. Nếu lỗi xuất hiện sau sync/export, ghi chính xác bước và phiên bản để người khác tái hiện.

Bài thực hành

Dùng một model ngoại thất gần trống bối cảnh. Hoàn thiện tối thiểu 6 Images gồm DAY/DUSK, ghi Statistics ở ba mốc, rồi thực hiện một change request từ source và phát hành R02.

Yêu cầu bắt buộc: phải có trạng thái trước–sau hoặc R01/R02; ít nhất ba quyết định kỹ thuật được giải thích; một lỗi được phát hiện qua kiểm chéo; và một bảng xác định nội dung nào là dữ liệu thật, nội dung nào là minh họa nếu case có yếu tố giả lập.

Sản phẩm sinh viên phải nộp

  • Baseline R00.
  • 6 Images R01.
  • Cặp DAY/DUSK.
  • Bảng Statistics.
  • Checklist ngoại thất.
  • R02 + change log.

Phiếu tự kiểm

  • Source model có đúng version và mở được không?
  • Scale/hierarchy/import settings có được kiểm và ghi lại không?
  • Scene graph có đủ rõ để bàn giao không?
  • Vật liệu có đúng tỷ lệ và không dùng để bù ánh sáng không?
  • Context/cây/người/xe có tạo hiểu nhầm không?
  • Camera/FOV/eye level có mô tả không gian trung thực không?
  • Media có được đặt tên và kiểm ở file xuất thật không?
  • Statistics/hiệu năng có được kiểm nếu scene nặng không?
  • State tools/Presentation có đúng phương án không?
  • Cloud/Local có được test như người nhận không?
  • ACTIVE_VERSION/change log có cập nhật không?
  • Một người khác có thể mở và tiếp tục dự án không?

Ghi nhớ trong 30 giây

  • Ngoại thất được dựng theo lớp, không theo cảm hứng.
  • Vật liệu kiến trúc trước cây/xe.
  • Context theo camera.
  • DAY là mốc tốt để kiểm model.
  • Case hoàn tất khi qua được 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. Các tính năng và giới hạn có thể thay đổi theo phiên bản, vì vậy khi áp dụng dự án thật cần đối chiếu tài liệu hiện hành.

  • https://dev.epicgames.com/documentation/twinmotion/datasmith-direct-link-workflow-in-twinmotion
  • https://dev.epicgames.com/documentation/twinmotion/ambience-settings
  • https://dev.epicgames.com/documentation/twinmotion/creating-and-exporting-media
  • https://dev.epicgames.com/documentation/en-us/twinmotion/statistics-in-twinmotion

Bài tiếp theo

Case study: dựng cảnh nội thất từ model trống đến panorama 360°.

📚 Xem toàn bộ 96 bài trong series Twinmotion trong trực quan hóa và trình bày BĐS