Cùng nhau chia kinh nghiệm và thủ thuật trong Rhino

[behindenemyline]

Những gì tôi viết ở đây có thể chưa phải là kinh nghiệm đối với bạn, có thể chưa là thủ thuật gì cao siêu, càng kô phải là bài hướng dẫn sử dụng, đơn giản chỉ là nơi để giao lưu học hỏi thêm thôi. Vì vậy nếu các bạn thấy chỗ nào sai, chỗ nào kô đúng thì phản hồi ở đây để tôi và những ngưới mới làm quen với Rhino có thể học hỏi thêm.

1 - Save file với dung lượng nhỏ nhất có thể:

Mặc dù với dung lượng của ổ đĩa cứng và tốc độ của bộ xử lý hiện nay giúp bạn có thể làm việc được trên những file có dung lượng lớn, nhưng kô thật sự tốn vài trăm MB trên ổ đỉa cứng để lưu file đó, vì có thể bạn chỉ cần tốn 2/5 dụng lượng đó thôi. Để làm điều này đơn giản là bạn chọn SaveSmall thay vì Save
Save và SaveSmall đều là ghi file lên đĩa, nhưng SaveSmall thì kô lưu phần Render/Shade và Analysis meshes lên file. Vì vậy với SaveSmall bạn có được kích thước nhỏ nhất có thể.
Để kiểm tra điều này bạn có thể làm 1 ví dụ nhỏ sau: vẽ 1 Sphere, sau đó Array ra với x =10, y = 10, z =5. Sau đó Shade, và lưu file. Sau đó bạn ra xem thử file này có kích thước là bao nhiêu ? Sau đó chọn SaveSmall để lưu file, và xem lại kích thước file. So sánh 2 kích thước này bạn sẽ thấy: ngay cả người thân cũng thấy sự được khác biệt đó
ưu điểm và nhược điểm của 2 cách lưu này là:
- Lưu file với Save: Sau khi đóng file này lại, và mở file này lên trong ngày làm việc tiếp theo, khi bạn tiến hành Shade thì bạn sẽ nhận được kết quả tô bóng rất nhanh, vì nó đã lưu cả phần tô bóng luôn rồi. Nhược điểm là kích thước file lớn, điều này sẽ tiêu tốn 1 dung lượng đáng kể trên ổ cứng, và đặc biệt với những người làm việc nhóm hoặc cần chuyển file này trong mạng Intenet hoặc ngay cả mạng nội bộ thì tốc độ chậm, => Mất thời gian chờ đợi. (Tôi thì ghét nhất là phải chờ đợi 1 cái gì đó, hoặc 1 điều gì đó, và nhất là 1 người nào đó )
- Lưu file với SaveSmall: Có được những cái mà Save mất, và mất đi những cái mà Save có
- Với những file chỉ toàn là đường dây 2D thì gần như là = nhau

Chỉ có Save và SaveSmall thôi mà tôi đã nói dài dòng thế này rồi . Thôi thì nói luôn vậy Mặc định trong Rhino thì Ctrl+S là Save, do thói quen thói quen sử dụng các phần mềm tương thích Rhino ta thường nhấn Ctrl+S để lưu file, vì vậy để kô thay đổi thói quen này bạn nên sửa lại 1 chút để Ctrl+S là SaveSmall: Tools -> Options... ->KeyBoard, tìm dòng Ctrl+S thay chữ Save thành chữ SaveSmall là OK

Có ai thông thạo tiếng Anh viết thư yêu cầu McNeel tích hợp luôn cả WinZip hoặc WinRar và trong quá trình lưu file luôn đi, khi đó sẽ được kích thước kô thể nhỏ hơn được nữa. Có thưởng từ McNeel đó

2- ShrinkTrimmedSrf con dao 2 lưỡi:
Lệnh này thì ứng dụng được trong rất nhiều trường hợp, rất hữu ích trong lúc dựng hình, đồng thời lệnh cũng giúp làm giảm kích thước file. Ở đây tôi chỉ trình bày phần vì sao làm giảm kích thước file, còn các ứng dụng khác hoặc để hiểu thêm thì các bạn xem thêm trong help (Rhino 4 có Clip minh họa), và sau này nếu có thời gian tôi sẽ viết phần sữa lỗi Object và export file Rhino qua chương trình CAM sẽ nói thêm về lệnh này.
Lệnh này chỉ có tác dụng lên những mặt*** (bao gồm plane, face và surface) mà bị TRIM mất đi 1 cạnh + với 1 phần của ít nhất 1 cạnh liền kề. Những bạn chưa từng xem qua lệnh này chắc là khó hiểu, các bạn xem trong hình mình họa kèm theo:
- Hình A: là hình gốc ban đầu
- Hình B,C,D,E,F: là hình đã được TRIM
- Hình G, H: là hình đã Untrim sau khi dùng lệnh ShrinkTrimmedSrf
Sau khi được ShrinkTrimmedSrf và UnTrim thì hình B và C trở lại hình dạng gốc ban đầu tức là hình A, nhưng hình D và E thì ra hình G và H mà kô trở lại hình A. ShrinkTrimmedSrf chỉ có vậy !
Trong 4 hình bị TRIM thì chỉ có hình E là mất đi 1 VP, vì vậy trước khi lưu file, nếu có sử dụng lệnh này thì cũng làm giảm đi kích thước file.
Ưu điểm và Nhược điểm (Chỉ nói ưu nhược điểm của cách làm này, kô nói của lệnh này)
- Ưu điểm là làm giảm kích thước file, tức là mặt đó phải bị mất đi ít nhất 1 UV hoặc 1 VP, nhưng vì plane thì kô thể mất UVP, chỉ có face hoặc Surface mới có thể mất UVP thôi.
- Nhược điểm là: nếu mẫu sau này có thể cần sửa chữa thêm thì lệnh này sẽ gây khó khăn cho bạn, vì những mặt cơ bản ban đầu đã bị làm ngắn lại hết rồi, bây giờ nếu cần Untrim ra để sửa thì kô lấy lại được hình dáng ban đầu, nên sửa rất khó khăn nếu đó là mặt CƠ SỞ.
Nếu như đường cắt là song song với U hoặc V thì ShrinkTrimmedSrf và ShrinkTrimmedSrfToEdge là như nhau và cũng như lệnh Split

3- Ứng dụng tâm lý học lao động vào trong việc đặt/gán phím tắt (đề mục này hơi nhảm nhí chút xíu, nhưng những ai chưa từng quan tâm đến vấn đề này thì nên xem lướt qua )

Trong Rhino ta có thể đặt/gán phím tắt cho 1 lệnh hoặc 1 tập hợp các lệnh nào đó. Nhưng đặt thế nào cho hợp lý và tiện dụng cũng là 1 vấn đề .
Khi bạn thao tác trong Rhino, 1 tay bạn cầm chuột, 1 tay bạn đặt lên bàn phím. Giả sử rằng bạn cầm chuột bằng tay phải (kô có nghĩa là bạn thuận tay phải nghe), và tay trái bạn thao tác trên bàn phím:
- Nếu như bạn gán 1 lệnh nào đó cho phím p và l (pl) thì chắc chắn rằng bạn sẽ thao tác chậm hơn người đặt lệnh đó cho 2 phím qq hoặc aa. Và xác suất bạn phải nhìn xuống bàn phím là >50%. Nhưng người gán phím qq hoặc aa lại thao tác chậm hơn người gán lệnh đó cho 2 phím rt. Đơn giản vì ngón trỏ và ngón giữa cảm giác với bàn phím tốt nhất và linh hoạt nhất (một phần cũng là do vị trí tay đặt trên bàn phím). Còn nếu gán 1 lệnh nào đó cho 2 phím bp hoặc zp thì thua là cái chắc
Vì vậy khi đặt phím tắt cho Rhino bạn nên ưu tiên cho nhưng phím theo thứ tự: phím chữ, phím chữ + phím số, phím chức năng của phần bên trái của bàn phím để thao tác nhanh hơn. Lệnh nào thường sử dụng nhất thì gán cho những phím: r,t,f,g,c,v, +4,+5. Sau đó mới đến q,w,e,F1,F2,F3,F4,F5,+1,+2,+3, a,s,d,f,z,x,c, tiếp đến là các tổ hợp phím: Shift+, Ctrl+,Alt+.... "Tận cùng bằng số" thì mới chơi luôn nhưng phần bên phải của bàn phím . Cũng nên lưu ý rằng trên bàn phím, phím F và phím J thường có gờ để các bạn dễ định vị. Theo cách đặt phím tắt này thì cách đặt phím để gợi nhớ hoặc dể nhớ là kô được ưu tiên
Chủ đề nói nhảm cũng là chủ đề kết thúc bài viết. Hôm nào rãnh tôi sẽ viết tiếp (mà chắc là lên nói nhảm hoặc quăng lựu đạn như hôm nay là chính )

Cám ơn các bạn đã kiên nhẫn đọc bài viết này

[vuthanh]

Chào Anh behindenemyline, lâu quá rồi mới thấy anh xuất hiện trên diễn đàn, vừa xuất hiện thì viết ngay 1 bài có giá trị rồi, hôm nào rãnh qua em chơi, mấy nay em bận quá ko ra anh nhậu được, hôm nào alo anh em đi nhậu nha Anh

[administrator]

wow rất cám ơn những đóng góp của anh với diễn đàn, thanks anh nhiều lắm anh behindenemyline ,bài viết của anh rất hu74 ích cho những ai đang làm việc trên rhino và c1o thể ứng dụng wa cả matrix nữa đấy.

Mọi người nếu đã ghé wa thấy có ý kiến j hay hơn hoặc bổ sung thì góp ý nha, ko thì thanks 1 phát cho nó khí thế nào .

jvn-design

[administrator]

Nguyên văn bởi behindenemyline

Những gì tôi viết ở đây có thể chưa phải là kinh nghiệm đối với bạn, có thể chưa là thủ thuật gì cao siêu, càng kô phải là bài hướng dẫn sử dụng, đơn giản chỉ là nơi để giao lưu học hỏi thêm thôi. Vì vậy nếu các bạn thấy chỗ nào sai, chỗ nào kô đúng thì phản hồi ở đây để tôi và những ngưới mới làm quen với Rhino có thể học hỏi thêm.

1 - Save file với dung lượng nhỏ nhất có thể:

Mặc dù với dung lượng của ổ đĩa cứng và tốc độ của bộ xử lý hiện nay giúp bạn có thể làm việc được trên những file có dung lượng lớn, nhưng kô thật sự tốn vài trăm MB trên ổ đỉa cứng để lưu file đó, vì có thể bạn chỉ cần tốn 2/5 dụng lượng đó thôi. Để làm điều này đơn giản là bạn chọn SaveSmall thay vì Save
Save và SaveSmall đều là ghi file lên đĩa, nhưng SaveSmall thì kô lưu phần Render/Shade và Analysis meshes lên file. Vì vậy với SaveSmall bạn có được kích thước nhỏ nhất có thể.
Để kiểm tra điều này bạn có thể làm 1 ví dụ nhỏ sau: vẽ 1 Sphere, sau đó Array ra với x =10, y = 10, z =5. Sau đó Shade, và lưu file. Sau đó bạn ra xem thử file này có kích thước là bao nhiêu ? Sau đó chọn SaveSmall để lưu file, và xem lại kích thước file. So sánh 2 kích thước này bạn sẽ thấy: ngay cả người thân cũng thấy sự được khác biệt đó
ưu điểm và nhược điểm của 2 cách lưu này là:
- Lưu file với Save: Sau khi đóng file này lại, và mở file này lên trong ngày làm việc tiếp theo, khi bạn tiến hành Shade thì bạn sẽ nhận được kết quả tô bóng rất nhanh, vì nó đã lưu cả phần tô bóng luôn rồi. Nhược điểm là kích thước file lớn, điều này sẽ tiêu tốn 1 dung lượng đáng kể trên ổ cứng, và đặc biệt với những người làm việc nhóm hoặc cần chuyển file này trong mạng Intenet hoặc ngay cả mạng nội bộ thì tốc độ chậm, => Mất thời gian chờ đợi. (Tôi thì ghét nhất là phải chờ đợi 1 cái gì đó, hoặc 1 điều gì đó, và nhất là 1 người nào đó )
- Lưu file với SaveSmall: Có được những cái mà Save mất, và mất đi những cái mà Save có
- Với những file chỉ toàn là đường dây 2D thì gần như là = nhau

Chỉ có Save và SaveSmall thôi mà tôi đã nói dài dòng thế này rồi . Thôi thì nói luôn vậy Mặc định trong Rhino thì Ctrl+S là Save, do thói quen thói quen sử dụng các phần mềm tương thích Rhino ta thường nhấn Ctrl+S để lưu file, vì vậy để kô thay đổi thói quen này bạn nên sửa lại 1 chút để Ctrl+S là SaveSmall: Tools -> Options... ->KeyBoard, tìm dòng Ctrl+S thay chữ Save thành chữ SaveSmall là OK

Có ai thông thạo tiếng Anh viết thư yêu cầu McNeel tích hợp luôn cả WinZip hoặc WinRar và trong quá trình lưu file luôn đi, khi đó sẽ được kích thước kô thể nhỏ hơn được nữa. Có thưởng từ McNeel đó

2- ShrinkTrimmedSrf con dao 2 lưỡi:
Lệnh này thì ứng dụng được trong rất nhiều trường hợp, rất hữu ích trong lúc dựng hình, đồng thời lệnh cũng giúp làm giảm kích thước file. Ở đây tôi chỉ trình bày phần vì sao làm giảm kích thước file, còn các ứng dụng khác hoặc để hiểu thêm thì các bạn xem thêm trong help (Rhino 4 có Clip minh họa), và sau này nếu có thời gian tôi sẽ viết phần sữa lỗi Object và export file Rhino qua chương trình CAM sẽ nói thêm về lệnh này.
Lệnh này chỉ có tác dụng lên những mặt*** (bao gồm plane, face và surface) mà bị TRIM mất đi 1 cạnh + với 1 phần của ít nhất 1 cạnh liền kề. Những bạn chưa từng xem qua lệnh này chắc là khó hiểu, các bạn xem trong hình mình họa kèm theo:
- Hình A: là hình gốc ban đầu
- Hình B,C,D,E,F: là hình đã được TRIM
- Hình G, H: là hình đã Untrim sau khi dùng lệnh ShrinkTrimmedSrf
Sau khi được ShrinkTrimmedSrf và UnTrim thì hình B và C trở lại hình dạng gốc ban đầu tức là hình A, nhưng hình D và E thì ra hình G và H mà kô trở lại hình A. ShrinkTrimmedSrf chỉ có vậy !
Trong 4 hình bị TRIM thì chỉ có hình E là mất đi 1 VP, vì vậy trước khi lưu file, nếu có sử dụng lệnh này thì cũng làm giảm đi kích thước file.
Ưu điểm và Nhược điểm (Chỉ nói ưu nhược điểm của cách làm này, kô nói của lệnh này)
- Ưu điểm là làm giảm kích thước file, tức là mặt đó phải bị mất đi ít nhất 1 UV hoặc 1 VP, nhưng vì plane thì kô thể mất UVP, chỉ có face hoặc Surface mới có thể mất UVP thôi.
- Nhược điểm là: nếu mẫu sau này có thể cần sửa chữa thêm thì lệnh này sẽ gây khó khăn cho bạn, vì những mặt cơ bản ban đầu đã bị làm ngắn lại hết rồi, bây giờ nếu cần Untrim ra để sửa thì kô lấy lại được hình dáng ban đầu, nên sửa rất khó khăn nếu đó là mặt CƠ SỞ.
Nếu như đường cắt là song song với U hoặc V thì ShrinkTrimmedSrf và ShrinkTrimmedSrfToEdge là như nhau và cũng như lệnh Split

3- Ứng dụng tâm lý học lao động vào trong việc đặt/gán phím tắt (đề mục này hơi nhảm nhí chút xíu, nhưng những ai chưa từng quan tâm đến vấn đề này thì nên xem lướt qua )

Trong Rhino ta có thể đặt/gán phím tắt cho 1 lệnh hoặc 1 tập hợp các lệnh nào đó. Nhưng đặt thế nào cho hợp lý và tiện dụng cũng là 1 vấn đề .
Khi bạn thao tác trong Rhino, 1 tay bạn cầm chuột, 1 tay bạn đặt lên bàn phím. Giả sử rằng bạn cầm chuột bằng tay phải (kô có nghĩa là bạn thuận tay phải nghe), và tay trái bạn thao tác trên bàn phím:
- Nếu như bạn gán 1 lệnh nào đó cho phím p và l (pl) thì chắc chắn rằng bạn sẽ thao tác chậm hơn người đặt lệnh đó cho 2 phím qq hoặc aa. Và xác suất bạn phải nhìn xuống bàn phím là >50%. Nhưng người gán phím qq hoặc aa lại thao tác chậm hơn người gán lệnh đó cho 2 phím rt. Đơn giản vì ngón trỏ và ngón giữa cảm giác với bàn phím tốt nhất và linh hoạt nhất (một phần cũng là do vị trí tay đặt trên bàn phím). Còn nếu gán 1 lệnh nào đó cho 2 phím bp hoặc zp thì thua là cái chắc
Vì vậy khi đặt phím tắt cho Rhino bạn nên ưu tiên cho nhưng phím theo thứ tự: phím chữ, phím chữ + phím số, phím chức năng của phần bên trái của bàn phím để thao tác nhanh hơn. Lệnh nào thường sử dụng nhất thì gán cho những phím: r,t,f,g,c,v, +4,+5. Sau đó mới đến q,w,e,F1,F2,F3,F4,F5,+1,+2,+3, a,s,d,f,z,x,c, tiếp đến là các tổ hợp phím: Shift+, Ctrl+,Alt+.... "Tận cùng bằng số" thì mới chơi luôn nhưng phần bên phải của bàn phím . Cũng nên lưu ý rằng trên bàn phím, phím F và phím J thường có gờ để các bạn dễ định vị. Theo cách đặt phím tắt này thì cách đặt phím để gợi nhớ hoặc dể nhớ là kô được ưu tiên
Chủ đề nói nhảm cũng là chủ đề kết thúc bài viết. Hôm nào rãnh tôi sẽ viết tiếp (mà chắc là lên nói nhảm hoặc quăng lựu đạn như hôm nay là chính )

Cám ơn các bạn đã kiên nhẫn đọc bài viết này

Đọc lại thấy vẫn rất có ích đấy anh ko nhãm đâu, cả 3 chuyên mục của anh rất ý nghĩa,anh làm em nãy ra 1 ý, bữa nào anh em 4rum mình làm 1 chuyên mục lập ra những lệnh hay và hay sài khi vẽ nữ trang, có thể có những ng đã biết rồi nhưng cũng có thể có những ng chưa biết hết, mọi người hãy cùng đẩy ngành 3D nữ trang ngày càng phát triển hơn nữa.

- Em có lang thang vào 1 số 4rum của nước ngoài, trừ những thằng chuyên như Matrix hay Rhino .....còn lại những thằng chung chung thì chán lắm lèo tèo vài bài post lên, em lập lên cộng đồng 3D này mong muốn ai biết thì share lại cho anh em để giúp những anh em đi sau có cơ hội phát triển hơn nữa.

-Cuối cùng em mong muốn 1 ngày nào đó anh em jvn sẽ làm 1 buổi offline tại thành phố, lúc đó em sẽ mời chú Thành giám đốc sx SJC làm chủ toạ, em đã xin ý kiến của chú rồi bây giờ là chờ 1 thời điểm thích hợp nữa thôi.

- [Chỉ có thành viên mới có thể nhìn thấy links. Bạn hãy nhấn vào đây để đăng ký...] - Kết Nối Cộng Đồng Nữ Trang Việt

[behindenemyline]

4- ClearUndo, nơi kô còn gì để mất - bộ tản nhiệt tốt nhất cho CPU và RAM-Có bao giờ bạn cảm thấy Rhino làm việc càng lúc càng chậm so với lúc mới vừa mở Rhino lên chưa ?
-Có bao giờ bạn Pan hoặc Rotate mà phải đợi 1 lúc sau nó mới thực hiện thao tác đó chưa ?
-Có bao giờ bạn ra lệnh Split, Join, JoinEdge, Boolean...,.... mà phải đợi 1 lúc sau Rhino mới hoàn thành lệnh đó chưa ?
-Có bao giờ bạn tự hỏi: bao giờ cho đến bao giờ chưa ?
Bởi vì trong Rhino cho phép bạn Undo gần như là kô giới hạn, và Redo cũng như vậy. Điều này là rất tốt, nhưng nó có mặt trái của nó là: làm cho hệ thống tiêu tốn 1 lượng bộ nhớ trên Ram và 1 lượng bộ nhớ ảo đáng kể. Đó là nguyên nhân chính làm cho Rhino của bạn chạy càng lúc càng chậm so với lúc mới mở Rhino lên.
Để kiểm tra điều này bạn làm 1 ví dụ nhỏ sau:
- Dựng 1 Sphere, Array với x=5,y=5,z=5. Bạn nhấn Ctrl+Alt+Delete để vào TaskManager (cũng có thể vào TaskManager = cách nhấn phím phải chuột lên đồng hồ máy tính chọn TaskManager), Trong tab Processes, ở ImageName bạn tìm dòng Rhinox.exe (x tùy thuộc vào version mà bạn đang sử dụng), bạn để ý con số trong báo dụng lượng mà Rhino chiếm trong cột MemUsage.
-Thu nhỏ cửa sổ TaskManager, vào Rhino làm tiếp: dời tất cả các Object đến 1 vị trí bất kỳ khác, lập lại thao tác này khoảng 10 lần
- Mở TaskManager lên xem lại thử nó báo MemUsage là bao nhiêu, chắc chắn là nhiều hơn so với lần xem trước.
- Vào Rhino ra lệnh ClearUndo, ra lại TaskManager, chắc chắn lần này là nhỏ hơn lần vừa xem.
Qua đó bạn thấy rằng tổng số Object của bạn là kô thay đổi, nhưng dung lượng trong bộ nhớ là tăng lên. Nếu bạn nghĩ rằng do bài ví dụ này có đến 125 object, trong khi ngày thường bạn chưa từng làm đến 125 Object trong 1 file nên bạn kô cần quan tâm đến lệnh này. Có thể là bạn đúng, nếu như bạn biết được chắc chắn những lệnh mà bạn vừa sử dụng kô chiếm nhiều dung lượng bộ nhớ trên hệ thống. Nhưng những bạn thường làm việc với lệnh Move, Import, Join, JoinEgde, BooleanUninon, BooleanIntersection,... thì dễ bị dính chưởng chỗ này .
Nếu bạn nghĩ rằng, bạn đang sở hữu 1 máy vi tính cực kỳ khủng, thì dù có làm việc với những file có cả ngàn Object cũng bình thường mà kô hề chậm chạp hơn so với lúc mới mở file đó lên. Có thể bạn đúng, nhưng mời bạn xem qua một tình huống sau:
17h12 phút đại ca gọi điện hỏi: Xong file chưa, chuyển file lên để tao gửi đi nước ngoài ku ? OK, men ! xong rồi đang save. 17h14 phút gọi điện cho đại ca: xong rồi đó...17h15 tí tửng ra về... 18h, vẫn còn kẹt xe trên đường, bỗng có chuông điện thoại reo, nhìn thấy số của đại ca, nghĩ thầm: hoàn thành việc khó như vậy đúng thời hạn, chắc là đại ca rủ đi nhậu đây . Kẹt xe cả giờ bực mình lắm rồi, nhưng cũng giả vờ ồn tồn: Chào đại ca... Bỗng đại ca quát lên: mày làm xong chưa ? Lần này kô giỡn được đâu ? Sao tụi nó bên kia mở file lên báo lỗi, mở kô được. Đang kẹt xe nóng cả người những vẫn thỏ thẻ: Kô có, lần này làm xong rồi, kô có chơi bùa nữa đâu. Đai ca hầm hừ: nó mở kô được, nhưng báo lỗi kô giống lần trước. Tức lắm, nhưng mà vẫn giữ thái độ tích cực: thôi để em nhờ thằng xxxx nó qua máy em gửi file lại cho. OK!, OK bye. 18h50, sau 1 hồi lạng lách cũng ra được khỏi khu vực kẹt xe, chuẩn bị chạy hết ga hết số về, bỗng chuông điện thoại reo nữa, lại thấy số của đại ca nữa. Chưa kịp chào hỏi gì cả thì đại ca quát: Vẫn kô được,..., file phải chuyển gấp trong hôm nay. Thôi được để em vào xem sao rồi chuyển lên. 19h40 vào đến cty, mở máy lên. Mở file lên, nhận được thông 1 thông báo từ Rhino: file bị lỗi rồi ku ơi...Thế là cả đêm phải ở lại cty để làm tiếp.

Mặc dù tình huống này là kô có thật, tôi chỉ kể bịa ra để giảm stress thôi. Nhưng nếu bỏ qua trường hợp ổ đĩa cứng bị lỗi,thì bạn có biết tại sao xảy ra trường hợp đó kô ? Khi làm việc với những file lớn, hoặc những lệnh mà làm cho MemUsage lớn ra, thì Rhino lưu file rất chậm, ngay cả khi bạn đã save và đóng Rhino lại rồi. Nhiều người nghĩ đóng Rhino lại rồi là xong hết rồi, nhưng kô, đối với những file có kích thước lớn thì Rhino vẫn còn chạy, bởi vì hệ điều hành cần một khoảng thời gian mới giải phóng được phần bộ nhớ mà Rhino chiếm dụng, trong khi đó thì Rhino vẫn còn trong tiến trình save file (nếu bạn để ý sẽ thấy đèn ổ cứng sáng liên tục chứ kô chớp tắt, rất khó phân biệt đèn báo như vậy là Rhino đang lưu file hay Rhino và Windows đang clear bộ nhớ ảo, nhưng vì trong phạm vi của bài viết về Rhino, và để tránh loãng hoặc lạc đề nên tôi kô viết về phần này, và tôi thì cũng kô biết về kiến thức hệ thống hay hệ điều hành ). Nếu trong thời điểm này, bạn Shutdown máy, chắc chắn bạn sẽ nhận được thông báo: vẫn còn chương trình đang chạy, bạn có muốn đóng lại nó ngay kô? Có 2 lựa chọn là "End Now" và "Cancel". Nếu gặp thông báo này, bạn nên chọn "Cancel" để tránh trường hợp file bị lỗi. Nếu bạn hỏi: Vậy thì ClearUndo có liên quan gì trong việc giải quyết tình huống này ?. Chắc chắn rằng có, vì tất cả những gì bạn làm, được Rhino lưu trong bộ nhớ của Ram và bộ nhớ ảo, những gì bạn cần lưu lên file thì chiếm ít dung lượng bộ nhớ, nhưng tiến trình bạn làm hoặc lệnh bạn thực hiện, lại làm tăng dụng lượng bộ nhớ (do nó cần nhớ để Undo hoặc Redo mà). Bạn để ý sẽ thấy rằng: Sau khi bạn thực hiện lệnh ClearUndo, thì chỉ sau khi Rhino clear xong, nó mới cho phép bạn thực hiện lệnh khác. Trong khi lệnh save file, ngay cả khi Rhino chưa save xong hoàn toàn, thì nó vẫn cho phép bạn thực hiện các lệnh khác (đối với những file chiếm nhiều dung lượng trên ổ đĩa cứng và trên MemUsage thôi, những file nhỏ thì kô bị trường hợp này).
Tóm lại, bạn nên ClearUndo khi bạn chắc chắn rằng bạn kô cần Undo hay Redo nữa, vì nó sẽ làm cho Rhino chạy tốt hơn, đồng thời nó cũng giúp cho việc lưu những file lớn tránh bị lỗi hơn. Và nên nhớ rằng ClearUndo là lệnh kô thể Undo, đã ClearUndo rồi thì ngay cả: gọi điện thoại cho người thân, đổi câu hỏi, hoặc lựa chọn 50-50 cũng kô thể cứu được, mà chỉ có cách là mở lại chính file đó để làm lại thôi , nếu trước đó có save file.
* Min number of undos và Max memory used (MB) trong tab General của Options cũng giúp bạn giới hạn dung lượng bộ nhớ sử dụng cho Undo và Redo, nhưng theo ý kiến chủ quan của tôi là kô cần thiết.
(Đố các bạn biết vì sao đại ca hỏi "làm xong chưa, lần này kô giởn được đâu ?" Đơn giản thôi mà, vì mấy lần trước làm kô kịp thời hạn, nên mở WORD lên, chèn tè le hình vào rồi lưu file lại, ra ngoài sửa *.doc thành *.3dm, xong gửi lên cho đại ca gửi đi nước ngoài, qua bên kia tui kia dĩ nhiên là mở file đó kô được = Rhino rồi . nó có mail lại hỏi thì nói file bị lỗi, rồi để từ từ làm tiếp ! Nhưng mà làm nhiều lần quá, đại ca sinh nghi nên dùng chương trình Remote Desktop kiểm tra, và phát hiện được. Đại ca gọi vào toilet chửi quá trời, sau 1 hồi khóc lóc đại ca cũng bỏ qua, chỉ phạt thẻ vàng).

5- ClearAllMeshes, lại thêm một bộ tản nhiệt nữa Đúng ra thì tôi nên để 2 lệnh ClearAllmeshes và ClearUndo trong cùng một mục, nhưng do phần ClearUndo nói dài dòng, nhảm nhí quá nên tách ra thêm mục này. May mắn là ClearAllMeshes kô có gì để nói nhiều, và tôi cũng đã đề cập trong phần save file rồi. ClearAllMeshes sẽ xóa đi Render meshes và Analysis Mesh (trong ngành nữ trang chắc kô ai Analysis làm gì, tôi có xem qua các bài mẫu về thiết kế tàu thủy thì họ mới thường dùng đến chức năng này). Khi Shade hoặc Render thì Rhino sẽ lưu phần Render mesh trong bộ nhớ, và nếu lượng mesh sinh ra từ Surface càng nhiều thì dụng lượng bộ nhớ càng nhiều. Điều này sẽ làm cho Rhino chạy càng lúc càng chậm. ClearAllMeshes thì kô gây thiệt hại gì nhiều nếu bạn lỡ ra lệnh này, chỉ đơn giản là phải đợi chút xíu để Rhino khởi tạo lại Mesh thôi.
Nếu bạn nghĩ rằng sau khi bạn ra lệnh SaveSmall và làm việc tiếp thì kô cần ClearAllMeshes là kô đúng, vì SaveSmall chỉ kô save phần Mesh xuống file, chứ kô có tác dụng xóa mesh trong bộ nhớ. Mà chỉ có ClearAllMeshes mới có tác dụng xóa mesh trong bộ nhớ.
Ví dụ minh họa, cũng giống như ví dụ trong phần ClearUndo thôi, nhưng sau khi bạn Array xong rồi thì tiến hành Shade/Render, sau đó mới ra xem MemUsage, vào lại Rhino ra lệnh ClearAllMeshes và ra xem lại MemUsage, chắc chắn dung lượng sẽ nhỏ hơn.
Nếu thường xuyên phải Shade thì kô nên sử dụng lệnh này, vì mỗi lần Clear rồi Shade lại mất thời gian chờ đợi. Nhưng nếu bạn cần JoinEdge hoặc Boolean thì nên thực hiện lệnh ClearAllMeshes trước. Vì sau khi JoinEdge hoặc Boolean thì cho dù trước đó bạn có Shade rồi thì Rhino vẫn phải tạo mesh lại từ đầu cho phần bạn vừa thực hiện 2 lệnh tôi vừa nói.
6- Surface isocurve density, tăng tốc và tản nhiệt cho card VGANếu bạn đang làm việc với file có rất nhiều surface, thì khi bạn Pan hoặc Rotate View có thể sẽ rất chậm. Nhưng những surface đó kô thể Hide xuống vì bạn đang kiểm tra tổng quát lại mẫu của bạn, hoặc khi bạn đang show hàng cho đai ca xem thì sao Hide xuống được . Để giải quyết vấn đề này, bạn chọn tất cả Surface hoặc PolySurface, và bỏ đánh dấu mục Show Surface Isocurve trong Properties. Khi đó Rhino chỉ hiển thị đường dây biên cở sở hoặc giới hạn của Surface, nên việc Pan hoặc Rotate sẽ nhanh hơn. Chức năng này cũng có tác dụng khi IsoCurve quá nhiều và làm cho bạn bị rối kô biết cần chọn Object nào.
Mặc định thì khi 1 surface mới được tạo ra luôn luôn ở chế độ hiển thị Isocurve Density là 1, nếu bạn muốn mặc định là 0 (kô hiển thị Isocurve) hoặc là n thì bạn vào Options->General- Default Surface Isocurve Density để chỉnh lại
7- Click & Drags Object, cái chết được báo trước.
- Có bao giờ bạn làm việc theo nhóm, 1 file nào đó được 2 người chia ra dựng 3D, sau khi làm xong ghép lại, phần của bạn dựng nằm ở đầu nỗi nhớ bên kia so với phần của người bạn của bạn dựng chưa ?
-Có bao giờ khi bạn kiểm tra Surface bạn vừa dựng, với những surface mà trước đó bạn đã Hide đi, lại không khớp với nhau chưa (mặc dù trước đó, bạn lấy dây cơ sở là dây trên những Surface mà bạn đã Hide) ?
Điều này xảy ra khi trong quá trình dựng Surface kia, bạn đã vô tình Drag nó mà bạn kô để ý. Mặc định Rhino cho phép bạn vừa nhấn chọn Object và di chuyển luôn tức thời. Bởi vậy khi bạn chọn Object, có thể do độ nhạy của chuột, hoặc do bạn tác động làm chuột dịch chuyển, làm cho Object di chuyển 1 khoảng, khoảng này là tương đối nhỏ (nếu khoảng cách này là lớn thì bạn đã phát hiện ra rồi ). Nếu bạn vừa chọn và vừa Drag Object như vậy thì trên dòng Command nó có báo: "Drag objects", nhưng vì do mải mê với công việc bạn kô để ý thấy thông báo này (mà nói chung thì chắc cũng chẳng ai nhìn vào dòng Command xem nó nói gì, trừ trường hợp 1 lệnh nào đó kô thực hiện được, hoặc cần biết chính xác số Object đang được chọn)
Nếu bạn thường xuyên bị trường hợp này thì nên để Rhino hiểu: chỉ được Drag những Object đã được chọn.
Tool -Options - Mouse - Trong mục Click & Drag bạn đánh dấu vào: Drag selected objects only.
Theo ý chủ quan của tôi thì chỉ những ai thường hiệu chỉnh Object = Control Point thì mới để Click & Drag đồng thời, vì nó sẽ giúp thao tác nhanh hơn. Còn lại thì kô nên để chế độ Click Drag đồng thời.

Cám ơn các bạn đã kiên nhẫn đọc bài viết này. Hẹn gặp lại

[administrator]

Chà bữa nào phải gặp lại anh nhờ anh chỉ giáo Rhino lại mới dc, thanks anh vì bài viết rất bổ ích !

jvn-design

[GEMINI]

cảm ơn bài viết rất hay và chi tiết của anh.

[behindenemyline]

@vuthanh: Pa lo làm giàu quên anh em hết rồi, nhậu nhẹt gì hheheehe, có nhìn thấy cái sign của tui chưa
@GEMINI: Tôi viết nhảm hơi nhiều, sau này nếu viết tiếp tôi sẽ viết ngắn gọn hơn. Bây giờ nhìn lại cái lệnh ClearUndo mà tui nói hơn 1 trang A4 rồi, bó tay.
@Admin: sao cái sign kô tự động Add vào tất cả các bài viết vậy Pa, xem lại giúp cái. Kiểu này mỗi bài là 1 sign à ? hehehe
@ALL: sao kô thấy ai share kinh nghiệm hay thủ thuật gì hết vậy, thèm đọc lắm rồi nè.

[vuthanh]

Làm gì đâu mà làm giàu anh, mấy nay vàng lên quá đang lo chết đói nè, vài hôm nữa sắp xếp rồi alo cho anh đi nhậu nha
Mấy hôm nay cũng lubu quá, hôm nào anh rãnh ghé em chơi đi

[hiepsmartad]

em cũng như anh em khác cảm ơn bài viết rất hay và chi tiết, bổ ích của anh.