Ist mein XviD Encoder perfekt eingestellt? Bitte kurz drüber schauen / Danke :-)

Wieso hast du in dem Fenster die beiden nicht einfach removed? Stell bei den fertig encodeten Files default track flag und forced track flag mit dem Header Editor von MKVToolnix auf NO.

Hm … du weißt doch schon recht gut, was für Möglichkeiten du hast. Warum probierst du’s nicht einfach aus …?
Subs entfernen --> remuxen. Oder besser: erst gar nicht einbinden. Die Automatik dafür kann man in den StaxRip-Optionen abschalten.
deaktivieren --> Default- und Forced-Flag setzen. Geht leider nicht direkt in StaxRip. Die Flags müssen vom Player korrekt ausgewertet werden.

Quote

kann mir das jemand genau erklären?

Klar. Encodingwissen: Kapitel zu MKVMerge und zu simulierten Zwangs-UTs.

^ Richtig verstanden: Soweit ich das selber verstehe – wahrscheinlich ja.

Track-Flags: Falls der Player die laut Spezifikationshinweisen unterstützt, dann sollte "Default" festlegen, dass diese Spur standardmäßig vorausgewählt wird, aber um- und abschaltbar bleibt, und "Forced", dass diese Spur zwangsweise immer angezeigt wird, also nicht abschaltbar ist (es könnten mehrere Untertitelspuren "forced" sein, dann müssten die alle immer angezeigt werden). Aber nicht alle Player unterstützen Track-Flags wie geplant.

Quote from H264x

Was bewirkt der Befehl für MKVToolnix genau:
default track flag --> [NO]
forced track flag --> [NO]
kann mir das jemand genau erklären?

Klar, Mosu.

Wobei die VLC Leute das etwas anders sehen, zumindest hat der VLC bei der letzten Version die ich getestet habe auch default Tracks immer geforced, d.h. wenn ein Default UntertitelTrack festgelegt war, diesen auch abgespielt, wenn Untertitel eigentlich deaktiviert waren,.. (siehe: http://forum.doom9.org/showthread.php?p=1526082#post1526082 und folgende)

Mag wohl sein, dass der VLC den Standard-Track automatisch aktiviert. Aber solange er danach auch wieder deaktiviert werden kann, ist es nicht das selbe wie ein erzwungener Track.

Brother John That's the point. "Einfach mal ausprobieren" und "RTFM" ist nicht mehr "the choice number one" fuer Computerbegeisterte, heutzutage.

Quote from Selur

Wobei die VLC Leute das etwas anders sehen

Die sehen das schon richtig, denn so sind die specs zu interpretieren (wie auch Mosu schreibt). Wenn das flag nicht auf NO steht, wird der Sub angezeigt.

Quote

Die sehen das schon richtig, denn so sind die specs zu interpretieren (wie auch Mosu schreibt).

Ja so kann man sie interpretieren,.. muss man aber nicht. Meiner Ansicht nach sollten wenn ich im Player Untertitel deaktiviert habe und ein mkv lade, welches einen Untertiteltrack als Default, aber nicht als Forced geflagged hat nicht automatisch die Untertitel aktiviert werden. (Denke aber das die Diskussion über die Interpretation der Spezifikation hier nicht hingehört. ;))

-> also fröhliches Suchen nach 'perfekten Einstellungen' bezogen auf eine beliebige Quelle und die hypothetischen Fragen die allein durch 'perfekt' kommen müssen,..

Da diese Einstellungen nur den Decoder betreffen, kann das keine Auswirkungen beim Encodieren haben.

Wenn der Xvid-DirectShow-Decoder beim Abspielen im Mediaplayer verwendet wird, dann blendet er leichtes Rauschen über den Film. Beim Abspielen!

Quote from Selur

Meiner Ansicht nach sollten wenn ich im Player Untertitel deaktiviert habe und ein mkv lade, welches einen Untertiteltrack als Default, aber nicht als Forced geflagged hat nicht automatisch die Untertitel aktiviert werden.

http://www.bunkus.org/answers/?qa=9/…ettings-default

Quote

The "default track" flag tells the player that this track should be played unless the user overrides that decision somehow.

was mit dem deaktivieren der Untertitel im Player meiner Ansicht nach gegeben wäre,...

----

Andere Sache, sehe oben in den Screenshots, dass da der B-Frame Quantizer auf 1.62 gesetzt ist. Frage: Warum?
Soweit ich mich entsinne, hatten doch einige lange Testreihen (hatte selber einige gemacht) gezeigt, dass i.d.R. 1.5 im Mittel am Empfehlenswertesten ist,... Gab es da neue Erkenntnisse die ich verpasst habe?

Cu Selur

Quote from H264x

Ich meinte das so:
Der Eintrag: Decoder - Film-Effekt wird vor dem Encoden gesetzt!
Bei der neu erstellten Datei: *.AVI ist dieser Eintrag mitdrin.
Der Media Player oder das Absspiel Programm erkennen dann diesen befehl
und Spielen das Video dann mit einem leichten Rauschen über den Film.
Ist das so Richtig?

Nein.

Der Dialog des VfW-Codecs bietet zwar dem Anwender Zugang zu dieser Einstellung.

Aber in der erzeugten AVI-Datei wird dadurch gar nichts verändert. Das betrifft nur den Xvid-DirectShow-Decoder-Filter auf diesem PC. Kopiere die AVI-Datei zu einem anderen PC, und sie wird dort so abgespielt, wie der Decoderfilter dort eingestellt ist. Oder verwende einen anderen Decoderfilter (wie ffdshow, wenn "Xvid" dort auf "libavcodec" steht), dann weiß dieser Decoder nichts von dieser Einstellung im Xvid-Decoderfilter. Diese Einstellungen werden nicht in die AVI-Datei geschrieben, sondern in die Registry deiner Windows-Installation.

Quote

Hoffe das Video wird beim Eintrag ändern nicht neu geschrieben!!

Nein, mit dem Kopfdateneditor werden nur die Kopfdaten und nicht das Video als solches (in-place) modifiziert.

Quote

auf [ ] Element hinzufügen und dann NEIN wählen ???

Dann weißt Du sicher wie das Element gesetzt ist und musst Dich nicht auf die Defaults verlassen, wie diese gesetzt werden wurde ja schon gesagt, bzw. durch Links auf die mkvtoolnix-FAQ aufgezeigt.

Quote

Es wäre echt nett, wenn das einer mal für Doofe erklären könnte

Freiweillige vor!

Cu Selur

Quote from Selur

Andere Sache, sehe oben in den Screenshots, dass da der B-Frame Quantizer auf 1.62 gesetzt ist. Frage: Warum?
Soweit ich mich entsinne, hatten doch einige lange Testreihen (hatte selber einige gemacht) gezeigt, dass i.d.R. 1.5 im Mittel am Empfehlenswertesten ist,... Gab es da neue Erkenntnisse die ich verpasst habe?

Didée hatte mal 1.63/0 als recht optimal ausgegraben (*) und das auch nett begründet. Daraus ist dann 1.62/0 geworden, weil das bei bei ein paar Grenzfällen wohl sinnvoller ist. Dazu finde ich aber gerade keinen Link. In Teegedecks Presets müsste diese Konfig auch teilweise drin sein.

(*) OK, er sagt das im Zusammenhang mit der 6of9-Matrix. Ich hab das dann für mich und das Encodingwissen global als Standardeinstellung übernommen.

+ so wie ich das lese geht es da vor allem niedrige Quantizer <= 10, also Encodes mit 'brauchbaren' Datenraten:

quant I	|	b mit 1.5		| b mit 1.63 (immer davon ausgegangen, dass mathematisch gerundet wird)
1 		| 1.5 = 2 			| 1.63 = 2				(gleich)
2 		| 2*1.5 = 3		| 2*1.63 = 3.26 = 3		(gleich)
3		| 3*1.5 = 4.5 = 5	| 3*1.63 = 4.89 = 5		(gleich)
4		| 4*1.5 = 6		| 4*1.63 = 6,52 = 7		(unlgeich)
5		| 5*1.5 = 7,5 = 8      | 5*1.63 = 8,15 = 8		(gleich)
6		| 6*1.5 = 9		| 9*1.63 = 9,6 = 10	        (ungleich)
7		| 7*1.5 = 10,5 = 11	| 7*1.63 = 11,41 = 11	(gleich)
8		| 8*1.5 = 12		| 8*1.63 = 13,04 = 13	(ungleich)
9		| 9*1.5 = 13,5 = 14	| 9*1.63 = 14,67 = 15	(ungleich)
10		| 10*1.5 = 15	        | 10*1.63 = 16,3 = 16	(ungleich)

Hatte meine Vergleiche damals über das gesamte Quantizer Spektrum gemacht.