x264 - OpenSource AVC/H.264 Video Codec

  • Mittlerweile sind r747/r748 Builds verfügbar:

    http://techouse.project357.com/

  • Mittlerweile sind wieder einige neue Revisionen herausgekommen.

    r743: cosmetics in dsp init
    r744: remove x86_64 predict_8x8_ddl_mmxext because sse2 is faster even on amd
    r745: pic macros now keep track of which register holds the GOT, so variable access doesn't have to care
    r746: .gitignore
    r747: increase the alignment of the i8x8 edge cache, needed for sse2 intra prediction.
    patch by Alexander Strange.
    r748: check for broken versions of yasm
    r749: git compatible version script
    r750: merge x86_32 and x86_64 asm, with macros to abstract calling convention and register names
    r751: remove x264_mc_clip1.
    it's wrong for sufficiently perverse inputs, and clip_uint8 is faster anyway.
    r752: fix some name mangling issues introduced by the merge
    r753: fix x86_32 ads which failed to preserve a register
    r754: checkasm check whether callee-saved regs are correctly saved
    x86_32 only for now since x86_64 varargs are annoying
    r755: memcpy_aligned_sse2
    r756: increase alignment of mv arrays
    r757: shut up gcc warning in offsetof
    r758: don't define offsetof since it's standard
    r759: missing #ifdef HAVE_SSE3
    r760: update msvc projectfile
    r761: fix name mangling again.
    apparently it's not just a convention, dll build fails if you try to export a non-prefixed name.
    r762: remove remaining reference to clip1.h
    r763: continue instead of crash when the threading mv constraint is violated.
    doesn't fix the underlying bug, but hopefully less annoying until we find it.

    Kommen die Builds mit AQ-Patch jetzt von bob0r? Sharktooth verlinkt diese direkt in seinem Thread.

    r764: get_ref_sse2
    r765: satd_4x4_ssse3
    r766: cosmetics in asm
    r767: skip intra pred+dct+quant in cases where it's redundant (analyse vs encode)
    large speedup with trellis=2, small speedup with trellis=0 and/or subme>=6
    r768: reduce the size of some arrays
    r769: reduce zigzag arrays from int to int16_t
    r770: faster intra predict 8x8 hu/hd
    r771: cosmetics in intra predict[INDENT] r768-r771 haben einen Bug beim CALVC Encoding. Ist beim r772 wieder gefixt.
    [/INDENT]r772: r768 borked cabac

  • VAQ 1.0 wurde *offiziell* veröffentlicht:

    Commit:http://git.videolan.org/?p=x264.git;a=…ab71ebcb8652d0b
    Build: http://mirror01.x264.nl/x264/revision808/
    Changelog: http://mirror01.x264.nl/x264/changelog.txt

    Die Optionen sind --aq-mode und --aq-strength, wobei der Standardwert für letztere auf 1.0 geändert wurde (entspricht 0.5 in VAQ v0.48)

    Zitat

    commit dc4f40ce74c996a1e15021b82ab71ebcb8652d0b
    Author: Jason Garrett-Glaser <darkshikari@gmail.com>
    Date: Sun Mar 30 17:58:41 2008 -0600

    variance-based psy adaptive quantization
    new options: --aq-mode --aq-strength
    AQ is enabled by default

    Code
    --aq-mode <integer>     How AQ distributes bits
                            - 0: Disabled
                            - 1: Avoid moving bits between frames
                            - 2: Move bits between frame

    Correct


    VAQ 2.0 ist als Alpha-Version zu ersten Tests verfügbar:
    http://forum.doom9.org/showthread.php?p=1119759#post1119759

  • HAR HAR HAR, wie cool endliche AQ im offiziellen Sourcecode. :)

    Zitat

    The code is extremely ugly and the diff won't work on any recent revision of x264. Anyone who publicly distributes builds of this with any intent other than to experiment is crazy.

    Cu Selur

  • Mittlerweile sind wir bei (durchgezählt!?) Revision 886. Im Changelog sind die Revisionsnummern ja nicht mehr zu finden, allerdings findet man eine erfreuliche Vielzahl an Einträgen, die auf Geschwindigkeitsoptimierungen hinweisen, insbesondere für den PC. Auch scheint es Patches zu geben, die psychovisuelle Effekte für HD-Material ausnutzen.
    __

    Jetzt hängen die Revisionen wieder im Changelog hinter der Prüfsumme.

  • Sharktooth meldet r901:

    http://x264.nl/

    http://x264.nl/x264/changelog.txt

  • Sehr schöne Zusammenfassung und Beschreibung der letzten Änderungen im git von Dark Sharkiri in seinem Blog:


    Quell: http://x264dev.multimedia.cx/

  • Revision 915 auf x264.nl:

  • Gestern noch r922, heute schon r928 auf http://x264.nl erhältlich.

  • Revision 940 auf x264.nl

    Heute ist nicht alle Tage, Ich komm wieder, keine Frage !!!

  • Und Revision 950:

  • Bugfix für VBV in r951:

    Zitat

    commit 445d87ec5188aa7f6303e0dcf1c943b80ed6c933 r951
    Author: Jason Garrett-Glaser <darkshikari@gmail.com>
    Date: Wed Aug 27 13:14:36 2008 -0400

    Fix some uses of uninitialized row_satd values in VBV
    Resolves some issues with QP51 in I-frames with scenecut

  • Zitat

    commit 3727f2b46abd4821c4deea415eeafa42da898eb0 r953
    Author: Loren Merritt <pengvado@akuvian.org>
    Date: Wed Aug 20 20:56:56 2008 -0600

    remove the distinction between itex and ptex
    (changes 2pass statsfile format)

    commit 088631894e19e9a761f80c952e78f1a10f450506 r952
    Author: Loren Merritt <pengvado@akuvian.org>
    Date: Wed Aug 20 20:51:39 2008 -0600

    hardcode the ratecontrol equation, and remove the rceq option

    'remove the rceq option' ... WHY?!?
    hier was Dark Shikari dazu meinte:

    Zitat

    1. The ratecontrol has been heavily modified since its original code was borrowed from ffmpeg, and may not react in the same way to a modified ratecontrol equation.

    2. FFmpeg was passing x264 either a NULL rceq, or a broken one, and since they refused to fix it, the only way to resolve it was to completely remove support, forcing them to fix it.


    *gig* zu geil *gig*

  • Hier ist wohl noch einiges nachzuholen :D

    Zitat

    libx264 SVN-r983 + Gruntster's Alignment-Fix:
    http://www.mediafire.com/?j1jmn0hzdm2

    Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4376. Modified to enable "--b-adapt 2" in Avidemux.
    Avidemux r4376+ is highly recommended, because of major bugfixes regarding the flushing of video encoders.

    x264.983.modified.exe - Alternate Download

    Patches used:

    x264_hrd_pulldown.09_interlace.diff

    gcc 3.4.5 fprofiled build with -march=pentium2.

    Apologies for the recent absence--cleaning out the water loop was worth it though.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!