ฟอรั่ม

MP 7,1 Radeon Pro Vega II ไม่เพียงพอ

NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 2 พฤษภาคม 2020
ไงพวก! ฉันมี 16 Core 7.1 พร้อม 4TB และ 96GB ของ Ram และ Radeon Pro Vega II แม้ว่าคอมพิวเตอร์เครื่องนี้จะเร็วกว่า (350%) มากกว่า iMac 27 นิ้วของฉัน ฉันเห็นว่าการ์ดแสดงผลและส่งออกจนสุดใน Final Cut จากการตรวจสอบเบื้องต้นทั้งหมด ฉันคิดว่าฉันซื้อการ์ดเพียงพอแล้ว โดยเฉพาะอย่างยิ่งเมื่อพิจารณาว่าวิดีโอของฉันไม่ต้องการอะไรมาก..... ตอนนี้ ฉันคิดว่าฉันต้องขายโมดูล MPX Radeon Pro Vega II และแทนที่ด้วย Duo พวกคุณคิดอย่างไร? ปฏิกิริยา:pldelisle, OkiRun และ MisterAndrew

fhturner

7 พ.ย. 2550
เบอร์มิงแฮม AL และแอตแลนตา GA


  • 2 พฤษภาคม 2020
ฉันสับสน คุณคิดว่าคุณต้องการ GPU ที่ดีกว่าเพราะซอฟต์แวร์ที่คุณกำลังใช้งานนั้นใช้งานได้เกือบ 100% ในระหว่างการดำเนินการเก็บภาษีใช่หรือไม่ นั่นคือสิ่งที่ฉันต้องการ ต้องการ มันต้องทำ คงจะแย่ถ้าใช้ CPU หรือ GPU 20% และใช้เวลานานกว่ามากในการดำเนินการให้เสร็จ คุณได้เปรียบเทียบเวลาในการทำงานแบบเดียวกันกับ iMac ของคุณหรือไม่?
ปฏิกิริยา:OkiRun, chrono1081, David G. และคนอื่นๆ อีก 3 คน

ctrlzone

9 ก.พ. 2017
  • 2 พฤษภาคม 2020
งานแสดงผล (ควร) ใช้ 100% เสมอ
ปฏิกิริยา:OkiRun และ pldelisle หรือ

OkiRun

25 ต.ค. 2019
ญี่ปุ่น
  • 2 พฤษภาคม 2020
IndioX กล่าวว่า: แปลฟุตเทจของคุณเพื่อซื้อการ์ด Afterburner
หากคุณควรใช้ซอฟต์แวร์แก้ไขที่เหมาะสม (แก้ไขหรือ fcpx)
คำแนะนำที่ดี Pro Vega II นั้นสมบูรณ์แบบสำหรับ FCPX และ Afterburner นั้นสามารถหั่นได้เหมือนเนย แรงเกินพอ. ตั้งค่า FCPX เป็น Pro Res แล้วเปิดการเรนเดอร์ มีความสุขที่ GPU ทำงาน
ปฏิกิริยา:IndioX

ผู้เชี่ยวชาญ

14 ม.ค. 2017
บริสเบน ออสเตรเลีย
  • 2 พฤษภาคม 2020
ไม่ประทับใจกับ VEGA II สำหรับ FCPX หรือ Resolve Studio (รุ่นหลังยังคงมีประสิทธิภาพเหนือกว่า FCPX) ฉันยังมี 11Gb RTX 2080 Ti ในเวิร์กสเตชัน Win และนั่นก็มีประสิทธิภาพเหนือกว่า Vega ด้วยเช่นกัน 2 เซ็นต์ของฉันคือสิ่งนี้ส่วนใหญ่เกี่ยวข้องกับ Catalina OS ที่น่ากลัวและหวังว่าปัญหาด้านประสิทธิภาพ 'ควร' ปรับปรุงเมื่อ Apple แก้ไขระบบปฏิบัติการและไดรเวอร์พื้นฐานและการอัปเดตเฟิร์มแวร์ โดยบอกว่าเรายังไม่ได้เห็นการอัปเดตสำหรับการสนับสนุน Pro App, FCPX, Motion, Compressor, Logic เป็นต้น จากนั้นฉันคาดว่าประสิทธิภาพจะดีขึ้น
ปฏิกิริยา:Hps1 และ Rr697 ถึง

อาบู

7 ก.ค. 2551
  • 2 พฤษภาคม 2020
ถ้าคุณจะขายโมดูล VegaII MPX ของคุณ โปรดแจ้งให้เราทราบ และฉันอาจจะยินดีที่จะเอามันออกจากมือคุณ ปฏิกิริยา:RR697 NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 2 พฤษภาคม 2020
เวลาส่งออกประมาณ 1:1 ฉันจะดูว่า Render คืออะไร แต่อาจเร็วกว่านี้ และฉันกังวลว่ามันช้ามากในฟุตเทจ EASY นี้

ไอเดนชอว์

8 ก.พ. 2546
คาบสมุทร
  • 2 พฤษภาคม 2020
Rr697 กล่าวว่า: เวลาส่งออกประมาณ 1:1 ฉันจะดูว่า Render คืออะไร แต่อาจเร็วกว่านี้และทำให้ฉันกังวลว่ามันช้ามากในวิดีโอ EASY นี้
อาจถึงเวลาย้ายไปทีมสีเขียวแล้ว

ดูรายการสื่อ '> แก้ไขล่าสุด: 2 พฤษภาคม 2020

jasonmvp

macrumors กึ่งเทพ
15 มิ.ย. 2558
VA . ตอนเหนือ
  • 2 พฤษภาคม 2020
Rr697 กล่าวว่า: เวลาส่งออกประมาณ 1:1 ฉันจะดูว่า Render คืออะไร

คุณกำลังส่งออกไปยังรูปแบบใด NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 3 พฤษภาคม 2020
jasonmvp กล่าวว่า: คุณกำลังส่งออกไปยังรูปแบบใด
MOV
[อัตโนมัติ] 1588535169 [/ อัตโนมัติ]
Aboo กล่าวว่า: ถ้าคุณขายโมดูล VegaII MPX ของคุณ โปรดแจ้งให้เราทราบ และฉันอาจยินดีที่จะถอดมันออกจากมือคุณ ปฏิกิริยา:OkiRun

IndioX

1 ต.ค. 2018
ออสเตรีย/ยุโรป
  • 3 พฤษภาคม 2020
RR697 กล่าวว่า: MOV

mov ไม่ใช่รูปแบบ - เป็นคอนเทนเนอร์สำหรับตัวแปลงสัญญาณที่แตกต่างกัน !
ปฏิกิริยา:h9826790 และ OkiRun

jasonmvp

macrumors กึ่งเทพ
15 มิ.ย. 2558
VA . ตอนเหนือ
  • 3 พฤษภาคม 2020
RR697 กล่าวว่า: MOV

มีอะไรอยู่ในไฟล์ .MOV การเข้ารหัสคืออะไร? คุณกำลังใช้รูปแบบ GOP แบบยาว เช่น h.264 หรือ h.265 หรือไม่

ฉันจะพิจารณาโมดูล Vega II MPX ด้วยหากคุณใช้ Duo ฉันสามารถโยน GPU ตัวอื่นไปที่ Resolve ได้อย่างแน่นอน
ปฏิกิริยา:OkiRun NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 4 พฤษภาคม 2020
h.264

jasonmvp

macrumors กึ่งเทพ
15 มิ.ย. 2558
VA . ตอนเหนือ
  • 4 พฤษภาคม 2020
Rr697 กล่าวว่า: h.264

ตกลง. หากคุณกำลังทำ 4K/60 การเข้ารหัสฮาร์ดแวร์ h.264 จะถูกดึงออกมาตามเวลาจริงด้วยสิ่งนั้น 4K/30 ควรจะเสร็จภายในเวลาประมาณครึ่งหนึ่ง มันปรับขนาดเป็นเส้นตรง แต่คุณไม่สามารถทำอะไรกับ Vega II ได้ (แม้จะเพิ่มอย่างอื่นเข้าไป) ที่จะเพิ่มความเร็วในการเข้ารหัส
ปฏิกิริยา:OkiRun NS

goMac

ผู้ร่วมให้ข้อมูล
15 เม.ย. 2547
  • 4 พฤษภาคม 2020
Rr697 กล่าวว่า: h.264

การเข้ารหัส H.264 ได้รับการจัดการโดย T2

GPU ของคุณมีแนวโน้มที่จะแสดงผลสูงสุดและไม่ได้เข้ารหัส คุณบอกว่าคุณกำลังจัดระดับสีเป็นจำนวนมาก

Vega Duo ช่วยคุณได้ ยากที่จะบอกได้ว่าเหตุใด Vega 2 จึงเต็มประสิทธิภาพโดยไม่ทราบข้อมูลเพิ่มเติมเกี่ยวกับการจัดระดับสีของคุณ
ปฏิกิริยา:OkiRun หรือ

OkiRun

25 ต.ค. 2019
ญี่ปุ่น
  • 4 พฤษภาคม 2020
goMac กล่าวว่า: T2 จัดการการเข้ารหัส H.264

GPU ของคุณมีแนวโน้มที่จะแสดงผลสูงสุดและไม่ได้เข้ารหัส คุณบอกว่าคุณกำลังจัดระดับสีเป็นจำนวนมาก

Vega Duo ช่วยคุณได้ ยากที่จะบอกได้ว่าเหตุใด Vega 2 จึงเต็มประสิทธิภาพโดยไม่ทราบข้อมูลเพิ่มเติมเกี่ยวกับการจัดระดับสีของคุณ
โกแมค ~
ฉันคิดว่า Apple สร้าง 7.1 ด้วยเวิร์กโฟลว์ของ Metal, FCPX, ProRes, Afterburner เพื่อช่วยให้ผู้แก้ไขไม่มีปัญหาบั๊กเช่น OP ที่สร้างขึ้นเอง ฉันผิดในข้อสรุปนี้หรือไม่? NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 5 พฤษภาคม 2020
ใช่ ฉันแค่ต้องการประสิทธิภาพที่เร็วขึ้น ฉันรู้สึกว่ามันช้าสำหรับสิ่งที่ฉันคาดหวัง ดังนั้นการมี Duo ที่ฉันจะได้รับจากการเรนเดอร์และการส่งออกเป็นอย่างไร

jasonmvp

macrumors กึ่งเทพ
15 มิ.ย. 2558
VA . ตอนเหนือ
  • 6 พฤษภาคม 2020
Rr697 กล่าวว่า ใช่ ฉันแค่ต้องการประสิทธิภาพที่เร็วขึ้น ฉันรู้สึกว่ามันช้าสำหรับสิ่งที่ฉันคาดหวัง ดังนั้นการมี Duo ที่ฉันจะได้รับจากการเรนเดอร์และการส่งออกเป็นอย่างไร

ในที่สุด คุณต้องคิดให้ออกว่าทำไมทุกอย่างถึง 'เหมือนช้า' มันเป็นการแสดงผลหรือการแปลงรหัส? น่าเสียดายที่ NLE สองสามคำผสมคำสองคำนี้อย่างไม่เหมาะสมและทำให้เกินพิกัด การแสดงผล: การแต่งวิดีโอ ทีละเฟรม เพื่อให้ 'รูปลักษณ์และเสียง' เป็นไปตามที่คุณต้องการ การรวมเอฟเฟกต์ การปรับขนาด การเปลี่ยนภาพ ฯลฯ การทรานส์โค้ดซึ่งเกิดขึ้นระหว่างการส่งออกนั้นทำได้ง่ายๆ เพียงเปลี่ยนวิดีโอที่แสดงผล (เรียบเรียง) นี้ให้เป็นรูปแบบอื่น (เช่น: h.264)

ทั้งสองมีการคำนวณหนัก การเรนเดอร์ GPU เกิดขึ้นพร้อมกับแรเงาบนนั้น การส่งออกฮาร์ดแวร์ GPU เกิดขึ้นกับตัวเข้ารหัสในตัวบน GPU คนหนึ่งไม่มีอะไรจะทำอย่างไรกับอีกคนหนึ่ง เมื่อกำลังใช้งาน shaders คุณจะเห็น 'โหลด GPU' เพิ่มขึ้น เมื่อใช้งานตัวเข้ารหัส คุณอาจไม่เห็นอะไรเกิดขึ้นเกี่ยวกับโหลด GPU ขึ้นอยู่กับแอปสถิติที่คุณใช้ดู

นี่คือลูกโค้ง: หาก NLE ของคุณตัดสินใจแสดงผล และ แปลงรหัสพร้อมกัน แล้วคุณจะทำลาย GPU ทั้งสองส่วนพร้อมกัน

จะทำอย่างไร? มีสถิติบางแอปที่รวบรวมแอปที่คุณสามารถติดตั้งเพื่อดูการโหลด GPU และ CPU ของคุณ ฉันใช้ iStats เวอร์ชันเชิงพาณิชย์ ฉันคอยดูการโหลดตามลำดับขณะทำงาน และเห็นว่าการเล่นและการเรนเดอร์ไฟล์ 6K Canon RAW Lite ของฉันใน Resolve นั้นส่ง GPU ของฉันไปที่ +95% เมื่อฉันแปลงรหัสเป็น h.265 โหลดจะลดลงอย่างมากเนื่องจากการจัดองค์ประกอบเสร็จแล้ว และ ณ จุดนั้นซอฟต์แวร์กำลังป้อนเฟรมตัวเข้ารหัสฮาร์ดแวร์เพื่อเขียน (ฉันกำลังทำให้เข้าใจง่ายเกินไป) สิ่งที่ทำให้เกิดความสับสนคือ BMD เรียกกระบวนการทั้งหมดนั้นว่า 'การแสดงผล' ซึ่ง...มันไม่ใช่ มันคือการแปลงรหัส ปฏิกิริยา:pldelisle

h9826790

3 เม.ย. 2557
ฮ่องกง
  • 6 พฤษภาคม 2020
goMac กล่าวว่า: T2 จัดการการเข้ารหัส H.264
พิสูจน์อะไร? NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 13 พฤษภาคม 2020
jasonmvp กล่าวว่า: ในที่สุดคุณต้องคิดออกว่าทำไมทุกอย่างถึงรู้สึกว่า 'ช้า' มันเป็นการแสดงผลหรือการแปลงรหัส? น่าเสียดายที่ NLE สองสามคำผสมคำสองคำนี้อย่างไม่เหมาะสมและทำให้เกินพิกัด การแสดงผล: การแต่งวิดีโอ ทีละเฟรม เพื่อให้ 'รูปลักษณ์และเสียง' เป็นไปตามที่คุณต้องการ การรวมเอฟเฟกต์ การปรับขนาด การเปลี่ยนภาพ ฯลฯ การทรานส์โค้ดซึ่งเกิดขึ้นระหว่างการส่งออกนั้นทำได้ง่ายๆ เพียงเปลี่ยนวิดีโอที่แสดงผล (เรียบเรียง) นี้ให้เป็นรูปแบบอื่น (เช่น: h.264)

ทั้งสองมีการคำนวณหนัก การเรนเดอร์ GPU เกิดขึ้นพร้อมกับแรเงาบนนั้น การส่งออกฮาร์ดแวร์ GPU เกิดขึ้นกับตัวเข้ารหัสในตัวบน GPU คนหนึ่งไม่มีอะไรจะทำอย่างไรกับอีกคนหนึ่ง เมื่อกำลังใช้งาน shaders คุณจะเห็น 'โหลด GPU' เพิ่มขึ้น เมื่อใช้งานตัวเข้ารหัส คุณอาจไม่เห็นอะไรเกิดขึ้นเกี่ยวกับโหลด GPU ขึ้นอยู่กับแอปสถิติที่คุณใช้ดู

นี่คือลูกโค้ง: หาก NLE ของคุณตัดสินใจแสดงผล และ แปลงรหัสพร้อมกัน แล้วคุณจะทำลาย GPU ทั้งสองส่วนพร้อมกัน

จะทำอย่างไร? มีสถิติบางแอปที่รวบรวมแอปที่คุณสามารถติดตั้งเพื่อดูการโหลด GPU และ CPU ของคุณ ฉันใช้ iStats เวอร์ชันเชิงพาณิชย์ ฉันคอยดูการโหลดตามลำดับขณะทำงาน และเห็นว่าการเล่นและการเรนเดอร์ไฟล์ 6K Canon RAW Lite ของฉันใน Resolve นั้นส่ง GPU ของฉันไปที่ +95% เมื่อฉันแปลงรหัสเป็น h.265 โหลดจะลดลงอย่างมากเนื่องจากการจัดองค์ประกอบเสร็จแล้ว และ ณ จุดนั้นซอฟต์แวร์กำลังป้อนเฟรมตัวเข้ารหัสฮาร์ดแวร์เพื่อเขียน (ฉันกำลังทำให้เข้าใจง่ายเกินไป) สิ่งที่ทำให้เกิดความสับสนคือ BMD เรียกกระบวนการทั้งหมดนั้นว่า 'การแสดงผล' ซึ่ง...มันไม่ใช่ มันคือการแปลงรหัส ปฏิกิริยา:OkiRun และ Rr697

h9826790

3 เม.ย. 2557
ฮ่องกง
  • 13 พฤษภาคม 2020
RR697 กล่าวว่า: เจสัน! ฉันทำการบ้านด้วยการตัดต่อวิดีโอจำนวนมาก และนี่คือค่าเฉลี่ยในโลกแห่งความเป็นจริงของฉัน เวลาส่งออกเป็นสองเท่าของความยาวของวิดีโอ ฉันใช้ iStat เพื่อรับหมายเลขเหล่านี้ทั้งหมดด้านล่าง

FCPX พร้อม 8 บิต 4K 24fps Sony A7RIV mp4

เอฟเฟกต์การแสดงผล/Luts เป็นต้น

หน่วยความจำ GPU 50%
โปรเซสเซอร์ GPU 75-95%

ซีพียู 75%

แรม 25%


กำลังส่งออกไปยังMOV

หน่วยความจำ GPU 50%
โปรเซสเซอร์ GPU 2%

ซีพียู 50%

LOAD เฉลี่ย 19-26 สำหรับทั้งคู่
เพื่อการทดสอบ คุณรังเกียจที่จะลองส่งออก HEVC ผ่านการเข้ารหัสฮาร์ดแวร์และดูว่าโหลดอะไรอยู่

วิดีโอนี้แสดงวิธีการส่งออก HEVC จาก FCPX ผ่านการเข้ารหัสฮาร์ดแวร์

คุณยังสามารถเปิด 'อนุญาตให้จัดลำดับเฟรมใหม่' เพื่อใช้การเข้ารหัสซอฟต์แวร์ HEVC และเปรียบเทียบการใช้งานฮาร์ดแวร์/เวลาส่งออก

สำหรับ H264 ฉันไม่แน่ใจ 100% ว่าจะเหมือนกันสำหรับ 7,1 และ 5,1 หรือไม่ แต่ถ้าเลือก 'แชร์' -> 'ไฟล์หลัก' -> 'H264' FCPX ควรใช้การเข้ารหัสฮาร์ดแวร์โดยค่าเริ่มต้น (เว้นแต่จะเกินขีดจำกัด เช่น ความละเอียดสูงกว่า 4K จากนั้นจะย้อนกลับไปยังการเข้ารหัสซอฟต์แวร์โดยอัตโนมัติ) นั่นเป็นวิธีที่ฉันทำบน Mac Pro 5,1 ด้วย Radeon VII สำหรับการเข้ารหัสฮาร์ดแวร์ แก้ไขล่าสุด: 13 พฤษภาคม 2020
ปฏิกิริยา:RR697 NS

RR697

โปสเตอร์ต้นฉบับ
11 พฤษภาคม 2019
  • 13 พฤษภาคม 2020
h9826790 กล่าวว่า: เพื่อการทดสอบ คุณรังเกียจที่จะลองส่งออก HEVC ผ่านการเข้ารหัสฮาร์ดแวร์และดูว่าโหลดอะไรอยู่

วิดีโอนี้แสดงวิธีการส่งออก HEVC จาก FCPX ผ่านการเข้ารหัสฮาร์ดแวร์

คุณยังสามารถเปิด 'อนุญาตให้จัดลำดับเฟรมใหม่' เพื่อใช้การเข้ารหัสซอฟต์แวร์ HEVC และเปรียบเทียบการใช้งานฮาร์ดแวร์/เวลาส่งออก

สำหรับ H264 ฉันไม่แน่ใจ 100% ว่าจะเหมือนกันสำหรับ 7,1 และ 5,1 หรือไม่ แต่ถ้าเลือก 'แชร์' -> 'ไฟล์หลัก' -> 'H264' FCPX ควรใช้การเข้ารหัสฮาร์ดแวร์โดยค่าเริ่มต้น (เว้นแต่จะเกินขีดจำกัด เช่น ความละเอียดสูงกว่า 4K จากนั้นจะย้อนกลับไปยังการเข้ารหัสซอฟต์แวร์โดยอัตโนมัติ) นั่นเป็นวิธีที่ฉันทำบน Mac Pro 5,1 ด้วย Radeon VII สำหรับการเข้ารหัสฮาร์ดแวร์

จะทำ!