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

Duplicate và transform hàng loạt cho đối tượng lặp

Duplicate và transform hàng loạt cho đối tượng lặp là Bài 21 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Phân biệt bản sao độc lập và instance, nhân đối tượng lặp có kiểm soát, rồi dùng Translate/Rotate/Scale và XYZ để đặt hàng loạt cây, xe, ghế hoặc mô-đun mà vẫn giữ cấu trúc cảnh dễ sửa.

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 tài liệu Twinmotion Documentation hiện hành của Epic. Giao diện và tùy chọn có thể thay đổi theo phiên bản; khi có khác biệt, cần kiểm tra 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 số liệu, vật liệu, kích thước, cảnh quan và phương án trong ví dụ 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; không tự thay thế hồ sơ thiết kế, khảo sát, quy hoạch, pháp lý hoặc quyết định vật tư đã được phê duyệt.

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

  • Phân biệt Copy và Instance khi nhân đối tượng trong Twinmotion.
  • Nhân nhiều đối tượng nhưng vẫn kiểm được vị trí, góc xoay và tỷ lệ.
  • Sử dụng Translate, Rotate, Scale và XYZ cho các thao tác cần độ chính xác.
  • Nhận biết lúc nên sửa nguồn mô hình thay vì tiếp tục nhân trong Twinmotion.
  • Tổ chức đối tượng lặp để Scene graph không phình thành danh sách khó quản lý.

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

Bài 21 thuộc Chương 3 – Tổ chức cảnh và quản lý đối tượng. Nội dung kế thừa trực tiếp những kỹ năng ở các bài trước và chuẩn bị cho Bài 22: Pivot và vị trí xoay: vì sao cửa, cây, xe có thể xoay sai tâm?. Người học nên hoàn tất bài thực hành và bảng tự kiểm trước khi chuyển tiếp để giữ mạch kỹ năng tích lũy.

1. 1. Nhân đối tượng không đồng nghĩa “sao chép cho đủ số lượng”

Twinmotion cho phép Duplicate và có thể tạo đối tượng theo dạng Copy hoặc Instance. Hai lựa chọn giống nhau về hình thức ban đầu nhưng khác hậu quả khi chỉnh sửa. Instance phù hợp cho các đối tượng lặp thật sự giống nhau; thay đổi vật liệu hoặc thuộc tính liên quan có thể tác động đồng thời đến các instance. Copy độc lập hơn và phù hợp khi từng đối tượng sẽ được cá thể hóa. Trong cảnh BĐS, hàng ghế giống nhau, đèn sân vườn cùng loại hoặc cây cùng chủng thường là ứng viên tốt cho instance; biển hiệu từng căn, xe với màu khác nhau hoặc đồ nội thất cần thay vật liệu riêng thường cần cân nhắc copy.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

2. 2. Chọn đối tượng gốc trước khi nhân

Đối tượng gốc nên có kích thước đúng, vật liệu ổn định, tâm biến đổi hợp lý và tên dễ hiểu. Nếu nhân từ một đối tượng đang sai tỷ lệ, lệch tâm hoặc dùng vật liệu tạm, lỗi cũng được nhân theo. Đây là lý do bước kiểm trước khi Duplicate quan trọng hơn tốc độ kéo thả. Với dãy shophouse hoặc hàng cây, nên kiểm một mẫu chuẩn ở góc nhìn gần và xa trước khi tạo hàng loạt.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

3. 3. Duplicate bằng kéo chuột và kiểm khoảng cách

Phím tắt Duplicate theo tài liệu Twinmotion dùng Shift + thao tác kéo chuột. Cách này nhanh cho bố trí trực quan, nhưng nếu khoảng cách phải đều hoặc cần đối chiếu thiết kế, nên đọc giá trị trong XYZ thay vì chỉ căn bằng mắt. Có thể tạo đối tượng thứ hai đúng khoảng cách, sau đó tiếp tục nhân dựa trên quy luật đã kiểm. Việc này đặc biệt hữu ích với cột đèn, ghế, cây đường phố, bollard hoặc mô-đun mặt đứng.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

4. 4. Translate, Rotate, Scale cần tách khỏi nhau khi kiểm lỗi

Khi một cụm đối tượng “trông không đúng”, trước tiên xác định sai ở vị trí, góc xoay hay tỷ lệ. Không nên vừa di chuyển vừa xoay vừa thay tỷ lệ trong một thao tác vì sẽ khó truy nguyên. Translate giải quyết vị trí; Rotate giải quyết hướng; Scale giải quyết kích thước. Với dãy xe hoặc người, chỉ cần lệch góc vài độ đã tạo cảm giác hỗn loạn dù khoảng cách đúng.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

5. 5. XYZ hữu ích khi cần lặp theo quy luật

Bảng XYZ cho phép xem và nhập giá trị vị trí, góc xoay, tỷ lệ, đồng thời có các lệnh sao chép/dán thuộc tính biến đổi. Khi cần đặt mười đối tượng theo cùng cao độ hoặc cùng góc, cách làm dựa trên giá trị giảm sai số tích lũy so với kéo tay. Đây là kỹ năng quan trọng khi cảnh phải cập nhật nhiều lần.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

6. 6. Instance giúp nhẹ công việc nhưng đòi hỏi kỷ luật

Ưu điểm của instance là giữ các đối tượng lặp có quan hệ, giảm nhu cầu chỉnh từng phần. Nhược điểm là người mới dễ đổi vật liệu một đối tượng rồi thấy hàng loạt đối tượng khác thay theo. Trước khi nhân, phải trả lời: các đối tượng này có được phép thay đổi cùng nhau không? Nếu câu trả lời là “không chắc”, hãy thử trên ba đối tượng trước khi nhân cả cảnh.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

7. 7. Đối tượng lặp cần đặt tên và gom nhóm theo chức năng

Sau khi nhân, Scene graph có thể tăng rất nhanh. Nên gom theo khu vực và chức năng, ví dụ `CANH_QUAN_CAY_TRUC`, `NOI_THAT_GHE_AN`, `GIAO_THONG_XE_MINH_HOA`, thay vì để hàng chục tên mặc định. Cấu trúc này giúp tắt/mở một nhóm, chọn đúng phạm vi khi chỉnh và tránh xóa nhầm.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

8. 8. Khi nào nên quay lại SketchUp hoặc phần mềm nguồn

Nếu sự lặp là một phần bản chất thiết kế như nhịp cột, căn hộ điển hình, cửa sổ mặt đứng hoặc mô-đun kiến trúc, cấu trúc lặp nên được quản lý ở phần mềm nguồn. Twinmotion phù hợp hơn với đối tượng trình bày như cây, người, xe, đồ rời và bối cảnh. Sửa sai lớp công cụ khiến lần đồng bộ tiếp theo khó kiểm soát.

Trong công việc BĐS: Điểm này cần được nhìn dưới góc độ cập nhật phương án và bàn giao. Một thao tác chỉ được xem là ổn khi người khác có thể mở tệp, xác định đúng đối tượng hoặc vật liệu liên quan và lặp lại kết quả mà không phải đoán. Với cảnh dùng để họp phương án hoặc truyền thông, nên lưu ít nhất một ảnh trước–sau hoặc một giá trị kiểm tra để chứng minh thay đổi nằm đúng phạm vi.

Kiểm chứng: Sau khi thực hiện, hãy đặt một câu hỏi cụ thể: “nếu thay nguồn mô hình, đổi góc nhìn hoặc chuyển tệp cho người khác, trạng thái này còn dễ hiểu và dễ sửa không?”. Nếu câu trả lời chưa chắc chắn, cần quay lại kiểm tên, cấu trúc Scene graph, phạm vi vật liệu hoặc giá trị biến đổi trước khi tiếp tục.

Quy trình thao tác đề nghị

Quy trình dưới đây ưu tiên khả năng kiểm soát và tái lập. Với bài thực hành, sinh viên cần lưu bằng chứng ở các bước có khả năng gây lỗi dây chuyền; không chỉ nộp ảnh cuối.

BướcThao tácCổng kiểm
01Chọn một đối tượng mẫu đã đúng tỷ lệ, vật liệu và tâm biến đổi.Không nhân từ đối tượng đang thử nghiệm.
02Đổi tên đối tượng mẫu và đặt vào container đúng chức năng.Scene graph tìm được trong vài giây.
03Tạo 01 Copy và 01 Instance để quan sát khác biệt.Biết loại nào phù hợp với nhu cầu cá thể hóa.
04Dùng Translate đặt khoảng cách giữa các mẫu.Khoảng cách được kiểm bằng XYZ khi cần chính xác.
05Dùng Rotate tạo biến thiên hợp lý thay vì xoay ngẫu nhiên.Góc không phá trật tự không gian.
06Chỉ dùng Scale khi thật sự cần biến thiên kích thước.Không dùng Scale để che lỗi đơn vị.
07Nhân theo từng cụm nhỏ rồi kiểm Scene graph.Không để một thao tác tạo hàng trăm mục khó kiểm.
08Lưu một mốc trước khi nhân số lượng lớn.Có thể quay lại trạng thái sạch nếu thao tác sai.

Tình huống ứng dụng BĐS

Tình huống nhà phố

Một dãy 12 nhà cần cây bóng mát, đèn sân và xe minh họa. Hãy dùng một mẫu cây, một mẫu đèn và hai mẫu xe. Cây/đèn có thể dùng instance nếu cùng loại; xe cần một số copy để thay màu. Kiểm lại nhịp, khoảng cách và Scene graph trước khi chuyển sang tạo ảnh.

Khi thực hiện, cần tách rõ phần nào xuất phát từ mô hình/giả định nguồn và phần nào chỉ là đối tượng minh họa trong Twinmotion. Nếu một lựa chọn có thể khiến người xem hiểu đó là thông số thật của dự án, phải ghi chú hoặc sử dụng phương án trình bày trung tính hơn.

Tình huống căn hộ mẫu

Phòng ăn có sáu ghế cùng kiểu nhưng hai ghế đầu bàn cần vật liệu khác. Hãy thử nhân bằng instance, quan sát ảnh hưởng khi thay vật liệu, sau đó quyết định phần nào cần chuyển thành copy độc lập.

Khi thực hiện, cần tách rõ phần nào xuất phát từ mô hình/giả định nguồn và phần nào chỉ là đối tượng minh họa trong Twinmotion. Nếu một lựa chọn có thể khiến người xem hiểu đó là thông số thật của dự án, phải ghi chú hoặc sử dụng phương án trình bày trung tính hơn.

Bảng chẩn đoán lỗi thường gặp

Hiện tượngNguyên nhân thường gặpCách xử lý ưu tiên
Nhân nhầm InstanceĐổi vật liệu một xe làm nhiều xe khác đổi theo.Xác định quan hệ cần liên kết hay độc lập trước khi Duplicate.
Nhân từ đối tượng sai tỷ lệToàn bộ hàng cây quá lớn hoặc quá nhỏ.Kiểm kích thước mẫu trước khi nhân.
Căn khoảng cách bằng mắtDãy đèn bị trôi nhịp khi nhìn dài.Dùng XYZ cho điểm đầu và điểm kiểm.
Xoay quanh tâm không phù hợpCửa hoặc biển hiệu quay lệch vị trí.Sang Bài 22 kiểm Pivot.
Không đặt tênScene graph có nhiều tên giống nhau, khó chọn.Đặt tiền tố theo khu vực/chức năng.
Dùng Twinmotion thay thiết kế nguồnMỗi lần đồng bộ phải sửa lại hàng loạt.Đưa đối tượng thuộc thiết kế cốt lõi về phần mềm nguồn.

Nguyên tắc kiểm chất lượng trước khi chuyển bước

Cổng kiểmYêu cầu
Đúng phạm viThao tác chỉ ảnh hưởng đối tượng/vật liệu dự kiến; không có phần khác thay đổi ngoài ý muốn.
Đúng tỷ lệKích thước, texture hoặc tài nguyên có mốc so sánh hợp lý; không kết luận chỉ bằng cảm giác.
Đúng cấu trúcScene graph, container và tên cho phép tìm lại nhanh.
Đúng trạng tháiNhững phần minh họa, thử nghiệm hoặc phương án khác không bị lẫn vào trạng thái cần trình bày.
Dễ cập nhậtNếu nguồn thay đổi, có thể dự đoán phần nào cần kiểm lại thay vì dựng lại toàn bộ.
Dễ bàn giaoNgười khác có thể hiểu tệp mà không phụ thuộc hoàn toàn vào trí nhớ của người tạo.

Bài thực hành

Tạo một cảnh giả lập gồm 01 lối đi dài 30 m, 10 cột đèn, 12 cây và 6 xe. Bố trí bằng Duplicate, ghi rõ đối tượng nào là Copy, đối tượng nào là Instance; sau đó thay vật liệu hoặc tỷ lệ ở một mẫu để chứng minh lựa chọn của bạn là đúng.

Trong quá trình làm, lưu ít nhất ba mốc: trạng thái ban đầu, trạng thái giữa khi đang chỉnh và trạng thái cuối. Nếu bài có nhiều phương án, không ghi đè phương án cũ trước khi chụp bằng chứng so sánh. Tệp nộp phải mở được trên máy khác trong cùng phiên bản Twinmotion hoặc có ghi chú phiên bản sử dụng.

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

  • 01 tệp Twinmotion có cấu trúc Scene graph rõ ràng.
  • 01 bảng liệt kê đối tượng mẫu, số lượng, loại Copy/Instance và lý do.
  • 03 ảnh chụp trước–sau chứng minh khoảng cách/góc xoay đã được kiểm.
  • 01 đoạn 200–300 chữ nêu trường hợp nên quay lại phần mềm nguồn thay vì tiếp tục nhân trong Twinmotion.

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

  • ☐ Đối tượng mẫu đã đúng tỷ lệ trước khi nhân.
  • ☐ Tôi phân biệt được Copy và Instance bằng thao tác thực tế.
  • ☐ Khoảng cách quan trọng đã được kiểm bằng giá trị, không chỉ bằng mắt.
  • ☐ Scene graph có container và tên dễ tìm.
  • ☐ Tôi không dùng Scale để sửa lỗi đơn vị.
  • ☐ Các đối tượng thuộc thiết kế cốt lõi vẫn được quản lý ở phần mềm nguồn.

Câu hỏi phản biện

  1. Vì sao cùng một thao tác Duplicate nhưng hậu quả chỉnh vật liệu có thể khác nhau?
  2. Khi nào instance tạo lợi ích lớn nhất trong cảnh BĐS?
  3. Nếu một dãy đối tượng đã nhân xong nhưng nhịp sai 20 cm, bạn sẽ sửa ở Twinmotion hay nguồn thiết kế? Vì sao?
  4. Làm thế nào chứng minh cảnh lặp vẫn có trật tự chứ không phải chỉ “đông đối tượng”?

Phân tích quyết định nghề nghiệp

Trong môi trường làm việc thực tế, chất lượng không chỉ nằm ở việc tạo được hình ảnh đúng ý trong một lần. Giá trị lớn hơn là khả năng cập nhật khi thiết kế đổi, kiểm soát phạm vi thay đổi và bàn giao cho người khác. Vì vậy mỗi thao tác trong bài nên được nhìn như một quyết định có hậu quả: nó tạo quan hệ dùng chung hay độc lập, làm tăng hay giảm khả năng tái sử dụng, và có làm cảnh khó kiểm hơn ở bước tạo Media hay không.

Một quy trình tốt cũng giúp phân công nhóm. Người chuẩn bị mô hình nguồn chịu trách nhiệm hình học và dữ liệu thiết kế; người làm Twinmotion chịu trách nhiệm bối cảnh, vật liệu, tổ chức cảnh và sản phẩm trực quan; người kiểm chất lượng xác nhận trạng thái trước phát hành. Khi ranh giới rõ, lỗi được trả về đúng nơi thay vì “vá” bằng hiệu ứng hình ảnh.

Đối với sản phẩm BĐS, cần đặc biệt chú ý tính trung thực của tỷ lệ, vật liệu, cảnh quan và trạng thái phương án. Một lựa chọn có thể hoàn toàn hợp lệ cho bài tập minh họa nhưng không nên được trình bày như vật liệu đã chốt, cảnh quan đã phê duyệt hoặc kích thước đo đạc thật. Cách tốt nhất là ghi rõ giả định và giữ đầu ra phù hợp với độ tin cậy của dữ liệu nguồn.

Mở rộng tự học

  1. Thực hiện lại bài trên một tệp dự án khác để kiểm tra xem quy trình có tái sử dụng được hay chỉ phù hợp với ví dụ đầu tiên.
  2. Thử cố ý tạo một lỗi điển hình trong bảng chẩn đoán, sau đó khôi phục bằng các bước có thể giải thích được.
  3. Đổi một điều kiện đầu vào như tỷ lệ, vật liệu, góc xoay hoặc ánh sáng và ghi nhận yếu tố nào trong quy trình cần kiểm lại.
  4. Bàn giao tệp cho một người khác trong 10 phút; ghi lại những câu hỏi họ phải hỏi để biết điểm nào trong cấu trúc/tên gọi còn chưa rõ.
  5. Đối chiếu giao diện trên máy đang dùng với Twinmotion Documentation; nếu tên hoặc vị trí công cụ khác, ghi phiên bản thay vì tự suy diễn.

Ghi nhớ trong 30 giây

  • Copy và Instance cần được chọn theo ý định chỉnh sửa về sau.
  • Kiểm mẫu trước khi nhân hàng loạt.
  • XYZ hữu ích khi quy luật vị trí/góc cần lặp lại.
  • Scene graph phải được tổ chức song song với quá trình nhân.
  • Không dùng Twinmotion để thay đổi phần thuộc bản chất thiết kế nguồn.

Nguồn tham khảo

Ưu tiên tài liệu chính thức của Epic để kiểm tên công cụ, hành vi và giới hạn theo phiên bản. Các tình huống BĐS trong bài là ví dụ giảng dạy, được xây dựng để luyện thao tác và kiểm chất lượng.

Tài liệuĐường dẫn
Twinmotion Documentation – The Twinmotion Toolbarhttps://dev.epicgames.com/documentation/twinmotion/the-twinmotion-toolbar
Twinmotion Documentation – The XYZ Panelhttps://dev.epicgames.com/documentation/twinmotion/the-xyz-panel
Twinmotion Documentation – Keyboard and Mouse Shortcutshttps://dev.epicgames.com/documentation/twinmotion/keyboard-and-mouse-shortcuts-in-twinmotion

Bài tiếp theo

Bài 22: Pivot và vị trí xoay: vì sao cửa, cây, xe có thể xoay sai tâm?. Bài kế tiếp tiếp tục từ trạng thái đã hoàn thành ở bài này; không cần dựng lại toàn bộ cảnh nếu tệp và cấu trúc đã được chuẩn hóa.

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