Tối ưu Render

File lỗi khi render — cách khoanh vùng và cứu cảnh

nhatminh — Tue, 11 Aug 2026 18:19:30 GMT

Sáng vào xưởng, màn hình đen, máy đã tắt từ lúc nào không biết, thư mục output trống. Hoặc tệ hơn: file mở lên báo lỗi và không vào được nữa. Đây là tình huống ai làm diễn hoạ cũng gặp vài lần. Điều quan trọng là biết phân biệt lỗi phần cứng với lỗi phần mềm, vì hai loại này chữa hoàn toàn khác nhau và chẩn đoán nhầm thì mất cả ngày sửa sai chỗ. Hai nhóm nguyên nhân Nhóm phần cứng — dấu hiệu nhận ra là máy tắt hoặc treo, không phải phần mềm báo lỗi: Biểu hiện Nguyên nhân thường gặp Máy tắt phụt, không kịp báo gì Quá nhiệt CPU, hoặc nguồn không đủ tải khi CPU chạy 100% nhiều giờ Màn hình xanh (BSOD) Lỗi RAM — rất hay lộ ra khi render vì đây là lúc RAM bị ép nhất Cả phòng tối om cùng lúc Quá tải nguồn điện, mất điện lưới Máy chạy chậm dần rồi treo cứng Tản nhiệt bẩn, keo tản nhiệt khô, CPU tự hạ xung Render là bài kiểm tra sức khoẻ phần cứng khắc nghiệt nhất mà máy trạm phải chịu — CPU chạy 100% mọi nhân, liên tục nhiều giờ. Máy dùng văn phòng bình thường thì không sao, đến khi render mới lộ. Nhóm phần mềm — dấu hiệu là 3ds Max báo lỗi hoặc tự thoát, còn máy vẫn chạy: Lỗi Windows hoặc driver card đồ hoạ. Lỗi bản thân 3ds Max hoặc bản Corona không tương thích. Xung đột plugin — hay gặp khi cài nhiều script cùng lúc hoặc mở file dựng bằng bản Max khác. Phần mềm diệt virus chặn 3ds Max ghi file, hoặc chặn giao tiếp khi render qua mạng. Hết RAM. Đây là ca phổ biến nhất và có bài riêng: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Khoanh vùng theo bốn bước 1. Xác định lỗi có lặp lại không. Render lại đúng cảnh đó, đúng góc đó. Nếu chết ở cùng một chỗ mỗi lần thì đây là lỗi cảnh hoặc lỗi phần mềm. Nếu chết ở chỗ ngẫu nhiên khác nhau thì nghiêng về phần cứng, thường là RAM hoặc nhiệt độ. 2. Thử cảnh sạch. Mở một file đơn giản, render thử vài phút. Nếu file sạch cũng chết thì vấn đề không nằm ở cảnh — khỏi mất công dọn cảnh. 3. Bật lại từng phần. Nếu nghi cảnh, tắt lần lượt: displacement, render element, LightMix. Cái nào tắt đi mà chạy được thì đó là thủ phạm. Đây là cách chẩn đoán chậm nhưng chắc chắn. 4. Xem log và Task Manager. Corona ghi log riêng. Trước khi kết luận, xem thông báo cuối cùng nó kịp in ra. Nếu Task Manager cho thấy RAM sát trần trước khi chết thì mọi giả thuyết khác đều thừa. Cứu file đã hỏng 3ds Max có sẵn ba lớp phòng vệ, biết dùng thì tỷ lệ cứu được rất cao: Crash Recovery System. Khi 3ds Max sập bất thường, nó cố lưu file đang có trong bộ nhớ thành _recover.max vào thư mục Auto Backup. Chỗ đầu tiên phải mở khi vào lại phần mềm. Auto Backup. Bật ở Customize > Preferences > Files > Auto Backup. Lưu ý mâu thuẫn: khi render qua đêm thì nên tắt để tránh tự lưu file lớn giữa lúc RAM sát trần; khi đang dựng hình thì nên bật. Hai giai đoạn, hai cấu hình. Hold và Fetch. Lưu tạm trạng thái cảnh trước một thao tác nguy hiểm, kéo lại được ngay. Rẻ hơn nhiều so với lưu file mới. Nếu file mở lên là sập, thử Merge thay vì Open: mở một file trắng, chạy Merge từ file hỏng, xem danh sách đối tượng. Merge từng cụm để tìm đúng đối tượng gây lỗi rồi bỏ nó ra. Cách này cứu được phần lớn ca hỏng cục bộ. 3ds Max cũng đánh dấu đối tượng có modifier stack hỏng bằng một dummy đỏ để giữ nguyên vị trí và liên kết. Ứng dụng trong kiến trúc và thiết kế Render qua đêm cho deadline sáng mai — chia nhỏ. Render từng góc thành từng job riêng, ghi ra file riêng, thay vì một hàng đợi 12 góc chạy liền. Chết ở góc thứ ba thì vẫn còn hai góc đầu. Xưởng không có UPS — mất điện lúc 3 giờ sáng là mất trắng đêm render. Một bộ lưu điện cho máy trạm chính rẻ hơn nhiều so với một lần trễ deadline. Máy nhân viên mới lắp, render là tắt — kiểm nhiệt độ CPU và công suất nguồn trước khi nghi phần mềm. Bộ nguồn thiếu vài chục watt chỉ lộ ra khi CPU chạy toàn tải. File nhận từ đối tác không mở được — thử Merge vào file trắng thay vì Open, và dọn bằng script chuyên dụng trước khi đưa vào cảnh chính. Chi tiết: Dọn file 3ds Max: giảm dung lượng và gỡ rác tích tụ Thư mục output trống sau một đêm — kiểm xem phần mềm diệt virus có chặn 3ds Max ghi vào thư mục đó không, nhất là khi output nằm trên ổ mạng hoặc thư mục đồng bộ đám mây. Mẹo và lưu ý Luôn đặt đường dẫn xuất ảnh trước khi render. Không đặt thì render xong ảnh chỉ nằm trong VFB, và một cú sập là mất hết. Xuất từng khung ra file riêng khi render animation hoặc hàng loạt góc, đừng ghi thẳng vào một file video. Lưu theo phiên bản có đánh số, không ghi đè liên tục lên một file duy nhất. Một file hỏng thì còn bản trước đó. Không cài quá nhiều script cùng lúc rồi mới test. Cài từng cái, mở 3ds Max kiểm tra, rồi cài tiếp — xung đột plugin gần như không thể truy nếu cài mười cái một lần. Đừng dựa vào crash recovery như một chiến lược sao lưu. Chính Autodesk khuyến cáo như vậy: nó là lưới an toàn, không phải quy trình. Dùng kèm hoặc thay thế Nguyên nhân sập số một là hết bộ nhớ: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Dọn rác và script lạ trong file trước khi nghi phần cứng: Dọn file 3ds Max: giảm dung lượng và gỡ rác tích tụ Displacement là thành phần hay làm sập render nhất: Displacement — sức mạnh và cái giá phải trả Cứu cảnh mất đường dẫn texture sau khi phục hồi file: Relink Bitmap — cứu cảnh mất đường dẫn texture Video tham khảo (YouTube) 3ds Max Crash Fix & Corrupted File Recovery | Complete Safety & Backup Workflow (3D Funda) Recovering Corrupted Scene Data - 3ds Max Tutorial (Pete Draper) Recover 3ds Max Corrupted /Lost crash file with Auto Backup (3D CREATIVES) 3DSMax Corrupted Data End-All-Fix (Jamie Gibson) How to RECOVER 3DS MAX Unsaved File (Step by Step) (Side Quest) Tài liệu tham khảo Crash Recovery System (3ds Max Help) — cơ chế tự cứu file khi sập và vị trí file _recover.max. Handling File Corruptions (3ds Max Help) — quy trình chính chủ để khoanh vùng đối tượng gây hỏng file. Hold/Fetch (3ds Max Help) — lưới an toàn nhanh nhất trước mỗi thao tác nguy hiểm. System is running low on RAM (Chaos Help Center) — nguyên nhân sập phổ biến nhất khi render, kèm cách xử lý. Corona for 3ds Max — Chaos Help Center — tra cứu theo đúng thông báo lỗi hiện trên màn hình.

Material ID và mask — chuẩn bị cho khâu hậu kỳ

nhatminh — Tue, 11 Aug 2026 18:19:30 GMT

Ảnh render xong, khách bảo đổi màu gạch mặt đứng từ nâu sang xám. Nếu chỉ có một file JPG thì phải quay lại 3ds Max, đổi vật liệu, render lại nửa tiếng. Nếu lúc render đã xuất kèm mask cho lớp gạch thì đó là ba phút trong Photoshop, và đổi được bao nhiêu phương án tuỳ khách. Mask không làm render nhanh hơn — nó làm cho lần sửa sau không phải render lại. Với một dự án có mười vòng góp ý, đó là khoản tiết kiệm lớn nhất trong cả quy trình. Ba cách tạo mask trong Corona 1. CMasking_Mask. Thêm ở Render Setup > Render Elements > Add, chọn CMasking_Mask. Element này tạo ảnh đen trắng đánh dấu vùng của một nhóm đối tượng. Có ba kiểu đánh dấu: theo Object ID (G-Buffer ID đặt trong Object Properties), theo Material ID, theo danh sách đối tượng chọn tay (Include/Exclude). Mỗi element chứa được ba mask trong ba kênh R, G, B — nghĩa là một ảnh cho ba vùng. Đây là cách tiết kiệm nhất khi cần nhiều mask. 2. CMasking_Cryptomatte. Đây là cách hiện đại hơn. Cryptomatte tự sinh mask cho mọi đối tượng và mọi vật liệu trong cảnh, không cần đặt ID trước. Ở khâu hậu kỳ, bạn chỉ việc bấm vào vùng cần tách và phần mềm tự lấy đúng mask, kể cả rìa mờ, tóc, lá cây và vùng bán trong suốt. Đổi lại, Cryptomatte cần định dạng EXR nhiều lớp và phần mềm hậu kỳ hỗ trợ nó. 3. Multi/Sub-Object với Material ID. Không phải render element mà là cách tổ chức vật liệu: gán nhiều vật liệu con vào một đối tượng, mỗi cái mang một ID. Cách này vừa cho phép một khối mang nhiều vật liệu, vừa tạo sẵn cơ sở để CMasking_Mask tách vùng theo Material ID. Chọn cách nào Tình huống Nên dùng Cần đúng 2–3 vùng, hậu kỳ bằng Photoshop CMasking_Mask theo Material ID Chưa biết trước sẽ phải sửa vùng nào CMasking_Cryptomatte Nhiều vật liệu trên cùng một khối (mặt đứng, sàn ghép) Multi/Sub-Object rồi mask theo ID Cây, tóc, rèm voan, vật thể có rìa mềm Cryptomatte — mask theo ID cho rìa răng cưa Ảnh cuối, không định sửa nữa Không xuất mask, tiết kiệm RAM Lưu ý về chi phí: mỗi render element là một ảnh đầy đủ nằm trong RAM. Xuất mười element ở khổ 4000 px là tự tạo ra bài toán bộ nhớ. Chi tiết: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Quy ước ID nên chốt trước khi dựng Đây là phần quyết định mask có dùng được hay không. Đặt ID lung tung thì đến lúc hậu kỳ sẽ có ba loại vật liệu khác nhau cùng ID 5. Bộ quy ước xưởng hay dùng cho ảnh kiến trúc: ID Nhóm 1 Kính 2 Kim loại, nhôm, khung 3 Tường và sơn 4 Đá, gạch, vật liệu ốp 5 Gỗ 6 Cây xanh và cảnh quan 7 Nước 8 Người và xe Chốt bảng này ở đầu dự án, ghi vào file mẫu, cả nhóm dùng chung. Việc này mất mười phút và tiết kiệm hàng giờ ở khâu ghép ảnh. Ứng dụng trong kiến trúc và thiết kế Khách đổi màu vật liệu mặt đứng nhiều lần — mask theo Material ID cho từng nhóm ốp. Ba phương án màu gạch xuất trong một buổi chiều thay vì ba lượt render. Chỉnh riêng bầu trời và cây — gần như bộ ảnh kiến trúc nào cũng cần. Tách được thì thay trời, tăng độ tương phản tán cây, chỉnh sắc xanh mà không đụng tới công trình. Kính mặt đứng bị phản chiếu quá mạnh hoặc quá yếu — mask lớp kính riêng, kéo độ trong hậu kỳ. Đây là chi tiết khách hay góp ý nhất và cũng tốn render nhất nếu phải làm lại. Ảnh nội thất cần đổi màu tường theo bảng màu của chủ đầu tư — một lần render, năm phương án màu gửi khách chọn. Bàn giao cho bộ phận hậu kỳ hoặc đối tác bên ngoài — gửi kèm EXR có Cryptomatte thì người nhận tự tách được mọi thứ, không phải hỏi lại và không phải render bổ sung. Mẹo và lưu ý Đặt ID lúc gán vật liệu, không đặt lúc chuẩn bị render. Làm sau thì phải đi tìm lại từng đối tượng trong cảnh đã xong. Object ID và Material ID là hai thứ khác nhau. Object ID nằm trong Object Properties của đối tượng; Material ID nằm trong vật liệu. Chọn một hệ và dùng nhất quán, đừng trộn. Xem trước mask trong VFB trước khi đi ngủ để máy render qua đêm. Mask trống hoặc lẫn vùng là lỗi chỉ phát hiện được bằng mắt. Corona có tuỳ chọn cho phép một vật liệu không xuất hiện trong mask trong khi vẫn có mặt ở ảnh chính — hữu ích với kính, để mask lấy đúng vật thể phía sau. Mask qua phản xạ và khúc xạ là chuyện riêng: theo mặc định mask lấy bề mặt nhìn thấy trực tiếp, không lấy hình ảnh trong gương hay sau kính. Cần thì phải cấu hình thêm. Gộp đối tượng bằng Attach sẽ dồn Material ID lại — làm việc đó sau khi đã chốt mask, không làm trước. Chi tiết: Tối ưu số mặt (poly) trong cảnh diễn hoạ Dùng kèm hoặc thay thế Render Elements — bức tranh đầy đủ về việc tách lớp: Render Elements — tách lớp để hậu kỳ chủ động Corona Frame Buffer, nơi xem trước và xuất mask: Corona Frame Buffer và LightMix — chỉnh ảnh ngay trong render Mask là render element, nên nó tốn RAM: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Đổi ánh sáng không cần mask, dùng LightMix: Dùng LightMix để không phải render lại khi đổi ánh sáng Video tham khảo (YouTube) Quản lý vật liệu bằng Map Channel và Vật liệu đa hợp Multi/Sub-Object (HEXAGON ACADEMY) QuickTip: Quick Masks (Chaos Corona) How to use the Corona Render only Mask & Cmasking Mask in 3dsmax and Photoshop (ArchViz Explained) How to make Corona Material invisible to masks (CG Tricks) Render elements /Passes / Corona Render/ The right way (ArchViz media by IK) Tài liệu tham khảo Render Elements — Corona for 3ds Max (Chaos Docs) — tài liệu chính chủ về toàn bộ hệ render element. How to use smart masks in Corona for 3ds Max? (Chaos Help Center) — hướng dẫn CMasking_Mask theo Object ID và Material ID. How to use the Corona Cryptomatte (Chaos Help Center) — thiết lập Cryptomatte và định dạng xuất kèm. What render elements are available in Corona for 3ds Max? (Chaos Help Center) — danh sách đầy đủ để chỉ bật đúng element cần.

Gamma và quản lý màu — sai một lần hỏng cả bộ ảnh

nhatminh — Tue, 11 Aug 2026 18:19:30 GMT

Bộ ảnh nội thất gửi đi, khách phản hồi: sao gỗ trông bạc và tường hơi xỉn. Mở lại file thì vật liệu đúng, đèn đúng, thông số đúng. Lỗi nằm ở chỗ không ai nghĩ tới: một nửa số texture được nạp với gamma sai, nên màu đã lệch ngay từ đầu vào. Đây là loại lỗi tệ nhất trong diễn hoạ, vì nó không báo lỗi, chỉ âm thầm làm cả bộ ảnh sai màu. Và nó là bước số 2 trong quy trình mười bước của xưởng — làm ngay sau khi copy file, trước mọi thứ khác. Gamma là gì và vì sao hay sai Ảnh chụp và texture màu được lưu ở không gian sRGB, tức là đã có sẵn một đường cong gamma khoảng 2.2 để hợp với mắt người. Bộ render thì tính toán ánh sáng ở không gian tuyến tính, nơi phép cộng ánh sáng đúng như vật lý. Nghĩa là mỗi texture màu phải được gỡ gamma khi nạp vào, rồi ảnh kết quả được áp lại gamma khi hiển thị. Rắc rối nằm ở chỗ không phải map nào cũng là màu: Loại map Không gian màu đúng Nếu đặt sai Diffuse, Base color, Translucency sRGB (gamma 2.2) Màu bạc hoặc quá đậm Reflection color, Refraction color sRGB Phản xạ sai độ mạnh Roughness, Glossiness, Metalness Tuyến tính (gamma 1.0) Bề mặt bóng hoặc mờ sai hoàn toàn Bump, Normal, Displacement Tuyến tính (gamma 1.0) Độ nổi sai biên độ, bề mặt bậc thang Opacity, mask Tuyến tính (gamma 1.0) Rìa trong suốt sai 3ds Max cố đoán tự động khi nạp bitmap, và nó đoán sai khá thường xuyên — nhất là với map đen trắng lưu dạng JPG, hoặc texture đến từ file cảnh của người khác. Ba việc phải làm, theo thứ tự 1. Chốt thiết lập quản lý màu của 3ds Max. Vào Rendering > Color Management (bản 2024 trở lên dùng hệ thống OCIO). Chọn một chế độ và giữ nguyên cho cả dự án. Đổi giữa chừng thì các góc render trước và sau sẽ lệch màu nhau — đây là kiểu lỗi rất khó truy. 2. Kiểm tra gamma của toàn bộ bitmap trong cảnh. Với cảnh vài chục vật liệu thì mở từng cái ra soi được. Với cảnh vài trăm map thì phải dùng công cụ liệt kê hàng loạt: bảng hiện tất cả bitmap kèm cột Gamma và kiểu map, cho phép lọc theo loại rồi áp gamma đúng cho cả nhóm cùng lúc. Trong bảng như trên, việc cần làm là lọc theo loại map, xác nhận map màu để 2.2 và map dữ liệu để 1.0, rồi áp một lượt. Sửa tay từng map với 42 bitmap đã mệt, với 300 bitmap thì không xong nổi. 3. Chốt cách xuất ảnh. Xuất từ Corona Frame Buffer sang PNG hoặc JPG thì gamma đã được nướng vào ảnh. Xuất EXR 32-bit thì ảnh còn ở dạng tuyến tính, phải xử lý tiếp trong phần mềm hậu kỳ. Cả xưởng phải dùng cùng một quy ước, nếu không ảnh của hai người sẽ không ghép được vào một bảng thuyết trình. Ứng dụng trong kiến trúc và thiết kế Bộ 12 góc cho một dự án, làm bởi ba người — chốt thiết lập quản lý màu và ghi vào file mẫu của dự án. Không chốt thì ba người ra ba tông màu và không ai biết ai đúng. Nhận file từ nước ngoài hoặc từ đối tác — việc đầu tiên là kiểm gamma, trước khi kết luận vật liệu xấu. Rất nhiều lần "vật liệu bên đó làm không đẹp" thực ra là gamma sai. Vật liệu gỗ và vải trông bạc màu — dấu hiệu điển hình của map Diffuse bị đặt gamma 1.0. Sửa gamma nhanh hơn nhiều so với chỉnh lại màu vật liệu bằng tay. Kim loại và kính phản xạ sai — kiểm map Roughness và Metalness trước. Hai map này bị đặt 2.2 là lỗi thường gặp nhất và làm hỏng toàn bộ cảm giác vật liệu. Ảnh in khổ lớn cho bảng thuyết trình — làm proof in thử một ảnh trước khi in cả bộ. Màn hình và máy in không cùng gam màu, và phát hiện lệch sau khi in 12 tờ A0 là chuyện tốn tiền. Mẹo và lưu ý Sửa gamma trước, chỉnh vật liệu sau. Chỉnh vật liệu để bù cho gamma sai là xây nhà trên nền lệch. Đến khi ai đó sửa gamma thì toàn bộ vật liệu sai theo hướng ngược lại. Đừng đổi chế độ quản lý màu giữa dự án. Nếu buộc phải đổi, render lại toàn bộ, đừng ghép ảnh cũ với ảnh mới. Bản 3ds Max 2024 trở lên dùng OCIO với cấu hình mặc định theo ACES. Đây là hệ khác với gamma 2.2 cũ, không phải chỉ đổi tên. Nếu cả xưởng đang dùng gamma 2.2 thì chuyển sang ACES phải chuyển đồng loạt. Kiểm tra màn hình. Hai người ngồi cạnh nhau nhìn cùng một ảnh ra hai màu khác nhau thì mọi tranh luận về gamma đều vô nghĩa. Cân màu màn hình là điều kiện cần. Corona Frame Buffer có bộ chỉnh tone riêng. Chỉnh ở đó là hậu kỳ, không phải sửa gamma. Đừng dùng nó để che một lỗi gamma ở đầu vào. Dùng kèm hoặc thay thế Corona Frame Buffer và các công cụ chỉnh ảnh ngay trong render: Corona Frame Buffer và LightMix — chỉnh ảnh ngay trong render Lý thuyết exposure, tone mapping và dải sáng: Lý thuyết render vật lý: exposure, tone mapping, dải sáng Vật liệu Corona và tư duy PBR — nơi gamma sai gây hại nhiều nhất: Vật liệu Corona: CoronaPhysicalMtl và tư duy PBR Sửa hàng loạt vật liệu và map trong cảnh: Batch Material Editor — sửa vật liệu hàng loạt Video tham khảo (YouTube) Tutorial 3ds Max & Corona Renderer - Incorrect Gamma Error (Patryk Arendt) Corona Render and 3D Max. Preparing for linear space work "CG Bandit" (CGBandit “СG_Bandit”) Gamma LUT for Training 3D Visualization CORONA RENDER and 3D MAX. (CGBandit “СG_Bandit”) How to switch over to ACES (ICIO) color space in 3DsMax and Corona Render (Pixel Wave) OCIO color management in Autodesk 3DS Max 2024.1 (Autodesk 3ds Max Learning Channel) Tài liệu tham khảo Color Management Settings (3ds Max Help) — bảng thiết lập chính chủ, giải thích từng chế độ. Color Management (3ds Max Help) — tổng quan hệ quản lý màu của bản mới. Corona Bitmap (Chaos Help Center) — node bitmap của Corona và cách nó xử lý không gian màu đầu vào. Corona for 3ds Max — tài liệu chính chủ — tra phần Frame Buffer và tone mapping đi kèm.

Displacement — sức mạnh và cái giá phải trả

nhatminh — Tue, 11 Aug 2026 18:19:29 GMT

Sàn đá granite nhìn phẳng lì cho tới khi bật displacement, và đột nhiên mạch gạch có chiều sâu thật, bóng đổ vào khe, mép viên đá bắt sáng. Không có kỹ thuật nào thay được cảm giác đó. Vấn đề là displacement sinh hình học thật lúc render, và nó là thủ phạm số một của những lần 3ds Max tắt ngang lúc hai giờ sáng. Bài này nói về cách dùng nó mà không trả giá quá đắt. Displacement khác bump ở chỗ nào Bump đánh lừa: nó chỉ bẻ hướng pháp tuyến bề mặt để ánh sáng phản ứng như thể có gồ ghề. Bề mặt vẫn phẳng, viền silhouette vẫn thẳng, và nó gần như miễn phí. Displacement thì đẩy hình học thật. Corona chia nhỏ bề mặt thành hàng triệu tam giác rồi dịch từng đỉnh theo giá trị của map. Kết quả đúng ở mọi góc nhìn, viền cũng gồ ghề, bóng đổ tự thân đúng. Cái giá là hình học sinh ra lúc render, chiếm RAM và thời gian tiền xử lý. Corona điều khiển việc chia nhỏ này bằng hai chế độ ở Render Setup > Performance > Displacement: Chế độ Cách hoạt động Dùng khi Screen size (mặc định) Chia nhỏ theo kích thước hiển thị trên màn hình, tính bằng pixel Ảnh tĩnh — chất lượng tốt, bộ nhớ ít nhất World size Chia nhỏ theo kích thước thật trong không gian Animation — mỗi khung chia giống hệt nhau, không nhấp nháy Screen size là con số quan trọng nhất trong bài này. Giá trị càng nhỏ thì lưới càng mịn và RAM càng cao. Chaos nói rõ: không bao giờ đặt dưới 1 pixel, và bình thường cứ để mặc định. Giá trị lớn hơn nghĩa là chất lượng thấp hơn nhưng RAM ít hơn. Corona còn có Autobump: khi lưới displacement không đủ mịn để tả hết chi tiết, Corona tự thêm bump cho phần chi tiết nhỏ. Nghĩa là bạn có thể để screen size khá cao mà bề mặt vẫn nhìn có chi tiết. Đây là lý do việc hạ screen size xuống 0,5 px hầu như luôn là lãng phí. Bốn thông báo lỗi hay gặp và ý nghĩa thật "Stopping render due to not enough system memory to process displacement" — displacement đã ăn hết RAM. Nâng screen size lên, hoặc bỏ displacement ở vật thể xa camera. "Unable to process displacement of the object(s) due to extreme number of generated vertices" — một vật thể sinh ra quá nhiều đỉnh. Thường do map displacement quá tương phản hoặc vật thể quá lớn. Cảnh báo camera trực giao — Chaos cảnh báo tổ hợp camera orthographic cộng screen size displacement ngốn bộ nhớ bất thường. Chuyển sang world size, hoặc dùng camera phối cảnh tiêu cự dài đặt xa để giả hiệu ứng trực giao. RAM nhảy vọt ngay sau khi bấm render, trước khi có pass nào — đây chính là lúc displacement đang sinh hình học. Nếu chết ở đây thì vấn đề chắc chắn là displacement chứ không phải sampling. Tắt displacement toàn cảnh trong một nốt nhạc Có hai cách, dùng cho hai mục đích khác nhau. Cách 1 — công tắc tổng của Corona. Bỏ tích Displacement ở Render Setup > Common. Nó tắt displacement toàn cục ngay lập tức, không đụng vào scene. Đây là cách để render nháp nhanh. Cách 2 — tắt hẳn modifier trên từng đối tượng. Khi model tải từ thư viện mang sẵn DisplacementMod mà bạn không cần, tắt tay từng cái trên trăm đối tượng là không khả thi. Có script chuyên cho việc này. Thông tin plugin Mục Chi tiết Tên chính thức Disable DisplacementMod (bài TIPS#254) Tác giả Thủ thuật 3D (thuthuat3d.com) Giá Miễn phí Trang chính chủ https://thuthuat3d.com/huong-dan-tat-che-do-displacementmod-cua-tat-ca-object-trong-3dsmax-scene-chi-voi-mot-click/ Hỗ trợ Cả Corona DisplacementMod và V-Ray DisplacementMod Cách dùng Chạy script, chọn toàn bộ đối tượng trong cảnh, bấm Disable Script này giải đúng một bài toán rất cụ thể: model từ các bộ thư viện thường được tác giả gắn sẵn DisplacementMod, và khi merge vào cảnh của mình thì phần lớn không cần dùng, nhưng dò tay từng đối tượng thì mất hàng giờ. Ứng dụng trong kiến trúc và thiết kế Sàn đá, gạch lát, tường xây gạch trần ở tiền cảnh — đây là chỗ displacement xứng đáng nhất. Giữ screen size mặc định, chỉ bật cho đúng vật liệu nhìn thấy gần. Cỏ và mặt đất cảnh ngoại thất — nâng screen size lên đáng kể. Không ai đếm cọng cỏ ở khoảng cách 20 m, nhưng bộ nhớ thì tính đủ. Model nội thất tải từ thư viện — quét và tắt DisplacementMod của cả cụm trước khi đưa vào cảnh chính. Đây là nguồn displacement thừa lớn nhất trong thực tế. Mặt bằng tổng thể quy hoạch dùng camera trực giao — chuyển sang world size displacement, hoặc tắt hẳn và dùng bump. Đây là trường hợp Chaos cảnh báo riêng. Render animation dạo quanh công trình — bắt buộc dùng world size, nếu không mặt sàn sẽ nhấp nháy giữa các khung hình vì lưới chia lại theo góc nhìn. Mẹo và lưu ý Để chi tiết mịn cho bump, chi tiết lớn cho displacement. Autobump làm sẵn việc này. Cố ép displacement tả cả vân đá siêu nhỏ là cách đốt RAM nhanh nhất. Displacement phụ thuộc độ phân giải ảnh đầu ra ở chế độ screen size. Test ở 1000 px chạy ngon không có nghĩa là 4000 px sẽ chạy được — bộ nhớ tăng theo. Kiểm soát biên độ bằng Min/Max level của map. Displacement quá mạnh làm hở mép giữa các mặt và sinh ra số đỉnh khổng lồ. Water level cắt phần displacement dưới một ngưỡng, hữu ích để giữ mép sàn phẳng ở chỗ giáp tường. Đừng bật displacement ở giai đoạn dựng hình. Bật sau cùng, khi đã chốt bố cục và ánh sáng. Dùng kèm hoặc thay thế Displacement là hình học động, nó thuộc bài toán RAM: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Bump và các map bề mặt trong vật liệu Corona: Vật liệu Corona: CoronaPhysicalMtl và tư duy PBR Vật liệu theo loại, biết loại nào cần displacement thật: Vật liệu theo loại: kính, kim loại, gỗ, nước, rèm, cây cỏ Tắt displacement là bước 5 trong quy trình mười bước: Tối ưu render Corona — bản đồ toàn bộ các hướng xử lý Video tham khảo (YouTube) TUTORIAL: Displacement (1/2 Gravel) (Chaos Corona) Scatter vs Pattern vs Displacement in 3ds Max (Chaos Corona) Disable DisplacementMod of all objects in 3dsMax with one click (CG Tricks) Using Poliigon displacement textures in 3DS Max with Corona (Poliigon Documentation) [Tips] - Tạo tường nổi khối với Displace (HEXAGON ACADEMY) Tài liệu tham khảo What is Displacement? (Chaos Help Center) — giải thích cơ chế và khác biệt với bump. Corona Displacement Modifier (Chaos Docs) — tài liệu chính chủ của modifier, kèm các tham số Min/Max level và Water level. Stopping render due to not enough system memory to process displacement (Chaos Help Center) — xử lý đúng thông báo lỗi này. Using orthographic camera and screen size displacement can consume a lot of memory (Chaos Help Center) — cảnh báo dành cho ảnh quy hoạch. TIPS#254 — Tắt DisplacementMod của tất cả object (Thủ thuật 3D) — trang chính chủ của script, có video minh hoạ ngắn.

Dùng LightMix để không phải render lại khi đổi ánh sáng

nhatminh — Tue, 11 Aug 2026 18:19:29 GMT

Gửi khách ảnh nội thất. Khách trả lời: đèn hắt trần hơi vàng, đèn thả bàn ăn sáng quá, và thử xem bật đèn tủ bếp thì thế nào. Không có LightMix thì đây là ba lần chỉnh đèn và ba lần render lại, mỗi lần hơn nửa tiếng. Có LightMix thì đây là ba lần kéo thanh trượt, mỗi lần vài giây, trên đúng bức ảnh đã render xong. Nhưng LightMix không miễn phí — nó đắt RAM và làm render chậm hơn. Bài này nói về việc khi nào cái lãi lớn hơn cái giá. LightMix hoạt động ra sao Bình thường Corona cộng gộp đóng góp của mọi nguồn sáng vào một bức ảnh duy nhất. LightMix làm khác: nó tách riêng đóng góp của từng nhóm đèn thành từng lớp, rồi cho bạn chỉnh cường độ và màu của từng lớp ngay trong Corona Frame Buffer, sau khi render đã xong. Cách kích hoạt: thêm render element CShading_LightMix vào Render Setup > Render Elements. Corona sẽ hỏi bạn muốn gom đèn theo cách nào — theo từng đèn riêng, theo instance, theo nhóm, hay theo layer. Sau khi render xong, tab LightMix xuất hiện trong VFB với một thanh trượt cho mỗi nhóm. Ba điều LightMix làm được: Đổi cường độ từng nhóm đèn mà không render lại. Đổi màu ánh sáng từng nhóm — chuyển đèn 3000K sang 4000K không cần chạm vào scene. Bật tắt cả nhóm — dựng phương án ban ngày và ban đêm từ cùng một lần render. Và một điều nó không làm được: đổi vị trí đèn, đổi hình dạng đèn, hay thêm đèn mới. Những việc đó vẫn phải render lại. Cái giá phải trả Đây là phần ít tài liệu nói rõ, nhưng nó là kinh nghiệm xưởng và Chaos cũng xác nhận theo hướng khác: LightMix tốn RAM. Mỗi nhóm đèn là một lớp ảnh đầy đủ giữ trong bộ nhớ. Cảnh nội thất có 20 nhóm đèn ở khổ 3000 px là hai chục bức ảnh nằm song song trong RAM. Theo kinh nghiệm ở xưởng, muốn làm việc thoải mái với LightMix trên cảnh nội thất thật thì nên chuẩn bị tối thiểu 64 GB RAM. Con số này trùng với mức Chaos khuyến nghị cho cảnh nội thất và ngoại thất nói chung. LightMix làm render chậm hơn. Corona phải tính và lưu riêng đóng góp của từng nhóm thay vì cộng thẳng vào một ảnh. Khử nhiễu từng lớp còn tốn thêm nữa. Chaos ghi rõ trong tài liệu xử lý sự cố: bật denoising cho nhiều render element làm RAM tăng mạnh, và điều này áp dụng cho cả LightMix. Bật hay tắt — quyết theo tình huống Tình huống LightMix Lý do Đang dò ánh sáng, chưa chốt phương án Bật Mỗi lần thử là vài giây thay vì nửa tiếng Cảnh nội thất nhiều nhóm đèn, khách hay đổi ý Bật Đây là chỗ nó lãi nhất Cần dựng cả bản ngày và bản đêm Bật Một lần render ra hai phương án Ánh sáng đã chốt, đang render bản cuối Tắt Không còn gì để chỉnh, chỉ còn phần chi phí Deadline gấp, cần render nhiều góc trong đêm Tắt Mỗi phần trăm thời gian đều tính Máy 32 GB RAM, cảnh đã sát trần bộ nhớ Tắt Đây là nguyên nhân tràn RAM rất hay gặp Ngoại thất chỉ có mặt trời và bầu trời Tắt Hai nguồn sáng thì không cần tách lớp Đây chính là lý do bước số 6 trong quy trình mười bước của xưởng là "tắt LightMix": bước đó nói về render bản cuối, không nói về giai đoạn dò ánh sáng. Ứng dụng trong kiến trúc và thiết kế Căn hộ mẫu trình bày với chủ đầu tư — gom đèn thành các nhóm theo công năng: đèn hắt trần, đèn rọi tranh, đèn thả bàn ăn, đèn tủ bếp, ánh sáng ngoài trời. Ngồi cạnh khách, kéo thanh trượt theo góp ý ngay tại chỗ, chốt xong mới về render bản cuối. Bộ ảnh ngày và đêm cho cùng một góc — gom mặt trời và bầu trời vào một nhóm, đèn nhân tạo vào các nhóm khác. Render một lần, xuất hai ảnh. Tiết kiệm nguyên một lượt render. Nhà hàng hoặc showroom nhiều lớp ánh sáng — đây là loại cảnh mà chỉnh tay từng đèn rồi render lại là bất khả thi. Không có LightMix thì gần như không làm nổi trong thời hạn hợp lý. Deadline gấp, 12 góc trong đêm — chốt ánh sáng trước bằng LightMix trên một góc đại diện ở khổ nhỏ, ghi lại giá trị, rồi áp vào cảnh và tắt LightMix để đẩy hàng loạt. Máy 32 GB làm cảnh ngoại thất có Forest Pack — không bật LightMix. Bộ nhớ đã dành hết cho cây. Chi tiết: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Mẹo và lưu ý Gom nhóm cho gọn. 40 nhóm đèn là không quản lý nổi và tốn bộ nhớ vô ích. Gom theo công năng chiếu sáng, thường 5 đến 8 nhóm là đủ cho một cảnh nội thất. Kết quả LightMix có thể đưa ngược lại vào scene. Corona có chức năng áp giá trị đã chỉnh trở lại các nguồn sáng thật, để lần render sau không cần LightMix nữa. Đây là bước nên làm trước khi render bản cuối. Lưu file CXR. Định dạng này giữ nguyên các lớp LightMix, mở lại vẫn chỉnh được sau nhiều ngày mà không phải render lại. Đừng bật denoising cho tất cả element khi đang dùng LightMix — đây là tổ hợp tràn RAM kinh điển. LightMix chỉ chỉnh được ánh sáng, không sửa được vật liệu sai hay bố cục lệch. Dùng kèm hoặc thay thế LightMix là một phần của Corona Frame Buffer: Corona Frame Buffer và LightMix — chỉnh ảnh ngay trong render Render Elements — tách lớp để hậu kỳ chủ động: Render Elements — tách lớp để hậu kỳ chủ động Khi bộ nhớ là nút thắt: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Ánh sáng nhân tạo cho nội thất, việc phải làm trước khi có gì để mix: Ánh sáng nhân tạo: CoronaLight và đèn IES cho nội thất Video tham khảo (YouTube) LightMix with Chaos Corona for 3ds Max (Chaos Corona) How to Use Light Mix in Chaos Corona for 3dsMax (ArchViz Explained) 3dsMax Corona Interior Lighting (LightMix Tutorial) (Oner Oncer) Light Mix Corona Render & 3Ds Max | Tutorial - Architectural Visualisation (Denis Kozhar) Light Mix Corona Render & 3ds Max Tutorial (ArchViz By Dino) Tài liệu tham khảo LightMix — Corona for 3ds Max (Chaos Docs) — tài liệu chính chủ về cơ chế và các kiểu gom nhóm đèn. How to use interactive LightMix in Corona for 3ds Max? (Chaos Help Center) — hướng dẫn từng bước kèm cách áp giá trị ngược lại vào scene. System is running low on RAM (Chaos Help Center) — mục nói rõ denoising nhiều element và LightMix làm tăng RAM. Render Elements — Corona for 3ds Max (Chaos Docs) — LightMix là một render element, đọc kèm để hiểu chi phí. What render elements are available in Corona for 3ds Max? (Chaos Help Center) — danh sách đầy đủ để chỉ bật đúng thứ cần.

Tối ưu hiển thị viewport để thao tác không giật

nhatminh — Tue, 11 Aug 2026 18:19:28 GMT

Cảnh render 30 phút thì chấp nhận được, nhưng xoay góc nhìn mất ba giây mỗi lần kéo chuột thì không làm việc nổi. Cả ngày ngồi dựng hình, mỗi thao tác chờ ba giây là mất hàng giờ. Điều đáng nói: tốc độ viewport và tốc độ render là hai bài toán riêng, dùng phần cứng khác nhau và chữa bằng cách khác nhau. Viewport chậm vì lý do khác với render chậm Render chạy trên CPU và RAM. Viewport chạy trên card đồ hoạ và bộ nhớ của card (VRAM). Hai bên nghẽn ở chỗ khác nhau: Thứ làm nghẽn viewport Vì sao Có làm chậm render không Số đối tượng rời trong cảnh Mỗi đối tượng là một lệnh vẽ gửi xuống card Rất ít Texture hiển thị độ phân giải cao Chiếm VRAM, card phải nạp lại liên tục Không Bóng đổ và ambient occlusion trong viewport Card phải tính thêm mỗi khung hình Không Hiển thị cạnh (Edged Faces) trên lưới dày Vẽ hàng triệu đường thẳng Không Số mặt tổng Card phải xử lý toàn bộ lưới Có Điểm mấu chốt: hạ chất lượng hiển thị không làm ảnh render xấu đi. Viewport chỉ là màn hình xem trước. Rất nhiều người ngại chỉnh vì sợ ảnh hưởng bản cuối — không có chuyện đó. Hai việc gốc mà xưởng làm khi máy giật: làm nhẹ map để giảm bộ nhớ, và proxy đối tượng để giảm tải cho card đồ hoạ. Bảy chỉnh sửa, làm từ trên xuống 1. Hạ chất lượng texture hiển thị. 3ds Max cho phép đặt độ phân giải texture riêng cho viewport, độc lập với độ phân giải khi render. Đặt xuống 512 hoặc 256 là đủ để nhận ra vật liệu nào là vật liệu nào. 2. Bật Adaptive Degradation. Cơ chế này tự hạ chất lượng hiển thị trong lúc bạn xoay hoặc pan, rồi trả lại chất lượng đầy đủ khi bạn dừng tay. Đây là cách hiệu quả nhất để giữ thao tác mượt mà vẫn nhìn được cảnh đầy đủ khi cần. 3. Chuyển đối tượng nặng sang Display as Box. Chuột phải vào vật thể, vào Object Properties, bật Display as Box. Cụm cây, đám cỏ, bộ đèn chùm chỉ còn là một khối hộp trong viewport nhưng vẫn render đầy đủ. 4. Dùng Corona Proxy. Proxy vừa giảm RAM khi render vừa giảm tải viewport, vì nó chỉ hiển thị lưới đơn giản hoá hoặc điểm. Chi tiết: Corona Proxy — đưa model nặng vào cảnh mà máy không nghẹn 5. Đặt chế độ hiển thị của Forest Pack sang proxy. Với cảnh cảnh quan, đây là chỉnh quan trọng nhất và nó nằm ngay trong bảng của Forest. Chi tiết: Display — chế độ hiển thị proxy để viewport không nghẹn 6. Tắt hiệu ứng hiển thị không cần. Bóng đổ viewport, ambient occlusion, phản chiếu môi trường — đẹp nhưng ăn card. Tắt hết khi đang dựng, bật lại khi cần chụp màn hình cho khách xem. 7. Isolate khi làm chi tiết. Phím tắt Isolate Selection giấu toàn bộ phần còn lại của cảnh. Dựng một cái tủ trong căn hộ 40 triệu mặt mà không Isolate là tự làm khổ mình. Ứng dụng trong kiến trúc và thiết kế Ngoại thất khu đô thị có Forest Pack và địa hình — chuyển hiển thị cây sang proxy hoặc điểm. Đây là chỉnh duy nhất cần làm, và nó thường biến cảnh không xoay nổi thành cảnh chạy mượt. Nội thất đầy đồ, phải kê lại bố cục theo yêu cầu khách — Display as Box cho đèn chùm, rèm, cây trong nhà, chỉ giữ hiển thị đầy đủ cho món đang kê. Đặt camera và căn bố cục — bật Safe Frames, tắt mọi hiệu ứng hiển thị khác. Lúc này chỉ cần thấy đúng khung hình chứ không cần thấy đẹp. Ngồi trình bày trực tiếp với khách trên máy — làm ngược lại: bật chất lượng hiển thị lên cho cảnh trông tử tế, chấp nhận xoay chậm hơn. Chọn theo tình huống chứ không có cấu hình duy nhất. Máy nhân viên card đồ hoạ tầm trung — thay vì đợi nâng cấp phần cứng, chuẩn hoá một bộ thiết lập viewport nhẹ và áp cho cả xưởng. Phần lớn công việc dựng hình không cần hiển thị chất lượng cao. Mẹo và lưu ý Viewport giật không có nghĩa là render sẽ chậm. Đừng suy từ cái này ra cái kia. Muốn biết render chậm hay không thì phải đo: Vì sao render chậm — tìm đúng nút thắt trước khi chỉnh Nếu viewport chậm mà số mặt không cao, nghi ngờ số lượng đối tượng chứ không phải số mặt. Gộp đối tượng thường cứu được: Tối ưu số mặt (poly) trong cảnh diễn hoạ Cập nhật driver card đồ hoạ theo bản được Autodesk chứng nhận, không phải bản mới nhất. Driver game mới nhất đôi khi làm 3ds Max chạy tệ hơn. Cảnh giật ngay cả khi mới mở file trắng là dấu hiệu vấn đề nằm ở phần mềm hoặc driver, không phải ở cảnh. Đừng để Edged Faces bật thường trực trên cảnh lớn. Nó vẽ thêm hàng triệu đường và là thủ phạm âm thầm rất hay gặp. Dùng kèm hoặc thay thế Làm nhẹ map để giảm bộ nhớ hiển thị: Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Proxy đối tượng để giảm tải card đồ hoạ: Corona Proxy — đưa model nặng vào cảnh mà máy không nghẹn Chế độ hiển thị proxy của Forest Pack: Display — chế độ hiển thị proxy để viewport không nghẹn Giảm số đối tượng rời trong cảnh: Tối ưu số mặt (poly) trong cảnh diễn hoạ Video tham khảo (YouTube) Optimize 3ds Max Viewport Performance for Large Files | Smooth Navigation Tips#3dsmax#viewport (Arkan Arch) 3ds Max Lag Fix – Boost FPS & Improve Performance on PC (QuickTutorial) 3DsMAX : Adaptive Degradation 3ds Max Tutorial (coMAD) Quickbit - Viewport Settings in 3DS Max (FastTrack Tutorials) 3ds max slows down and lags when rotating in the viewport (DeltaDesignRus) Tài liệu tham khảo Adaptive Degradation in Viewports (3ds Max Help) — cơ chế tự hạ chất lượng khi thao tác, tài liệu chính chủ. Corona Proxy (Chaos Docs) — proxy giúp cả viewport lẫn bộ nhớ khi render. How to use proxies in Corona for 3ds Max? (Chaos Help Center) — quy trình chuyển vật thể nặng sang proxy. Corona for 3ds Max — tài liệu chính chủ — tra các tuỳ chọn hiển thị của đối tượng Corona trong viewport.

Dọn file 3ds Max: giảm dung lượng và gỡ rác tích tụ

nhatminh — Tue, 11 Aug 2026 18:19:28 GMT

File 3ds Max của một căn hộ hai phòng ngủ nặng 4 GB. Gửi cho người render qua ổ mạng mất bốn mươi phút, mở ra mất sáu phút, lưu một lần mất hai phút. Bóc ra thì phần hình học thật chỉ khoảng 400 MB. Ba phẩy sáu GB còn lại là rác: layer rỗng của mười lần merge, helper mồ côi, animation key của model tải về, bộ nhớ tạm chưa bao giờ được xóa, và đôi khi cả script lạ đi kèm model. Bài này nói về cách dọn. File 3ds Max phình vì cái gì Loại rác Nguồn gốc Ảnh hưởng Layer và nhóm rỗng Merge model từ file khác, mỗi lần merge kéo theo cấu trúc layer của nó Danh sách layer dài vô lý, lưu chậm Helper, dummy, camera mồ côi Model tải về mang theo rig và camera cũ Nặng file, rối scene explorer Animation key thừa Model từ thư viện thường có key ở frame 0 Phình file, đôi khi làm vật thể lệch khi render animation Vật liệu không dùng Material Editor giữ lại mọi vật liệu từng thử Nặng file, chậm lúc parsing Bộ nhớ tạm và dữ liệu ẩn 3ds Max lưu kèm nhiều dữ liệu phụ trong file scene Dung lượng tăng dần sau mỗi lần lưu Script lạ Đi theo model tải từ nguồn không rõ, tự chèn callback vào file Làm file phình bất thường, lây sang file khác khi merge Loại cuối cùng đáng nói riêng. Trong giới 3ds Max có một họ script tự nhân bản, lây qua đường merge và import model. Chúng không phá dữ liệu ngay, nhưng làm file phình liên tục và làm 3ds Max chạy lỗi kỳ lạ. Nếu file cứ tự lớn lên sau mỗi lần lưu dù bạn không thêm gì, khả năng cao là gặp loại này. Ba việc dọn theo thứ tự 1. Tìm và xóa vật thể ẩn. Trong Select From Scene (phím H), bấm biểu tượng hiển thị tất cả, rồi thêm cột Hidden giống như cách thêm cột Faces. Vật thể ẩn và vật thể nằm trong layer ẩn sẽ có dấu tích ở cột này. Cách kiểm nhanh hơn: chuột phải trong viewport chọn Unhide All, trả lời Yes cho câu hỏi có hiện luôn các layer ẩn hay không, rồi bấm Zoom Extents và Ctrl + A. Mọi thứ đang trốn trong cảnh sẽ lộ ra — kể cả những khối nằm cách công trình hai cây số mà bạn không biết là có. 2. Bật đúng tuỳ chọn khi lưu. Vào Customize > Preferences > Files. Bật Compress on Save để 3ds Max nén file khi lưu, và bỏ những tuỳ chọn lưu kèm dữ liệu phụ không cần thiết. Đây là thay đổi một lần, có tác dụng cho mọi file về sau. Lưu ý ngược lại: tắt Auto Backup trước khi render qua đêm. Tự lưu một file lớn giữa lúc RAM sát trần là cách nhanh nhất để mất cả buổi làm việc. 3. Chạy script dọn chuyên dụng. Việc tìm tay từng layer rỗng, từng helper mồ côi là không khả thi với cảnh lớn. Một script dọn tốt sẽ quét toàn bộ theo danh mục và cho bạn chọn xoá cái gì. Thông tin plugin Mục Chi tiết Tên chính thức Prune Scene Tác giả 3DGROUND Giá 10 USD — trả một lần, license vĩnh viễn, dùng được trên 2 máy; có bản shareware dùng thử Trang chính chủ https://3dground.net/en/prod/prune-scene-2180817 Phiên bản 3.7.2 (cập nhật tháng 5/2026) Yêu cầu Autodesk 3ds Max 2012 trở lên, hỗ trợ tới 3ds Max 2026 Ngôn ngữ giao diện Có tiếng Việt (cùng Anh, Nga, Ukraina, Ba Lan, Trung, Thổ) Prune Scene làm hai việc: dọn rác tích tụ trong cảnh, và quét các script lạ theo danh sách chữ ký đã biết. Bản mới bổ sung mục Batch Prune để xử lý hàng loạt file và mục Recovery Tools. Đây là công cụ được dùng phổ biến trong giới diễn hoạ Việt Nam, một phần vì có sẵn giao diện tiếng Việt. Ngoài Prune Scene, bộ SiNi Software cũng có công cụ dọn cảnh phình, tiếp cận theo hướng phân tích xem dung lượng đang nằm ở đâu. Chi tiết: SiNi Software — bộ plugin dọn dẹp và thay thế đối tượng Ứng dụng trong kiến trúc và thiết kế File 4 GB phải gửi qua mạng cho người render — dọn trước khi nén. Cảnh 4 GB xuống 900 MB là chuyện thường, và tiết kiệm hàng chục phút truyền file mỗi lần trao đổi. Cảnh gộp từ nhiều người — mỗi lần merge là một lần kéo theo cấu trúc layer, vật liệu và helper của người khác. Đặt lịch dọn sau mỗi đợt gộp, đừng để tới cuối dự án. Model tải từ thư viện bên ngoài — merge vào một file trắng, dọn sạch rồi mới merge vào cảnh chính. Đây là cách chặn script lạ hiệu quả nhất. Lưu trữ dự án đã bàn giao — dọn trước khi cất vào NAS. Ba mươi dự án mỗi năm, mỗi cái dư 3 GB rác, là gần 100 GB dung lượng lưu trữ trả tiền cho không. Trước khi đẩy lên render farm — farm tính theo giờ máy, mà thời gian nạp cảnh cũng tính tiền. File sạch là hoá đơn nhỏ hơn. Mẹo và lưu ý Dọn trên bản sao, không dọn trên file gốc. Xoá nhầm một layer chứa vật thể ẩn quan trọng thì không có đường lùi. Sau khi xoá vật thể ẩn, render thử một góc để chắc chắn không mất phản xạ hay bóng đổ. Có những vật thể được cố ý ẩn nhưng vẫn tham gia chiếu sáng gián tiếp. Cẩn thận với việc xoá vật liệu không dùng nếu cảnh còn dùng Multi/Sub-Object. Chi tiết: Material ID và mask — chuẩn bị cho khâu hậu kỳ Đừng nhầm dọn file với tối ưu hình học. Dọn file làm nhẹ đĩa và nhanh lúc nạp; muốn nhanh lúc render thì phải đụng vào số mặt và texture. Nếu file vẫn phình bất thường sau khi dọn, hãy nghi ngờ script lạ và quét lại bằng công cụ chuyên dụng thay vì tiếp tục xoá tay. Dùng kèm hoặc thay thế Nhẹ file nhưng vẫn chậm render thì nút thắt nằm ở hình học: Tối ưu số mặt (poly) trong cảnh diễn hoạ Phần lớn dung lượng dự án thường nằm ở thư mục maps: Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Quản lý layer cho cảnh lớn để đỡ phải dọn về sau: Layer Manager — quản lý lớp trong cảnh lớn Khi file đã hỏng chứ không chỉ bẩn: File lỗi khi render — cách khoanh vùng và cứu cảnh Video tham khảo (YouTube) Prune Scene | 3ds Max Cleaner & Anitvirus Script | English Subtitle (Naing Aung) Prune scene virus cleaning script in 3ds max 2014 - 2020 | File size decrease | CG deep Tutorials (CG Deep) Tool Tip #1 - Clean up a bloated 3ds Max scene (SiNi Software) How to REDUCE 3DS MAX FILE SIZE (Step by Step) (Side Quest) 3 Methods to Reduce 3ds Max File Size | Speed Up Viewport Workflow (Master ArchViz) Tài liệu tham khảo Prune Scene — 3DGROUND — trang chính chủ: giá, phiên bản, danh sách chữ ký script lạ được nhận diện. SiNi Software — bộ plugin dọn cảnh và phân tích dung lượng cho 3ds Max. Handling File Corruptions (3ds Max Help) — quy trình chính chủ khi file không chỉ bẩn mà đã hỏng. Corona for 3ds Max — Chaos Help Center — tra cứu khi cảnh có biểu hiện bất thường sau khi dọn.

Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất

nhatminh — Tue, 11 Aug 2026 18:19:27 GMT

Ai cũng biết model nặng làm cảnh chậm. Rất ít người soi thư mục maps. Mở ra thì thấy: 340 file, tổng 11 GB, trong đó có tấm gạch 8K dùng cho một mảng tường 40 cm và bốn bản khác nhau của cùng một vân gỗ vì ba người tải về ba lần. Texture không làm tăng số mặt nên không hiện lên trong thống kê viewport, và vì thế nó là nguyên nhân phình file bị bỏ qua nhiều nhất. Texture ăn tài nguyên ở đâu Bitmap được nạp nguyên khối vào RAM khi render. Một file JPG 8K nén xuống 4 MB trên đĩa, nhưng khi giải nén trong bộ nhớ nó chiếm khoảng 8192 x 8192 x 3 byte, tức gần 200 MB. Nhân với vài chục vật liệu là hết vài GB trước khi Corona bắn tia đầu tiên. Ba hệ quả: Nạp cảnh (parsing) lâu. Có cảnh mất 6 phút chỉ để nạp texture, rồi render 12 phút. RAM cao ngay từ đầu. Chi tiết: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ File dự án khổng lồ khi đóng gói. Gửi cho freelancer hoặc đẩy lên render farm đều trả giá. Corona Bitmap và cơ chế out-of-core Corona có node Corona Bitmap riêng, thay cho node Bitmap gốc của 3ds Max. Hai node cho kết quả gần như giống nhau, nhưng Corona Bitmap thường nạp và render nhanh hơn một chút. Điểm quan trọng hơn: tuỳ chọn Automated out-of-core textures ở Render Setup > System > Performance chỉ hoạt động với Corona Bitmap. Khi bật, Corona tự đẩy phần texture chưa dùng xuống đĩa và theo Chaos có thể giảm tới 30% bộ nhớ đỉnh. Cảnh toàn Bitmap gốc thì tính năng này vô hiệu. Corona có sẵn hai nút Bitmap > CoronaBitmap và CoronaBitmap > Bitmap để chuyển đổi hàng loạt cả cảnh, không phải sửa tay từng vật liệu. Bốn cách làm nhẹ texture 1. Hạ độ phân giải cho đúng nhu cầu. Quy tắc thực dụng của xưởng: Vị trí trong khung hình Độ phân giải đủ dùng Vật liệu tiền cảnh, nhìn rất gần (mặt bàn, tay vịn) 4K Vật liệu chủ đạo (sàn, tường chính) 2K Vật liệu ở tầm trung, trần, tường bên 1K Vật thể xa, khối nhà nền, hậu cảnh 512 hoặc thấp hơn Không có lý do gì để một tấm tường xa 30 m dùng texture 8K. 2. Đổi định dạng cho hợp lý. PNG 16-bit và TIFF không nén cho map màu là lãng phí; JPG chất lượng cao đủ cho Diffuse và Reflection. Giữ định dạng không mất dữ liệu cho Displacement và Normal, vì nén mất dữ liệu ở hai loại này tạo ra bậc thang trên bề mặt. 3. Dùng công cụ đổi kích thước hàng loạt. Sửa tay 340 file là không khả thi. Các script quản lý thư viện như Project Manager của 3d-kstudio có chức năng resize và convert ngay trong 3ds Max. 4. Dùng plugin proxy texture. Nhóm plugin này tạo bản sao độ phân giải thấp của mọi texture trong cảnh và tạm hoán đổi vào để viewport mượt và render nháp nhanh; khi cần bản cuối thì trả lại texture gốc bằng một nút. Proxy Textures của Spline Dynamics thuộc nhóm này, hỗ trợ Corona cùng các bộ render phổ biến khác. Đây là plugin thương mại, xem giá tại trang chính chủ. Thay hình học bằng mặt phẳng render sẵn Đây là kỹ thuật texture mạnh nhất mà ít người dùng: render trước một cụm vật thể thành ảnh có kênh trong suốt, rồi dán lên một mặt phẳng đặt đúng vị trí. Với hàng cây làm nền cho cảnh ngoại thất, chênh lệch rất lớn: cụm cây thật chiếm 156 MB đĩa, 2,7 GB RAM và 23 phút render; cùng bố cục đó dựng bằng mặt phẳng kèm opacity map chỉ còn 0,8 MB đĩa, 1 GB RAM và 1 phút 30 giây. Với vật thể ở xa camera, khoản lãi nhỏ hơn nhưng vẫn đáng: cùng dung lượng và RAM, thời gian render giảm từ 28 phút 48 giây xuống 19 phút 15 giây khi thay phần cây xa bằng mặt phẳng. Kỹ thuật này còn hiệu quả với vật thể khúc xạ cao và phản xạ mờ — thứ tốn tia nhất trong Corona. Một kệ chai thuỷ tinh sau lớp kính: dựng thật mất 13 phút 50 giây, thay bằng mặt phẳng render sẵn còn 9 phút 42 giây. Cảnh báo: opacity map cũng tốn tia. Một mặt phẳng cây với opacity map độ phân giải quá cao có thể đắt hơn cả model. Giữ opacity map ở mức vừa phải, và nếu được thì cắt hình dạng mặt phẳng theo tán cây để giảm diện tích phải kiểm tra độ trong suốt. Ứng dụng trong kiến trúc và thiết kế Dự án khách sạn với 200 vật liệu khác nhau — chạy resize hàng loạt một lần ngay sau khi gom đủ vật liệu, trước khi bắt đầu dựng. Làm sau khi dựng xong thì phải relink lại toàn bộ. Nhiều người cùng làm một dự án qua ổ mạng — quy ước một thư mục maps chung và cấm copy texture vào thư mục riêng. Bốn bản của cùng một vân gỗ là chuyện xảy ra ở mọi xưởng. Ảnh phối cảnh có dải cây làm nền phía sau công trình — đây là chỗ dùng mặt phẳng render sẵn có lãi nhất: cây chiếm diện tích lớn trong khung hình nhưng người xem không soi từng lá. Nội thất có tủ kính trưng bày — thay cụm vật phẩm bên trong bằng ảnh render sẵn, chỉ giữ vài món ở tiền cảnh. Đóng gói bàn giao cho khách hoặc render farm — resize trước rồi mới dùng Archive để gom. Gói 11 GB và gói 1,5 GB khác nhau cả tiếng đồng hồ truyền file. Mẹo và lưu ý Đừng resize đè lên file gốc. Ghi ra thư mục maps_low riêng để còn đường quay lại cho bản in khổ lớn. Sau khi resize hoặc di chuyển texture, cảnh sẽ mất đường dẫn. Có công cụ chuyên để nối lại: Relink Bitmap — cứu cảnh mất đường dẫn texture Kiểm tra map Displacement và Bump riêng — hai loại này chịu ảnh hưởng nặng nhất khi hạ độ phân giải, dễ tạo ra bề mặt bậc thang. Hạ chất lượng hiển thị texture trong viewport không làm ảnh render xấu đi. Chi tiết: Tối ưu hiển thị viewport để thao tác không giật Dùng kèm hoặc thay thế Texture là một phần của bài toán RAM: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Tối ưu hình học thay vì tối ưu texture: Tối ưu số mặt (poly) trong cảnh diễn hoạ Vật liệu Corona và tư duy PBR: Vật liệu Corona: CoronaPhysicalMtl và tư duy PBR Sửa hàng loạt vật liệu trong cảnh: Batch Material Editor — sửa vật liệu hàng loạt Video tham khảo (YouTube) Proxy Textures | Quickly Optimize your Textures for Viewport Performance and Fast Rendering (CG Tricks) How to optimize resize textures with Project Manager 3ds Max Archviz Quick Tips Series (CG Choco 3D Tools and Tips) HOW TO RESIZE YOUR TEXTURES IN 3DS MAX FOR FASTER RENDERING (AFMISA designs) Convert and Resize Images in 3Ds Max (3d-kstudio) 3ds Max - Controlling Texture Quality in Viewports (Autodesk 3ds Max Learning Channel) Tài liệu tham khảo Corona Bitmap (Chaos Help Center) — vì sao nên dùng Corona Bitmap thay cho Bitmap gốc. System is running low on RAM (Chaos Help Center) — mục texture và tuỳ chọn Automated out-of-core textures. Proxy Textures — Spline Dynamics — trang chính chủ của plugin proxy texture, có mô tả tính năng và giá. Proxy Textures trên ScriptSpot — trang giới thiệu và thảo luận của cộng đồng 3ds Max. System Tab — Corona for 3ds Max — nơi chứa tuỳ chọn out-of-core textures.

Tối ưu số mặt (poly) trong cảnh diễn hoạ

nhatminh — Tue, 11 Aug 2026 18:19:26 GMT

Một cảnh nội thất 40 triệu mặt nghe như phòng khách đầy chi tiết, nhưng mở cột Faces ra soi thì thường phát hiện: 28 triệu nằm ở một bó hoa tải trên mạng, một cái đèn chùm và bộ ghế có TurboSmooth để Iterations 4. Ba đối tượng, chiếm bảy phần mười cảnh, và không cái nào chiếm quá 5% diện tích khung hình. Đó là hình mẫu chung của gần như mọi cảnh diễn hoạ chưa được dọn. Số mặt ảnh hưởng tới cái gì Mỗi mặt phải nằm trong RAM, phải ghi xuống ổ cứng khi lưu file, và phải được dựng cây gia tốc trước khi bắn tia. Nhiều mặt thì: file nặng, nạp cảnh lâu, viewport giật, RAM cao. Điểm hay bị hiểu sai: số mặt ảnh hưởng tới bộ nhớ và thời gian nạp mạnh hơn nhiều so với thời gian bắn tia. Corona xử lý hình học rất tốt; một cảnh 30 triệu mặt vẫn render nhanh nếu đủ RAM. Vấn đề là hầu hết máy đều không đủ. Nguyên tắc gọn nhất: càng ít càng tốt, và chỉ tối ưu đúng chỗ nặng. Tìm ba đến năm đối tượng nặng nhất rồi xử lý, phần còn lại thường không đáng công. Sáu cách giảm số mặt, xếp theo thứ tự nên làm 1. Xóa hình học không xuất hiện trong ảnh. Vật thể ngoài tầm nhìn camera, vật thể bị che khuất hoàn toàn, model ẩn, layer ẩn, bản vẽ CAD và ảnh mặt bằng đã dùng xong. Đây là công việc gần như không có rủi ro mà lãi cao nhất. 2. Dùng Instance thay cho Copy. Khi copy dạng Copy, 3ds Max tạo một lưới mới, chiếm chỗ cả trên đĩa lẫn trong RAM. Khi tạo dạng Instance, nó chỉ ghi lại rằng lưới này có thêm một bản ở vị trí khác. Con số đo được trên cùng một cảnh xe: 1100 MB đĩa và 6,7 GB RAM khi dùng Copy, so với 71 MB đĩa và 1,9 GB RAM khi dùng Instance. Đổi lại, mọi bản instance phải giống hệt bản gốc. 3. Chỉnh độ chi tiết theo khoảng cách tới camera. Chiếc xe ở cuối phố không cần lưới như chiếc xe ở tiền cảnh. Bức tường xa không cần vát góc. Đây là tư duy LOD (level of detail) — nghĩ theo khung hình, không nghĩ theo mô hình. 4. Hạ Iterations của TurboSmooth và MeshSmooth. Mỗi bậc Iterations nhân số mặt lên khoảng bốn lần. Từ 3 xuống 2 là giảm bốn lần, và trên ảnh gần như không nhìn ra khác biệt với vật thể ở tầm trung. 5. Dùng các modifier tối ưu của 3ds Max. Modifier Đặc điểm Hợp với Optimize Cũ, đơn giản, có bảng Before/After để đối chiếu Mặt phẳng có lưới dày vô lý MultiRes Nhanh hơn Optimize, đặt được theo phần trăm hoặc số đỉnh Giảm hàng loạt theo tỷ lệ ProOptimizer Tương tác trực tiếp, giữ được UV, vật liệu, màu đỉnh, đối xứng Model tải về, vật thể hữu cơ Vật thể hình dạng không đều như đá, địa hình, cây chịu được giảm mạnh; bề mặt phẳng lớn có lưới dày cũng vậy. Ngược lại, đừng chạy ProOptimizer lên khối kiến trúc có cạnh thẳng — nó làm méo cạnh. 6. Collapse đúng lúc, và biết khi nào đừng collapse. Đối tượng đã áp modifier tối ưu thì nên collapse trước khi render để bớt RAM và dung lượng. Nhưng với TurboSmooth và MeshSmooth thì ngược lại: giữ model thô cộng modifier nhẹ hơn nhiều so với collapse thành Editable Poly. Editable Spline cũng vậy. Dựng lan can, đường ống, phào chỉ bằng spline kèm Lathe hoặc Sweep rồi giữ nguyên dạng spline: cùng một cụm vật thể chỉ chiếm 0,4 MB dạng spline so với 4,6 MB sau khi chuyển thành Editable Poly, trong khi thời gian render gần như bằng nhau. Hàn đỉnh và gộp đối tượng Còn một hướng nữa: giảm số đối tượng. Cảnh có 4000 vật thể rời, mỗi cái vài trăm mặt, nặng cho card đồ hoạ hơn là 40 vật thể mỗi cái vài chục nghìn mặt. Công cụ hay dùng ở xưởng là bộ script của SiNi Software: Attach by Materials gộp mọi đối tượng dùng chung một vật liệu, Attach by All Objects gộp toàn bộ. Kèm theo là Weld Verts hàn các đỉnh nằm sát nhau — vừa giảm poly, vừa giảm tải cho card đồ hoạ, vừa giảm dung lượng file. Gộp đối tượng có cái giá của nó: sau khi Attach thì không tách riêng từng cái ra chỉnh được nữa, và Material ID sẽ bị dồn vào một Multi/Sub-Object. Chỉ làm ở bản _render, không làm trên file dựng hình. Ứng dụng trong kiến trúc và thiết kế Cảnh nội thất 40 triệu poly — mở cột Faces, xử lý năm đối tượng nặng nhất. Thường là hoa, đèn, ghế bọc và rèm. Chỉ cần hạ chúng xuống là cảnh về mức làm việc được. Model tải từ thư viện 3D — gần như luôn có TurboSmooth để Iterations cao và lưới dày ở chỗ không ai nhìn. Kiểm tra modifier stack trước khi đưa vào cảnh, không đưa vào rồi mới sửa. Mặt đứng nhôm kính lặp lại 30 tầng — dựng một module chuẩn rồi nhân bản dạng Instance. Đừng copy rồi chỉnh lẻ từng tầng, vì mỗi bản chỉnh lẻ là một lưới mới trong RAM. Cảnh quy hoạch có hàng trăm khối nhà nền — dùng khối hộp đơn giản cho các khối xa, chỉ dựng chi tiết cho ba đến bốn công trình trong tầm nhìn chính. Thư viện nội bộ của xưởng — tối ưu xong model nào thì lưu lại vào thư viện đã tối ưu. Sau vài dự án, phần lớn model hay dùng đã sẵn sàng. Mẹo và lưu ý Luôn giữ bản gốc trước khi chạy modifier tối ưu. Các modifier này phá hình học và Undo không phải lúc nào cũng cứu được sau khi đã collapse. Với mặt phẳng lớn có lưới dày, dùng Optimize cho nhanh. Với model hữu cơ có UV, phải dùng ProOptimizer vì nó giữ được thông tin trải UV. Mặt phẳng render sẵn kèm opacity map là cách thay thế triệt để cho hình học xa. Chi tiết: Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Đưa các thói quen này vào lúc dựng thì không tốn thêm thời gian nào; để tới lúc phát hiện render quá lâu mới làm thì đắt hơn nhiều. Dùng kèm hoặc thay thế Đo số mặt và tìm model nặng nhất: Vì sao render chậm — tìm đúng nút thắt trước khi chỉnh Corona Proxy — giữ lưới nặng ngoài file cảnh: Corona Proxy — đưa model nặng vào cảnh mà máy không nghẹn Corona Scatter — rải hàng nghìn vật thể mà không nhân số mặt: Corona Scatter — rải vật thể hàng loạt bằng công cụ có sẵn Bộ plugin SiNi Software cho việc gộp và thay thế đối tượng: SiNi Software — bộ plugin dọn dẹp và thay thế đối tượng Video tham khảo (YouTube) SiNi MAXScript - Attach by Materials (SiNi Software) SiNi MAXScript - Attach by All Objects (SiNi Software) 3Ds Max ProOptimizer Reducing Polygons (RealLifeEd) 3ds Max Geometry Optimization: Reduce Poly Count Without Losing Detail (Yurii Shevchyshyn) Speed Tutorial- Optimize Poly geometry -3ds max- Pro optimizer. (Mexa Tutor Cg Artist) Tài liệu tham khảo Optimization Modifiers (3ds Max Help) — tổng quan ba modifier tối ưu và khi nào dùng cái nào. ProOptimizer Modifier (3ds Max Help) — tài liệu chính chủ của modifier mạnh nhất trong nhóm. MultiRes Modifier (3ds Max Help) — giảm theo phần trăm hoặc số đỉnh, nhanh hơn Optimize. Corona Proxy (Chaos Docs) — đưa lưới nặng ra khỏi file cảnh thay vì giảm chi tiết. SiNi Software — trang chính chủ bộ script gộp, thay thế và dọn hình học.

Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ

nhatminh — Tue, 11 Aug 2026 18:19:26 GMT

Cảnh ngoại thất, máy 32 GB, bấm render lúc 11 giờ đêm. Đến 1 giờ sáng quay lại thì 3ds Max đã tắt, không có file, không có thông báo. Đây không phải lỗi Corona mà là hết RAM. Khi Windows cạn bộ nhớ, nó bắt đầu chuyển dữ liệu xuống ổ cứng — gọi là paging — và từ đó mọi thứ chậm đi hàng trăm lần, hoặc phần mềm chết hẳn. Bài này nói về cách giữ cảnh nằm gọn trong RAM. Bộ nhớ đi đâu trong một lần render RAM bị tiêu bởi năm thứ, theo đúng thứ tự đáng ngờ: Thành phần Vì sao tốn Dấu hiệu Hình học tĩnh Mỗi mặt, mỗi đỉnh đều nằm trong RAM RAM cao ngay khi vừa mở file Texture Bitmap 8K nạp nguyên khối vào bộ nhớ Nạp cảnh (parsing) lâu hơn cả render Hình học động Displacement, Hair, Scatter sinh mặt lúc render RAM nhảy vọt ngay sau khi bấm render Khung ảnh và render element Mỗi element là một ảnh đầy đủ trong RAM Render khổ lớn thì chết, khổ nhỏ thì chạy Bản thân 3ds Max Phần mềm chủ chiếm vài GB trước khi Corona bắt đầu Task Manager cao dù chưa render Corona 3ds Max hiện thông báo "System is running low on RAM" kèm bảng phân tích từng thành phần đang ngốn bao nhiêu. Đọc bảng đó trước, đừng đoán. Chín cách giảm RAM trong Corona, xếp theo tỷ lệ lãi Giảm khổ ảnh đầu ra. Cách rẻ nhất và hiệu quả nhất. Bộ nhớ cho khung ảnh tăng theo diện tích: 6000 px tốn gấp bốn lần 3000 px. Xóa render element không dùng. Mỗi element là một ảnh đầy đủ nằm trong RAM. Chỉ bật Denoising cho element thật sự cần. Chaos nói rõ: khử nhiễu từng element tốn thêm bộ nhớ, và điều này áp dụng cho cả LightMix. Bật Automated out-of-core textures ở Render Setup > System > Performance. Nó tự đẩy phần texture chưa dùng xuống đĩa và theo Chaos có thể giảm tới 30% bộ nhớ đỉnh. Điều kiện: texture phải là Corona Bitmap, không chạy với Bitmap gốc của 3ds Max. Hạ độ phân giải bitmap. Một bức tường xa camera không cần texture 8K. Chi tiết: Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Nâng giá trị Displacement Screen size. Ở Render Setup > Performance > Displacement, giá trị càng lớn thì chất lượng càng thấp và RAM càng ít. Không bao giờ đặt dưới 1 pixel. Chi tiết mịn cứ để Autobump lo. Chi tiết: Displacement — sức mạnh và cái giá phải trả Proxy hình học nặng và dùng instance. Corona Proxy giữ lưới ngoài file cảnh và chỉ nạp phần cần thiết. Chi tiết: Corona Proxy — đưa model nặng vào cảnh mà máy không nghẹn Bật Conserve memory (slow) ở Render Setup > Performance > Performance Settings. Chaos ghi rõ nó giảm RAM một chút nhưng làm chậm render khoảng 5%. Đây là phương án cuối, không phải mặc định. Đóng ứng dụng nặng khác. Photoshop mở ba file PSD 2 GB và trình duyệt 30 tab ăn mất phần RAM mà Corona đang cần. Về phần cứng, Chaos khuyến nghị tối thiểu 64 GB cho cảnh nội thất và ngoại thất thông thường, và coi 32 GB là mức tối thiểu tuyệt đối. Con số này khớp với kinh nghiệm xưởng. Tài liệu chính chủ và chỗ phải cẩn thận khi đọc Chaos có một bài rất đầy đủ tên Optimizing memory (RAM) usage for CPU rendering. Cần biết một điều trước khi đọc: bài đó viết cho V-Ray, không phải Corona. Phần nguyên lý dùng chung được, phần thông số thì không. Kỹ thuật trong bài Chaos Corona có tương đương không Đổi Progressive sang Bucket Image Sampler Không. Corona chỉ có progressive Bỏ Light Cache, dùng Brute Force GI Không tương đương trực tiếp; Corona dùng UHD Cache Dynamic Memory Limit đặt 80–90% RAM Không có ô này trong Corona Xuất .vrscene render bằng V-Ray Standalone Không áp dụng Tiled Textures .tx Corona dùng cơ chế khác: Automated out-of-core textures VRayProxy Có: Corona Proxy Bỏ vật thể ngoài khung camera Có, nguyên lý dùng chung Giảm render element, giảm khổ ảnh Có, nguyên lý dùng chung Tăng page file, đóng ứng dụng khác, render tách lớp Có, thuộc về hệ điều hành Đừng đi tìm ô "Dynamic Memory Limit" trong bảng F10 của Corona. Nó không tồn tại. Ứng dụng trong kiến trúc và thiết kế Máy 32 GB render ngoại thất có Forest Pack — ca kinh điển. Cây là hình học động sinh lúc render. Chuyển cây sang proxy, giảm mật độ ở vùng xa camera, và nâng Displacement Screen size cho mặt cỏ. Ba việc này thường đủ để cảnh chạy được trên 32 GB. VR360 độ phân giải 2500 x 5000 — khung ảnh lớn cộng với nhiều render element là công thức tràn bộ nhớ. Cắt element xuống còn đúng những lớp hậu kỳ cần. Nội thất có rèm vải, thảm lông và cây trong nhà — cả ba đều là hình học động. Nếu bắt buộc phải có, hãy render tách lớp: một lượt cho nội thất, một lượt cho phần cây, ghép ở Photoshop. Máy trạm dùng chung nhiều người, ai cũng cắm việc riêng — quy ước xưởng nên là đóng hết ứng dụng trước khi để máy chạy render qua đêm, và tắt Autosave của cả Corona lẫn 3ds Max. Cảnh quy hoạch tổng thể có địa hình lớn — nếu dùng camera trực giao (orthographic) kèm displacement, Chaos cảnh báo tổ hợp này ngốn bộ nhớ bất thường; chuyển sang world size displacement hoặc dùng camera phối cảnh tiêu cự dài đặt xa. Mẹo và lưu ý RAM khác dung lượng ổ cứng. Còn 2 TB trống trên SSD không giúp gì khi hết RAM. Tăng page file cứu được ca thiếu một chút, nhưng phải chấp nhận render lâu hơn nhiều vì bộ nhớ ảo chậm hơn RAM hàng trăm lần. Nếu chỉ tràn RAM ở một góc duy nhất, khoanh vùng theo nội dung khung hình chứ đừng tối ưu cả cảnh. Tắt Autosave khi render. Tự lưu một file 3 GB giữa lúc RAM đang sát trần là cách nhanh nhất để mất cả buổi làm việc. Dùng kèm hoặc thay thế Nút thắt là hình học chứ không phải bộ nhớ: Tối ưu số mặt (poly) trong cảnh diễn hoạ Nút thắt là texture: Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Corona Proxy — công cụ chính để hạ RAM hình học: Corona Proxy — đưa model nặng vào cảnh mà máy không nghẹn Displacement, thủ phạm hàng đầu của hình học động: Displacement — sức mạnh và cái giá phải trả Video tham khảo (YouTube) corona proxy memory usage (Aleks Koch) How to create and use Corona Proxy (ArchViz Explained) HOW TO MAKE 3D MAX FILE A LOT LIGHTER WITH CORONA PROXY - CORONA 6 RENDER TUTORIAL (Marsetyo Aji) Drag & Drop bitmap - Automatic Corona Bitmap creation | ezMat (CG Tricks) Reduced your 3ds max file by over 90% (Simple or Difficult) Tài liệu tham khảo System is running low on RAM (Chaos Help Center) — bài Corona chính chủ: từng nguyên nhân tràn RAM, kèm mức RAM khuyến nghị và vị trí ô Conserve memory. Optimizing memory (RAM) usage for CPU rendering (Chaos Help Center) — bài gốc về tối ưu bộ nhớ; lưu ý viết cho V-Ray, đọc phần nguyên lý là chính. Corona Bitmap (Chaos Help Center) — điều kiện bắt buộc để bật out-of-core textures. How to use proxies in Corona for 3ds Max? (Chaos Help Center) — quy trình chuyển hình học nặng sang proxy. Using orthographic camera and screen size displacement can consume a lot of memory (Chaos Help Center) — cảnh báo cho ảnh quy hoạch dùng camera trực giao.

GI và AA: hai thông số quyết định thời gian render

nhatminh — Tue, 11 Aug 2026 18:19:25 GMT

Bảng F10 của Corona có vài chục ô, nhưng chỉ vài ô thật sự đổi thời gian render. Người mới hay chỉnh lung tung cả bảng rồi không hiểu vì sao ảnh vừa xấu vừa chậm. Thực tế mọi thứ quy về hai câu hỏi: ánh sáng gián tiếp tính bằng cách nào (GI), và mỗi điểm ảnh được lấy mẫu bao nhiêu lần (AA). Hiểu hai cái đó là đủ để điều khiển 80% thời gian render. GI và AA thao tác lên cái gì GI (Global Illumination) là ánh sáng nảy — tia sáng chạm tường trắng rồi hắt lại làm sáng trần. Corona giải bài toán này bằng hai bộ giải: primary solver cho lần nảy đầu và secondary solver cho các lần nảy sau. Mặc định là Path Tracing cho primary và UHD Cache cho secondary. Path Tracing chính xác nhưng chậm; UHD Cache tính gần đúng nhưng nhanh hơn nhiều lần và với ảnh tĩnh kiến trúc thì sai số gần như không nhìn ra. AA (Anti-Aliasing) trong Corona không phải một ô riêng. Corona là bộ render progressive — nó chạy pass sau pass, mỗi pass thêm mẫu cho toàn khung, ảnh mịn dần. Bạn không đặt "số mẫu", bạn đặt điều kiện dừng: dừng theo thời gian (Render Time), theo số pass (Pass Limit), hoặc theo độ nhiễu còn lại (Noise Limit). Đây là khác biệt cơ bản so với các bộ render chia ô (bucket) — không có ô nào để chỉnh min/max subdivs. Khác biệt quan trọng thứ hai: Corona không cần bạn cân bằng thủ công GI với AA như thế hệ render cũ. Thứ bạn thật sự điều khiển là dừng lúc nào và cảnh có bao nhiêu nguồn nhiễu. Ba ô đáng chỉnh, phần còn lại để yên Noise Limit — mặc định 0.03 (3%). Đây là công tắc chính. Nâng lên 0.05 cho ảnh duyệt phương án, hạ về 0.02 cho ảnh in khổ lớn. Chênh lệch giữa 0.05 và 0.02 có thể là gấp đôi thời gian. Render Time / Pass Limit — dùng khi cần thời gian dự đoán được. Render 12 góc trong đêm thì đặt Render Time cố định cho từng góc, chia đều quỹ thời gian, ngủ ngon hơn nhiều so với đặt Noise Limit rồi hy vọng. Denoising — Corona có bộ khử nhiễu riêng. Bật ở mức vừa phải cho phép dừng sớm hơn mà ảnh vẫn sạch. Đây là cách rẻ nhất để cắt thời gian mà không đụng tới cảnh. Những thứ nên để mặc định: kiểu solver GI, các hệ số nhân mẫu, Max Sample Intensity, kích thước bộ đệm. Chỉnh chúng khi chưa hiểu rõ chỉ tạo ra ảnh vỡ đốm hoặc mất chi tiết trong bóng đổ. Ứng dụng trong kiến trúc và thiết kế Deadline gấp, 12 góc trong đêm — chuyển từ Noise Limit sang Render Time cố định. 40 phút một góc là 8 tiếng cho 12 góc, biết trước sáng mai có ảnh. Đặt Noise Limit thì một góc ngược sáng có thể ngốn 4 tiếng và phá cả kế hoạch. Ảnh duyệt phương án với chủ đầu tư — Noise Limit 0.05 đến 0.06, bật Denoising. Khách nhìn bố cục và vật liệu, không soi hạt nhiễu ở góc trần. Ảnh in khổ lớn cho hồ sơ thi tuyển — Noise Limit 0.02, tắt hoặc hạ Denoising xuống thấp vì khử nhiễu mạnh làm mất chi tiết vải và vân gỗ khi phóng to. Nội thất ngược sáng, chỉ có ánh sáng qua một ô cửa — đây là ca GI tốn kém nhất. Đừng cố ép bằng thông số; thêm CoronaLight dạng portal ở khung cửa rẻ hơn nhiều so với tăng số pass. Ảnh chuỗi cho phim kiến trúc — UHD Cache có thể lưu ra file và tái dùng cho các khung sau, tránh hiện tượng nhấp nháy ánh sáng giữa các khung hình. Mẹo và lưu ý Không có bộ thông số vạn năng. Bất cứ ai đưa bạn một file preset "render nhanh cho mọi cảnh" đều đang bán ảo tưởng. Thông số phụ thuộc nội dung khung hình. Nhiễu không phải lúc nào cũng do thiếu pass. Nhiễu đốm to lỗ chỗ thường do đèn quá nhỏ, vật liệu phản xạ mờ, hoặc ánh sáng chỉ vào cảnh qua khe hẹp. Sửa nguồn nhiễu rẻ hơn tăng pass. Đọc thanh trạng thái VFB. Nó cho biết đang ở pass thứ mấy, còn bao nhiêu nhiễu, dự kiến còn bao lâu. Nhìn con số đó rồi quyết định, đừng đoán. Sau khoảng pass thứ 60–80, ảnh gần như không đổi nữa mà thời gian vẫn tăng tuyến tính. Đây là chỗ hầu hết thời gian bị lãng phí. Dùng kèm hoặc thay thế Chẩn đoán trước khi chỉnh F10: Vì sao render chậm — tìm đúng nút thắt trước khi chỉnh Toàn bộ bảng Render Setup và ô nào nên để yên: Render Setup (F10) — thông số cần đụng và thông số nên để yên Đổi ánh sáng mà không phải render lại: Dùng LightMix để không phải render lại khi đổi ánh sáng Cảnh ngược sáng — bài toán GI khó nhất của nội thất: Render ngược sáng — cảnh khó nhất của ảnh nội thất Video tham khảo (YouTube) GI vs AA - Render corona nhanh ,thông số setting corona F10 (EKE TRAINING) CORONA - setting bảng F10 UHC cache & path tracing (EKE TRAINING) ♛ Tự Học Corona Render Online. Bảng F10 Setting Trong Corona 3Dsmax. B1. (Học 3Ds Max Vray Corona Online) ♛ Bảng F10 Setting Corona Render 7 3DsMax 2022. B3 (Học 3Ds Max Vray Corona Online) QUICK TIP: Saving the UHD Cache (Chaos Corona) Tài liệu tham khảo Performance Tab — Corona for 3ds Max — mô tả từng thông số hiệu năng, kể cả các ô nên để mặc định. Corona for 3ds Max — tài liệu chính chủ — mục lục toàn bộ tính năng theo bản phát hành. Where are the system settings in Corona for 3ds Max? (Chaos Help Center) — vị trí các thiết lập nâng cao nằm ngoài tab Performance. Diễn đàn Corona Renderer — nơi so sánh thông số trên các cảnh thật.

Vì sao render chậm — tìm đúng nút thắt trước khi chỉnh

nhatminh — Tue, 11 Aug 2026 18:19:24 GMT

Câu hỏi hay gặp nhất trong xưởng là "render chậm quá, chỉnh thông số nào?". Câu hỏi đó sai ngay từ chỗ giả định rằng nguyên nhân nằm ở bảng F10. Trong phần lớn ca thật, F10 chỉ đóng góp một phần nhỏ. Chậm vì máy yếu, vì cảnh nặng, vì texture khổng lồ, vì quy trình làm việc lộn xộn — mỗi nguyên nhân đòi một cách chữa khác nhau. Bài này là cách khoanh vùng trước khi động tay. Năm nguyên nhân, xếp theo tần suất gặp thật Danh sách này là kết quả tổng kết của xưởng, không phải lý thuyết: Nguyên nhân Dấu hiệu nhận ra Chữa ở đâu Máy tính yếu hoặc thiếu RAM Render đứng hình, Task Manager đầy bộ nhớ, ổ cứng chạy liên tục Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Quy trình làm việc chưa tối ưu Cùng một cảnh render nhiều lần vì đổi đèn, đổi khổ ảnh, quên tắt element Dùng LightMix để không phải render lại khi đổi ánh sáng Thông số F10 chưa hợp lý Ảnh đã sạch nhiễu từ lâu mà máy vẫn chạy tiếp GI và AA: hai thông số quyết định thời gian render Vật liệu và texture chưa tối ưu Nạp cảnh lâu hơn cả render, RAM cao ngay khi mở file Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Model quá chi tiết, không hợp lý Xoay viewport giật, số mặt hàng chục triệu Tối ưu số mặt (poly) trong cảnh diễn hoạ Chú ý cụm "phần mềm render chậm" không có trong bảng. Corona chậm hay nhanh là hệ quả của bốn dòng còn lại, hiếm khi là nguyên nhân gốc. Ba phép đo phải làm trước khi chỉnh bất cứ thứ gì 1. Đọc số mặt trong viewport. Nhấn phím 7 để bật thống kê, hoặc bấm dấu + ở góc trên trái viewport, chọn Configure Viewports rồi sang tab Statistics. Bật Polygon Count và chọn Total + Selection để vừa thấy tổng cảnh vừa thấy phần đang chọn. Cảnh nội thất một phòng bình thường nằm khoảng 3–8 triệu mặt. Vượt 20 triệu là có vấn đề ở đâu đó, không phải ở F10. 2. Tìm model nặng nhất. Nhấn H để mở Select From Scene, vào Customize > Configure Columns, kéo cột Faces vào bảng rồi bấm tiêu đề cột để sắp xếp giảm dần. Thường chỉ ba đến năm đối tượng chiếm quá nửa số mặt của cả cảnh. 3. Đo bộ nhớ khi render. Mở Task Manager, bấm render, nhìn cột Memory. Nếu RAM leo sát trần và ổ cứng bắt đầu chạy liên tục thì máy đang paging — mọi thông số F10 lúc này đều vô nghĩa, phải giải quyết RAM trước. Ứng dụng trong kiến trúc và thiết kế Nhận file từ đồng nghiệp, render thử thấy chậm bất thường — chạy ba phép đo trên trong ba phút trước khi hỏi lại người dựng. Thường lộ ra một cụm cây hoặc một bộ sofa tải về chưa tối ưu. Cùng một cảnh, góc A nhanh, góc B chậm gấp ba — nút thắt nằm ở nội dung khung hình chứ không ở cảnh: góc B nhìn thấy mảng kính lớn, hồ nước, hoặc cụm cây trong suốt. Đây là bài toán vật liệu chứ không phải sampling. Chuỗi ảnh cho hồ sơ thi tuyển, 20 góc cùng một cảnh — đo một lần, tối ưu một lần, rồi khoá cảnh lại. Đừng chỉnh thông số riêng cho từng góc, sau này không truy được góc nào chỉnh gì. Máy trạm mới mua vẫn chậm — kiểm tra xem có đang render cùng lúc với Photoshop mở 12 tab và trình duyệt hay không. Chaos khuyến nghị đóng bớt ứng dụng nặng trước khi render. Trước khi thuê render farm — đo tại chỗ đã, vì farm tính theo giờ máy. Một cảnh chưa tối ưu đẩy lên farm là trả tiền cho chính phần rác mình chưa dọn. Mẹo và lưu ý Render vùng nhỏ để thử nghiệm. Dùng Region để render một mảng 400 x 400 px thay vì cả khung. So sánh thời gian giữa các lần chỉnh nhanh hơn nhiều. Ghi lại số liệu. Mỗi lần chỉnh, ghi ba con số: thời gian, RAM đỉnh, số pass. Không ghi thì sau ba lần chỉnh sẽ không nhớ cấu hình nào tốt nhất. Đổi một biến mỗi lần. Đổi ba thông số cùng lúc rồi thấy nhanh hơn thì không biết nhờ cái nào. Corona có chế độ Interactive Rendering — dùng nó để nhìn phản ứng tức thì khi thử vật liệu và ánh sáng, nhưng đừng lấy tốc độ Interactive để suy ra tốc độ render cuối, hai chế độ khác nhau. Nếu cảnh chậm ngay từ lúc nạp file (parsing), nút thắt là texture và hình học, không phải sampling. Đây là dấu hiệu rất dễ nhận và hay bị bỏ qua. Dùng kèm hoặc thay thế Đã biết nút thắt là thông số: GI và AA: hai thông số quyết định thời gian render Đã biết nút thắt là bộ nhớ: Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Đã biết nút thắt là hình học: Tối ưu số mặt (poly) trong cảnh diễn hoạ Bản đồ toàn bộ các hướng xử lý: Tối ưu render Corona — bản đồ toàn bộ các hướng xử lý Video tham khảo (YouTube) How to Speed up Render time in 3dsmax and Corona? Testing Render Settings of Corona Renderer (Forever Stu) Corona Render Settings Explained | Learn it once and for all! (Arch Viz Artist) Corona in 3ds Max tutorial | Rendering Settings (Margarita Nikita) How To Speed Up Corona Render | RC Ray Switch Free script (Render.courses) How to use the Interactive rendering Performance Settings in Corona Renderer (ArchViz Explained) Tài liệu tham khảo System is running low on RAM (Chaos Help Center) — bảng nguyên nhân và cách xử lý do chính Chaos liệt kê. Performance Tab — Corona for 3ds Max — mô tả từng thông số ảnh hưởng tới tốc độ. Where are the system settings in Corona for 3ds Max? (Chaos Help Center) — vị trí các thiết lập hệ thống hay phải kiểm tra khi chẩn đoán. Corona for 3ds Max — Chaos Help Center — tra theo đúng thông báo lỗi hiện trên màn hình.

Tối ưu render Corona — bản đồ toàn bộ các hướng xử lý

nhatminh — Tue, 11 Aug 2026 18:19:23 GMT

Bốn giờ chiều khách chốt phương án, tám giờ tối phải có 12 góc để in bảng thuyết trình sáng mai. Mở file ra, bấm render thử một góc: 47 phút. Nhân 12 là mười tiếng. Lúc đó việc cần làm không phải là hạ Noise Limit rồi cầu may, mà là biết chính xác cảnh đang nặng ở đâu. Bài này là bản đồ: liệt kê mọi hướng tối ưu, cái nào rẻ, cái nào đắt, và trỏ sang bài chi tiết cho từng hướng. Tối ưu là gì và không phải là gì Tối ưu không phải là một bảng thông số thần kỳ. Thời gian render của một khung hình Corona là tích của bốn thứ: lượng hình học phải nạp vào bộ nhớ, lượng texture phải đọc, số tia phải bắn cho mỗi điểm ảnh, và kích thước ảnh đầu ra. Chạm vào cái nào thì thời gian đổi theo cái đó. Chỉnh F10 mà không đụng ba thứ còn lại là chỉnh 1/4 bài toán. Ba nhóm việc, xếp theo tỷ lệ lãi trên công sức: Nhóm Việc Lãi điển hình Rẻ, làm ngay Giảm khổ ảnh, tắt Displacement, tắt LightMix, tắt Autosave, dọn rác cảnh 20–50% thời gian, mất 10 phút Trung bình Proxy hình học nặng, làm nhẹ texture, thay model xa bằng instance 30–60%, mất 1–2 giờ Đắt, làm từ đầu dự án Dựng đúng chuẩn ngay từ khối, thư viện model đã tối ưu sẵn, quy ước đặt tên và layer Lãi mọi dự án sau Cái bẫy lớn nhất là bỏ qua nhóm rẻ rồi lao thẳng vào nhóm đắt lúc còn bốn tiếng tới deadline. Ứng dụng trong kiến trúc và thiết kế Deadline gấp, 12 góc phải xong trong đêm — không tối ưu từng góc. Chạy đúng mười bước dưới đây một lần trên file gốc, lưu ra bản _render, rồi mới đẩy hàng loạt. Một lần dọn có lãi 12 lần. Nội thất căn hộ mẫu, khách đổi ánh sáng ba lần một tuần — đây là lúc LightMix có lãi chứ không phải lỗ, vì mỗi lần đổi đèn không phải render lại. Ngược lại, khi ánh sáng đã chốt thì tắt đi. Ngoại thất khu đô thị, có Forest Pack và địa hình — nút thắt gần như luôn là RAM và displacement chứ không phải sampling. Chỉnh F10 ở cảnh này gần như vô ích. Bàn giao file cho freelancer hoặc render farm — file càng nhẹ, thời gian nạp cảnh càng ngắn, farm tính tiền theo giờ máy nên dọn file là tiết kiệm tiền thật. Phối cảnh VR360 cho sàn bất động sản — khổ ảnh lớn gấp nhiều lần ảnh 2D, nên đây là chỗ duy nhất mà giảm độ phân giải phải cân nhắc rất kỹ, không cắt bừa. Mười bước Lotuz chạy trước mỗi lần render nặng Đây là quy trình xưởng, làm theo đúng thứ tự. Bước trước làm sạch chỗ cho bước sau. Copy file sang một file mới hoàn toàn. Không tối ưu trên file dựng hình. Mọi thao tác dưới đây đều phá hủy, phải có đường lùi. Sửa lỗi Gamma trước khi đụng vào bất cứ thứ gì khác — sai gamma thì tối ưu xong ảnh vẫn hỏng. Chi tiết: Gamma và quản lý màu — sai một lần hỏng cả bộ ảnh Dọn rác cảnh bằng script chuyên dụng: xóa bộ nhớ tạm, layer rỗng, helper mồ côi, script lạ đi theo model tải về. Chi tiết: Dọn file 3ds Max: giảm dung lượng và gỡ rác tích tụ Làm nhẹ texture — hạ độ phân giải bitmap xuống mức thật sự cần. Chi tiết: Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Tắt Displacement ở Render Setup > Common nếu cảnh không thật sự cần bề mặt gồ ghề. Chi tiết: Displacement — sức mạnh và cái giá phải trả Tắt LightMix nếu ánh sáng đã chốt — nó tốn RAM và thêm thời gian tính lớp. Chi tiết: Dùng LightMix để không phải render lại khi đổi ánh sáng Proxy các đối tượng phức tạp: mái tranh, cỏ, tóc, cây, rèm nhiều nếp. Tắt Autosave của cả Corona lẫn 3ds Max. Đang render mà phần mềm tự lưu file 3 GB là công thức tràn bộ nhớ và treo máy. Giảm thông số render ở F10 — bước này làm sau cùng, không làm đầu tiên. Chi tiết: GI và AA: hai thông số quyết định thời gian render Giảm khổ ảnh xuống mức hợp lý: 3000 px cạnh dài cho ảnh 2D, 2500 x 5000 cho VR360. In khổ A3 không cần 6000 px. Bản đồ các hướng xử lý Hướng Khi nào dùng Bài chi tiết Chẩn đoán nút thắt Luôn làm đầu tiên Vì sao render chậm — tìm đúng nút thắt trước khi chỉnh GI và AA (F10) Ảnh sạch nhưng chậm GI và AA: hai thông số quyết định thời gian render RAM Máy tràn bộ nhớ, treo, đứng Tối ưu RAM — cảnh nặng mà máy không tràn bộ nhớ Số mặt (poly) Cảnh nội thất nặng, model tải về Tối ưu số mặt (poly) trong cảnh diễn hoạ Texture File phình, nạp cảnh lâu Tối ưu texture — nguyên nhân phình file bị bỏ qua nhiều nhất Dọn file Gửi file, lưu chậm, dung lượng vô lý Dọn file 3ds Max: giảm dung lượng và gỡ rác tích tụ Viewport Xoay góc giật, không thao tác nổi Tối ưu hiển thị viewport để thao tác không giật LightMix Khách hay đổi ánh sáng Dùng LightMix để không phải render lại khi đổi ánh sáng Displacement Bề mặt gồ ghề tốn RAM Displacement — sức mạnh và cái giá phải trả Gamma và màu Ảnh bạc màu, lệch màu giữa các góc Gamma và quản lý màu — sai một lần hỏng cả bộ ảnh Material ID và mask Chuẩn bị hậu kỳ Material ID và mask — chuẩn bị cho khâu hậu kỳ File lỗi khi render Sập giữa chừng, không mở được File lỗi khi render — cách khoanh vùng và cứu cảnh Mẹo và lưu ý Đo trước, chỉnh sau. Hạ thông số khi chưa biết nút thắt ở đâu chỉ làm ảnh xấu đi mà không nhanh hơn bao nhiêu. Mỗi lần chỉ đổi một thứ, render lại một khung nhỏ để biết thay đổi nào thực sự có tác dụng. Đừng tối ưu cái mắt nhìn thấy rõ nhất. Cắt chi tiết ở tiền cảnh là cách nhanh nhất để ảnh trông rẻ tiền. Cắt ở hậu cảnh thì không ai nhận ra. Lưu bản _render riêng và không dựng hình tiếp trên đó. Sửa hình học thì quay về file gốc rồi chạy lại quy trình. Dùng kèm hoặc thay thế Bắt đầu bằng chẩn đoán, không bằng chỉnh thông số: Vì sao render chậm — tìm đúng nút thắt trước khi chỉnh Corona Proxy — công cụ có sẵn để đưa model nặng vào cảnh: Corona Proxy — đưa model nặng vào cảnh mà máy không nghẹn Corona Scatter — rải vật thể hàng loạt mà không nhân số mặt: Corona Scatter — rải vật thể hàng loạt bằng công cụ có sẵn Toàn bộ lộ trình học Corona từ đầu: Bắt đầu ở đây — lộ trình học Corona cho diễn hoạ Video tham khảo (YouTube) Tối ưu và tăng tốc Render Corona (3ds Max) (Huỳnh Cường) Faster Corona Render Times (Chaos Corona) 10 Tips to Speed Up Work in 3ds Max (Arch Viz Artist) FULL GUIDE on Corona Render Settings Explained (2026) (Ross Plemya) This Made My Render Times 5-15x Faster | Corona / V-Ray (RenderRam) Tài liệu tham khảo Corona for 3ds Max — tài liệu chính chủ — mục lục toàn bộ tính năng, bản mới nhất. Performance Tab — Corona for 3ds Max — tab chứa hầu hết thông số ảnh hưởng tốc độ và bộ nhớ. System is running low on RAM (Chaos Help Center) — Chaos liệt kê từng nguyên nhân tràn RAM và cách xử lý. Corona for 3ds Max — Chaos Help Center — kho bài xử lý sự cố theo từng thông báo lỗi. Diễn đàn Corona Renderer — nơi kỹ sư Chaos trả lời trực tiếp các ca cảnh nặng.