Statistics
| Branch: | Revision:

ffmpeg / libavcodec / h264.h @ 16b802fe

History | View | Annotate | Download (55.7 KB)

# Date Author Comment
16b802fe 03/03/2010 01:38 AM Michael Niedermayer

Load the whole left side of mv&ref only when needed.
30 cpu cycles faster

Originally committed as revision 22161 to svn://svn.ffmpeg.org/ffmpeg/trunk

ce9c6916 02/27/2010 04:09 AM Michael Niedermayer

Merge h->slice_table[left_xy[0/1] ] checks, 4 cpu cycles speedup

Originally committed as revision 22086 to svn://svn.ffmpeg.org/ffmpeg/trunk

82fb5bb2 02/27/2010 03:46 AM Michael Niedermayer

Split *_type setting up, 4 cpu cycles faster.

Originally committed as revision 22085 to svn://svn.ffmpeg.org/ffmpeg/trunk

cf41a02b 02/26/2010 03:26 PM Michael Niedermayer

Only load the topleft mv/ref when the topright is unavailable.
8 cpu cycles faster.

Originally committed as revision 22079 to svn://svn.ffmpeg.org/ffmpeg/trunk

cf7b67bc 02/26/2010 03:03 PM Michael Niedermayer

Remove some useless operations from the code setting left_cbp.
maybe 0.5 cpu cycles faster

Originally committed as revision 22078 to svn://svn.ffmpeg.org/ffmpeg/trunk

59b5370f 02/26/2010 09:13 AM Michael Niedermayer

Simplify code to set cbp_*
this seems 1 cpu cycle slower even though we practically just remove code.
Speed loss seems caused by the merge of if(left_type), iam commiting this
anyway as i cant imagine this to be anything but compiler messup.

Originally committed as revision 22073 to svn://svn.ffmpeg.org/ffmpeg/trunk

747db4e3 02/26/2010 03:27 AM Michael Niedermayer

Move init of right side of ref_cache from fill_caches() to init_the_darn_decoder().

Originally committed as revision 22071 to svn://svn.ffmpeg.org/ffmpeg/trunk

77c6edb8 02/26/2010 02:54 AM Michael Niedermayer

Remove 3 mv_cache zeroing instructions that zeroed the right side.
This seems unneeded as nothing seems to ever set it to non zero values.

Originally committed as revision 22070 to svn://svn.ffmpeg.org/ffmpeg/trunk

8f8497ae 02/26/2010 01:38 AM Michael Niedermayer

Remove useless check of the 2 left MBs of a pair being in the same slice.

Originally committed as revision 22069 to svn://svn.ffmpeg.org/ffmpeg/trunk

6e2fe0f2 02/26/2010 12:10 AM Michael Niedermayer

Remove unneeded line of code from the neighbor setting code in h264.

Originally committed as revision 22067 to svn://svn.ffmpeg.org/ffmpeg/trunk

358b5b1a 02/25/2010 11:44 PM Michael Niedermayer

Get rid of mb2b8_xy and b8_stride, change arrays organized based on b8_stride to
ones based on mb_stride in h264.
about 20 cpu cycles faster overall per MB

Originally committed as revision 22065 to svn://svn.ffmpeg.org/ffmpeg/trunk

5e350863 02/25/2010 03:27 PM Michael Niedermayer

Store data in direct_table interleaved.
seems 20cpu cycles faster

Originally committed as revision 22055 to svn://svn.ffmpeg.org/ffmpeg/trunk

013202d7 02/25/2010 02:54 PM Michael Niedermayer

Simplify intra4x4_pred_mode_cache init.

Originally committed as revision 22054 to svn://svn.ffmpeg.org/ffmpeg/trunk

662a5b23 02/25/2010 02:26 PM Michael Niedermayer

Reorder intra4x4_pred_mode so that we can read/write 4 values at once.
3-7 cpu cycles faster

Originally committed as revision 22053 to svn://svn.ffmpeg.org/ffmpeg/trunk

5b0fb524 02/25/2010 02:02 PM Michael Niedermayer

Store intra4x4_pred_mode per row only.
about 5 cpu cycles slower in the local code but should be overall faster
due to reduced cache use. (my sample though has too few intra4x4 blocks
for this to be meassureable easily either way)

Originally committed as revision 22052 to svn://svn.ffmpeg.org/ffmpeg/trunk

c2186cbd 02/25/2010 12:51 PM Michael Niedermayer

unroll tiny and trivial loop. Same speed but clearer.

Originally committed as revision 22051 to svn://svn.ffmpeg.org/ffmpeg/trunk

e1c88a21 02/25/2010 04:11 AM Michael Niedermayer

Cut the size of mvd_table by yet another factor of 2.
The code read/write code itself was 1 cycle faster, overall its
likely more due to cache effects

Originally committed as revision 22048 to svn://svn.ffmpeg.org/ffmpeg/trunk

d43c1922 02/25/2010 02:42 AM Michael Niedermayer

Keep mvd_table values of only 2 mb rows.

Originally committed as revision 22047 to svn://svn.ffmpeg.org/ffmpeg/trunk

b5bd0700 02/24/2010 08:43 PM Michael Niedermayer

Change mvd_cache & mvd_table to 8bit, this is overall a bit faster
for high resolution videos.
about 20cycles faster per MB for cathederal.

Originally committed as revision 22038 to svn://svn.ffmpeg.org/ffmpeg/trunk

9127a369 02/24/2010 01:57 AM Michael Niedermayer

Replace /2 by faster >>1 as the mvd values are now all positive.

Originally committed as revision 22013 to svn://svn.ffmpeg.org/ffmpeg/trunk

5c34e36a 02/24/2010 01:56 AM Michael Niedermayer

Remove unused variable. Seems i forgot to commit this.

Originally committed as revision 22012 to svn://svn.ffmpeg.org/ffmpeg/trunk

dd347568 02/21/2010 03:29 PM Diego Biurrun

Remove unused variable, fixes warnings of the type:
libavcodec/h264.h:816: warning: unused variable `mb_xy'

Originally committed as revision 21941 to svn://svn.ffmpeg.org/ffmpeg/trunk

19769ece 02/18/2010 04:24 PM Måns Rullgård

H264: use alias-safe macros

This eliminates all aliasing violation warnings in h264 code.
No measurable speed difference with gcc-4.4.3 on i7.

Originally committed as revision 21881 to svn://svn.ffmpeg.org/ffmpeg/trunk

69a28f3e 02/17/2010 02:25 AM Michael Niedermayer

Move predict_field_decoding_flag() from h264.h to .c as its only used there and belongs
there as well.

Originally committed as revision 21861 to svn://svn.ffmpeg.org/ffmpeg/trunk

69cc3183 02/17/2010 02:14 AM Michael Niedermayer

Move check for and call of predict_field_decoding_flag() from the mb code to
the row code. This function would only be needed on a MB basis for MBAFF+FMO

Originally committed as revision 21860 to svn://svn.ffmpeg.org/ffmpeg/trunk

c1bb66ac 02/15/2010 10:07 PM Michael Niedermayer

Split setting neighboring MBs from fill_decode_caches()
no speed change.

Originally committed as revision 21842 to svn://svn.ffmpeg.org/ffmpeg/trunk

2dc380ca 02/14/2010 02:41 PM Michael Niedermayer

Store sub_mb_type in direct_cache/direct_table.
This is equal complexity but could be more usefull.

Originally committed as revision 21821 to svn://svn.ffmpeg.org/ffmpeg/trunk

3d2c3ef4 02/14/2010 02:08 AM Michael Niedermayer

Remove slice_table checks from decode_cabac_mb_cbp_luma() and set left/top_cbp so
these checks arent needed.

Originally committed as revision 21819 to svn://svn.ffmpeg.org/ffmpeg/trunk

056c5021 02/14/2010 02:04 AM Michael Niedermayer

Revert r21814
Log:
h264: Fix pointer warnings by removing redundant [0]

Fixes:
h264.h:1222:38: warning: initialization from incompatible pointer type
h264.h:1299:38: warning: initialization from incompatible pointer type
h264.h:1314:42: warning: initialization from incompatible pointer type...
e9167646 02/13/2010 10:53 PM Michael Niedermayer

Direct temporal skiped MBs dont need fill_decode_caches() at all so dont call it
for them.

Originally committed as revision 21816 to svn://svn.ffmpeg.org/ffmpeg/trunk

78998bf2 02/13/2010 09:09 PM Alexander Strange

h264: Remove unused variables.

Originally committed as revision 21815 to svn://svn.ffmpeg.org/ffmpeg/trunk

677dab59 02/13/2010 09:08 PM Alexander Strange

h264: Fix pointer warnings by removing redundant [0]

Fixes:
h264.h:1222:38: warning: initialization from incompatible pointer type
h264.h:1299:38: warning: initialization from incompatible pointer type
h264.h:1314:42: warning: initialization from incompatible pointer type...

cd12c377 02/13/2010 08:57 PM Alexander Strange

Fix integer overflow warnings in h264.h

Fixes:
h264.h: In function 'fill_filter_caches':
h264.h:1216:73: warning: integer overflow in expression
h264.h:1307:81: warning: integer overflow in expression

Originally committed as revision 21813 to svn://svn.ffmpeg.org/ffmpeg/trunk

bb770c5b 02/13/2010 08:13 PM Michael Niedermayer

Merge (IS_SKIP(mb_type) || IS_DIRECT(mb_type)

Originally committed as revision 21812 to svn://svn.ffmpeg.org/ffmpeg/trunk

2e4362af 02/13/2010 08:13 PM Michael Niedermayer

Skiped MBs dont need the cbp stuff so skip initing that.

Originally committed as revision 21811 to svn://svn.ffmpeg.org/ffmpeg/trunk

e2b28acf 02/13/2010 07:39 PM Michael Niedermayer

Also skip direct/mvd_cache init for skiped blocks.
Odd thing is i thought ive tryed this already and it failed previously.

Originally committed as revision 21809 to svn://svn.ffmpeg.org/ffmpeg/trunk

cb9285a2 02/13/2010 07:00 PM Michael Niedermayer

Move more code under if(!IS_DIRECT(mb_type)).

Originally committed as revision 21806 to svn://svn.ffmpeg.org/ffmpeg/trunk

f2b37637 02/13/2010 06:23 PM Michael Niedermayer

Skip some more code that isnt needed for direct MBs.

Originally committed as revision 21798 to svn://svn.ffmpeg.org/ffmpeg/trunk

5ca43c25 02/13/2010 03:57 PM Michael Niedermayer

Move setting MB_TYPE_L0L1 for direct MBs up, this is simpler.

Originally committed as revision 21794 to svn://svn.ffmpeg.org/ffmpeg/trunk

da452aca 02/13/2010 03:30 PM Michael Niedermayer

Dont calculate any surrounding MVs for temporal MBs

Originally committed as revision 21793 to svn://svn.ffmpeg.org/ffmpeg/trunk

8a3b9068 02/08/2010 04:24 AM Michael Niedermayer

Remove an apparently unneeded && !FRAME_MBAFF.
This should speed the affected cases (MBAFF temporal direct MBs) up.

Originally committed as revision 21686 to svn://svn.ffmpeg.org/ffmpeg/trunk

3a06e864 02/07/2010 11:15 PM Michael Niedermayer

Ooops, 10l forgot to commit h264.h.

Originally committed as revision 21680 to svn://svn.ffmpeg.org/ffmpeg/trunk

881b5b80 01/27/2010 10:22 PM Rafaël Carré

Fix svq3_* function declarations.

Patch by Rafaël Carré, rafael D carre A gmail

Originally committed as revision 21489 to svn://svn.ffmpeg.org/ffmpeg/trunk

8652e44a 01/27/2010 12:15 AM Michael Niedermayer

Simplify left_xy init

Originally committed as revision 21470 to svn://svn.ffmpeg.org/ffmpeg/trunk

599fe45b 01/26/2010 11:54 PM Michael Niedermayer

Split fill_caches() between loopfilter & decode, the 2 no longer where common
enough to justify the messy interleaving.

Originally committed as revision 21469 to svn://svn.ffmpeg.org/ffmpeg/trunk

dfe4dc15 01/26/2010 08:28 PM Michael Niedermayer

use left_xy1 in mbaff QP loop filter check, this improves the amount that can
be skiped.

Originally committed as revision 21465 to svn://svn.ffmpeg.org/ffmpeg/trunk

aebf3123 01/26/2010 08:25 PM Michael Niedermayer

Optimize mv/ref cache init for left MB.

Originally committed as revision 21464 to svn://svn.ffmpeg.org/ffmpeg/trunk

a715af8f 01/26/2010 02:55 PM Michael Niedermayer

Simplify left_xy content for the loop filter, this also makes it closer to
what is needed and its faster too.

Originally committed as revision 21458 to svn://svn.ffmpeg.org/ffmpeg/trunk

99344d43 01/26/2010 01:38 PM Michael Niedermayer

Set top & left types for deblock in fill_caches().

Originally committed as revision 21456 to svn://svn.ffmpeg.org/ffmpeg/trunk

66472bcd 01/26/2010 01:28 PM Michael Niedermayer

cosmetic

Originally committed as revision 21454 to svn://svn.ffmpeg.org/ffmpeg/trunk

3046c25e 01/26/2010 01:27 PM Michael Niedermayer

Fix qp_thres loop filter check for MBAFF.

Originally committed as revision 21453 to svn://svn.ffmpeg.org/ffmpeg/trunk

806ac67b 01/26/2010 10:35 AM Michael Niedermayer

Optimize mb neighbor initialization for MBAFF in fill_caches().
~10 cpu cycles speedup.

Originally committed as revision 21452 to svn://svn.ffmpeg.org/ffmpeg/trunk

0b69d625 01/25/2010 12:30 AM Alexander Strange

H.264: Use 64-/128-bit write-combining macros for copies

2-3% faster decode on x86-32 core2.

Originally committed as revision 21440 to svn://svn.ffmpeg.org/ffmpeg/trunk

0dc343d4 01/24/2010 04:37 PM Laurent Aimar

Added a missing const to ff_h264_get_slice_type().

Originally committed as revision 21421 to svn://svn.ffmpeg.org/ffmpeg/trunk

b2b7ab32 01/24/2010 01:43 PM Michael Niedermayer

Prefer cbp over cbp_table.

Originally committed as revision 21418 to svn://svn.ffmpeg.org/ffmpeg/trunk

2c0ee018 01/23/2010 10:11 PM Michael Niedermayer

Remove unneeded reset of non_zero_count_cache for deblock.

Originally committed as revision 21414 to svn://svn.ffmpeg.org/ffmpeg/trunk

01c51168 01/23/2010 09:57 PM Michael Niedermayer

Remove useless things from the deblock side of fill_caches().

Originally committed as revision 21413 to svn://svn.ffmpeg.org/ffmpeg/trunk

ea3b456d 01/23/2010 09:45 PM Michael Niedermayer

make mv_cache init 64bit where possible.

Originally committed as revision 21412 to svn://svn.ffmpeg.org/ffmpeg/trunk

c6727809 01/22/2010 03:25 AM Måns Rullgård

Move array specifiers outside DECLARE_ALIGNED() invocations

Originally committed as revision 21377 to svn://svn.ffmpeg.org/ffmpeg/trunk

c2894fbf 01/19/2010 03:14 AM Michael Niedermayer

Dont waste time initializing stuff for deblocking intra mbs, none of
it is used.

Originally committed as revision 21315 to svn://svn.ffmpeg.org/ffmpeg/trunk

7a93858a 01/18/2010 11:34 PM Michael Niedermayer

Fix accumulated indention errors.

Originally committed as revision 21307 to svn://svn.ffmpeg.org/ffmpeg/trunk

70bd7a3d 01/18/2010 11:31 PM Michael Niedermayer

Optimize top non_zero_count_cache init.

Originally committed as revision 21306 to svn://svn.ffmpeg.org/ffmpeg/trunk

5e07aa77 01/18/2010 11:30 PM Michael Niedermayer

Dont init chroma elements of non_zero_count_cache for deblock.

Originally committed as revision 21305 to svn://svn.ffmpeg.org/ffmpeg/trunk

5cc5d9bf 01/18/2010 11:27 PM Michael Niedermayer

Remove unneeded for_deblock check, this code was alraedy under for_deblock.

Originally committed as revision 21304 to svn://svn.ffmpeg.org/ffmpeg/trunk

a7d7cdaa 01/18/2010 04:11 PM Michael Niedermayer

Set h->cbp for ff_h264_filter_mb_fast().

Originally committed as revision 21287 to svn://svn.ffmpeg.org/ffmpeg/trunk

b6ef858e 01/18/2010 01:09 PM Michael Niedermayer

Move CAVLC 8x8 DCT special case from ff_h264_filter_mb() to fill_caches
that way it is also available for ff_h264_filter_mb_fast().

Originally committed as revision 21283 to svn://svn.ffmpeg.org/ffmpeg/trunk

6d7e6b26 01/18/2010 05:15 AM Michael Niedermayer

Perform reference remapping at fill_cache() time instead of in the
loop filter. This removes one obstacle of getting ff_h264_filter_mb_fast()
bitexact. code is maybe 0.1% faster

Originally committed as revision 21280 to svn://svn.ffmpeg.org/ffmpeg/trunk

7da0d821 01/18/2010 12:34 AM Michael Niedermayer

Make qp check for loop filter skiping also work with MBAFF.

Originally committed as revision 21276 to svn://svn.ffmpeg.org/ffmpeg/trunk

12be38ec 01/18/2010 12:21 AM Michael Niedermayer

Comment about a cornercase we ignore currently

Originally committed as revision 21275 to svn://svn.ffmpeg.org/ffmpeg/trunk

44a5e7b6 01/18/2010 12:20 AM Michael Niedermayer

Move the qp check to skip the loop filter up.

Originally committed as revision 21274 to svn://svn.ffmpeg.org/ffmpeg/trunk

b6303e6d 01/17/2010 11:44 PM Michael Niedermayer

Reorganize how values are stored in h->non_zero_count.
~1% faster

Originally committed as revision 21273 to svn://svn.ffmpeg.org/ffmpeg/trunk

2911e132 01/17/2010 10:05 PM Michael Niedermayer

Disable a few things in fill_filter_caches() that arent needed.
0.1% speedup

Originally committed as revision 21272 to svn://svn.ffmpeg.org/ffmpeg/trunk

f432b43b 01/17/2010 09:43 PM Michael Niedermayer

Split fill_caches() between filter and decoder.

Originally committed as revision 21271 to svn://svn.ffmpeg.org/ffmpeg/trunk

c988f975 01/17/2010 08:35 PM Michael Niedermayer

Rearchitecturing the stiched up goose part 1
Run loop filter per row instead of per MB, this also should make it
much easier to switch to per frame filtering and also doing so in a
seperate thread in the future if some volunteer wants to try.
Overall decoding speedup of 1.7% (single thread on pentium dual / cathedral sample)...

2e36c931 01/16/2010 11:55 AM Michael Niedermayer

Avoid wasting 4 cpu cycles per MB in redundantly calculating qp_thresh.

Originally committed as revision 21243 to svn://svn.ffmpeg.org/ffmpeg/trunk

ddd60f28 01/16/2010 05:41 AM Michael Niedermayer

Replace cabac checks in inline functions from h264.h with constants.
No benchmark because its just replacing variables with litteral constants
(so no risk for slowdown outside gcc silliness) and i need sleep.

Originally committed as revision 21237 to svn://svn.ffmpeg.org/ffmpeg/trunk

7c2de274 01/15/2010 03:42 AM Michael Niedermayer

Add forgotten include of h264_mvpred.h to h264.h.
This could have caused the linking failure of pred_pskip_motion() missing if
a compiler included never used static functions.

Originally committed as revision 21221 to svn://svn.ffmpeg.org/ffmpeg/trunk

cc51b282 01/13/2010 02:35 AM Michael Niedermayer

Split cabac decoding code out of h264.c.
not slower according to benchmarks.

Originally committed as revision 21181 to svn://svn.ffmpeg.org/ffmpeg/trunk

e1e94902 01/13/2010 01:59 AM Michael Niedermayer

Split cavlc out of h264.c.
Seems to speed the code up a little...
The placement of many generic functions between h264.c and h264.h is still open
Currently they are a little randomly placed between them.

Originally committed as revision 21178 to svn://svn.ffmpeg.org/ffmpeg/trunk

188d3c51 01/12/2010 09:36 PM Michael Niedermayer

Split motion vector prediction off h264.c/h.

Originally committed as revision 21174 to svn://svn.ffmpeg.org/ffmpeg/trunk

2bedc0e8 01/12/2010 09:17 PM Michael Niedermayer

Move check_intra4x4_pred_mode() back from h264.h to h264.c, the function is just
called once per MB in worst case and doesnt seem to benefit from static inline.
Actually the code might be a hair faster now (0.1% according to my benchmark but
this could be random noise)...

ea6f00c4 01/12/2010 08:59 PM Michael Niedermayer

Split all the reference picture handling off h264.c.

Originally committed as revision 21172 to svn://svn.ffmpeg.org/ffmpeg/trunk

889fce8e 01/12/2010 07:33 PM Michael Niedermayer

Split (picture|seq) parameter set decoding out of h264.c.
no speedloss meassured, also its really not touching anything that is speed relevant.

Originally committed as revision 21169 to svn://svn.ffmpeg.org/ffmpeg/trunk

9c095463 01/12/2010 06:54 PM Michael Niedermayer

Split SEI code off h264.c.

Originally committed as revision 21168 to svn://svn.ffmpeg.org/ffmpeg/trunk

943f69a6 01/12/2010 02:32 PM Michael Niedermayer

Split direct mode (macro)block decoding off h264.c.
No speedloss meassured (its slightly faster here but that may be random fluctuations)

Originally committed as revision 21165 to svn://svn.ffmpeg.org/ffmpeg/trunk

082cf971 01/12/2010 06:01 AM Michael Niedermayer

Split h264 loop filter off h264.c.
No meassureable speed difference on pentium dual & cathedral sample.

Originally committed as revision 21159 to svn://svn.ffmpeg.org/ffmpeg/trunk

903d58f6 01/12/2010 05:30 AM Michael Niedermayer

Get rid of #include "svq3.c"
functions called more than per mb are moved into the header, scan8 is also
as it must be known at compiletime.
The code after this patch duplicates h264data.h, this has been done to minimize
the changes in this step and allow more fine grained benchmarking....

c4dffe7e 01/11/2010 12:31 AM David Conrad

Export fullrange flag and color information for h.264

Originally committed as revision 21126 to svn://svn.ffmpeg.org/ffmpeg/trunk

75dd6938 01/09/2010 04:20 PM Laurent Aimar

Export get_slice_type() as ff_h264_get_slice_type().
Patch by Laurent Aimar <fenrir at videolan dot org>.

Originally committed as revision 21110 to svn://svn.ffmpeg.org/ffmpeg/trunk

b19d493f 06/09/2009 09:16 PM Haruhiko Yamagata

Add field prev_interlaced_frame to H264Context to be able to flag soft telecine
progressive.

Patch by Haruhiko Yamagata, h D yamagata A nifty D com

Originally committed as revision 19141 to svn://svn.ffmpeg.org/ffmpeg/trunk

cbf1eae9 04/10/2009 11:31 AM Reimar Döffinger

Add forgotten void return type to ff_h264_free_context

Originally committed as revision 18411 to svn://svn.ffmpeg.org/ffmpeg/trunk

15861962 04/10/2009 07:01 AM Reimar Döffinger

Add a ff_h264_free_context function and call it from the H.264 parser.
This ensures that the parser will no longer leak memory for all SPS/PPS it encounters.

Originally committed as revision 18406 to svn://svn.ffmpeg.org/ffmpeg/trunk

70e01da3 03/04/2009 07:37 PM Ivan Schreter

Add support for ct_type to correctly detect interlaced flag

Originally committed as revision 17811 to svn://svn.ffmpeg.org/ffmpeg/trunk

da2911d5 02/28/2009 08:38 AM David S. Miller

sub_mb_type[] needs to be 8-byte aligned because it is referenced
as a uint64_t in get_dct8x8_allowed().
Patch by David S. Miller <davem at davemloft dot net>

Originally committed as revision 17655 to svn://svn.ffmpeg.org/ffmpeg/trunk

1790a5e9 02/21/2009 07:54 PM Ivan Schreter

Make the following H264 functions available to the parser:
ff_h264_decode_sei, ff_h264_decode_seq_parameter_set,
ff_h264_decode_picture_parameter_set, ff_h264_decode_nal,
ff_h264_decode_rbsp_trailing

Patch by Ivan Schreter, schreter gmx net

Originally committed as revision 17487 to svn://svn.ffmpeg.org/ffmpeg/trunk

2ea89d92 02/18/2009 11:33 PM Ivan Schreter

Parse buffering period (H.264, D.1.1).

Patch by Ivan Schreter, schreter gmx net

Originally committed as revision 17441 to svn://svn.ffmpeg.org/ffmpeg/trunk

24a414e0 02/18/2009 11:25 PM Ivan Schreter

Store CPB count in the context.

Patch by Ivan Schreter, schreter gmx net

Originally committed as revision 17439 to svn://svn.ffmpeg.org/ffmpeg/trunk

cf6065ca 02/18/2009 12:38 AM Ivan Schreter

Parse cbp_removal_delay in SEI picture structure.

Patch by Ivan Schreter, schreter gmx net

Originally committed as revision 17413 to svn://svn.ffmpeg.org/ffmpeg/trunk

ff594f81 02/18/2009 12:36 AM Ivan Schreter

Parse dpb_output_delay in SEI picture structure.

Patch by Ivan Schreter, schreter gmx net

Originally committed as revision 17412 to svn://svn.ffmpeg.org/ffmpeg/trunk

82e38c29 02/18/2009 12:33 AM Ivan Schreter

Parse initial_cpb_removal_delay_length.

Patch by Ivan Schreter, schreter gmx net

Originally committed as revision 17411 to svn://svn.ffmpeg.org/ffmpeg/trunk