![](https://seccdn.libravatar.org/avatar/363424a7062b0e7a90527600f3760d46.jpg?s=120&d=mm&r=g)
Hallo, Am Mon, 16 Mär 2009, Helga Fischer schrieb:
Am Montag 16 März 2009 schrieb David Haller: [..]
mencoder hat hier IIRC nur ein oder zweimal die Kiste aufgehängt, die anderen vielen vielen Male gab's nur den Segfault. Seit dem RAM-Tausch läuft's ohne Probleme.
Knallt der wirklich immer an der gleichen Stelle?
Nein, mit beiden alten Riegeln aber bei mir quasi zuverlässig bevor die 60% "done" eines Durchgangs erreicht waren, wenn ich ne Serienfolge von DVD umkodieren wollte. Mit einem Riegel lief mit einem einzelner mencoder ein Durchgang (des Two-Pass Encodings) _manchmal_ durch. So etwa jeder achte oder so. Seit dem RAM-Tausch läuft es zuverlässig (und dabei laß ich auf dem Dualcore hier auch 2 mencoder rennen). Mit 2 mencodern wurde mit den alten Riegeln selten mal die 10% Marke eines Durchgangs geknackt, mit dem neuen RAM rennen 2 mencoder stundenlang ohne Probleme (mehrere Folgen ;) Das praktische an der Methode ist, wenn du Material hast, mit dem mencoder klarkommt (und das ist das meiste), kannst du den oder die mencoder (je nach Core-Anzahl) ruhig per 'nice' nebenher laufen lassen. Nur andere CPU-Last solltest du nicht verursachen, aber E-Mail lesen, schreiben, und das meiste andere verursacht ja auch keine ;) Je nach RAM und diversen anderen Faktoren _könnte_ dir dir Kiste absemmeln, mir ist das IIRC 2 mal passiert (bei bestimmt >100 Versuchen, die anderen Male gab's eben nur nen Segfault). Die mencoder-Version und Kodier-Parameter können wir ggfs. per PM bequatschen. Achso: natürlich ist das ganze kein RAM-Test -- aber (speziell wenn's mit nur einem statt 2 oder mehr Riegeln, evtl. durchgetauscht, deutlich besser läuft) ein Test, den man eben "nebenher" laufen lassen kann. Achso, mprime kannst du auch nebenher laufen lassen und ist eindeutiger (im Testmodus prüft es nur bekannte Ergebnisse).
Ansonsten könntest du mal (wenn du 2 oder mehr Riegel hast) mit nur einem RAM-Riegel testen. Wenn's damit besser wird (war bei mir so), den nächsten Riegel ... RAM ist (bei Desktops) i.d.R. schnell ein- oder ausgebaut.
OK. Auch wenn ich da jetzt nicht begeistert bin.
Och, is doch kaum Aufwand -- und du mußt ja zwischendurch nicht alle Schrauben vom Gehäuse verwenden ;) In der Folgemail verdichten sich aber die Hinweise auf eine andere Ursache. Aber vielleicht wäre es trotzdem mal sinnvoll mprime mal nebenher laufen zu lassen. -dnh -- 148: Flame Flames sind der dumpfe Knall, wenn die Schädeldecke auf die Mauer aufschlägt. (Frank Hufschmied) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org