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

Case study: dựng cảnh nội thất từ model trống đến panorama 360° là Bài 92 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Hoàn thiện một không gian nội thất từ mô hình thiết kế cơ bản đến panorama 360°, kiểm vật liệu, đèn, kính, đồ nội thất, camera 360° và toàn bộ phần phía sau camera thay vì chỉ tối ưu một góc ảnh.

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

Tổ chức model nội thất trước khi trang trí.
Hoàn thiện vật liệu và ánh sáng theo lớp.
Chọn vị trí panorama 360° có trải nghiệm hợp lý.
Kiểm đầy đủ 360° gồm trên, dưới, sau lưng camera.
Chọn độ phân giải panorama theo mục tiêu xem.

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

Bài 91 kết thúc ngoại thất. Bài 92 chuyển vào nội thất, nơi camera 360° làm lộ toàn bộ scene. Một góc Image đẹp có thể che được phần chưa hoàn thiện phía sau camera, còn panorama thì không; vì vậy quy trình nội thất cần kiểm toàn diện hơn.

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. Dọn model nội thất theo khu chức năng

Chia WALLS, CEILING, FLOOR, DOORS_WINDOWS, FIXED_FURNITURE, LOOSE_FURNITURE, LIGHTS và DECOR. Cấu trúc này giúp bật/tắt nhóm, kiểm vật liệu và thay phương án.

Đồ nội thất nguồn có poly quá cao hoặc nesting quá sâu cần được đánh giá trước khi import.

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:

Rà source.
Gom nhóm.
Xóa object test.
Import/sync baseline.

Cách tự kiểm:

Không furniture trùng.
Không mặt đảo.
Không trần hở.
Scene graph dễ đọc.

Lưu ý: Không đợi panorama mới phát hiện phía sau camera còn model lỗi.

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. Vật liệu nền phải đúng trước decor

Sàn, tường, trần, gỗ, đá, kính và kim loại quyết định cảm nhận nội thất. Chốt chúng trước khi thêm decor nhỏ.

Texture scale trong nội thất dễ bị nhận ra vì camera gần bề mặt.

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:

Thay 6–10 material chính.
Kiểm scale.
Kiểm roughness.
So nhiều góc.

Cách tự kiểm:

Không gạch/gỗ sai tỷ lệ.
Không vật liệu bóng nhựa.
Kính hợp lý.
Không base color bù ánh sáng.

Lưu ý: Decor đẹp không cứu được vật liệu nền sai.

3. Ánh sáng tự nhiên và đèn nhân tạo phải có vai trò riêng

Ban ngày, cửa sổ/sky/sun tạo hướng sáng; đèn nhân tạo bổ sung vùng chức năng. Không bật mọi đèn ở cường độ cao chỉ để làm scene sáng đều.

Kiểm Exposure và Local exposure trước khi tăng material brightness.

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:

Tạo DAY baseline.
Bật đèn theo nhóm.
Kiểm cửa kính.
Chỉnh Exposure.

Cách tự kiểm:

Không cửa sổ cháy trắng.
Không góc tối mất thông tin chính.
Đèn có nguồn.
Màu vật liệu còn đúng.

Lưu ý: Đây là trực quan hóa, không thay thiết kế chiếu sáng.

4. Đồ nội thất và decor phải phục vụ tỷ lệ/công năng

Trong panorama, đồ quá gần camera có thể chiếm khung và gây cảm giác méo. Đặt đồ theo công năng, tránh nhồi decor ở mọi bề mặt.

Người xem 360° cần đọc lối đi, cửa, tủ và quan hệ phòng.

Quy trình thực hành:

Kiểm circulation.
Giảm decor thừa.
Đặt asset.
Xoay thử 360°.

Cách tự kiểm:

Không chắn lối.
Không vật thể xuyên nhau.
Không decor che công năng.
Tỷ lệ hợp lý.

Lưu ý: Không dùng đồ để che tường/trần chưa hoàn thiện.

5. Chọn điểm panorama theo khả năng đứng thực tế

Điểm pano nên nằm ở vùng lưu thông hoặc vị trí người có thể đứng, tránh sát tường, sát sofa, bên trong bàn hoặc quá gần rèm. Cao độ nên nhất quán theo trải nghiệm.

Thử 2–3 vị trí trước khi chốt.

Quy trình thực hành:

Đánh điểm trên mặt bằng.
Tạo pano thử.
Xoay đủ vòng.
Chọn vị trí tốt nhất.

Cách tự kiểm:

Không vật thể khổng lồ gần camera.
Cửa/lối đi rõ.
Không cảm giác lơ lửng.
Cao độ hợp lý.

Lưu ý: Panorama tổng quan cao nếu có phải được ghi là góc tổng quan.

6. Kiểm phía trên và dưới camera

Người xem panorama có thể nhìn lên trần và xuống sàn. Lỗi hở trần, đèn thiếu, texture sàn, chân đồ hoặc điểm giao tường–sàn sẽ lộ.

Đây là điểm khác lớn so với Image phẳng.

Quy trình thực hành:

Nhìn lên.
Nhìn xuống.
Kiểm chân tường.
Kiểm trần/đèn.

Cách tự kiểm:

Không lỗ geometry.
Không texture lỗi.
Không vật thể nổi.
Không shadow lạ.

Lưu ý: QA 360° phải bao gồm mọi hướng.

7. Kính, gương và phản xạ có thể lộ phần ngoài khung

Gương và kính phản chiếu camera-side context, object test và khu chưa hoàn thiện. Với panorama, người xem có thể vừa nhìn trực tiếp vừa thấy phản xạ.

Kiểm reflection bằng cách xoay cả 360°.

Quy trình thực hành:

Kiểm gương.
Kiểm kính.
Ẩn helper/test object.
So Render mode nếu cần.

Cách tự kiểm:

Không phản xạ vật lạ.
Không gương quá tối.
Không kính che view.
Không artifact rõ.

Lưu ý: Phản xạ là một camera thứ hai cần QA.

8. Chọn độ phân giải panorama theo thiết bị

Tài liệu hiện hành cho các mức 2K, 4K, 6K, 8K, 16K. Điểm ảnh trải trên toàn cảnh nên panorama thường cần độ phân giải cao hơn ảnh phẳng để giữ chi tiết trong một hướng nhìn.

Chọn theo Cloud/viewer/mobile/desktop và thời gian export.

Quy trình thực hành:

Xuất 4K/8K test.
Mở viewer.
Kiểm chữ/material.
Ghi thời gian/dung lượng.

Cách tự kiểm:

Mức tăng có ích.
Không xuất 16K mặc định.
Nền tảng hỗ trợ.
Tải chấp nhận.

Lưu ý: Độ phân giải không sửa vị trí camera tệ.

9. Tạo tuyến panorama thay vì các điểm rời

Nếu dự án có nhiều phòng, tổ chức 4–8 pano theo tuyến: cửa vào → phòng khách → bếp → phòng ngủ → ban công. Điều này chuẩn bị cho Panorama Set/Cloud.

Khoảng cách điểm vừa đủ để mỗi pano bổ sung thông tin.

Quy trình thực hành:

Vẽ sơ đồ.
Tạo pano.
Đặt tên.
Sắp thứ tự.

Cách tự kiểm:

Không pano trùng.
Tên dễ hiểu.
Cao độ nhất quán.
Tour có logic.

Lưu ý: Ít điểm nhưng đúng thường tốt hơn nhiều điểm sát nhau.

10. Giả lập thay nội thất và tái kiểm toàn bộ 360°

Đổi sofa hoặc tủ trong source/scene, sau đó kiểm không chỉ hướng camera chính mà toàn bộ pano. Một thay đổi có thể tạo vật thể quá gần ở hướng phía sau.

R02 giúp kiểm độ bền của quy trình.

Quy trình thực hành:

Lưu R01.
Thay object.
Sync/update.
Rà 360°.
Xuất R02.

Cách tự kiểm:

Không va chạm.
Không pano bị che.
Vật liệu giữ.
Change log rõ.

Lưu ý: Panorama cần tái kiểm toàn vòng sau thay đổ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: Phòng khách được dựng đẹp ở góc hướng ra ban công, nhưng pano đầu tiên đặt sát sofa. Khi xoay về sau, lưng sofa chiếm gần nửa khung, trần phía bếp còn thiếu đèn và gương phản chiếu object test. Nhóm di chuyển điểm pano sang vùng lưu thông, dọn decor và sửa trần trước khi xuất 8K.

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óm	Công cụ/cách làm	Mục tiêu	Điểm kiểm
Model	Scene graph nội thất	Quản lý	Không hở/trùng
Materials	PBR/Glass	Tỷ lệ thật	Scale/roughness
Lighting	Ambience + Lights	Đọc không gian	Không cháy/tối
Panorama point	Vùng đứng thực tế	360°	Không sát object
Reflection	Glass/Mirror	QA	Không lộ object test
Resolution	4K/8K/16K tùy mục tiêu	Độ rõ	Thời gian/dung lượng

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

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

Chỉ làm góc nhìn trước camera.
Panorama sát sofa/tường.
Không kiểm trần/sàn.
Gương lộ object test.
Tăng material brightness để sửa ánh sáng.
Xuất 16K trước khi test.
Quá nhiều pano gần nhau.
Thay nội thất nhưng không rà 360°.

Phân tích lỗi 1 – Chỉ làm góc nhìn trước camera. 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 – Panorama sát sofa/tường. 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 – Không kiểm trần/sàn. 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 – Gương lộ object test. 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 – Tăng material brightness để sửa ánh sáng. 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

Hoàn thiện một phòng khách–bếp hoặc căn hộ nhỏ. Tạo tối thiểu 4 panoramas, test một pano ở 4K/8K, lập sơ đồ tuyến và thực hiện một thay đổi 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

Scene graph nội thất.
4+ Panoramas.
Sơ đồ điểm pano.
Test 4K/8K.
Checklist 360°.
R01/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

Panorama làm lộ toàn bộ scene.
Vật liệu/ánh sáng nền trước decor.
Camera pano phải đứng hợp lý.
Kiểm trên–dưới–sau và phản xạ.
Chọn resolution theo thiết bị, không theo mức lớn 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/creating-images-and-panoramas
https://dev.epicgames.com/documentation/twinmotion/export-settings-for-images-and-panoramas-in-twinmotion
https://dev.epicgames.com/documentation/twinmotion/ambience-settings
https://dev.epicgames.com/documentation/twinmotion/working-with-materials-in-twinmotion

Bài tiếp theo

Case study: tạo video walkthrough không gây chóng mặt.

Phòng kiểm chứng cuối bài

Phép thử A – chỉ thay một biến

Giữ camera, model và media gốc; chỉ thay đúng biến trọng tâm. Chụp trước–sau và kết luận theo thông tin, không chỉ theo cảm giác đẹp/xấu.

Phép thử B – change request R02

Thay một yếu tố có kiểm soát, cập nhật source/Twinmotion, lập impact list và phát hành R02. Ghi phần nào phải làm lại và phần nào giữ được.

Phép thử C – bàn giao cho người khác

Đưa gói cho người kiểm chéo. Họ phải tìm được source, media APPROVED, active version và cách cập nhật mà không cần người dựng giải thích miệng.

Nhật ký quyết định mẫu

Mốc	Trạng thái	Quyết định	Bằng chứng
BASE	R00	Khóa nguồn	Screenshot/Stats
TEST	Thử nghiệm	Một biến	Before/After
R01	Được duyệt	Media chính	Shot list
CHANGE	Yêu cầu sửa	Impact list	Change request
R02	Tái phát hành	QA hoàn tất	Change log