Buckets--Bucket Width/Height: The bucket size defines the number of pi การแปล - Buckets--Bucket Width/Height: The bucket size defines the number of pi ไทย วิธีการพูด

Buckets--Bucket Width/Height: The b

Buckets--

Bucket Width/Height: The bucket size defines the number of pixel values calculated concurrently and is controlled via the Height and Width settings. The default value of 32 by 32 means that each bucket will be 32 pixels wide and 32 pixels high. Using larger buckets will increase the amount of memory required but can result in speed improvement. However, if multiple threads are being used it is important to remember that using smaller buckets can result in a better load balanced total frame. It is likely that when using multiple buckets they will not finish at exactly the same instant therefore there will usually be one bucket/thread computing when the other bucket(s)/thread(s) are finished. If the buckets are very large the amount of time the render engine is using only one thread will increase which of course decreases the impact of the additional processors on final render time. One might come to the conclusion that they should set the bucket size as small as possible, this is incorrect as well, system performance may decrease with the overhead to manage the buckets, while reducing anti-aliasing quality (as bucket borders cannot be anti-aliased to their neighboring pixels outside the bucket; decreasing the size of the bucket increases the number of 'border buckets'). Luxology Chief Scientist Allen Hastings, concludes that the 32 by 32 pixel bucket is typically the ideal size bucket when rendering approximately video resolution sized frames.

Bucket Order: The bucket order determines the pattern in which the buckets are rendered. In some cases there can be a small performance benefit to certain patterns. In particular the Hilbert pattern is designed to maximize bucket edge concurrency to reduce the amount of data that must be purged and loaded whereas Random would be most likely the least efficient in that regard. Aside from some slight variance in performance, using different bucket orders is simply entertaining and can be used to impress your friends who use rendering engines with boring fixed render patterns.
Rows-- Renders the buckets in rows from left to right starting and the top and working down.
Columns-- Renders the buckets in columns from top to bottom starting on the right side and working to the left.
Spiral-- Renders the buckets from the center spot outward in a clockwise spiraling pattern.
Hilbert-- Uses a specially formulated pattern that snakes across the screen making certain that there is as much concurrency from bucket to bucket across the entire frame. This pattern can result in slightly improved render performance on certain hardware architectures that are not as efficient with bus bandwidth as it will reduce the amount of data being loaded and purged from bucket to bucket.
Random-- Renders the buckets in a random order across the screen.

Reverse Order: When this option is checked the order of buckets will be reversed so that, for example, the Columns pattern would start at the bottom right hand side of the image and work its way bottom to top in columns towards the left of the screen.

Write Buckets to Disk: Designed to facilitate renders of enormous resolution, this option will cause each completed bucket to store its frame buffer data on disc rather than in system memory. The frame buffer of an image contains a tremendous amount of data and can become quite large for even video resolution images. For instance a 640 by 480 pixel image will require upwards of 5 megabytes to hold the frame buffer. Doubling the image resolution will quadruple the number of pixels and memory requirement for the frame buffer. When rendering images for large format media such as printed billboards or IMAX film, the frame buffer size can become unwieldy. Activating Write Buckets to Disk will drastically reduce the memory overhead. Note that this feature is not compatible with Network Rendering.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
กลุ่ม-

ถังความกว้าง/สูง: ขนาดถังกำหนดจำนวนค่าพิกเซลพร้อมคำนวณ และควบคุมผ่านการตั้งค่าความสูงและความกว้าง ค่าเริ่มต้นของ 32 โดย 32 หมายความ ว่า แต่ละกลุ่มจะได้ 32 พิกเซลกว้างและสูง 32 พิกเซล ใช้ถังขนาดใหญ่จะเพิ่มจำนวนหน่วยความจำที่จำเป็น แต่อาจส่งผลในการปรับปรุงความเร็ว อย่างไรก็ตาม ถ้าใช้หลายหัวข้อจะต้องจำไว้ว่า ใช้ถังขนาดเล็กสามารถผลในการโหลดดีสมดุลรวม เป็นไปได้ว่า เมื่อใช้หลายถังก็จะไม่สิ้นสุดที่ตรงกันทันทีจึงมีจะมักจะมีกลุ่มหนึ่ง/เธรดคำนวณ เมื่ออีก bucket(s) / thread(s) เสร็จ ถ้ากลุ่มมีขนาดใหญ่มาก จำนวนเวลาที่เครื่องยนต์สร้างภาพใช้เธรดเดียวจะเพิ่มที่ลดผลกระทบของตัวประมวลผลเพิ่มเติมเวลาให้ผลลัพธ์สุดท้ายของหลักสูตร หนึ่งจะมาถึงข้อสรุปว่า พวกเขาควรตั้งถังขนาดเล็กที่สุด นี้ไม่ถูกต้องเช่น ระบบประสิทธิภาพอาจลดลง ด้วยค่าใช้จ่ายในการจัดการกลุ่ม ลดเหลี่ยมคุณภาพ (เป็นกลุ่ม เส้นขอบไม่สามารถป้องกัน aliased ไปของพิกเซลอยู่กลุ่ม การลดขนาดของกลุ่มเพิ่มจำนวน 'เส้นขอบถัง') Luxology หัวหน้านักวิทยาศาสตร์อัลเลนเฮสติ้งส์ สรุปว่า กลุ่มเซลที่ 32 จาก 32 จะถังขนาดเหมาะเมื่อแสดงความละเอียดของภาพประมาณขนาดเฟรม

สั่งกลุ่ม: สั่งกลุ่มกำหนดรูปแบบในกลุ่มจะแสดง ในบางกรณี อาจมีประโยชน์ประสิทธิภาพขนาดเล็กแบบบางรูปแบบ โดยเฉพาะ รูปแบบฮิลแบร์ทถูกออกแบบมาเพื่อเพิ่มเกิดขอบถังเพื่อลดจำนวนข้อมูลที่ถูกลบ และโหลด โดยสุ่มจะมัก น้อยมีประสิทธิภาพในการสัมมาคารวะ นอกเหนือจากผลต่างบางเล็กน้อยประสิทธิภาพการทำงาน ใช้ใบสั่งกลุ่มต่าง ๆ เป็นเพียงแค่ความบันเทิง และสามารถใช้เพื่อสร้างความประทับใจของเพื่อน ๆ ที่ใช้เครื่องยนต์จำลอง มีน่าเบื่อให้ผลลัพธ์คงรูป
แถว-ทำถังในแถวจากซ้ายขวาเริ่มและลงด้านบน และทำงาน
คอลัมน์ - ทำให้กลุ่มในคอลัมน์จากบนลงล่างเริ่มต้นด้านขวา และทำงานไปซ้าย
เกลียว - ทำถังจากศูนย์จุดขาออกในตัวเข็มวนเวียนรูป
ฮิลแบร์ท - รูปแบบบราที่งูผ่านหน้าจอทำให้แน่ใจว่า มีเกิดมากจากถังถังในเฟรมทั้งหมด ใช้ รูปแบบนี้อาจทำให้ผลลัพธ์ดีขึ้นเล็กน้อยประสิทธิภาพการทำงานบนสถาปัตยกรรมฮาร์ดแวร์บางอย่างที่ไม่เป็นประสิทธิภาพบัสแบนด์วิดท์จะลดจำนวนข้อมูลที่โหลด และลบออกจากกลุ่มให้กลุ่มได้
สุ่ม - ทำถังลำดับข้ามหน้าจอ

สั่งย้อนกลับ: เมื่อตัวเลือกนี้จะถูกตรวจสอบจะสามารถกลับรายการลำดับของกลุ่มนั้นตัวอย่าง รูปแบบคอลัมน์จะเริ่มที่ด้านขวามือด้านล่างของภาพ และการวางแนวทางทำงานในคอลัมน์ไปทางด้านซ้ายของหน้าจอ

ฝากเขียนลงดิสก์: ออกแบบมาเพื่อช่วยปัตย์ละเอียดมหาศาล ตัวเลือกนี้จะทำให้แต่ละกลุ่มแล้วเก็บเฟรมบัฟเฟอร์ข้อมูล บนดิสก์ไม่ ใช่ ในระบบหน่วยความจำ เฟรมบัฟเฟอร์ของรูปประกอบด้วยข้อมูลจำนวนมหาศาล และสามารถทำงานได้ค่อนข้างใหญ่สำหรับภาพความละเอียดวิดีโอแม้แต่ ตัวอย่าง รูปพิกเซลโดย 640 480 จะต้อง upwards of 5 เมกะไบต์เพื่อเก็บเฟรมบัฟเฟอร์ ความละเอียดรูปจะจะห้องสแตนดาร์ดจำนวนพิกเซลและความต้องการหน่วยความจำสำหรับเฟรมบัฟเฟอร์ เมื่อแสดงภาพสำหรับสื่อขนาดใหญ่เช่นป้ายโฆษณาพิมพ์หรือฟิล์มไอแม็กซ์ สามารถกลายเป็นเฟรมบัฟเฟอร์ขนาด unwieldy เรียกใช้กลุ่มเขียนดิสก์จะลดค่าใช้จ่ายในหน่วยความจำ โปรดสังเกตว่า คุณลักษณะนี้ไม่เข้ากันได้กับเครือข่ายแสดง
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
Buckets--

Bucket Width/Height: The bucket size defines the number of pixel values calculated concurrently and is controlled via the Height and Width settings. The default value of 32 by 32 means that each bucket will be 32 pixels wide and 32 pixels high. Using larger buckets will increase the amount of memory required but can result in speed improvement. However, if multiple threads are being used it is important to remember that using smaller buckets can result in a better load balanced total frame. It is likely that when using multiple buckets they will not finish at exactly the same instant therefore there will usually be one bucket/thread computing when the other bucket(s)/thread(s) are finished. If the buckets are very large the amount of time the render engine is using only one thread will increase which of course decreases the impact of the additional processors on final render time. One might come to the conclusion that they should set the bucket size as small as possible, this is incorrect as well, system performance may decrease with the overhead to manage the buckets, while reducing anti-aliasing quality (as bucket borders cannot be anti-aliased to their neighboring pixels outside the bucket; decreasing the size of the bucket increases the number of 'border buckets'). Luxology Chief Scientist Allen Hastings, concludes that the 32 by 32 pixel bucket is typically the ideal size bucket when rendering approximately video resolution sized frames.

Bucket Order: The bucket order determines the pattern in which the buckets are rendered. In some cases there can be a small performance benefit to certain patterns. In particular the Hilbert pattern is designed to maximize bucket edge concurrency to reduce the amount of data that must be purged and loaded whereas Random would be most likely the least efficient in that regard. Aside from some slight variance in performance, using different bucket orders is simply entertaining and can be used to impress your friends who use rendering engines with boring fixed render patterns.
Rows-- Renders the buckets in rows from left to right starting and the top and working down.
Columns-- Renders the buckets in columns from top to bottom starting on the right side and working to the left.
Spiral-- Renders the buckets from the center spot outward in a clockwise spiraling pattern.
Hilbert-- Uses a specially formulated pattern that snakes across the screen making certain that there is as much concurrency from bucket to bucket across the entire frame. This pattern can result in slightly improved render performance on certain hardware architectures that are not as efficient with bus bandwidth as it will reduce the amount of data being loaded and purged from bucket to bucket.
Random-- Renders the buckets in a random order across the screen.

Reverse Order: When this option is checked the order of buckets will be reversed so that, for example, the Columns pattern would start at the bottom right hand side of the image and work its way bottom to top in columns towards the left of the screen.

Write Buckets to Disk: Designed to facilitate renders of enormous resolution, this option will cause each completed bucket to store its frame buffer data on disc rather than in system memory. The frame buffer of an image contains a tremendous amount of data and can become quite large for even video resolution images. For instance a 640 by 480 pixel image will require upwards of 5 megabytes to hold the frame buffer. Doubling the image resolution will quadruple the number of pixels and memory requirement for the frame buffer. When rendering images for large format media such as printed billboards or IMAX film, the frame buffer size can become unwieldy. Activating Write Buckets to Disk will drastically reduce the memory overhead. Note that this feature is not compatible with Network Rendering.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ถัง --

ถังความกว้าง / สูง : ขนาดถังกำหนดจำนวนพิกเซลจากการคำนวณและควบคุมผ่านการตั้งค่าความกว้างและความสูง . ค่าเริ่มต้นของ 32 32 หมายความว่าแต่ละถังจะ 32 พิกเซลพิกเซล กว้าง 32 สูง การใช้ถังขนาดใหญ่จะเพิ่มปริมาณของหน่วยความจำที่จำเป็น แต่จะส่งผลในการปรับปรุงความเร็ว อย่างไรก็ตามถ้าหลายๆ กระทู้ มีการใช้ มันเป็นสิ่งสำคัญที่ต้องจำไว้ว่าใช้ถังขนาดเล็กที่สามารถส่งผลดีโหลดสมดุล รวมกรอบ มันมีแนวโน้มว่าเมื่อใช้หลายถัง พวกเขาจะไม่เสร็จเหมือนเดิมทันที ดังนั้นโดยปกติจะมีหนึ่งถัง / ด้ายคอมพิวเตอร์เมื่ออื่น ๆถัง ( s ) / ด้าย ( s ) จะเสร็จสิ้นถ้าถังมีขนาดใหญ่มาก ปริมาณของเวลาที่แสดงเครื่องยนต์โดยใช้เพียงหนึ่งด้ายจะเพิ่มขึ้นซึ่งแน่นอนจะลดผลกระทบของตัวประมวลผลเพิ่มเติมในรอบสุดท้ายให้เวลา หนึ่งอาจได้ข้อสรุปว่าพวกเขาควรตั้งขนาดถังขนาดเล็กที่สุดนี้ไม่ถูกต้องเช่นกัน ประสิทธิภาพของระบบจะลดลงด้วยค่าใช้จ่ายในการจัดการถัง ,ในขณะที่ลดการต่อต้าน aliasing คุณภาพ ( ตามขอบถังไม่สามารถต่อต้าน aliased ของพิกเซลรอบข้างนอกถัง ; ลดขนาดของถังเพิ่มขึ้นจํานวน ' ฝาก ' ชายแดน ) luxology หัวหน้านักวิทยาศาสตร์ อัลเลน เฮสติ้ง สรุปว่ามี 32 32 พิกเซลถังโดยปกติจะเป็นขนาดที่เหมาะสมที่สุด ถัง เมื่อการแสดงผลวิดีโอความละเอียดขนาดประมาณเฟรม

ถังคำสั่ง :ถังเพื่อกำหนดแบบแผนในที่ถังจะแสดงผล ในบางกรณีอาจมีการแสดงการกุศลขนาดเล็กรูปแบบหนึ่ง โดยเฉพาะแบบแผนที่แท้จริงถูกออกแบบมาเพื่อเพิ่มการขอบถังเพื่อลดจำนวนข้อมูลที่ต้องชำระและโหลดโดยสุ่มจะส่วนใหญ่ที่มีประสิทธิภาพน้อยที่สุดในเรื่องที่นอกเหนือจากความบางเล็กน้อย แสดงการใช้คำสั่งต่าง ๆ เป็นถังสนุกสนานเพียงและสามารถใช้เพื่อสร้างความประทับใจให้เพื่อนของคุณที่ใช้เครื่องมือการแสดงผลด้วยเบื่อคงที่แสดงรูปแบบ .
แถว -- แสดงถังในแถวจากซ้ายไปขวาและด้านบนและเริ่มต้นทำงาน .
คอลัมน์ -- แสดงถังในคอลัมน์จากบนลงล่าง เริ่มจากด้านขวา และทำงานด้านซ้าย
เกลียว -- แสดงถังจากศูนย์จุดภายนอกในรูปแบบตามเข็มนาฬิกา spiraling .
ฮิลเบิร์ต -- ใช้สูตรพิเศษ ลวดลายงูผ่านหน้าจอทำให้แน่ใจว่ามีมากการจากถังไปยังถัง ข้ามกรอบทั้งหมดรูปแบบนี้จะส่งผลให้ประสิทธิภาพเพิ่มขึ้นในสถาปัตยกรรมฮาร์ดแวร์บางอย่างที่ไม่มีประสิทธิภาพ มีแบนด์วิดธ์บัสจะลดปริมาณของข้อมูลที่ถูกลบจากถังเพื่อโหลดและถัง .
สุ่ม -- แสดงถังในการสุ่มเพื่อข้ามจอ

ย้อนกลับคำสั่ง : เมื่อกาเลือกตัวเลือกนี้เพื่อ ถังจะกลับนั้น ตัวอย่างเช่นคอลัมน์รูปแบบจะเริ่มต้นที่ด้านล่างขวามือของภาพและการทำงานทางด้านล่างขึ้นด้านบนในคอลัมน์ไปทางซ้ายของหน้าจอ

เขียนฝากไปยังดิสก์ : ออกแบบมาเพื่อช่วยให้ความละเอียดอย่างมาก ตัวเลือกนี้จะทำให้เสร็จสิ้นในแต่ละถังเก็บข้อมูล buffer กรอบบนดิสก์แทนความทรงจำ ระบบเฟรมบัฟเฟอร์ของภาพมีปริมาณมหาศาลของข้อมูลและสามารถกลายเป็นค่อนข้างใหญ่สำหรับวิดีโอความละเอียดภาพ ยกตัวอย่างเช่น 640 โดย 480 พิกเซลภาพจะต้องขึ้นไป 5 เมกะไบต์เพื่อเก็บเฟรมบัฟเฟอร์ เพิ่มความละเอียดของภาพจะสี่เท่าของจำนวนพิกเซลและความต้องการหน่วยความจำสำหรับเฟรมบัฟเฟอร์เมื่อการแสดงผลภาพสำหรับสื่อรูปแบบขนาดใหญ่ เช่น พิมพ์ป้ายโฆษณา หรือ ซื้อฟิล์ม เฟรมบัฟเฟอร์ขนาดสามารถกลายเป็นเทอะทะ . เริ่มต้นเขียนฝากไปยังดิสก์จะลดหน่วยความจำค่าใช้จ่าย โปรดทราบว่าคุณลักษณะนี้จะไม่เข้ากันได้กับการแสดงผล
เครือข่าย .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: