habichtfreak
Captain
- Registriert
- Aug. 2006
- Beiträge
- 3.542
cinebench sollte auf jeden fall drin bleiben. zum einen weil es zeigt wie schnell ein richtig teurer prozessor sein kann (welchen mehrwert man erhalten kann wenn die software damit umzugehen weiß) und natürlich weil es "jeder" kennt. auch wenn mit cinema4d und co weiß gott nicht jeder arbeitet, hat es dennoch praxisrelevant. etwas was man von 3dmark nicht behaupten kann.
x264 benchmark fand ich früher gut, aber 2pass benutzt doch heute keiner mehr. man nehme handbrake (ich bevorzuge ripbot264, aber am ende manchen beide das selbe), input ein 10min. 4k video. output 2k und das bei cq/crf 18, 20 oder 22. simple einstellungen die mMn reproduzierbare ergebnisse liefern. ich selbst mache das jede woche mit einer handvoll dateien (in diesem momenten kann die cpu gar nicht schnell genug sein ). aber auch jedes videoschnittprogramm wird damit abgebildet (wenn es denn x264 nutzt). einen clip schneiden kann jede cpu, stressig wirds doch erst beim speichern des projektes.
so was wie sisoft speicherbandbreite kann mMn raus. den wert kann ich auch berechnen, und danach auf klopapier drucken wenn ich möchte. für mehr taugt die messung nicht.
was mich an den cpu-parcour grundsätzlich stört: es gibt einen für desktop-cpus, einen abgespeckten für apus und einen weiteren für die NUCs. warum das so ist, verstehe ich nicht. eine apu kostet ähnlich viel wie ein i5 und ist in erster linie eine cpu. warum durchlaufen die nicht den selben parcour? und NUCs sind auch nichts anderes als sehr kleine pcs. die kosten auch etwa 500 euro. für den preis bau ich mir ein komplettes system mit i5 zusammen. vergleichen kann ich sie aber nicht, weil beim NUC ja der fokus bei der multimedia wiedergabe liegt. mal ehrlich, wenn ich videos abspielen will, gebe ich nicht 500 euro aus, sondern 30 für raspberry.
und damit der gpu teil nicht untergeht, sollte es einen gesonderten parcour geben für alle cpus die eine igp haben. und den sollten alle durchlaufen, egal ob amd oder intel drauf steht. momentan ist es leider so, dass ihr die apus eigentlich nur noch anhand der erbrachten leistung der gpu beurteilt (der cpu-teil ist eh nicht der reißer, also bewerten wir den auch nicht mehr). das sollte sich ändern.
x264 benchmark fand ich früher gut, aber 2pass benutzt doch heute keiner mehr. man nehme handbrake (ich bevorzuge ripbot264, aber am ende manchen beide das selbe), input ein 10min. 4k video. output 2k und das bei cq/crf 18, 20 oder 22. simple einstellungen die mMn reproduzierbare ergebnisse liefern. ich selbst mache das jede woche mit einer handvoll dateien (in diesem momenten kann die cpu gar nicht schnell genug sein ). aber auch jedes videoschnittprogramm wird damit abgebildet (wenn es denn x264 nutzt). einen clip schneiden kann jede cpu, stressig wirds doch erst beim speichern des projektes.
so was wie sisoft speicherbandbreite kann mMn raus. den wert kann ich auch berechnen, und danach auf klopapier drucken wenn ich möchte. für mehr taugt die messung nicht.
was mich an den cpu-parcour grundsätzlich stört: es gibt einen für desktop-cpus, einen abgespeckten für apus und einen weiteren für die NUCs. warum das so ist, verstehe ich nicht. eine apu kostet ähnlich viel wie ein i5 und ist in erster linie eine cpu. warum durchlaufen die nicht den selben parcour? und NUCs sind auch nichts anderes als sehr kleine pcs. die kosten auch etwa 500 euro. für den preis bau ich mir ein komplettes system mit i5 zusammen. vergleichen kann ich sie aber nicht, weil beim NUC ja der fokus bei der multimedia wiedergabe liegt. mal ehrlich, wenn ich videos abspielen will, gebe ich nicht 500 euro aus, sondern 30 für raspberry.
und damit der gpu teil nicht untergeht, sollte es einen gesonderten parcour geben für alle cpus die eine igp haben. und den sollten alle durchlaufen, egal ob amd oder intel drauf steht. momentan ist es leider so, dass ihr die apus eigentlich nur noch anhand der erbrachten leistung der gpu beurteilt (der cpu-teil ist eh nicht der reißer, also bewerten wir den auch nicht mehr). das sollte sich ändern.