Hallo, Am Mon, 02 Jan 2012, ?l ??gn?r schrieb:
Am Mo, 02 Jan 2012 23:06:47 CET schrieb David Haller:
Ich komm bei (anamorph-wide-PAL) mit dem 250 auf im Schnitt 15 fps, bei Divx/68[24]x384p auf ~50fps. x264 skaliert aber gut mit den Kernen, mit 2 Kernen komm ich auf ordentlich Last und > 25fps.
Ich bin beim Thema Geschwindigkeit mittlerweile vorsichtig bei Geschwindigkeitsaussagen. IMHO hängt es sehr vom Ausgangsmaterial ab. Ich habe mich schon über den X270 gefreut als ich 50-100 fps gesehen habe, waren dann aber leider Einzelfälle. Wenn mir so was wieder unterkommt, werde ich mal schauen was da am Ausgangsmaterial anders ist. Eventuell bremst auch eine 2. Audiospur sehr.
Äh, am Anfang zeigt mencoder da _extrem_ optimistische fps an, bei mir und PAL z.B. gerne >= 60fps. Gegen Ende einer 40min Folge pendelt sich das aber auf o.g. ~15fps (+-1 frame/s) ein ;) Achso: crf=23:trellis=1:qcomp=0.8:weight_b:8x8dct:subq=6:threads=1:nr=750 Die Ergebnisse sind mir hier fast immer völlig ausreichend, speziell der Rauschfilter von x264 hilft bei der Dateigröße und braucht nur wenig CPU (<1fps). x264 Dateien aus anderen Quellen bekomm ich bei "gleicher Qualität" (kritisch anhand 1:1 Ansicht beurteilt, ich weiß worauf ich achten muß ;) recht oft auf ~75-50% Dateigröße runter.
Da braucht man also schon Geduld, wenn man Videoschnitte testet und ich würde einen 6-Kerner nicht verschmähen, obwohl der natürlich ganz schön Strom saugt.
Jo. Ich würd aber auch dann eher nen schnelleren 4 Kerner als nen 6 Kerner nehmen. Denn mit einem Kodierprozess kommst du nie auf n * 100% Last, sondern bei x264 auf quasi ideale n * ~85-90%, bei Divx kam ich nichtmal auf n * 75% (max. ~150% Last auf 2 Kernen). Wenn man stattdessen n Prozesse parallel laufen läßt kommt man auf n * 100% Last. Aber wer will schon 6 Files parallel kodieren bzw. kommt mit dem "füttern" der Kerne hinterher ;)
Die Diskussion kenne ich, für unwichtiges Material nehme ich mittlerweile Handbrake und lasse die 2 Kerne eine Liste abarbeiten. Manchmal geht es nur um die Information und die Bildqualität ist nebensächlich.
ACK.
Die CPU-Auslastung kommt mir irgendwie nach Zufall vor, denn top, htop und das Systemauslastungs-Plugin von XFCE sind nicht ident, dh htop und das Plugin stimmen in etwa überein. Ich rechne gerade einen Film und da sehe ich im Plugin 98-99%, htop ist ähnlich und top zeigt 35% für die CPU_s_, die einzelnen liegen gerade zusammen um die 60%, das auch wieder zu den 35% passt, mag ich aber nicht glauben.
Bei mir ist's (top und gkrellm) nachvollziehbar. Mit "threads=1" sowieso, aber auch mit threads=2 oder =3 noch.
Wer maximalen Wumms will muß z.Z. nen Sandybridge i7 kaufen, und entsprechend überproportional blechen.
Die Herausforderung ist ja das beste _persönliche_ Preis- / Leistungsverhältnis zu finden.
Jau! Wobei man da als Autofahrer, Raucher, Biertrinker ggfs. auch mal relativieren sollte. So'n Athlon II X2 250-270 kostet soviel wie "einmal volltanken" oder so ... [0] ;)
Also ich denke, wenn ich nicht flashen hätte müssen um den FX zu verwenden, wäre der 4100 meine Entscheidung gewesen, der frisst nämlich mit 85W TDP noch nicht so viel Strom.
Äh, du weißt schon, daß die Kerne des FX nicht schneller als die eines (AFAIR[1]) Phenom II sind?
Wenn man die Stromkosten im Leerbetrieb noch dazu rechnet, dann ist das auf das Jahr gerechnet ein gewaltiger Kostenfaktor, wenn der Rechner fast immer an ist.
Jo. Auch da sind die Intel "besser" (die c't hat IIRC ein Sandy Bridge System auf <25W bei Leerlauf unter Win bekommen, hängt aber auch arg am Board). Ich bleib trotzdem bis auf weiteres bei AMD. Ich laß mich nicht gerne verarschen und mir willkürliche Kastrierungen von Funktionen aufzwingen. Andererseits, und das wird _fast immer_ vergessen: Für den Energiebedarf bei der Herstellung und der "Anlieferung" eines PCs (oder auch nur einer CPU) gehen IIRC 70-80% (oder so) des Gesamt-Energiebedarfs der "Lebenszeit" des PCs/Bauteils drauf, bei einer "Lebenszeit" von 4 Jahren oder sowas... Und ansonsten ist's wohl v.a. sinnvoll z.B. auf die GraKa zu gucken. Wenn ich lese, daß die aktuellen Boliden von AMD/nVidia in der Spitze auch mal 250W oder mehr saugen können. Nuja, eine Herdplatte / Staubsauger / Fön ... Ich hab vor ~1.5 Jahren mein Bialetti-Achteck (auffer kl. Herdplatte, 1 Tasse / Tag) gegen nen Espressokocher (für ~60 EUR, wie so'n Wassserkocher) mit schlappen 600W ausgetauscht. Hat sich auf der Elektro-Rechnung sehr deutlich bemerkbar gemacht, IIRC war die schon im ersten Jahr (davon nur 3/4 mit dem neuen Kocher) um über 200 EUR niedriger als im Jahr davor ... Und wenn ich seh, welche Fest- beleuchtung die meisten (grad z.Z.) ständig im Haus/der Wohnung anhaben ... Hier brennt nur dort Licht, wo ich grad bin, und am Rechner ist das ne 11W Leuchtstoffröhre (und zu ~90% leuchtet nur die hier wenn's dunkel ist), die 3te Röhre seit ~1992 oder so in der Lampe ... Was leuchtet bei euch so? Unnötigigerweise evtl.? ;)
Ich bin mit dem "Wumms für's Geld" meiner Kiste sehr zufrieden, ich rekodiere aber kein HD
Ich probiere gerade ein paar 720p und 1080p-Filme, zum Glück habe ich aber noch genügend Camcorder-Filme aus VHS-Zeiten und danach und bis die fertig sind, wird es den FX4100 wahrscheinlich nicht mehr geben. Mein Ziel wäre zumindest Echtzeit bei HD und da bin ich dann bei > 10 Kernen. Mit Glück schaffe ich Echtzeit bei DVDs bei konstanter Qualität 20. Wenn Video kodieren in Massen also für den OP _jetzt_ wichtig ist, dann sollte er im Zweifel die schnellere (bezahlbare) CPU nehmen.
Ack. Oder dedizierte Hardware (DSP, GraKa[2], Sandy Bridge CPU[2], spezielle Encoderhardware) ... Nochmal F'up2p nach Ermessen ;) -dnh [0] isch 'abe garkeine Auto [1] weiß grad nicht, was ein FX an L2/L3 Caches mitbringt. [2] k.A. wie gut die Encoder sind, scheinen eher recht beschränkt auf ein (paar?) wenige Profile zu sein. Und (Win-)SW um das zu verwenden braucht man auch noch. -- Immerwieder der gleiche Anfaengerfehler: /dev/null ist fuer Backup, /dev/zero ist fuer Restore. -- J. P. Meier -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org