Cool_Zer0 wrote:
Oh my god :( The worst happens...
When I compress the .bmp's with ffmpeg it looks pretty good... Almost the same... Input #0, image2, from 'bitmap/bmp%d.bmp': Duration: 00:00:14.6, start: 0.000000, bitrate: N/A Stream #0.0: Video: bmp, bgr24, 176x144, 25.00 fps(r) File 'teste.h263' already exists. Overwrite ? [y/N] y Output #0, h263, to 'teste.h263': Stream #0.0: Video: h263, yuv420p, 176x144, q=2-31, 200 kb/s, 25.00 fps(c)
You should always post the command line and the *complete* output messages (unless some line is repeated ad nauseam).
So.. I guess that it's something between the compression with ffmpeg and the decompression used by Microsoft RTC H.263 codec... Right?
You've managed to confuse me completely with vague stuff like "*it* looks pretty good". *IN WHAT PLAYER*? If I understand correctly, when you encode using ffmpeg, the result is OK when decompressed by Microsoft RTC H.263 codec. Try decoding the h263 file using ffmpeg to some high-quality format (like -target dvd) too. If that is Ok too, then clearly the problem is in your code. There must be some value in the codeccontext that is OK when encoding from ffmpeg, but not when called from your code. (I've always found that ffmpeg.c is way too big; that indicates there are vast amounts of things that need to be done by yourself instead of being done by the libraries) -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:mbardiaux at mediaxim.be Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/