Images: tạo và quản lý bộ ảnh từ các camera đã chọn

Images: tạo và quản lý bộ ảnh từ các camera đã chọn là Bài 57 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Tạo Images từ bộ camera đã duyệt, đặt tên, nhân bản biến thể, quản lý Ambience/View set và cập nhật khi mô hình thay đổi để bộ ảnh BĐS nhất quán và dễ 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 đượ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 Image là media đã lưu, khác ảnh chụp màn hình tức thời.
Tạo bộ Images từ shot list đã duyệt.
Đặt tên và sắp thứ tự để quản lý hàng chục ảnh.
Tạo biến thể có kiểm soát bằng Ambience/View set khi phù hợp.
Cập nhật và kiểm lại Images sau khi mô hình nguồn thay đổi.

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

Bài 56 hoàn tất cổng kiểm ảnh. Từ Bài 57, người học bước vào Chương 8 và quản lý media như một sản phẩm có cấu trúc. Camera tốt chỉ là điểm bắt đầu; dự án thực tế cần nhiều ảnh, nhiều phương án và nhiều vòng sửa.

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. Image là trạng thái media đã lưu, không phải Screenshot tạm thời

Khi tạo Image trong Media dock, Twinmotion lưu một điểm nhìn cùng các thiết lập liên quan của media. Điều này cho phép quay lại, chỉnh và xuất có kiểm soát hơn việc chụp màn hình Viewport.

Screenshot phù hợp ghi nhanh thao tác; Image phù hợp sản phẩm cần quản lý, lặp lại và xuất chính thức.

Đ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 ý:

Đến camera đã duyệt.
Mở Media > Image.
Tạo Image.
Rời góc rồi quay lại thumbnail để kiểm.

Cách tự kiểm:

Camera tái hiện đúng.
Tên Image có ý nghĩa.
Không dùng screenshot làm bản cuối.

Lưu ý: Luôn kiểm media đã lưu sau khi tạo.

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. Shot list phải đi trước danh sách Images

Nếu tạo ảnh tự phát, Media dock nhanh chóng chứa nhiều thumbnail gần giống nhau. Shot list xác định trước ID, không gian, mục tiêu, kênh và trạng thái.

Một dự án nhỏ cũng nên có các nhóm: ngoại thất, nội thất, tiện ích, tổng quan, chi tiế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 ý:

Lập shot list 12 ảnh.
Gán ID.
Tạo theo thứ tự.
Đánh dấu CREATED/REVIEW/APPROVED.

Cách tự kiểm:

Mỗi Image có mục tiêu.
Không trùng chức năng.
Có thể biết ảnh còn thiếu mà không mở file.

Lưu ý: Ảnh đẹp nhưng không nằm trong kế hoạch vẫn có thể là ảnh phụ, không nên làm rối bộ chính.

3. Đặt tên Image để đọc được mục đích và phiên bản

Tên như Image001, Image002 không đủ khi có nhiều vòng. Nên dùng cấu trúc ngắn nhưng có nghĩa, ví dụ EXT_ENTRY_01, INT_LIVING_02, AMENITY_POOL_01.

Nếu có phương án, thêm A/B; nếu có ngày/phiên bản, quản lý ở bảng hoặc tên tùy quy ước.

Đ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 ý:

Đổi tên toàn bộ thumbnail.
Sắp nhóm theo không gian.
Loại tên trùng.
Đối chiếu với file export.

Cách tự kiểm:

Tên Twinmotion và file xuất tương ứng.
Không có ảnh mồ côi.
Người khác hiểu tên.

Lưu ý: Không nhồi quá nhiều thông tin khiến tên khó đọc; phần chi tiết để trong bảng shot list.

4. Nhân bản Image để tạo biến thể thay vì dựng lại từ đầu

Khi cần cùng camera nhưng khác thời điểm, vật liệu hoặc phương án, nhân bản media giúp giữ khung. Sau đó chỉ thay biến cần nghiên cứu.

Cách này đặc biệt hữu ích cho day/night, phương án A/B, furnished/unfurnished hoặc vật liệu lựa chọn.

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

Nhân bản một Image chuẩn.
Đổi tên biến thể.
Chỉ thay Ambience/View set cần thiết.
So sánh cạnh nhau.

Cách tự kiểm:

Camera giống nhau.
Biến thể có lý do.
Không đổi đồng thời quá nhiều biến.

Lưu ý: Nếu mục tiêu không phải so sánh, có thể dùng camera khác; đừng ép mọi ảnh cùng khung.

5. Ambience được kiểm theo từng Image

Mỗi Image có thể có Ambience riêng. Vì vậy thay Viewport không có nghĩa mọi ảnh đã thay, và chỉnh một thumbnail không nên được giả định áp dụng cho toàn bộ bộ ảnh.

Bộ ảnh cần quy tắc: nhóm ngoại thất cùng môi trường, nhóm nội thất cùng cân bằng màu, trừ khi có lý do khác.

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

Chọn từng Image.
Kiểm tab Image/Ambience.
So thông số chính giữa nhóm.
Sao chép/chuẩn hóa khi cần.

Cách tự kiểm:

Không có một ảnh lệch màu vô cớ.
Exposure phù hợp từng cảnh.
Render mode đúng kế hoạch.

Lưu ý: Tính nhất quán không đồng nghĩa mọi ảnh có cùng Exposure tuyệt đối.

6. View sets có thể quản lý nhiều trạng thái cảnh trên cùng camera

View sets cho phép thay visibility hoặc trạng thái đã chuẩn bị để cùng Image trình bày các phiên bản cảnh. Đây là công cụ hữu ích cho A/B, hiện trạng/phương án hoặc nội thất có/không có đồ.

Cần quản lý tên View set và tránh trạng thái chồng chéo gây hiểu nhầm.

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

Tạo hai trạng thái A/B.
Áp vào hai bản sao Image.
Khóa camera.
Kiểm Scene graph visibility.

Cách tự kiểm:

Chỉ khác nội dung phương án.
Không có đối tượng của A lọt sang B.
Tên rõ.

Lưu ý: Bài sau sẽ đi sâu media khác; ở đây View set chỉ dùng để giữ Images có hệ thống.

7. Mô hình thay đổi thì bộ Images phải được tái kiểm

Direct Link/Reimport có thể làm thay đổi vật thể, vật liệu, visibility hoặc framing. Sau mỗi cập nhật lớn, không nên giả định mọi Image vẫn đúng.

Shot list nên có cột RECHECK sau model update.

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

Đồng bộ mô hình thử.
Duyệt lần lượt Images.
Kiểm clipping/vật liệu/đối tượng che.
Cập nhật trạng thái.

Cách tự kiểm:

Không có camera nằm trong tường mới.
Vật liệu giữ đúng.
Ảnh A/B vẫn đúng trạng thái.

Lưu ý: Media là đầu ra phụ thuộc mô hình; thay nguồn có thể kéo theo lỗi ở tất cả ảnh.

8. Xuất theo nhóm và kiểm file cuối

Export dock cho phép chọn Images cần xuất. Nên xuất theo nhóm/kênh để giảm nhầm thông số, rồi mở file ngoài Twinmotion để kiểm.

Tên file, kích thước, định dạng và thư mục phải khớp bảng đầu ra.

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

Chọn nhóm APPROVED.
Thiết lập Export.
Start export.
Mở file kết quả và đánh dấu kiểm.

Cách tự kiểm:

Không xuất nhầm draft.
Đúng số lượng.
Đúng kích thước.
Không có file hỏng.

Lưu ý: Ảnh chưa APPROVED không nên nằm trong thư mục bàn giao cuố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 dự án có 28 Images sau ba ngày làm việc nhưng chỉ 12 ảnh thực sự cần. Thumbnail được đặt tên mặc định, một số ảnh là bản thử FOV, một số là phương án B. Nhóm xây lại shot list 14 ảnh, đổi tên, nhân bản có chủ đích cho A/B, loại ảnh thử khỏi luồng bàn giao và thêm cột APPROVED. Media dock trở thành hệ thống thay vì kho ảnh ngẫu nhiên.

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óm	Thiết lập hoặc cách tiếp cận	Mục đích	Điểm phải kiểm
EXT	Ngoại thất	Lối vào, mặt đứng, tổng quan	Môi trường đồng nhất
INT	Nội thất	Phòng khách, bếp, ngủ	Cân bằng màu nhất quán
AMENITY	Tiện ích	Hồ bơi, gym, cảnh quan	Kiểm người/cây
DETAIL	Chi tiết	Vật liệu/đồ nội thất	Có thể DOF mạnh hơn
A/B	So sánh	Cùng camera	Khóa biến ngoài phương án
APPROVED	Bàn giao	Chỉ media đã duyệt	Xuất theo bảng đầu ra

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

Đọc yêu cầu đầu ra và xác định người xem chính.
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.
Mở shot list hoặc storyboard; không bắt đầu bằng thử tham số ngẫu nhiên.
Khóa các biến không thuộc mục tiêu bài để phép thử có ý nghĩa.
Tạo bản gốc hoặc media đối chứng trước khi thay đổi.
Thực hiện thay đổi theo từng nhóm nhỏ và đặt tên ngay sau khi tạo biến thể.
Kiểm trong Media dock và ở trạng thái đã lưu, không dựa vào Viewport tạm.
Xuất một bản thử nhẹ và mở file ngoài Twinmotion ở kích thước sử dụng.
Ghi lỗi, sửa đúng lớp và kiểm chéo nếu là media quan trọng.
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ạo Image không có shot list.
Giữ tên mặc định hàng chục ảnh.
Nhân bản nhưng quên đổi tên.
Chỉnh Viewport rồi tưởng mọi Images đã cập nhật.
Đồng bộ model nhưng không kiểm lại camera.
Xuất cả draft lẫn approved.

Lỗi 1 – Tạo Image không có shot list. 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 – Giữ tên mặc định hàng chục ảnh. 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 – Nhân bản nhưng quên đổi tê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.

Lỗi 4 – Chỉnh Viewport rồi tưởng mọi Images đã cập nhật. 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 – Đồng bộ model nhưng không kiểm lại 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.

Bài thực hành

Từ một mô hình đã hoàn thiện, lập shot list 12 Images chia 4 nhóm. Tạo đủ media, đổi tên, tạo ít nhất hai biến thể A/B hoặc ngày/đêm bằng cách nhân bản, rồi thực hiện một thay đổi mô hình nhỏ và tái kiểm toàn bộ 12 ảnh.

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

Shot list 12 ảnh.
12 Images đặt tên có cấu trúc.
Hai cặp biến thể cùng camera.
Bảng trạng thái CREATED/REVIEW/APPROVED.
Thư mục export chỉ chứa ảnh đã duyệt.

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

Image là media có trạng thái, không phải screenshot.
Shot list đi trước Media dock.
Tên ảnh phải có nghĩa.
Model thay đổi thì ảnh phải tái kiểm.
Chỉ export nhóm đã APPROVED.

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/creating-and-exporting-media
https://dev.epicgames.com/documentation/en-us/twinmotion/how-to-apply-view-sets-in-twinmotion
https://dev.epicgames.com/documentation/twinmotion/exporting-media-locally-in-twinmotion

Bài tiếp theo

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

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.