von Videos von mkv auf mp4
Mangelhafte Angabe, denn das kannst du auch mit remuxen machen, was dann von der Geschwindigkeit der HDD/SSD abhängt.
Ich gehe jetzt mal davon aus, dass du explizit neu encodieren willst (d.h. in ein anderes Videoformat übertragen - mkv/mp4 sind Container und können diverse Formate beinhalten).
"Nur" die CPU.
[...]
Edit: Ob Windows oder OS X macht hier keinen Unterschied
Falsch, macht sehr wohl einen Unterschied. Unter Windows stehen zahlreiche Möglichkeiten zur Verfügung, welche die GPU nutzen können und dann ist diese der wichtigste Faktor, noch vor CPU. Natürlich gibt es weitere Details, wenn ich z.B. meinen Encode so wähle, dass eine CPU-only Aufgabe den Flaschenhals bildet, ist das natürlich was anderes, aber das ist nicht unbedingt normal.
da Handbrake einen x264 bzw. x265 Encoder
Kurzes Klugscheissen:
den x264 Encoder für
einen h264 Encode.
h264 ist das Format, x264 eines von vielen Programmen um solch ein Format zu erzeugen.
Sorry jetzt muss ich mal fragen : Was bedeutet diese OpenCL Unterstützung ?
Kurzform: Auslagern von Berechnungen der CPU auf die GPU bzw. das Ausführen auf beiden zusammen.
Ich nutze selbst kein Handbrake aber bedeutet dies, dass es noch immer keine funktionierende OpenCL Unterstützung gibt..?
Nur für ein paar wenige Schritte. Je nach deinen Einstellungen wirkt sich das absolut nicht spürbar aus... Und QuickSync (nutzt die iGPU, zum Teil enorme Beschleunigung) gibt es nur unter Windows, da Apple die API afaik nach wie vor sperrt.
Generell gibt es für Windows da aber noch andere Lösungen neben Handbrake, z.B. CUDA nutzende encoder.
Für Handbrake braucht man möglicht viele Kerne!
Falsch. Die wenigste Software da draußen ist in hohem Maße parallelisierbar, schon gar nicht heutiges, CPU-basiertes Videoencoding. Da haben die Entwickler von x264 sogar selbst mal Tests gemacht, denn das Programm skaliert keineswegs linear. Wenn ich mich recht erinnere waren 6-8 echte Kerne ein sweetspot, danach geht es schon rapide abwärts und weitere Kerne bringen kaum noch mehr Geschwindigkeit (abhängig von den Einstellungen).
Insbesondere in x264 kommt es einfach sehr stark auf die Einstellungen an, da nach wie vor einige Prozesse Single-Threaded sind (Deinterlacing, Filter, die höheren me/subme settings afaik, avisynth Skripte). In dem Moment wo diese den Flaschenhals bilden, stoppt deine Skalierung mal eben spontan. Daumenregel: je niedriger die Qualität deines Encodes, desto besser skaliert er.
In manchen Konstellationen empfiehlt es sich bei x264 auch HyperThreading abzuschalten, was auf einem Mac aber so nicht einfach geht.
Zur eigentlichen Frage:
- RAM ist relativ egal
- CPU: so viele (echte) Kerne wie du bekommen kannst (dürften eh nur 4/6 sein, unter Consumerprodukten) mit so hohem Takt wie möglich (für die Single-Threaded Sachen)
- Wenn unter Windows und mit GPU-nutzendem Encoder, könnte sich eine mittelmäßige GPU mehr lohnen, als eine High-End CPU. Da müsstest du dich über die verfügbaren Produkte und deine genauen Anforderungen informieren.
