Ẩn/hiện, khóa và cô lập đối tượng khi chỉnh sửa cảnh

Ẩn/hiện, khóa và cô lập đối tượng khi chỉnh sửa cảnh là Bài 20 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Dùng ẩn/hiện và cô lập có kiểm soát để chỉnh cảnh lớn mà không chọn nhầm; đồng thời làm rõ rằng tài liệu Twinmotion hiện hành xác nhận trạng thái hiển thị/Scene graph nhưng không nên tự bịa một lệnh “khóa đối tượng” nếu phiên bản đang dùng không có chức năng đó.

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.

Ranh giới sử dụng: các số liệu công trình, khu đất, vật liệu, cao độ, vị trí và phương án trong ví dụ nếu không có nguồn riêng đều là tình huống giả lập phục vụ giảng dạy. Twinmotion phục vụ trực quan hóa và trình bày; không thay hồ sơ pháp lý, khảo sát, thiết kế được phê duyệt, quy hoạch, định giá hoặc kết luận kỹ thuật chuyên ngành.

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

• Dùng trạng thái hiển thị trong Scene graph để cô lập vùng làm việc.
• Biết phím H có thể hiện/ẩn đối tượng đang chọn theo phím tắt hiện hành.
• Phân biệt ẩn đối tượng với xóa đối tượng.
• Hiểu “khóa” trong tiêu đề phải được kiểm theo phiên bản; không giả định có khóa thư mục/đối tượng nếu tài liệu chính thức hiện hành không nêu.
• Xây quy trình an toàn chống di chuyển/biến đổi nhầm trên cảnh lớn.

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

Bài 20 khép nhóm nền quản lý Scene graph trước khi sang Bài 21 về Duplicate và biến đổi hàng loạt. Đây là lúc củng cố kỷ luật đối tượng đang chọn, trạng thái hiển thị và bảo vệ vùng nguồn trước khi bắt đầu nhân bản nhiều đối tượng.

Bản chất vấn đề cần hiểu trước khi thao tác

Trong Twinmotion, thao tác nhanh không đồng nghĩa quy trình đúng. Dữ liệu BĐS thường thay đổi qua nhiều vòng thiết kế; vì vậy bài này ưu tiên ba lớp kiểm soát: nguồn nào đang được dùng, trạng thái nào vừa thay đổi và bằng chứng nào chứng minh kết quả đúng. Cách học này giúp sinh viên xử lý dự án thật có nhiều phiên bản thay vì chỉ làm được một tệp mẫu cố định.

1. Ẩn/hiện là thao tác quản lý, không phải xóa

Trạng thái hiển thị giữ đối tượng trong cảnh và có thể được dùng bởi View sets/Phasing; Delete thay đổi nội dung hiện có và có hành vi khác khi Reimport.

Cách kiểm chứng: Thử ẩn một đối tượng rồi tìm lại trong Scene graph; so với Delete trên đối tượng TEST. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Xóa đối tượng chỉ để “đỡ vướng mắt” rồi quên cách phục hồi. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

2. Scene graph là nơi kiểm trạng thái hiển thị đáng tin cậy

biểu tượng con mắt thể hiện trạng thái các phần tử; thay đổi trạng thái hiển thị phản ánh ngay Viewport.

Cách kiểm chứng: Trước chỉnh khu vực, tắt các nhóm chứa không liên quan và chụp trạng thái Scene graph. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Dùng góc nhìn bay tránh đối tượng nhưng chúng vẫn có thể được chọn và dễ bị di chuyển nhầm. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

3. Phím H tăng tốc nhưng đối tượng đang chọn phải chính xác

Tài liệu phím tắt hiện hành nêu H để hiện/ẩn đối tượng được chọn. Nhanh nhưng nguy hiểm nếu đối tượng đang chọn là đối tượng cha lớn.

Cách kiểm chứng: Trước H hoặc Delete, đọc tên đối tượng đang chọn trong Scene graph. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Bấm ngoài Viewport không chắc rồi nhấn H, làm biến mất cả nhóm chứa. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

4. Cô lập nên là trạng thái tạm có đường quay lại

Twinmotion không cần có nút “Isolate” mới thực hiện được nguyên tắc cô lập: có thể dùng nhóm chứa trạng thái hiển thị, chọn nhiều đối tượng và trạng thái cảnh rõ.

Cách kiểm chứng: Tạo nhóm chứa WORK_AREA hoặc lưu View set tạm khi phù hợp; ghi lại trạng thái trước thao tác lớn. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Tắt hàng chục biểu tượng con mắt thủ công rồi không nhớ trạng thái ban đầu. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

5. Không bịa chức năng khóa nếu tài liệu chính thức hiện hành không có

Tài liệu chính thức 2026 mà bài đối chiếu xác nhận Scene graph, Containers và trạng thái hiển thị; không thấy một lệnh khóa đối tượng/nhóm chứa tổng quát được tài liệu hóa như nhiều phần mềm CAD. Vì vậy “khóa” phải được hiểu thận trọng: kiểm bản đang dùng; nếu không có, dùng quy trình bảo vệ đối tượng đang chọn thay thế.

Cách kiểm chứng: Tìm trong tài liệu chính thức/menu của Scene graph trên máy; nếu không có khóa thật, ghi `N/A – phiên bản hiện tại` trong bài thực hành. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Viết hướng dẫn “bấm biểu tượng ổ khóa” dù giao diện thực tế không có. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

6. Bảo vệ SOURCE_MODEL bằng cấu trúc và thói quen

Đặt mô hình nguồn trong nhóm chứa rõ, hạn chế chọn nút gốc, dùng chỉnh sửa ở cấp đối tượng khi cần và giữ trạng thái gốc biến đổi.

Cách kiểm chứng: Ghi biến đổi nguồn; sau buổi làm chạy kiểm tra chất lượng xem đối tượng cha nguồn có bị di chuyển/tỷ lệ không. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Di chuyển cả nguồn vì vô tình chọn đối tượng cha khi đặt một cây. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

7. Reset transform là mạng an toàn cho imported content, không thay kỷ luật

Direct Link/nhập dữ liệu có các lựa chọn reset biến đổi trên đối tượng đang chọn trong bối cảnh phù hợp; nhưng reset nhầm cũng gây mất biến đổi có chủ đích.

Cách kiểm chứng: Chỉ reset sau khi xác nhận đối tượng thuộc nguồn và biến đổi đúng phải đến từ nhập dữ liệu. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Dùng Reset như Ctrl+Z toàn năng. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

8. Trạng thái hiển thị phải được kiểm tra chất lượng trước media

Một đối tượng ẩn trong lúc làm việc có thể vô tình còn ẩn khi kết xuất/Presentation.

Cách kiểm chứng: Trước export, chạy bảng kiểm cấp cao nhất nhóm chứa + View sets/media state. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Xuất ảnh thiếu mái/cây/xe vì trạng thái làm việc tạm chưa khôi phục. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

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

1. Chốt đầu vào: ghi tên tệp nguồn, phiên bản, phiên bản phần mềm và mục tiêu của bài trước khi mở/đổi dữ liệu.
2. Tạo trạng thái gốc: lưu trạng thái tệp dự án hoặc ảnh kiểm trước thay đổi. Với nội dung nhập dữ liệu/đồng bộ, ghi chế độ nhập và nguồn đang liên kết.
3. Thực hiện một thay đổi nhỏ có chủ đích: không thử bằng 20 thay đổi cùng lúc. Một thay đổi nhỏ giúp phát hiện quan hệ nhân–quả.
4. Kiểm trong Scene graph và Viewport: xác nhận đúng đối tượng, đúng đối tượng cha/nhóm chứa, đúng vị trí và trạng thái hiển thị.
5. Kiểm số liệu/hình học nếu có: dùng mốc kích thước, hướng hoặc biến đổi đã biết thay vì nhìn bằng mắt.
6. Kiểm giá trị ghi đè và trạng thái trình bày: vật liệu, cây/người/xe, đèn và media quan trọng phải được xem lại sau thay đổi nguồn lớn.
7. Ghi nhật ký: Đạt/Không đạt, nguyên nhân, cách sửa và phiên bản đầu ra.
8. Chỉ chuyển bước khi cổng kiểm đạt: nếu không đạt, quay về nguồn hoặc cấu hình gần nhất thay vì tiếp tục trang trí để che lỗi.

Tình huống BĐS tổng hợp

Tình huống giả lập phục vụ giảng dạy. Nhóm cần chỉnh vật liệu nội thất căn hộ nhưng cảnh có cả ngoại thất, cây và xe. Nhóm tắt nhóm chứa `LANDSCAPE`, `VEHICLES`, `PPL`, chỉ giữ `SOURCE_ARCH > UNIT_03` và ánh sáng cần thiết. Trước mỗi biến đổi, thành viên đọc tên đối tượng đang chọn. Vì phiên bản đang dùng không có lệnh khóa đối tượng tổng quát được tài liệu chính thức xác nhận, nhóm bảo vệ `SOURCE_ARCH` bằng cấu trúc nhóm chứa, trạng thái gốc biến đổi và kiểm tra chất lượng sau buổi làm. Trước xuất ảnh, nhóm khôi phục trạng thái hiển thị và so với View set chuẩn.

Yêu cầu của tình huống không phải tạo hình ảnh đẹp nhất. Nhóm phải chứng minh được vì sao lựa chọn của mình phù hợp với vòng đời dữ liệu. Nếu có hai cách đều chạy được, ưu tiên cách dễ kiểm, dễ bàn giao và ít phụ thuộc vào trí nhớ cá nhân.

Ma trận quyết định nhanh

Những lỗi thường gặp và cách xử lý

Khi gặp lỗi không có trong bảng, không đoán menu. Hãy thu hẹp tệp thử, ghi phiên bản Twinmotion/SketchUp, chụp trạng thái Import dock/Scene graph và đối chiếu Documentation hoặc Release Notes hiện hành. Nếu nghi lỗi phần mềm, cần phân biệt rõ lỗi đã biết với lỗi cấu trúc dữ liệu của chính tệp dự án.

Bài thực hành trên lớp

1. Vòng 1 – tái hiện chuẩn: giảng viên cung cấp một mô hình nhỏ. Nhóm thực hiện đúng quy trình của bài và tạo trạng thái gốc có nhật ký.
2. Vòng 2 – gây lỗi có kiểm soát: một thành viên thay đổi một điều kiện thuộc nội dung bài (nguồn, cấu trúc phân cấp, trạng thái hiển thị, biến đổi hoặc tên). Thành viên khác chỉ được chẩn đoán từ bằng chứng.
3. Vòng 3 – yêu cầu thay đổi: thay một yêu cầu trình bày BĐS. Nhóm xác định bước nào cần làm lại, bước nào được giữ và vì sao.
4. Vòng 4 – bàn giao chéo: nhóm khác mở tệp + tệp hướng dẫn và phải tìm được nguồn, trạng thái chính, đối tượng cần chỉnh trong tối đa 5 phút.

Bài thực hành cá nhân

Chọn một mô hình BĐS nhỏ hoặc mô hình do giảng viên cung cấp. Áp dụng riêng nội dung Bài 20, tạo ít nhất hai trạng thái có thể so sánh và một nhật ký kiểm chứng. Không chấm điểm theo mức “lung linh”; chấm theo khả năng giải thích, tái lập, giữ đúng nguồn và không làm người xem hiểu sai quy mô/trạng thái phương án.

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

• 01 tệp/tệp dự án làm việc đúng phạm vi bài, không chứa tài nguyên thử không giải thích được.
• 01 ảnh tổng quan trạng thái cuối và ít nhất 03 ảnh/bằng chứng cho các cổng kiểm chính.
• 01 bảng nhật ký ngắn: nguồn – phiên bản – thao tác – kết quả – Đạt/Không đạt – cách sửa.
• 01 đoạn 200–300 chữ giải thích một quyết định kỹ thuật quan trọng và một rủi ro nếu quyết định sai.
• Nếu bài liên quan Direct Link/nhập dữ liệu: ghi phiên bản SketchUp Pro, Twinmotion, Datasmith Exporter và chế độ nhập.
• Nếu bài liên quan Scene graph: nộp ảnh cây cấu trúc hoặc sơ đồ nhóm chứa/tên trước–sau.

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

• ☐ Tôi có thể nói mục tiêu bài bằng một câu rõ ràng.
• ☐ Tôi biết tệp/phiên bản nào là nguồn hiện tại.
• ☐ Tôi không bịa tên menu hoặc chức năng không có trên phiên bản đang dùng.
• ☐ Tôi có ít nhất một bằng chứng trước–sau thay vì chỉ nói “đã đúng”.
• ☐ Tôi phân biệt được lỗi nguồn thiết kế với việc bố trí/trình bày trong Twinmotion.
• ☐ Tôi biết đối tượng/nhóm chứa nào đang được tác động trước khi biến đổi/ẩn/reset.
• ☐ Tôi đã kiểm một tình huống sai có chủ đích và biết cách quay lại trạng thái gốc.
• ☐ Tôi đã ghi chế độ nhập hoặc cấu trúc cấu trúc phân cấp nếu điều đó ảnh hưởng kết quả.
• ☐ Tôi đã kiểm media/trạng thái hiển thị quan trọng sau thay đổi lớn.
• ☐ Người khác có thể tiếp tục công việc từ nhật ký và tệp hướng dẫn mà không cần hỏi tác giả.

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

1. Nếu nguồn thay đổi thêm một lần nữa, phần nào của công việc hôm nay còn dùng được và phần nào phải kiểm lại?
2. Quyết định hiện tại tối ưu cho một ảnh duy nhất hay cho vòng đời tệp dự án nhiều phiên bản?
3. Bằng chứng nào phân biệt lỗi do phần mềm với lỗi do mô hình nguồn?
4. Nếu giao tệp cho người khác, họ có biết đối tượng nào được phép sửa và đối tượng nào phải quay lại SketchUp?
5. Nếu bỏ một nửa số thao tác, bước nào có thể bỏ mà vẫn giữ được khả năng kiểm chứng?
6. Có điểm nào trong cảnh có thể khiến khách hàng hiểu sai tỷ lệ, trạng thái hoàn thiện hoặc mức chắc chắn của phương án không?

Giá trị nghề nghiệp trong công việc BĐS

Bài 20 tập trung vào khả năng duy trì tính nhất quán khi mô hình thiết kế và cảnh trực quan hóa thay đổi. Trong dự án BĐS, phương án hiếm khi cố định từ đầu đến cuối. Người làm tốt không chỉ biết kéo tài nguyên hoặc kết xuất; họ biết giữ nguồn, phiên bản, cấu trúc và bằng chứng để một thay đổi nhỏ không làm hỏng hàng giờ công việc các bước phía sau.

Kỹ năng này cũng giúp phối hợp giữa người dựng SketchUp, người trực quan hóa Twinmotion và người dùng sản phẩm truyền thông. Khi ranh giới vai trò rõ, lỗi được gửi về đúng nơi: lỗi thiết kế sửa ở nguồn; tổ chức cảnh và bối cảnh xử lý ở Twinmotion; quyết định pháp lý/kỹ thuật chuyên ngành không được suy ra từ hình ảnh trực quan hóa.

Ghi nhớ trong 30 giây

• Ẩn/hiện là thao tác quản lý, không phải xóa.
• Scene graph là nơi kiểm trạng thái hiển thị đáng tin cậy.
• Phím H tăng tốc nhưng đối tượng đang chọn phải chính xác.
• Cô lập nên là trạng thái tạm có đường quay lại.
• Không bịa chức năng khóa nếu tài liệu chính thức hiện hành không có.

Nguồn tham khảo

Ưu tiên tài liệu chính thức của Epic để xác nhận hành vi phần mềm, tùy chọn import, đồng bộ và quản lý cảnh. Release Notes được dùng để nhận diện giới hạn hoặc thay đổi theo phiên bản; không dùng lỗi của một phiên bản cũ để mặc định rằng mọi phiên bản đều có cùng lỗi.

Bài tiếp theo

Bài 21: Duplicate và transform hàng loạt cho đối tượng lặp. Bài hiện tại phải được hoàn tất với tệp, bằng chứng và phiếu tự kiểm trước khi chuyển bước; mục tiêu là giữ mạch học tích lũy thay vì học rời từng nút.

Thực hành kiểm chứng

Bài kiểm 1: Ẩn/hiện là thao tác quản lý, không phải xóa

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Trạng thái hiển thị giữ đối tượng trong cảnh và có thể được dùng bởi View sets/Phasing; Delete thay đổi nội dung hiện có và có hành vi khác khi Reimport.

Bằng chứng yêu cầu: Thử ẩn một đối tượng rồi tìm lại trong Scene graph; so với Delete trên đối tượng TEST. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Xóa đối tượng chỉ để “đỡ vướng mắt” rồi quên cách phục hồi.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 2: Scene graph là nơi kiểm trạng thái hiển thị đáng tin cậy

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: biểu tượng con mắt thể hiện trạng thái các phần tử; thay đổi trạng thái hiển thị phản ánh ngay Viewport.

Bằng chứng yêu cầu: Trước chỉnh khu vực, tắt các nhóm chứa không liên quan và chụp trạng thái Scene graph. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Dùng góc nhìn bay tránh đối tượng nhưng chúng vẫn có thể được chọn và dễ bị di chuyển nhầm.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 3: Phím H tăng tốc nhưng đối tượng đang chọn phải chính xác

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Tài liệu phím tắt hiện hành nêu H để hiện/ẩn đối tượng được chọn. Nhanh nhưng nguy hiểm nếu đối tượng đang chọn là đối tượng cha lớn.

Bằng chứng yêu cầu: Trước H hoặc Delete, đọc tên đối tượng đang chọn trong Scene graph. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Bấm ngoài Viewport không chắc rồi nhấn H, làm biến mất cả nhóm chứa.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 4: Cô lập nên là trạng thái tạm có đường quay lại

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Twinmotion không cần có nút “Isolate” mới thực hiện được nguyên tắc cô lập: có thể dùng nhóm chứa trạng thái hiển thị, chọn nhiều đối tượng và trạng thái cảnh rõ.

Bằng chứng yêu cầu: Tạo nhóm chứa WORK_AREA hoặc lưu View set tạm khi phù hợp; ghi lại trạng thái trước thao tác lớn. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Tắt hàng chục biểu tượng con mắt thủ công rồi không nhớ trạng thái ban đầu.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 5: Không bịa chức năng khóa nếu tài liệu chính thức hiện hành không có

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Tài liệu chính thức 2026 mà bài đối chiếu xác nhận Scene graph, Containers và trạng thái hiển thị; không thấy một lệnh khóa đối tượng/nhóm chứa tổng quát được tài liệu hóa như nhiều phần mềm CAD. Vì vậy “khóa” phải được hiểu thận trọng: kiểm bản đang dùng; nếu không có, dùng quy trình bảo vệ đối tượng đang chọn thay thế.

Bằng chứng yêu cầu: Tìm trong tài liệu chính thức/menu của Scene graph trên máy; nếu không có khóa thật, ghi `N/A – phiên bản hiện tại` trong bài thực hành. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Viết hướng dẫn “bấm biểu tượng ổ khóa” dù giao diện thực tế không có.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 6: Bảo vệ SOURCE_MODEL bằng cấu trúc và thói quen

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Đặt mô hình nguồn trong nhóm chứa rõ, hạn chế chọn nút gốc, dùng chỉnh sửa ở cấp đối tượng khi cần và giữ trạng thái gốc biến đổi.

Bằng chứng yêu cầu: Ghi biến đổi nguồn; sau buổi làm chạy kiểm tra chất lượng xem đối tượng cha nguồn có bị di chuyển/tỷ lệ không. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Di chuyển cả nguồn vì vô tình chọn đối tượng cha khi đặt một cây.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 7: Reset transform là mạng an toàn cho imported content, không thay kỷ luật

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Direct Link/nhập dữ liệu có các lựa chọn reset biến đổi trên đối tượng đang chọn trong bối cảnh phù hợp; nhưng reset nhầm cũng gây mất biến đổi có chủ đích.

Bằng chứng yêu cầu: Chỉ reset sau khi xác nhận đối tượng thuộc nguồn và biến đổi đúng phải đến từ nhập dữ liệu. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Dùng Reset như Ctrl+Z toàn năng.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 8: Trạng thái hiển thị phải được kiểm tra chất lượng trước media

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Một đối tượng ẩn trong lúc làm việc có thể vô tình còn ẩn khi kết xuất/Presentation.

Bằng chứng yêu cầu: Trước export, chạy bảng kiểm cấp cao nhất nhóm chứa + View sets/media state. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Xuất ảnh thiếu mái/cây/xe vì trạng thái làm việc tạm chưa khôi phục.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bảng kiểm bàn giao nhanh cho đồng đội