x264 - OpenSource AVC/H.264 Video Codec

und schon wieder hat pengvado am encodingspeed geschraubt

r510: * common/ppc/pixel.c: fixed illegal implicit casts of vector types.
r511: Before evaluating the RD score of any mode, check satd and abort if it's much worse than some other mode.
Also apply more early termination to intra search.
speed at -m1:+1%, -m4:+3%, -m6:+8%, -m7:+20%
r512: Use sa8d instead of satd for i8x8 search.
+.01 dB, -.5% speed

513: More vector casts to try and make compilers happier

Gruß

akapuma

Zitat von Mr. Brown

und schon wieder hat pengvado am encodingspeed geschraubt

Das ist imho auch wichtiger als neue Features.

r514: More vector types fixes for gcc 3.3
r515: Let the user choose the compiler with "CC=xxx ./configure"
r516: typo impaired 2pass bitrate prediction.

Für das Build von Sharktooth:

r516a: In r516 all patches were accidentally left out.

http://forum.doom9.org/showthread.php?t=89979

r517: typo in expand_border_mod16
r518: --sps-id, to allow concatenating streams with different settings.
r519: faster intra search: some prediction modes don't have to compute a full hadamard transform.
x86 and amd64 asm.
r520: faster intra search: filter i8x8 edges only once, and reuse for multiple predictions.
r521: allow sar=1/1.
patch by Loic Le Loarer.
r522: msvc doesn't like C99 named array initializers
r523: set the SPS constraint_set[01]_flag based on the profile in use, just in case some decoder cares

r524: non-referenced B-frames should have the same frame_num as the following ref frame, not the previous. patch by Loic Le Loarer.
r525: when using DEBUG_DUMP_FRAME, write decoded pictures in display order. patch by Loic Le Loarer.
r526: fix a memory alignment. (no effect on x86, but might be needed for other simd)

Downloadmöglichkeiten:

• x264.nl "nackte" SVN Builds (etwas mehr getestet sind, und nicht ganz so experimentell)
• Sharktooth aktuelle, gepatchte Builds

Ging gerade über die Mailing Liste:

Zitat

Subject: [ANNOUNCE] interlaced encoding patch for x264
X-Mailer: Evolution 2.2.3
X-Spam-Status: No, score=-5.3 required=5.0 tests=FORGED_RCVD_HELO,PORN_10,
SPF_HELO_PASS,SUPERLONG_LINE,UNIFIED_PATCH autolearn=failed
version=3.0.3

The deleted attachment is at:
<http://www.videolan.org/~admin/20060523-videolan/patch>

Hello,

I am pleased to announce the initial release of interlaced support for
x264. This was written by me with invaluable help from Loren Merritt
for Auroras Entertainment LLC.

Current status:
- fixed interlacing only, no PAFF/MBAFF yet
- all analysis modes and all motion estimation options work
- multiple ref frames work
- CABAC and CAVLC work
- no B-frames
- no trellis
- possibly other options don't work: mixed refs, RDO, B-pyramid

Some more information is in the included README.interlacing file.

The patch is relative to x264 r523 from svn, it may not apply cleanly
to the latest version. The patch is copyright Auroras Entertainment
LLC, 2006 and released under the same terms as x264 (GPL v2 or later).

We would like to support further efforts to develop interlacing, please
get in touch with me if you would like to be involved.

Enjoy!

-Alex Izvorski

*****************************

Alex Izvorski
Director of Software Engineering
Auroras Entertainment

aizvorski@auroras.tv

*****************************

Alles anzeigen

Versuch einer Übersetzung:

Zitat

Hallo,

ich freue mich die erste Veröffentlichung der Interlaced Encoding Unterstützung für x264 anzukündigen. Sie wurde von mir mit tatkräftiger Unterstützung durch Loren Merritt für Auroras Entertainment LLC geschrieben.

Derzeitiger Status:
-nur statisches Interlacing, bisher kein PAFF/MBAFF
-alle Analyse und Bewegungskompensationsmodi funktionieren
-mehrere Refenzen funktionieren
-CABAC und CAVLC funktionieren
-keine B-Frames
-kein Trellis
-vermutlich funktionieren weitere Optionen nicht: gemischte Referenzen, RDO, B-Pyramide

Weitere Informationen befinden sich in der beigefügten README.interlacing Datei.

Dieser Patch gilt relativ zu revision 523, möglicherweise fügt er sich nicht problemlos in die neueste Version ein. Der Patch ist Copyright Auroras Entertainment LLC, 2006 und steht unter den selben Lizenzbedingungen wie x264.

Wir würden gern weitergehende Anstrengungen für die Entwicklung von Interlacind unterstützen, bitte wendet euch an mich, wenn ihr mithelfen wollt.

Viel Vergnügen

Alex Izvorski

Alles anzeigen

Anmerkungen:

H.264 ist sehr komplex was Interlacing angeht, es bietet die Möglichkeit zwischen interlaced und progressiv auf Basis von Einzelnen Bildern (PAFF - Picture Adaptive Frame Field Coding) oder sogar innerhalb eines Bildes auf Macroblockebene (MBAFF - Macroblock Adaptive Frame Field Coding) zu wechseln. Diese beiden Modi sind für die hohe Effizienz von H.264 bei Interlaced verantwortlich, und sind mit diesem ersten Patch nicht möglich.

P.S. sade war schneller

Ich hab mein Post gelöscht. Kopernikus' war besser.

Zitat

The deleted attachment is at:
<http://www.videolan.org/~admin/20060523-videolan/patch>

kann irgendjemand darauf zugreifen?

Hi,
entschludigung, dass ich nachfrage, kenne mich da aber nicht so gut aus. Was ist eigentlich Interlaced Encoding und was bringt es dem User? thx

Aber das ist doch ein Newsbeitrag hier!

Wenn man eine Quelle hat, die interlaced ist, muss man sie bisher deinterlacen, was Qualitätsnachteile mit sich bringt.

r527: convert non-fatal errors to message level "warning".

r528: make -> $(MAKE)
r529: check some mallocs' return value
r530: Fixed typo that caused x264_encoder_open to always fail
r531: vfw installer: tweak nsis compression. patch by Francesco Corriga.

r532: vbv
cqm
tooltips (without descriptions yet)
translations
`make clean` for .exe
when file exists, ask for override
fixes:
debug level bug
bitrate slider bug
mixed-refs can be set only if ref>1
i8x8 can be set only if 8x8 transform is enabled
# of threads capped at 4
fourcc can't be removed
cosmetics

Man sollte vielleicht dazu sagen, dass sich diese Änderungen auf das GTK Interface beziehen, also für Nutzer von CLI oder vfw Codec uninteressant sind.

r533: make libx264.so symlink relative

Gruß

akapuma

r534: mc_chroma width2 mmx

bob0r
Sharktooth
celtic_druid

r535: OpenBSD build fixes. patch by Vizeli Pascal (pvizeli at yahoo dot de)
r536: slightly faster mmx dct
r537: api change: select ratecontrol method with an enum (param.rc.i_rc_method) instead of a bunch of booleans.

r538: new option: --qpfile forces frames types and QPs. (intended for ratecontrol experiments, not for real encodes)

r539: GTK update. patch by Vincent Torri.
fixed:
cleaning of Makefile
time elapsed seems broken ('total time' label replaced by 'time remaining')
text entries of the status window are now not editable
added:
compilation from x264/ (add --enable-gtk option to configure)
shared lib creation if --enable-shared is passed to configure
x264gtk.pc
--b-rdo, --no-dct-decimate