Beiträge von fps

Sorry, aber das ist keinesfalls Murks
Die einzelnen Folgen lassen sich sehr stark unterschiedlich komrimieren. Damit man aber eine ausgewogene Qualität erhält muss man die Folgen auf einmal encoden. Dann wird bei den leicht komprimierbaren Folgen gespart und bei den bitratehungrigen entsprechend mehr Platz zur Verfügung gestellt.

Das bringt oft bei ca. 600MB Zielgröße Unterschiede von bis zu 150MB!

Lange Zeit bin ich bei der "stabilen" 1.03 Version von Xvid geblieben.
Jetzt hab ich dann aber doch einmal das neueste build von celtic cruid (3. August) ausprobiert: Leider sind aber noch einige Probleme mit den Zonen vorhanden.
Da ich gerne mehrere Episoden einer Staffel auf einmal encode, habe ich bis jetzt immer am Ende der einen, bzw. am Anfang der nächsten Episode eine Zone beginnen lassen, wo ein Keyframe erzwungen werden soll.
Sieht also z.B. so aus:

63319
63320
126681
126682
190047
190048
252348
252349
315574
315575
usw.

Damit hat sich dann jede einzelne Folge framgenau herausschneiden lassen.

Mit der 1.1er Version beginnen die Probleme meist bei der 3. Zone bzw. 5.Zone (ist manchmal verschieden), also hier ab Frame 126681 oder 190047. Es werden zwar Keyframes gesetzt, nur mit fortlaufender Dauer immer später. So ist am Anfang ein Keyframe bei 126682 und 126683, später wird es immer "fälscher" ;), die nächsten K-Frames sind bei 190049 und 190050. Bei ca. 10 Episoden am Stück ergibt das zum Schluss also schon einen gewaltigen Fehler.

Da die Zonen also nicht mehr richtig funktioneren zu scheinen, dachte ich man könnte es auch anders probieren: Man fügt nach jeder Episode 5 "Dummy Frames" ein, also 5 mal das selbe Bild hintereinander. Da das Ende jeder Episode fast in purem Schwarz endet, müsste damit auf jeden Fall ein Keyframe gesetzt werden (vom Codec selber).
Nur leider funktioniert dies auch nur teils, je nachdem was für ein Frame man erwischt. Es werden zwar immer 2 Keyframes gesetzt, nur leider teilweise mit dem selben Fehler wie bei den Zonen. Es werden also teilweise 2 Keyframes mit 5 Frames Abstand gesetzt, welche beide schon nach dem Ende der 5 Dummy Frames sind.

Hat vielleicht jemand ähnliches beobachtet?

Zitat von Didée

Oh, und für solche Fälle (schwierige dunkle Szenen) sind natürlich die Standard-Bframe-Settings von 1.50/1.00 nicht gut, gar nicht gut ... ich hab da meistens 1.63/0.00 drinstehen. B=P+1 ist in diesem Bereich viel verträglicher als B=P+2

Nach welchen Kriterien hast du diese Einstellung gewählt?
1,63 klingt nach langem Probieren
Würdest du allgemein diese Einstellung für 6of9 empfehlen, oder ist sie auch sehr bitratespezifisch?
Danke!

Zitat von Trekkie2

Ist 2-Pass-Encoding dann noch sinnvoll, wenn man Serien encodet und es einem nicht auf die Größe der einzelnen Folgen ankommt, sondern nur auf den Durchschnitt (z.B. etwa 10 Folgen zusammen)?

Wenn du Serien encodest würde ich dir prinzipiell zu folgendem raten:
Angenommen du verteilst die Staffel z.B. auf 3DVDs, encodest du am besten 7-8 Episoden am Stück.
D.h. du fügst sie mit avisynth zu einem großen video zusammen und stellst eben z.B. im 2nd pass die Größe einer DVD - Audio ein.
So bekommst du über alle Folgen im Schnitt ausgewogenere Qualität, da die einzelnen Folgen zum Teil sehr stark im Platzbedarf schwanken.:)

Hat von euch schon jemand Erfahrung mit den Samsung Rohlingen (+R) gemacht? (Media Code, etc.)

Das hängt mit den b-frame einstellungen von xvid ab: für eine max. anzahl von 2 b-frames wird immer das letzte frame gedroppt, für 10 b-frames werden entsprechend 9 frames gedroppt.
Das ganze liegt glaube ich am Zusammenspiel von xvid mit vdub(mod).

Du kannst dir aber ganz einfach helfen indem du z.B. folgendes in dein avs Skript schreibst: trim(0,0)++trim(100,100)
Dadurch wird in dem Fall das 100.Frame (kannst auch andere Werte nehmen) zum Schluss angehängt und beim Encoden dann wieder gedroppt -> es sind nur die gewünschten frames im video enthalten

Für Matroska gibt es in der Tat keine 4Gb Beschränkung, bei dir hängt das aber rein mit FAT32 zusammen, da dieses Dateisystem leider die Beschränkung auf 4GB hat.
Die einzige Möglichkeit wie du die Datei auf deinem PC abspielen könntest, wäre alles nach NTFS umzuwandeln.

Ist dein Dateisystem FAT32 oder NTFS?
Die 92% würden eventuell auf die 4GB Beschränkung von FAT32 hindeuten.
Probier mal die Datei bei der Hälfte splitten zu lassen, dann siehst du wenigstens ob einer der Streams vielleicht einen Fehler hat.

Was haltet ihr von folgender Vorgehensweise:
In Gknot croppe ich ganz normal bei 1:1, stell dann auf 16:9 um und notiere den Aspect Ratio Wert vom Cropping Fenster (wobei links der selbe Wert steht wenn ich nicht resize).
Beim Muxen mit mkvtoolnix schreibe ich bei Aspect Ratio den Wert von vorher hinein.
Auf diese Weise wird die Display Aspect Ratio von mkvtoolnix so berechnet, dass die volle vertikale Auflösung erhalten bleibt und nur horizontal geresized wird.
Bei einer 16/9 Quelle komm ich damit ohne croppen auf eine DAR von 1050x576 wenn ich der ITU folge (mach ich auch da nur PC).
Ohne ITU käme ich auf eine DAR von 1024x576.

Das Schmieren war ein Problem der alten ffdshow Versionen.
Mit den neuen builds sollte es weder mit ffdshow, noch dem Xvid Decoder Probleme geben.

Zitat von Viperzahn

Das ist unsinn.

Glaube ich nicht.
Schau mal in diesen Thread, dort wurde über das Thema schon mal diskutiert.
Bei meinen DVDs lag der DvdDecrypter(bis Version 3.5.2.0) sehr oft daneben:
Er lieferte bei manchen Serien DVDs immer -80ms, DGIndex dagegen 0ms.
Durch Vergleichen hat sich eindeutig herausgestellt dass die 0ms stimmen, was sehr leicht an einer öfters vorkommenden tickenden Uhr festzustellen war .

Zitat von Monk

Also muß im Prinzip lediglich der delay-Wert angepasst werden...

Wobei du beim Delay aufpassen musst den richtigen zu nehmen.
DVDDec***ter solltest du im Nornalfall nicht vertrauen, DGIndex dagegen schon.

Bei hohen Bitraten kann man meiner Meinung nach mit hvs best nicht das Letzte herausholen.
Probier mal z.B. Didee´s 6of9 und versuche ungefähr auf einen Average Quantizer P <=3 zu kommen.
Damit habe ich immer sehr gute Erfahrungen gemacht.

Kann man mit dem System auch Festplatten mitkühlen, oder muss man da bei Luftkühlung bleiben?

Da gibts unzählige:

VagueDenoiser
TemporalCleaner
Undot
Convolution3d
FluxSmooth, etc.

Am besten suchst du mal nach Rauschfilter, es gibt schon einige Threads in denen auf die oben genannten Filter eingegangen wird.:)

Ja, ohne Probleme.
Seit 1.01 sind alle Trellis Fehler behoben.

Zitat von darkpepe

Wo findest du die Chaptertitel bei http://video.barnesandnoble.com ?

Auf der Seite findest du die UPC der DVD. Die steht immer auf der Haupseite der jeweiligen DVD, also musst du nur den Namen des Films eingeben und du hast den Code.
Diesen musst du dann beim ChapterGrabber unter EAN eingeben.
Zum Schluss musst du nur noch F3 drücken, dann werden die Namen aus dem Internet importiert und du sparst dir die Tipparbeit.

So hat mans bei der alten Version machen müssen, bei der neuesten gehts so einfach wie ich oben geschrieben habe.

Zitat von darkpepe

Es gibt wohl keine möglichkeit den Prozess in Gordian Knot einzubeziehen? (So dass man nicht vor dem Computer sitzen muss um die stats Datei nach dem ersten Pass zu modifizieren?)
Merçi

Du musst die stats Datei gar nicht verändern du machst alles schon vor dem 1st Pass!
Du musst mit ImportList die ifo laden und dann nur noch "Export KeyFrame List to Xvid 1.0 Config" wählen.
Wenn du ein mkv erstellst solltest du Delay Keyframes by 1 deaktivieren.

Zitat von darkpepe

Um b-frames am Anfang von Kapiteln zu erstellen, reicht diese reg Datei? Was passiert wenn man andere Dateien encodet und vorher die reg Datei nicht löscht?
Danke.

Dafür nimmst du am besten den KeyFrameEnforcer.
Der kann ebenfalls wie der Chapter Grabber ifo und txt importieren und Keyframezonen für Xvid erstellen.