[FFmpeg-devel] flashsvenc.c - sampling block size too low

Michael Niedermayer michaelni
Fri May 18 02:29:15 CEST 2007


Hi

On Thu, May 17, 2007 at 01:04:58PM -0500, Jason Askew wrote:
> diff of 2 pass encoding for flashsvenc.c attached
> 
> I'm still actively working on this.  A few things to know:
> 
> const int TP_BLCK_SIZE = 8;
> 
> This can go up to 16.  Things get even slower and the resulting gains
> have been minimal to nonexistence.  That may be a different story
> depending on what the screen cap is of.
> 
> Each possible block size is iterated through, compared, and zlib'ed.
> This is not efficient.

could you please explain what exactly this patch is doing?

the current flashsvenc.c contains a optimal brute force encoder
which tries all block sizes, it is under #if 0 and works with
a single pass, and assuming it is not buggy it should outperform
your code, which adapts the blocks at coarser granularity

and your patch duplicates alot of the existing code ...

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I have often repented speaking, but never of holding my tongue.
-- Xenocrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070518/2038f8dc/attachment.pgp>



More information about the ffmpeg-devel mailing list