Keyframes: kiểm soát vị trí, thời gian và chuyển động camera

Keyframes: kiểm soát vị trí, thời gian và chuyển động camera là Bài 60 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Sử dụng Keyframes để kiểm soát điểm nhìn, hướng camera, thời gian và trạng thái cảnh trong video, đồng thời biết khi nào thêm, di chuyển hoặc cập nhật keyframe để chuyển động mượt và dễ quản lý.

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 Keyframe là điểm thời gian lưu trạng thái camera trong video.
Đặt Keyframes ở các vị trí cần thiết thay vì càng nhiều càng tốt.
Kiểm thời gian, hướng nhìn và nhịp giữa các keyframe.
Biết cập nhật hoặc refresh keyframe sau khi thay đổi.
Chuẩn bị nền tảng để chuyển sang Sequences ở Bài 61.

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

Bài 59 xây cấu trúc video bằng storyboard và Parts. Bài 60 đi sâu vào hạt nhân điều khiển chuyển động: Keyframes. Khi hiểu đúng, người học có thể tạo đường camera ít điểm nhưng mượt, thay vì thêm điểm liên tục để uốn đường.

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. Keyframe là một điểm nhìn gắn với thời gian

Trong video Twinmotion, keyframe đại diện một điểm nhìn cụ thể mà camera đi qua. Chuỗi keyframe tạo nên chuyển động nội suy.

Mỗi keyframe nên tương ứng một lý do: bắt đầu, kết thúc, đổi hướng, dừng ở chủ thể hoặc thay trạng thái cần thiết.

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

Tạo Part với hai keyframe đầu/cuối.
Phát thử.
Chỉ thêm keyframe thứ ba nếu đường đi cần kiểm soát.
Ghi lý do của điểm mới.

Cách tự kiểm:

Không có keyframe thừa.
Đường camera mượt.
Mỗi điểm gắn với storyboard.

Lưu ý: Nhiều keyframe không đồng nghĩa kiểm soát tốt 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.

2. Vị trí và góc camera ở keyframe quyết định quỹ đạo

Camera không chỉ có tọa độ mà còn có hướng. Hai keyframe gần nhau nhưng quay hướng rất khác có thể tạo chuyển động xoay mạnh; hai điểm xa nhau có thể tạo đường camera cắt qua vật thể.

Cần kiểm cả đường giữa các điểm, không chỉ ảnh tại keyframe.

Đ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 điểm đầu/cuối.
Play chuyển động.
Quan sát giữa đoạn.
Điều chỉnh vị trí/hướng thay vì chỉ thêm điểm.

Cách tự kiểm:

Không xuyên tường.
Không quay đầu đột ngột.
Chủ thể vào khung đúng thời điểm.

Lưu ý: Luôn xem quỹ đạo như một đường liên tục.

3. Khoảng thời gian giữa keyframes tạo nhịp chuyển động

Khoảng cách không gian và khoảng thời gian cùng quyết định tốc độ cảm nhận. Hai keyframe xa nhưng thời gian ngắn làm camera chạy nhanh; cùng khoảng cách nhưng thời gian dài tạo nhịp chậm.

Nhịp nên dựa vào lượng thông tin người xem cần đọ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 ý:

Đo khoảng thời gian một đoạn.
Tăng hoặc giảm thời lượng.
Xem lại ở tốc độ thật.
Chọn nhịp phù hợp chủ thể.

Cách tự kiểm:

Không lao qua khu vực quan trọng.
Không kéo dài đoạn trống.
Tổng video đúng kế hoạch.

Lưu ý: Không dùng tốc độ cao để che đường camera chưa tốt.

4. Keyframe có thể mang trạng thái Ambience hoặc visibility tùy ngữ cảnh

Tài liệu Twinmotion cho biết keyframes trong Sequence lưu vị trí/góc camera, Ambience và trạng thái visibility; video cũng có thể kết hợp View sets/phasing ở mức keyframe/part tùy tính năng.

Nếu chỉ muốn camera di chuyển, giữ trạng thái môi trường nhất quán. Nếu muốn chuyển ngày–đêm hoặc A/B, phải thiết kế rõ.

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

Tạo đoạn thử có hai keyframe.
Kiểm Ambience ở từng điểm.
Không thay visibility nếu không có mục tiêu.
Preview toàn đoạn.

Cách tự kiểm:

Không nhảy ánh sáng ngoài ý muốn.
Không có vật thể biến mất bất ngờ.
Trạng thái được ghi chú.

Lưu ý: Khi dùng tính năng theo phiên bản, kiểm tab Video/Sequence thực tế.

5. Dừng camera cần được thiết kế, không phải lỗi chuyển động

Có lúc cần camera tạm dừng để người xem đọc sảnh, mặt đứng hoặc tiện ích. Thay vì để đường đi cực chậm, có thể thiết kế các điểm hoặc đoạn giữ vị trí theo công cụ của video/sequence.

Dừng có mục đích giúp nhịp rõ hơn: đi – dừng – quan sát – đi tiếp.

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

Chọn một chủ thể cần đọc.
Tạo đoạn dừng ngắn.
Giữ hướng camera hoặc xoay nhẹ nếu cần.
Kiểm tổng nhịp.

Cách tự kiểm:

Dừng đủ đọc, không quá lâu.
Không giật khi bắt đầu/kết thúc dừng.
Âm thanh/hậu kỳ nếu có phù hợp.

Lưu ý: Đừng biến mọi keyframe thành điểm dừng.

6. Cập nhật keyframe sau khi chỉnh camera hoặc cảnh

Khi thay camera hoặc trạng thái ở keyframe, có trường hợp cần Refresh/Update để lưu thay đổi vào thumbnail hoặc điểm. Nếu quên, lúc phát lại camera có thể quay về trạng thái cũ.

Quy tắc an toàn: chỉnh → cập nhật → rời điểm → quay lại kiểm.

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

Chọn keyframe.
Thay vị trí/hướng.
Dùng chức năng cập nhật phù hợp.
Phát lại từ trước keyframe.

Cách tự kiểm:

Thay đổi được lưu.
Không nhầm Viewport tạm với keyframe.
Thumbnail hoặc điểm phản ánh đúng trạng thái.

Lưu ý: Tên nút có thể thay đổi theo phiên bản; nguyên tắc là phải xác nhận trạng thái đã được ghi.

7. Ít keyframe nhưng đúng chỗ thường cho đường camera sạch hơn

Mỗi keyframe là một ràng buộc. Quá nhiều ràng buộc có thể làm đường đi lắt léo và khó sửa. Bắt đầu bằng số điểm tối thiểu, xem nội suy rồi chỉ thêm khi có vấn đề.

Đây là tư duy kiểm hình lớn trước, chi tiết sau.

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

Tạo phiên bản 3 keyframe.
Tạo bản sao 8 keyframe.
So chuyển động.
Chọn bản dễ sửa và mượt hơn.

Cách tự kiểm:

Không thêm điểm chỉ để an tâm.
Đường đi có logic.
Sửa một điểm không phá toàn đoạn.

Lưu ý: Mục tiêu là kiểm soát, không phải mật độ keyframe.

8. Chuẩn bị chuyển sang Sequence

Sequence ở Bài 61 mở rộng khái niệm keyframe bằng timeline, camera parts và animation tracks. Những nguyên tắc hôm nay—điểm nhìn, thời gian, trạng thái và cập nhật—sẽ được dùng lại.

Trước khi sang Sequence, người học cần làm được một video keyframe gọn, mượt và có storyboard.

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

Hoàn thiện một video 20–30 giây.
Giảm số keyframe nếu có thể.
Đặt nhịp rõ.
Ghi những hạn chế khiến bạn cần Sequence.

Cách tự kiểm:

Video mượt.
Keyframes có lý do.
Biết nhu cầu nào vượt khả năng video cơ bản.

Lưu ý: Sequence không thay thế tư duy camera; nó chỉ cho công cụ timeline mạnh hơn.

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 đoạn walkthrough 12 giây ban đầu có 14 keyframes vì sinh viên thêm điểm sau mỗi lần thấy camera lệch. Kết quả camera giật nhẹ và rất khó sửa. Nhóm quay lại storyboard, giữ 4 keyframes: đầu hành lang, trước cửa, vào phòng, dừng ở ban công. Sau đó điều chỉnh hướng và thời lượng giữa các điểm. Đường camera mượt hơn và dễ quản lý.

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
Điểm đầu	Xác lập vị trí/hướng	0 s	Bắt đầu ổn định
Điểm đổi hướng	Bẻ quỹ đạo	Khi cần	Không ngoặt gấp
Điểm chủ thể	Đưa chủ thể vào khung	Đủ thời gian đọc	Có thể dừng nhẹ
Điểm chuyển không gian	Qua cửa/hành lang	Tốc độ vừa	Không xuyên vật thể
Điểm kết	Khung kết luận	Ổn định	Chừa thời gian hậu kỳ
Điểm trạng thái	A/B hoặc môi trường nếu cần	Có chủ đích	Không nhảy vô cớ

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

Thêm keyframe sau mỗi vài mét.
Chỉ kiểm ảnh tại keyframe mà không xem đoạn giữa.
Khoảng cách xa nhưng thời gian quá ngắn.
Thay camera nhưng quên cập nhật điểm.
Visibility/Ambience thay đổi ngoài ý muốn.
Dùng keyframe để sửa vấn đề nên giải quyết bằng Part/storyboard.

Lỗi 1 – Thêm keyframe sau mỗi vài mé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 2 – Chỉ kiểm ảnh tại keyframe mà không xem đoạn giữa. 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 – Khoảng cách xa nhưng thời gian quá ngắ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 – Thay camera nhưng quên cập nhật điểm. 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 – Visibility/Ambience thay đổi ngoài ý muố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 video 20–30 giây từ một lối tiếp cận vào không gian chính. Bản 1 dùng số keyframe theo cảm tính; bản 2 giảm về số tối thiểu có lý do. So hai bản về độ mượt, thời gian sửa và khả năng kiểm soát. Sau đó lập một ghi chú: nhu cầu nào khiến bạn muốn chuyển sang Sequence ở Bài 61.

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

Video 20–30 giây bản trước và bản tối ưu.
Sơ đồ keyframe kèm lý do từng điểm.
Bảng thời gian giữa các keyframe.
Ảnh chụp minh chứng cập nhật một keyframe.
Danh sách 3 nhu cầu sẽ xử lý bằng Sequence.

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

Keyframe là điểm nhìn gắn với thời gian.
Kiểm đường giữa các điểm, không chỉ điểm.
Ít keyframe đúng chỗ thường dễ sửa hơn.
Chỉnh xong phải xác nhận keyframe đã cập nhật.
Bài 61 chuyển sang Sequence và timeline mạnh hơn.

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/en-us/twinmotion/videos
https://dev.epicgames.com/documentation/twinmotion/creating-videos
https://dev.epicgames.com/documentation/en-us/twinmotion/sequences-in-twinmotion
https://dev.epicgames.com/documentation/twinmotion/creating-sequences-in-twinmotion

Bài tiếp theo

Sequences: tổ chức hoạt cảnh dài thành các đoạn dễ quản lý.

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.