Feedback für Selurs "Wissenswertes rund um Xvid 0.2+_dev4 Preview"

Also erstmal Danke für den netten Artikel, er hat mir doch schon ein paarmal geholfen.
Aber im Punkt Quaterpixel muss ich dir wiedersprechen:
Quaterpixel bringt meist einen Compressionsgewinn von ca. 7% (das habe ich selber getestet wird aber auch oft im eng. Forum geschrieben) und ist somit sehr wohl für niedrige Bitraten geeignet (besonders da ich bei niedrigen Bitraten auch etwas mit der Auflösung runter gehe und somit auch bei niedrigen Auflösungen ein relativ scharfes Bild erreiche)

Das ist ja bisher sehr erfreulich und informativ (wieder mal :)).

Ich fände es noch prima wenn ein paar Infos zu den Einstellungen für Standalone Player reingebracht werden könnten. Da ich denke das immer mehr Leute einen SAP verwenden wollen (so wie ich :eek:), wär das wirklich hilfreich.
Da z.B. XviD 3 Warppoints für GMC verwendet, statt nur einen wie DivX, verwende ich für meinen SAP meist DivX, da der Player nur mit GMC mit einem Warppoint klarkommt. Und ich hab leider keinen Schimmer, welche Einstellungen sich da empfehlen (und auch nicht unendlich Zeit zum testen). VHQ dann an oder aus? Welches Profil? etc.

Gruß, Lyshalia

Selur
Du könntest aber noch reinbringen, welche Optionen den Bitstream ändern, und welche nur die Qualität verbessern. Ist bei dem neuen GUI eigentlich nicht schwer.

Zitat von Selur

=> werde wohl nix genaueres in meinem Guide schreiben, da es einfach zuviele verschiedene Player gibt die zuviel nicht können.

M.W. gibt's für SAP zur Zeit nur 2 Chips ("Sigma ESS" und noch irgendeinen anderen), die das decodieren erledigen. Alle anderen Features der Player sind sozusagen nur Schmuck am Nachhemd. D.h. es gibt (bisher) im Grunde nur 2 Arten von SAP. Vielleicht weiss ja einer hier einen Link wo man die MPEG4-Features dieser Chips nachlesen kann.

Gruß, Lyshalia

Also noch mal zu Qpel:
es gab meiner Meinung nach mal einen langen Test von Soulhunter. Es gab glaube ich sogar mal eine IRC Log zwischen Koepi und Skyskin und einer von beiden (ich glaube Koepi) vertrat hier die Meinung das Qpel sehrwohl auch für LowBitrate ist.

Durchs schnelle suchen habe ich folgendes gefunden:
http://forum.doom9.org/showthread.php…ht=GMC+VHQ+h263
Hier fand eine kleine Kompremierung statt.

Edit:
Ich habe mich doch geirrt Soulhunters Test konnte dies doch nicht belegen. Bei mir gab es zwar eigentlich immer eine Verbesserung aber irgend find ich nix was meine Behauptung unterstreicht
http://forum.doom9.org/showthread.php…5627#post415627

Dazu gab es auch schon laaaaangggeeee technische Diskussionen im XviD Channel.
Dabei rausgekommen ist(soweit ich mich zurueck entsinne), das es bei niedrigen Aufloesungen der kompression dienlich ist(aber nie und nimmer 7%:nein: ) und bei hohen der Kompression schadet(im Normalfall,Ausnahmen bestaettigen die Regel;) ). Trotzdem fanden es selbst bei hohen Aufloesungen alle Chick, da es so ein herrlich Grainiges und scharfes Bild gibt....:) ohne groszen negativen Einfluss zu haben.


zu den SAP's:
es gibt derzeit 3 gaengige Chips
Sigma
ESS
MediaTek

Meiner Meinung nach hat das aber nix in deinem Guide verloren, da es viel zu vage ist und nix mit einem Standard zu tun hat. Wer Interresse an solchen Dingen hat sollte sich damit auch selber auseinandersetzen, genug Moeglichkeiten gibt es ja.


GMC funktioniert uebrigens ab VHQ1 richtig (deshalb wurde VHQ1 auch default gemacht).


Und um mit Quantizer zu coden braucht man die Zone option nicht mehr!
einfach "Single Pass" und auf den button "Target bitrate (kbps):" druecken und schon wird "Target quantizer:" draus

Reduced Resolution solltest du am besten "noch" garnicht emfehlen(also auch bei niedrigen Bitraten nicht), da es halt ein Unnuetzes Feature ist solange es nicht Variabel arbeitet.....lieber gleich ne niedrige Aufloesung.
Die Devels raten jedenfalls stark davon ab red. res. zu benutzen.

Hallo,

zur qpel-Diskussion:

Normalerweise mache ich 1CD-Rip's. Bei dem bisherigen dev-3-api habe ich, um die nötige Kompression zu erreichen, immer 3 B-Frames zugelassen bei einem relativ hohen B-Frame-threshold von 30. Bei den niedrigen 1CD-Bitraten und den vielen B-Frames kam es teilweise zu sehr starken Schärfeverlusten. Diese konnte ich aber mit qpel sehr gut kompensieren!

Was ich damit sagen will: vielleicht sollte man qpel auch in Zusammenhang mit B-Frames sehen und es bei vielen B-Frames verwenden, auch wenn es keinen Kompressionsgewinn bringen sollte.

Gruß

akapuma

Hallo,

zu B-Frames: beim dev-3-api hatten sich "2 oder 3 durchgesetzt". Jetzt hat sich "2 herauskristallisiert". Können 3 nicht mehr verwendet werden, bzw. ist dies beim neuen dev-4-api weniger zu empfehlen? 3 hatte ich gern für 1CD-Rips.

B-frame-threshold / B-frame sensivity:
Eine Beschreibung fehlt hier unter Zone/Static. Können wieder "sinnige" Werte empfohlen werden? Habe das hier gefunden:

Zitat

Currently the minimum is -35 (I think), anything below will not make any difference. There is no maximum, but value is pretty sensiteve - 5 will give you a reasonable boost. I'd say that practical maximum is about 25.

D.h., das die Werte nicht mehr mit denen des dev-3-api übereinstimmen, da hier -40...+40 "sinnig" waren. Nach vielen Tests hatte ich 30 bei 3 B-Frames für mein Optimum ermittelt. Gelten obige 25 vielleicht für 2?

Zu Zone/Weight:

Zitat

hier durchaus niedrige Werte kleiner 0.1 zu nehmen.

Hab irgendwo gelesen, das <0,03 oder <=0,03 irgendwas durcheinander bringt. Kann das jemand bestätigen?

  Selur: Danke für die Anleitung! Du machst Dir viel Arbeit.

Gruß

akapuma