Chọn độ phân giải, tỷ lệ khung hình và chất lượng theo kênh sử dụng

Chọn độ phân giải, tỷ lệ khung hình và chất lượng theo kênh sử dụng là Bài 55 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Lựa chọn kích thước xuất, tỷ lệ khung hình và định dạng theo website, mạng xã hội, màn hình trình chiếu, in ấn, panorama và video để tránh kết xuất quá nặng hoặc cắt sai bố cục.

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

Phân biệt độ phân giải và tỷ lệ khung hình.
Chọn kích thước xuất theo kênh thay vì luôn dùng lớn nhất.
Hiểu ảnh, panorama và video có lựa chọn kích thước khác nhau.
Biết tác động của Filmback, custom size và tiled rendering khi phù hợp.
Lập bảng thông số đầu ra trước khi kết xuất hàng loạt.

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

Bài 54 chọn chế độ render. Bài 55 xác định xuất bao nhiêu và theo khung nào. Nếu không biết nơi sử dụng, người làm hình dễ kết xuất file quá lớn, tốn thời gian nhưng cuối cùng lại bị cắt hoặc nén mạnh.

Bài thuộc Chương 7 – Camera và chất lượng kết xuất. 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. Tỷ lệ khung hình quyết định hình dạng khung, độ phân giải quyết định số điểm ảnh

16:9, 1:1 hay 9:16 mô tả quan hệ chiều rộng–chiều cao; 1920×1080 hay 3840×2160 mô tả số điểm ảnh. Hai khái niệm liên quan nhưng không thay thế nhau.

Một ảnh 4K 16:9 vẫn không phù hợp banner dọc nếu chủ thể bị cắt. Vì vậy chọn khung trước, sau đó mới chọn kích thước đủ cho kênh.

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

Liệt kê ba kênh sử dụng.
Ghi tỷ lệ khung hình yêu cầu.
Tạo camera/media tương ứng.
Sau đó đặt kích thước xuất.

Cách tự kiểm:

Không kéo giãn ảnh.
Chủ thể phù hợp khung.
Không dùng độ phân giải để sửa bố cục sai.

Lưu ý: Tỷ lệ khung hình nên được quyết định trước Bài 53 về bố cục và kiểm lại ở bước xuất.

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. Ảnh tĩnh có thể dùng 2K, 4K hoặc kích thước tùy chỉnh

Twinmotion hỗ trợ các mức chuẩn và kích thước tùy chỉnh cho ảnh. Kích thước lớn tăng chi tiết nhưng cũng tăng thời gian, dung lượng và yêu cầu bộ nhớ.

Ảnh website thường không cần cùng kích thước với ảnh in pano khổ lớn. Với mỗi đầu ra, cần biết kích thước hiển thị thực tế, mức nén và khả năng hậu kỳ.

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

Tạo một ảnh 2K và 4K.
Xem ở kích thước hiển thị thực tế.
So sánh chi tiết vật liệu/chữ.
Đo dung lượng và thời gian.

Cách tự kiểm:

4K chỉ được dùng khi lợi ích thấy rõ.
Không xuất 64K theo thói quen.
Có bản nhẹ cho duyệt nhanh.

Lưu ý: Độ phân giải cực lớn chỉ có ý nghĩa khi quy trình sau thật sự cần.

3. Filmback có thể khóa tỷ lệ theo cảm biến giả lập

Filmback áp dụng kích thước cảm biến/khung phim và có thể làm thay đổi tỷ lệ khung cũng như góc nhìn tương ứng. Khi bật, chiều cao đầu ra có thể bị ràng buộc theo tỷ lệ của preset.

Trong công việc BĐS thông thường, chỉ dùng Filmback khi có mục tiêu camera rõ hoặc cần khớp quy trình quay/chụp; không bật chỉ vì tên gọi chuyên nghiệp.

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

Tạo một Image.
Bật một Filmback preset.
Quan sát thay đổi khung và FOV.
So sánh với bản tắt.

Cách tự kiểm:

Biết vì sao dùng.
Không vô tình đổi bố cục đã duyệt.
Thông số được ghi trong bảng đầu ra.

Lưu ý: Nếu không cần mô phỏng camera thật, tỷ lệ khung hình thông thường có thể đơn giản và dễ kiểm hơn.

4. Panorama dùng độ phân giải 360° khác ảnh phẳng

Panorama bao phủ toàn bộ hướng nhìn nên cần nhiều điểm ảnh để giữ chi tiết khi người xem quay. Twinmotion cho các mức từ 2K đến 16K tùy loại panorama.

Không nên so trực tiếp 4K panorama với ảnh 4K phẳng về độ sắc nét tại một góc nhìn; điểm ảnh của panorama trải trên toàn cầu ảnh.

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

Tạo panorama cùng vị trí ở hai mức.
Xem bằng trình xem 360°.
Kiểm chữ, vật liệu và chi tiết xa.
Ghi thời gian/dung lượng.

Cách tự kiểm:

Chọn mức phù hợp thiết bị và cách chia sẻ.
Không tăng độ phân giải nếu nền tảng tự hạ mạnh.
Camera đứng ở vị trí không bị che.

Lưu ý: Bài 58 sẽ đi sâu vào panorama; ở đây chỉ quyết định kích thước đầu ra.

5. Video phải tính đồng thời kích thước, thời lượng và số khung hình

Video có nhiều khung hình nên chi phí kết xuất tăng rất nhanh. 4K không chỉ nặng hơn một ảnh 4K mà nặng theo toàn bộ thời lượng.

Kênh mạng xã hội, màn hình sales gallery, YouTube hay trình chiếu hội nghị có yêu cầu khác nhau. Nên xuất đoạn thử ngắn trước khi kết xuất toàn video.

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

Chọn 5–10 giây đại diện.
Xuất 2K và 4K.
So sánh trên thiết bị đích.
Ước thời gian toàn video.

Cách tự kiểm:

Không chọn 4K nếu không cần.
Không phát hiện lỗi motion sau khi đã render toàn bộ.
Có dung lượng lưu trữ đủ.

Lưu ý: Tối ưu thời lượng và đường camera thường đem lại hiệu quả lớn hơn chỉ tăng độ phân giải.

6. Tiled rendering giúp vượt giới hạn bộ nhớ nhưng có đánh đổi

Tiled rendering cho phép xuất kích thước rất lớn bằng cách chia khung thành các ô. Tính năng này hữu ích khi đầu ra thật sự cần độ phân giải cao, nhưng thời gian tăng và một số hiệu ứng có thể bị ảnh hưởng.

Không dùng tiled rendering như mặc định. Cần kiểm các giới hạn của phiên bản và xuất thử vùng/cảnh có phản xạ, DOF, bloom hoặc GI.

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

Chỉ bật khi kích thước vượt nhu cầu thông thường.
Xuất thử một media.
Kiểm đường ghép và hiệu ứng.
Ghi thời gian.

Cách tự kiểm:

Không có lỗi giữa các tile.
Hiệu ứng quan trọng vẫn chấp nhận được.
Kích thước lớn có lý do sử dụng.

Lưu ý: Nếu mục tiêu chỉ là web, tiled rendering thường không cần.

7. Chọn định dạng theo hậu kỳ và kênh phân phối

JPG phù hợp file nhẹ; PNG hữu ích khi cần chất lượng không mất mát hơn và một số quy trình alpha/layer; EXR phục vụ hậu kỳ dải động cao. Video có thể xuất MP4 hoặc chuỗi ảnh tùy quy trình.

Không nên chọn định dạng nặng nếu không có bước hậu kỳ tương ứng. Ngược lại, nếu cần compositing/layers, JPG có thể không đủ.

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

Hỏi người hậu kỳ cần định dạng gì.
Xuất một mẫu.
Mở trong phần mềm đích.
Kiểm màu, alpha và dung lượng.

Cách tự kiểm:

Định dạng tương thích quy trình.
Không chuyển đổi nhiều lần gây mất chất lượng.
Tên file giữ được thứ tự.

Lưu ý: Render layers có giới hạn riêng; cần đối chiếu tài liệu nếu sử dụng.

8. Bảng đầu ra là công cụ quản lý chất lượng

Trước khi xuất hàng loạt, nên có bảng Media ID – kênh – tỷ lệ – kích thước – Render mode – định dạng – trạng thái duyệt. Đây là cách ngăn một ảnh banner bị xuất nhầm theo thông số của website.

Bảng này cũng giúp ước thời gian, dung lượng và phân công máy.

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

Lập bảng cho tối thiểu 10 media.
Gắn mỗi media với một kênh.
Ghi thông số trước khi Export.
Sau xuất đánh dấu kiểm.

Cách tự kiểm:

Không còn media không biết dùng ở đâu.
Không có hai người xuất cùng ảnh bằng thông số khác.
Bản cuối có trạng thái duyệt.

Lưu ý: Quản lý đầu ra là một phần của nghề trực quan hóa, không chỉ là thao tác kỹ thuật.

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ần website ngang, bài mạng xã hội vuông, story dọc và màn hình trình chiếu 4K. Nhóm ban đầu chỉ xuất một ảnh 4K 16:9 rồi cắt cho mọi nơi, khiến sảnh chính mất khỏi ảnh dọc. Quy trình mới tạo ba camera bố cục tương ứng, giữ cùng vật liệu/ánh sáng, xuất kích thước đúng từng kênh và chỉ dùng 4K cho màn hình lớ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
Website ngang	16:9	2K/4K tùy hiển thị	JPG/PNG
Màn hình 4K	16:9	3840×2160	PNG/JPG/Video
Mạng xã hội vuông	1:1	Theo nền tảng	JPG/PNG
Story/Reel dọc	9:16	Theo nền tảng	JPG/MP4
Panorama 360	2:1 equirectangular	2K–16K tùy mục tiêu	JPG/PNG/EXR
Hậu kỳ chuyên sâu	Theo đầu ra	Đủ lớn	PNG/EXR/chuỗi ảnh

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

Luôn xuất lớn nhất có thể.
Nhầm 4K với tỷ lệ 16:9.
Cắt ảnh ngang thành dọc sau khi render.
Bật Filmback mà không biết nó đổi khung.
Dùng tiled rendering cho mọi ảnh.
Xuất toàn video 4K trước khi thử 10 giây.

Lỗi 1 – Luôn xuất lớn nhất có thể. 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 – Nhầm 4K với tỷ lệ 16:9. 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 – Cắt ảnh ngang thành dọc sau khi render. 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 – Bật Filmback mà không biết nó đổi khung. 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 – Dùng tiled rendering cho mọi ả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.

Bài thực hành

Lập bảng đầu ra cho một chiến dịch gồm 4 ảnh website, 3 ảnh vuông, 2 ảnh dọc, 1 panorama và 1 video 20 giây. Tạo media tương ứng, xuất thử ít nhất hai kích thước và ghi thời gian/dung lượng. Chọn thông số cuối có giải thích.

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

Bảng đầu ra tối thiểu 11 media.
Ảnh thử 2K/4K cùng camera.
Ba phiên bản ngang/vuông/dọc của một chủ thể.
Một panorama thử hai độ phân giải.
Một video thử ngắn ở hai kích thước.

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

Chọn kênh trước, khung hình sau, độ phân giải cuối.
4K không sửa được bố cục sai.
Panorama và video có chi phí khác ảnh tĩnh.
Filmback và tiled rendering chỉ dùng khi có lý do.
Lập bảng đầu ra trước khi xuất hàng loạt.

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/export-settings-for-images-and-panoramas-in-twinmotion
https://dev.epicgames.com/documentation/twinmotion/export-settings-for-videos-in-twinmotion
https://dev.epicgames.com/documentation/twinmotion/images-and-panoramas
https://dev.epicgames.com/documentation/en-us/twinmotion/videos

Bài tiếp theo

Checklist kiểm ảnh render: vật liệu, ánh sáng, người, xe và chi tiết dễ gây hiểu nhầm.

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.