x264 - OpenSource AVC/H.264 Video Codec

äh link
im englschem forum ist noch nichts zu finden...

das sind die Builds von Jarod: http://x264.nl/ ... Sharktooth wird bestimmt bald nachziehen

So eben geschehen; außerdem gibt's eine kleine FAQ dazu (u.a. "Warum der intel-Compiler keinen schnelleren Code bringt: Weil die wichtigsten Routinen sowieso schon in Assembler geschrieben sind").

r285: fix spatial direct mv prediction with B-pyramid. copied from libavcodec.

r286: cli: workaround to allow "--ratetol inf" on win32.
r287: VfW: SAR wording. patch by Sharktooth.

Sharktooth oder x264.nl

Zitat von nexustheoriginal

r286: cli: workaround to allow "--ratetol inf" on

Was macht das?

Zitat von JoeB

Was macht das?

--ratetol definiert wie stark die bitrate von der zielbitrate abweichen kann um eine bessere bitraten verteilung zu ermöglichen

--ratetol inf liefert quasi eine konstante qualität bei vbr bitraten in 1pass

sollte einen konstanten Quantizer 1 Encode erzeugen

Cu Selur

Zitat von Selur

sollte einen konstanten Quantizer 1 Encode erzeugen

Cu Selur

nope, konstant quant wird mit --qp verwendet
--ratetol bringt nur was gemeinsam mit --bitrate

Keine neue Revision, aber ein neues compile: x264-GUI wurde durch MeGui-x264 ersetzt! :daumen: http://x264.nl/

{EDIT} Mittlerweile haben wir r291:

Zitat

(r291) Removed MMXEXT 8x8 Transform patch coz it has been committed to the SVN.

========================================================

r291 | pengvado | 2005-08-30 19:11:35 +0200 (Tue, 30 Aug 2005) | 2 lines

10l in rev290: duplicate declaration of x264_pixel_sub_8x8_mmx.

------------------------------------------------------------------------r290 | pengvado | 2005-08-29 22:37:31 +0200 (Mon, 29 Aug 2005) | 4 lines

mmx 8x8 dct.
On a K8: sub16x16_dct8 3806->1461, add16x16_idct8 4852->1297 cycles. total speedup: 1-3%.
patch by Christian Heine (sennindemokrit at gmx dot net)

------------------------------------------------------------------------
r289 | titer | 2005-08-29 15:20:45 +0200 (Mon, 29 Aug 2005) | 2 lines

VC++ fix (thx fenrir)

------------------------------------------------------------------------
r288 | titer | 2005-08-29 13:20:23 +0200 (Mon, 29 Aug 2005) | 3 lines

x264.h: issue an explicit warning when neither stdint.h nor inttypes.h
has be included before x264.h

Alles anzeigen

r292: SSE2 pixel comparison functions
P4: SAD 16x*, SSD 16x*, SATD 16x*: 30% faster, SATD 8x8: 15% faster, total: 2-4% faster
K8: SSD 16x*: 6% faster, total: not much

Zitat von nexustheoriginal

r292: SSE2 pixel comparison functions
P4: SAD 16x*, SSD 16x*, SATD 16x*: 30% faster, SATD 8x8: 15% faster, total: 2-4% faster
K8: SSD 16x*: 6% faster, total: not much

Muss ich das irgendwie aktivieren? Oder ist das jetzt einfach schneller?

Zitat von JoeB

Muss ich das irgendwie aktivieren? Oder ist das jetzt einfach schneller?

Wenn du einen Prozessor mit SSE2-Unterstützung hast, sollte es einfach so 2-4% schneller sein.

r293: MMX quantization functions, and optimization of the C versions.
about 3x faster quant_8x8, quant_4x4, quant_4x4_dc, and quant_2x2_dc. total speedup: 4-10%.

Sieht so aus, als ob x264 doch noch rasend schnell würde...

Außerdem ein neues Logo bei x264.nl. Man sieht ihm die Geschwindigkeit förmlich an, viel besser als das grau vorher.

merkt man den Speedgewinn denn auch wirklich beim Encoden ?

Was bisher leider immer noch fehlt: Wenigstens mal ein Statement zum Thema "interlaced"...

Also die Turbo-Option bringt bei mir den doppelten Speed, aber nur im 1-pass. Im 2. ist es dann wieder langsam (versändlich).

tach auch !

Gibt es irgendwo eine kleine Anleitung für den Anfänger, der mal H264 testen möchte ?
Gibt es SAPs die das unterstützen ?

Zitat von bergH

Gibt es irgendwo eine kleine Anleitung für den Anfänger, der mal H264 testen möchte ?

Selurs "Wissenswertes" (Link in seiner Signatur) geht auf die Einstellungen von x264 ein und ist IMHO für den Anfänger sehr gut geeignet.

Zitat von bergH

Gibt es SAPs die das unterstützen ?

Nein - zumindest noch nicht. Der Kiss DP-700 (wurde gerade auf der IFA vorgestellt) soll's wohl können - allerdings weiß niemand so genau, wann der kommt (Kiss sagt angeblich "erstes Quartal 2006", pessimistische Schätzungen gehen von 1 - 2 Jahren aus) und was er dann kosten wird (mein Tipp wären ~500 € oder mehr). Siehe z.B. auch hier.

P.S. abgesehen davon wird das Ding sozusagen "Nero Digital AVC"-zertifiziert sein... was IMHO aus diversen Gründen noch lange nicht heißen muss, dass auch x264 ohne weiteres unterstützt wird.