frage zu XviD-1.0-Beta3-26122003

Hi,

das mit den Credits hab ich hier recht ausführlich erklärt.

Zu den anderen Sachen schweige ich mal lieber, will hier keinen Mist erzählen

....cu

Ich schreib mal was ich weiß;)
Zu 2) BVops sind Bframes. In dem neuen Bild entspricht 1 dem 100% aus dem vorigen Build, also zB. 0.45 45% etc.
3) Doch, kannst du sogar besser, das funktioniert mit den Zones auf dem "Startscreen" der GUI. Zur Zeit sind die allerdings noch ein bisschen buggy, man sollte nur feste Quantizer nehmen.
5) Wenn du weißt was du einstellst, solltest du auf jeden Fall unrestricted nehmen.
6) Ja
7) Beschleunigt den Second Pass bei Benützung von Bframes und/oder Qpel, die Qualität sinkt aber etwas
8)Ja
9) Würde ich erst bei relativ niedrigen Bitraten nehmen

vielleicht auch ganz hilfreich, sollte ein paar der Fragen klären:
http://www.flaskmpeg.info/board/thread.php?threadid=4172
(zumindest für 9.,7., 6.)

zu 10: ja ist wie bei 3ivx, man muss nicht resizen wenn man weiß was man tut
Nur wenn der Videostream in ne mp4 Hülle gemuxt wird, wird das Flag beim Playback unterstützt. (eventuell auch bei neueren Matroskafilterversionen wenn man ein mkv File hat)

zu 8. liest mal mein 'altes' "Wissenswertes rund um Xvid"

zu 5. ist halt wie die DivX Profiles,...

zu 4. weiß ich aus dem Kopf nicht (zu müde zum nachgucken)

zu 3. hoff du kannst Englisch:

Zitat

These zones are a more powerful version of the credit ranges of previous versions.

How are they working ?

Well, let's take an example. You have a 150000 frames long movie, which credits from the 140000th frame to the end. You want to encode the credits at quantizer 16.You'll configure your zones like this :

code:

Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
140000 | ( 16.00 ) |
Now, if you want to encode the credit at 20% of the bitrate of the rest of the movie, you'll use weight instead of quantizers.

code:

Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
140000 | 0.20 |
You may also have a beginning credit, from the 1000th to the 5000th one, so your zones will be :

code:

Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
1000 | 0.20 |
5000 | 1.00 |
140000 | 0.20 |
Ok, now the modifiers, what are they meaning, what are their use ?

- Force Keyframe : it will force the codec to insert a keyframe at the beginning of the zone. It can helps, for example, when your movie ends with a progressive transition between the movie itself and the credits, making the codec insert no keyframe at the beginning of the credit zone. ( I can't think of another use, but there must be some very interesting way to use this feature )
- Greyscale : your zone will be encode in greyscale ( all the chroma information will be discarded ). Useful for example with a black and white movie beginning with a colorized generic :

code:

Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
1000 | 1.00 | G

- Chroma optimizer : your zone will be prefiltered by the chroma optimizer ( which should lead to less red & blue blocks where these colors are saturated )
- BVOP sensitivity : allows you to change the number of B-Frames that XviD inserts ( not the maximum number of consecutive B-Frames, but rather the tendency for XviD to insert a B-Frame ). The higher the value, the more B-Frames you should get. It's useful in a case where there is a specific passage in the movie which requires very few B-frames inserted in order to be encoded at a good quality, while the rest of the movie is very tolerant to B-Frames use ( note: you could also have raised the weight value to 1.5 or 2 for this specific zone, in order to get better quality for it )

A final note : you have to define at least one zone ( beginning at 0th frame ), else the behavior of XviD will be rather erratic. And the zone as to be defined in the right order( the frame number has to increase at each new line of the window ), else XviD will also behave erraticly

One of the intended uses for forcing a key-frame was to make seeking to chapter start positions work. Just start a new zone at each chapter point and seeking to a chapter will be dead-on instead somewhere within 10 seconds like normal.

Alles anzeigen

zu 2.: umbedingt erstmal die Defaultcodeceinstellungen laden, da es sonst Probleme geben kann

Zitat

BVOPs:
Max consecutive BVOPs: Maximum number of sequential B-frames. When set to < 0 the original IP-frame encoder is used.
Quantizer ration (%): Ratio used to calculate the b-frame quantizer.
BVOP quant = (AVG(past VOP quant, future VOP quant) * quant ratio + quant offset)
Quaantizer offset: B-frame quantizer offset from last p-frame quantizer; refer to b-frame quant ratio (above)
Packed bitstream: When enabled the P-frames and B-frames are packed together in the one bitstreams. This permits decoding without delay.
eg. [I] [P B ] [B ] [empty] [P B ] [B ] [empty] [P]
Packed bitstreams were introduced in DivX 5.01.
Closed GOV: -

Alles anzeigen

zu 1.: Ja

Cu Selur

Ps.: Sorry für die etwas wortkargen Antworten, bin momentan nicht so gut drauf da ich bis auf die Knochen durchnässt ($h!t Wetter) und hundemüde bin.

1. soweit ich mich entsinne sollen die Profiles nur Hinweise geben, welche Einstellungen erlaub sidn um mit dem entsprechenden Profile compatibel zu sein (für spätere Hardwareplayerwiedergbe), ob Xvid die entsprechenden Features deaktiviert bzw. nicht abruft beim encoden wenn ein Profile ausgewählt ist das bestimmte Features nicht unterstützt ist zu erwarten, bin mir aber nicht sicher, da ich immer "unrestricted" nehme, da mich Playback auf nem SAP nicht interessiert.

2.

Zitat

Und welche maximale Bitrate ist bei "unrestricted" möglich?

Das hängt stark von den Codeceinstellungen ab, z.B. mit unterschiedlichen Custom Matrizen, etwaigen Features wie qpel kann, außerdem hängts von dem Quellmaterial und dessen Auflösung ab, soweit ich es feststellen konnte da fast keine Obergrenze für die Datenrate.

RegCleamer gibt's z.B. bei https://localhost/www.jv16.org, würde außerdem immer beim ersten laden der Codeconfiguration eines neuen Codec immer die DefaultSettings laden.

Cu Selur

fps:

Zitat

Würde ich erst bei relativ niedrigen Bitraten nehmen

Was nennest du relativ niedrig bezogen auf normale DVD Auflösung (704*xy) und wieso erst ab dieser Datenrate? Persönlich würde ich es besonders bei niedrigen Datenraten empfehlen, aber auch bei normalen <2000kBit würde ich es empfehlen.

Cu Selur

Zitat von Selur

fps:

Was nennest du relativ niedrig bezogen auf normale DVD Auflösung (704*xy) und wieso erst ab dieser Datenrate? Persönlich würde ich es besonders bei niedrigen Datenraten empfehlen, aber auch bei normalen <2000kBit würde ich es empfehlen.

Cu Selur

Na ja, das hab ich ja eigentlich von deinem Wissenswerten rund um XVid vom Flaskmpeg Board:D
Dort heißt es ja: Vorallem wenn man relativ niedirge Datenraten anstrebt würde ich empfehlen dieses Feature zu aktivieren.
Deshalb hab ichs so geschrieben, weiß aber eh, dass die Formulierung mit den niedrigen Bitraten nicht unbeding die meiste Aussagekraft hat;)

Yo, aber da hab ich ein 'vorallem' drinne, was mitteilen sollte das es sich dann halt gerade lohnt, prinzipiell ists aber auch bei Datenraten <2000kBit zumindest bei DVDs zu empfehlen.

Cu Selur

Zitat von Selur

Yo, aber da hab ich ein 'vorallem' drinne, was mitteilen sollte das es sich dann halt gerade lohnt, prinzipiell ists aber auch bei Datenraten <2000kBit zumindest bei DVDs zu empfehlen.

Cu Selur

Gut, jetzt weiß ich wann ichs benutzen werde:)
Meinst du bei TV Captures anlalog/digital ist das Feature nicht zu empfehlen?
Zu wenig Bitrate oder zuviel Rauschen?

Hmm,.. analog ist schwer zu sagen (hab hier nur ne DVB Karte), aber bei digitalen Captures würde ichs aktivieren

Cu Selur

zu Frange 4.)
Quelle: http://www.doom9.org/index.html?/xvid-vdub-final.htm

Zitat

Overflow control strength % indicates the overflow distribution percentage per frame within the limits of the max overflow improvement/degradation, in other words how much of the overflow/underflow to be compensated can be compensated within a frame.

Und zu dem AQ wuerde ich sagen das man es nur bei wirklich knappen Bitraten aktiviert da es meiner Meinung nach nicht so ausgereift und gut funktioniert wie das PVE in DivX 5.1.1.
Bei einigen kleinen Test's hat es selbst bei sehr hohen Bitraten noch zu starken sichtbaren Verblockungen gefuehrt.
Wenn man vorhaben sollte das Video auf einem TV zu gucken sollte es sowieso aus bleiben...sieht wirklich grauenhaft aus:hm: .

Hmm,.. bei den Test die ich letztens gemacht hatte lief aeigentlich alles gut,.. naja, ist ja alles noch nicht final

Cu Selur