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

Panorama: tạo góc nhìn 360° cho không gian BĐS

Panorama: tạo góc nhìn 360° cho không gian BĐS là Bài 58 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Tạo panorama 360° từ vị trí camera có chủ đích, kiểm cao độ, vật thể gần, ánh sáng và độ phân giải để người xem có thể xoay quan sát không gian BĐS mà không gặp điểm ghép hoặc thông tin gây hiểu nhầm.

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 đượ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ùy chọ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 đối chiếu tài liệu chính thức của phiên bản đang sử dụng.

Lưu ý sử dụng: các dự án, kích thước, thời gian, thông số máy, bối cảnh 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 hỗ trợ trực quan hóa và trình bày; hình ảnh hoặc video tạo ra không tự thay thế hồ sơ thiết kế, khảo sát, pháp lý, quy hoạch, chiếu sáng hoặc kết luận kỹ thuật đã được phê duyệt.

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

  • Hiểu panorama 360° khác ảnh phẳng ở cách người xem điều hướng.
  • Chọn vị trí camera panorama theo không gian và lộ trình.
  • Kiểm các vật thể gần camera, đường ghép và cao độ.
  • Chọn độ phân giải panorama phù hợp.
  • Tổ chức nhiều panorama thành bộ tham quan có logic.

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

Bài 57 quản lý ảnh phẳng. Panorama thay đổi trải nghiệm: người xem tự xoay nhìn quanh nên những phần từng nằm ngoài khung nay đều có thể xuất hiện. Vì vậy việc dọn cảnh và chọn vị trí camera còn quan trọng hơn.

Bài thuộc Chương 8 – Ảnh, panorama, video và sequence. Kết quả học tập được đánh giá bằng khả năng giải thích lựa chọn, tái tạo thao tác, phát hiện sai lệch và bàn giao trạng thái cho người khác; không chỉ bằng một hình ảnh bắt mắt.

1. Panorama 360° trao quyền nhìn quanh cho người xem

Ảnh phẳng do người làm hình quyết định khung. Panorama cho phép người xem xoay gần toàn bộ hướng quanh một điểm, phù hợp khám phá phòng, sảnh, tiện ích và không gian mở.

Điều này đồng nghĩa không thể giấu lỗi ở ngoài khung; toàn bộ vòng quanh camera cần được kiểm.

Điểm cần kiểm sâu: Để thao tác có thể kiểm chứng, nên giữ một media gốc rồi tạo bản sao trước khi thay đổi. Cách này giúp so sánh trước–sau và quay lại trạng thái an toàn nếu thử nghiệm không đạt.

Quy trình thực hành gợi ý:

  1. Chọn một không gian hoàn thiện 360°.
  2. Tạo panorama.
  3. Xoay đủ vòng.
  4. Ghi mọi lỗi ngoài hướng nhìn ban đầu.

Cách tự kiểm:

  • Không có mặt chưa vật liệu.
  • Không có helper/đối tượng thử.
  • Không có khoảng trống vô lý.

Lưu ý: Panorama không phải ảnh thường kéo rộng; nó là trải nghiệm nhìn quanh từ một điểm.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

2. Vị trí camera quan trọng hơn FOV trong panorama

Panorama ghi toàn cảnh quanh camera nên vị trí đặt máy quyết định trải nghiệm. Đặt quá sát tường, cột, cây hoặc đồ nội thất có thể làm vật thể gần biến dạng và che phần lớn tầm nhìn.

Trong căn hộ, vị trí gần trung tâm vùng lưu thông thường dễ hiểu hơn góc ép sát tường, nhưng vẫn phải phù hợp cách người thực sự sử dụng không gian.

Điểm cần kiểm sâu: Kết quả cần được kiểm ở kích thước sử dụng thực tế. Một chi tiết rất rõ trong Viewport có thể không còn thấy trên điện thoại; ngược lại, lỗi nhỏ ở cạnh khung có thể lộ rõ trên màn hình lớn.

Quy trình thực hành gợi ý:

  1. Thử ba vị trí camera.
  2. Xem đủ 360°.
  3. Kiểm khoảng cách đến vật thể gần.
  4. Chọn vị trí có ít che khuất nhất nhưng vẫn tự nhiên.

Cách tự kiểm:

  • Không xuyên vật thể.
  • Không có đối tượng khổng lồ sát camera.
  • Lối đi và cửa đọc được.

Lưu ý: Không đặt camera ở vị trí con người không thể đứng nếu mục tiêu là trải nghiệm.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

3. Cao độ panorama phải phù hợp trải nghiệm

Cao độ quá cao khiến người xem có cảm giác lơ lửng; quá thấp làm bàn, lan can hoặc đồ vật che nhiều hướng. Tương tự Bài 51, cao độ phải gắn với người xem giả định.

Bộ panorama căn hộ nên giữ cao độ tương đối nhất quán giữa các phòng để người xem không bị nhảy chiều cao khi chuyển điểm.

Điểm cần kiểm sâu: Trong dự án nhóm, tên media và trạng thái duyệt quan trọng không kém tham số. Người khác phải mở file và hiểu ngay đâu là bản gốc, đâu là bản thử, đâu là bản đã duyệt.

Quy trình thực hành gợi ý:

  1. Tạo hai panorama cùng vị trí với cao độ khác.
  2. So cảm giác trần/sàn và đồ nội thất.
  3. Chọn một quy tắc cho bộ.
  4. Ghi ngoại lệ nếu có.

Cách tự kiểm:

  • Chuyển giữa pano không gây hụt độ cao.
  • Không có đồ vật che toàn bộ hướng.
  • Ngoại lệ có mục đích.

Lưu ý: Panorama tổng quan cao nên được tách khỏi tuyến trải nghiệm người đi bộ.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

4. Vật thể gần và đường ghép cần kiểm kỹ

Các vật thể quá gần camera, người đang cắt qua camera, cây lá dày hoặc geometry phức tạp có thể tạo vùng khó chịu trong ảnh 360°. Sau export phải xem file bằng trình xem panorama, không chỉ thumbnail.

Điểm dưới chân camera cũng cần kiểm vì người xem có thể nhìn xuống.

Điểm cần kiểm sâu: Để thao tác có thể kiểm chứng, nên giữ một media gốc rồi tạo bản sao trước khi thay đổi. Cách này giúp so sánh trước–sau và quay lại trạng thái an toàn nếu thử nghiệm không đạt.

Quy trình thực hành gợi ý:

  1. Xoay camera đủ vòng.
  2. Kiểm phía trên/dưới.
  3. Di chuyển người/xe khỏi vùng quá gần.
  4. Xuất thử và xem bằng viewer 360°.

Cách tự kiểm:

  • Không có seams dễ thấy.
  • Không có vật thể xuyên camera.
  • Sàn/trần hoàn chỉnh.

Lưu ý: Ảnh panorama chỉ được duyệt sau khi kiểm trong môi trường xem 360°.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

5. Ánh sáng phải ổn ở mọi hướng

Một camera phẳng có thể quay lưng về phía lỗi ánh sáng; panorama không. Cửa sổ sáng, đèn, bóng và phản xạ quanh phòng đều cần cân bằng.

Auto-exposure hoặc Local exposure cần thử cẩn thận vì người xem xoay từ vùng tối sang vùng sáng nhưng panorama xuất là một trạng thái đã kết xuất.

Điểm cần kiểm sâu: Kết quả cần được kiểm ở kích thước sử dụng thực tế. Một chi tiết rất rõ trong Viewport có thể không còn thấy trên điện thoại; ngược lại, lỗi nhỏ ở cạnh khung có thể lộ rõ trên màn hình lớn.

Quy trình thực hành gợi ý:

  1. Xoay 360° trước khi xuất.
  2. Đánh dấu hướng sáng nhất/tối nhất.
  3. Chỉnh Exposure vừa đủ.
  4. Kiểm vật liệu trắng và kính.

Cách tự kiểm:

  • Không có một hướng cháy hoàn toàn.
  • Không có góc tối mất thông tin chính.
  • Màu nhất quán.

Lưu ý: Không giải quyết chênh sáng bằng cách làm mọi vật liệu sáng hơn.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

6. Độ phân giải panorama ảnh hưởng trực tiếp độ rõ khi xoay

Twinmotion hỗ trợ nhiều mức 360 resolution, thường từ 2K đến 16K. Vì điểm ảnh trải toàn cảnh, mức thấp có thể mềm khi phóng vào một hướng.

Mức cao hơn tăng thời gian và dung lượng. Chọn theo thiết bị, nền tảng và khoảng cách xem.

Điểm cần kiểm sâu: Trong dự án nhóm, tên media và trạng thái duyệt quan trọng không kém tham số. Người khác phải mở file và hiểu ngay đâu là bản gốc, đâu là bản thử, đâu là bản đã duyệt.

Quy trình thực hành gợi ý:

  1. Xuất cùng pano ở 4K và 8K nếu máy cho phép.
  2. Xem cùng viewer.
  3. Đọc chi tiết cửa/biển/vật liệu.
  4. Ghi thời gian.

Cách tự kiểm:

  • Mức chọn có lợi ích thấy được.
  • Nền tảng chia sẻ hỗ trợ.
  • Không xuất 16K chỉ theo thói quen.

Lưu ý: Độ phân giải cao không sửa được camera sai hoặc vật liệu lỗi.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

7. Panorama Set cần tuyến tham quan có logic

Nhiều panorama nên được tổ chức theo tuyến: sảnh → phòng khách → bếp → phòng ngủ → ban công, hoặc cổng → sảnh → tiện ích. Người xem cần biết mỗi điểm đại diện không gian nào.

Nếu dùng Twinmotion Cloud/Panorama Set, tên và thứ tự càng quan trọng.

Điểm cần kiểm sâu: Để thao tác có thể kiểm chứng, nên giữ một media gốc rồi tạo bản sao trước khi thay đổi. Cách này giúp so sánh trước–sau và quay lại trạng thái an toàn nếu thử nghiệm không đạt.

Quy trình thực hành gợi ý:

  1. Chọn 5–8 điểm.
  2. Đặt tên theo tuyến.
  3. Kiểm không trùng vị trí.
  4. Tạo thứ tự kể chuyện.

Cách tự kiểm:

  • Mỗi điểm bổ sung thông tin mới.
  • Khoảng chuyển hợp lý.
  • Không có hai pano gần như giống nhau.

Lưu ý: Không cần quá nhiều điểm; chất lượng vị trí quan trọng hơn số lượng.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án thay đổi.

8. Minh bạch bối cảnh trong trải nghiệm 360°

Panorama cho người xem cảm giác hiện diện nên dễ tạo kỳ vọng mạnh. Nếu cảnh là phương án, concept hoặc nội thất minh họa, cần quản lý thông tin để không bị hiểu là hiện trạng đã hoàn thiện.

Bối cảnh ngoài cửa sổ, tiện ích, cây xanh và đồ nội thất phải được xem như một phần của thông tin truyền đạt.

Điểm cần kiểm sâu: Kết quả cần được kiểm ở kích thước sử dụng thực tế. Một chi tiết rất rõ trong Viewport có thể không còn thấy trên điện thoại; ngược lại, lỗi nhỏ ở cạnh khung có thể lộ rõ trên màn hình lớn.

Quy trình thực hành gợi ý:

  1. Liệt kê các yếu tố giả lập.
  2. Kiểm hướng ngoài cửa sổ.
  3. Đánh dấu nội bộ trạng thái concept.
  4. Bảo đảm bộ pano có ghi chú phù hợp khi bàn giao.

Cách tự kiểm:

  • Không mô tả giả định như hiện hữu.
  • Không che bối cảnh quan trọng.
  • Có hồ sơ nguồn cho mô hình và phương án.

Lưu ý: Panorama tăng mức nhập vai nên trách nhiệm trình bày rõ trạng thái càng cao.

Bằng chứng nên lưu: media hoặc ảnh trước–sau, tên trạng thái và một dòng giải thích vì sao thay đổi được giữ lại. Bằng chứng giúp phân biệt quyết định có chủ đích với chỉnh ngẫu nhiên và hỗ trợ kiểm chéo khi dự án 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: Một căn hộ mẫu được tạo pano từ góc sát sofa vì góc đó đẹp khi nhìn về TV. Khi xoay 180°, lưng sofa chiếm gần nửa khung và camera gần như nằm trong rèm. Nhóm di chuyển pano sang vùng lưu thông, giữ cao độ nhất quán với các phòng khác, dọn người/cây gần camera và xuất thử 4K/8K. Trải nghiệm 360° tốt hơn dù ảnh nhìn về TV không còn kịch tính bằng góc ban đầu.

Khi xử lý tình huống, hãy xác định loại đầu ra, người xem, thông tin bắt buộc phải giữ và những biến cần khóa trước khi thay tham số. Chỉ thay từng nhóm thiết lập, lưu bản thử và đối chiếu với bản gốc. Cách làm này giúp kết quả có thể giải thích và tái tạo thay vì phụ thuộc vào cảm giác.

Ma trận ra quyết định nhanh

Tình huống/nhómThiết lập hoặc cách tiếp cậnMục đíchĐiểm phải kiểm
Phòng kháchVùng lưu thôngCao độ trải nghiệmKiểm sofa/đèn gần
Phòng ngủKhông sát giườngGiữ cửa/tủ đọc đượcKiểm gương
Ban côngTránh sát lan canKiểm cảnh quanKhông giả lập view quá mức
SảnhTrục giao thôngKiểm biển/lối vàoNgười không quá gần
Tiện íchĐiểm quan sát hợp lýKiểm cây/nướcRõ trạng thái concept
Ngoại thấtĐiểm đứng thực tếKiểm toàn bối cảnhKhông xuyên cây/xe

Quy trình 10 bước áp dụng trong một dự án thật

  1. Đọc yêu cầu đầu ra và xác định người xem chính.
  2. Chọn đúng mô hình/phiên bản và kiểm Scene graph, vật liệu, ánh sáng cơ bản.
  3. Mở shot list hoặc storyboard; không bắt đầu bằng thử tham số ngẫu nhiên.
  4. Khóa các biến không thuộc mục tiêu bài để phép thử có ý nghĩa.
  5. Tạo bản gốc hoặc media đối chứng trước khi thay đổi.
  6. Thực hiện thay đổi theo từng nhóm nhỏ và đặt tên ngay sau khi tạo biến thể.
  7. Kiểm trong Media dock và ở trạng thái đã lưu, không dựa vào Viewport tạm.
  8. Xuất một bản thử nhẹ và mở file ngoài Twinmotion ở kích thước sử dụng.
  9. Ghi lỗi, sửa đúng lớp và kiểm chéo nếu là media quan trọng.
  10. Chỉ chuyển APPROVED khi nội dung, kỹ thuật và thông tin bàn giao đều đạt.

Quy trình này giữ được nguyên tắc: mỗi quyết định đều có đầu vào, phép thử, bằng chứng và điểm duyệt. Khi dự án đổi mô hình, vật liệu hoặc kênh truyền thông, nhóm có thể cập nhật có kiểm soát thay vì làm lại từ đầu.

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

  • Đặt pano sát tường để lấy rộng.
  • Không kiểm phía sau camera.
  • Người/xe đứng quá gần camera.
  • Mỗi pano một cao độ khác nhau.
  • Xuất 16K mà chưa thử mức thấp hơn.
  • Chỉ xem thumbnail, không mở bằng viewer 360°.

Lỗi 1 – Đặt pano sát tường để lấy rộng. Khi gặp lỗi này, không sửa đồng thời camera, ánh sáng và vật liệu. Hãy tạo bản sao media, xác định biến trực tiếp gây sai lệch, sửa một bước rồi so với bản gốc. Nếu lỗi chỉ xuất hiện sau Export, kiểm thêm kích thước, định dạng, Render mode và giới hạn của tính năng trong phiên bản đang dùng.

Lỗi 2 – Không kiểm phía sau camera. Khi gặp lỗi này, không sửa đồng thời camera, ánh sáng và vật liệu. Hãy tạo bản sao media, xác định biến trực tiếp gây sai lệch, sửa một bước rồi so với bản gốc. Nếu lỗi chỉ xuất hiện sau Export, kiểm thêm kích thước, định dạng, Render mode và giới hạn của tính năng trong phiên bản đang dùng.

Lỗi 3 – Người/xe đứng quá gần camera. Khi gặp lỗi này, không sửa đồng thời camera, ánh sáng và vật liệu. Hãy tạo bản sao media, xác định biến trực tiếp gây sai lệch, sửa một bước rồi so với bản gốc. Nếu lỗi chỉ xuất hiện sau Export, kiểm thêm kích thước, định dạng, Render mode và giới hạn của tính năng trong phiên bản đang dùng.

Lỗi 4 – Mỗi pano một cao độ khác nhau. Khi gặp lỗi này, không sửa đồng thời camera, ánh sáng và vật liệu. Hãy tạo bản sao media, xác định biến trực tiếp gây sai lệch, sửa một bước rồi so với bản gốc. Nếu lỗi chỉ xuất hiện sau Export, kiểm thêm kích thước, định dạng, Render mode và giới hạn của tính năng trong phiên bản đang dùng.

Lỗi 5 – Xuất 16K mà chưa thử mức thấp hơn. Khi gặp lỗi này, không sửa đồng thời camera, ánh sáng và vật liệu. Hãy tạo bản sao media, xác định biến trực tiếp gây sai lệch, sửa một bước rồi so với bản gốc. Nếu lỗi chỉ xuất hiện sau Export, kiểm thêm kích thước, định dạng, Render mode và giới hạn của tính năng trong phiên bản đang dùng.

Bài thực hành

Tạo tuyến 6 panorama cho căn hộ hoặc tiện ích. Mỗi pano phải có ID, vị trí, cao độ tương đối, mục tiêu và ghi chú bối cảnh. Xuất một pano đại diện ở hai độ phân giải để chọn thông số chung, sau đó kiểm toàn bộ bằng trình xem 360°.

Yêu cầu thực hiện: lưu cả trạng thái trước và sau, đặt tên media có quy tắc, ghi tối thiểu ba quyết định kỹ thuật và giải thích vì sao chọn chúng. Không chấm cao sản phẩm chỉ vì bắt mắt nếu quy trình không thể lặp lại hoặc làm người xem hiểu sai tỷ lệ, bối cảnh hay trạng thái phương án.

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

  • 6 panorama có tên theo tuyến.
  • Sơ đồ vị trí 6 điểm camera.
  • Cặp thử hai độ phân giải.
  • Bảng kiểm 360° gồm trên/dưới/trước/sau.
  • Ghi chú các yếu tố giả lập trong cảnh.

Phiếu tự kiểm trước khi nộp

  • Tôi đã xác định rõ mục tiêu và kênh sử dụng của media chưa?
  • Camera và trạng thái mô hình có đúng phiên bản cần trình bày không?
  • Tôi có thay quá nhiều biến cùng lúc khiến không thể giải thích kết quả không?
  • Tên media/trạng thái có đủ rõ để người khác tiếp tục không?
  • Vật liệu, ánh sáng, người, xe, cây và phản xạ có lỗi dễ thấy không?
  • Tôi đã kiểm cả Viewport và media đã lưu chưa?
  • Tôi đã mở file sau Export ở kích thước sử dụng thực tế chưa?
  • Có chi tiết nào làm người xem hiểu sai quy mô, công năng, bối cảnh hay tình trạng dự án không?
  • Nếu là tình huống giả lập, trạng thái giả lập đã được ghi rõ trong quy trình bàn giao chưa?
  • Tôi có lưu bằng chứng trước–sau cho thay đổi quan trọng không?
  • Sản phẩm có thể được người khác cập nhật mà không cần hỏi lại toàn bộ không?
  • Nguồn kỹ thuật và phiên bản phần mềm đã được kiểm khi có khác biệt giao diện không?

Phòng kiểm chứng: ba phép thử bắt buộc

Phép thử A – khóa biến

Tạo hai media có cùng camera, mô hình, vật liệu và môi trường. Chỉ thay đúng biến trọng tâm của bài. Ghi khác biệt bằng ảnh trước–sau và một câu kết luận.

Sau phép thử, ghi kết quả – nguyên nhân – quyết định giữ/bỏ; không chỉ ghi “đẹp hơn” hoặc “xấu hơn”.

Phép thử B – đổi kênh sử dụng

Giữ nội dung chính nhưng chuyển đầu ra sang một kênh khác, ví dụ ảnh dọc hoặc màn hình nhỏ. Kiểm xem lựa chọn ban đầu còn phù hợp không.

Sau phép thử, ghi kết quả – nguyên nhân – quyết định giữ/bỏ; không chỉ ghi “đẹp hơn” hoặc “xấu hơn”.

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

Nhờ một thành viên khác mở lại chỉ dựa vào tên media, shot list và ghi chú. Người đó phải tìm đúng trạng thái, biết media nào đã duyệt và biết cần sửa ở đâu.

Sau phép thử, ghi kết quả – nguyên nhân – quyết định giữ/bỏ; không chỉ ghi “đẹp hơn” hoặc “xấu hơn”.

Ghi nhớ trong 30 giây

  • Panorama là trải nghiệm từ một điểm, không phải ảnh phẳng rộng.
  • Camera phải có không gian xung quanh.
  • Kiểm đủ 360°, kể cả dưới chân và sau lưng.
  • Độ phân giải cao tăng chi phí.
  • Bộ pano cần tuyến và tên rõ.

Nguồn tham khảo

Nguồn kỹ thuật ưu tiên là Epic Games – Twinmotion Documentation. Khi giao diện khác bài, kiểm đúng phiên bản đang dùng.

  • https://dev.epicgames.com/documentation/twinmotion/images-and-panoramas
  • https://dev.epicgames.com/documentation/twinmotion/export-settings-for-images-and-panoramas-in-twinmotion
  • https://dev.epicgames.com/documentation/twinmotion/creating-and-exporting-media
  • https://dev.epicgames.com/documentation/twinmotion/export-settings-for-panorama-sets-in-twinmotion

Bài tiếp theo

Video: tạo camera path mượt thay vì bay máy ngẫu nhiên.

Phân tích sâu khi dự án có nhiều vòng chỉnh sửa

Media trong dự án thực tế hiếm khi được làm một lần rồi kết thúc. Thiết kế có thể đổi cửa, vật liệu, cảnh quan, nội thất, biển hiệu hoặc phương án vận hành. Vì vậy thiết lập của bài cần được đánh giá theo khả năng sống cùng thay đổi. Một lựa chọn tốt không chỉ tạo kết quả đẹp hôm nay mà còn giúp người khác nhận biết trạng thái, cập nhật đúng media và phát hiện ảnh/video nào cần xuất lại.

Hãy mô phỏng một change request sau khi media đã duyệt: thay vật liệu sàn, di chuyển một cửa hoặc thay cụm cây. Đồng bộ mô hình, mở lại từng media liên quan, đánh dấu media bị ảnh hưởng, kiểm lại camera/ánh sáng/trạng thái rồi xuất R02. So sánh thời gian với cách làm không có shot list và không có quy tắc đặt tên.

Lưu một bảng CHANGE LOG gồm ngày, yêu cầu, media bị ảnh hưởng, người sửa, kết quả kiểm và trạng thái phát hành. Trong BĐS, ảnh cũ có thể tiếp tục lưu hành sau khi phương án đã thay đổi nếu nhóm không kiểm soát phiên bản.

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