August 2009 - ffmpeg-devel - lists.ffmpeg.org

[PATCH] Apple Video Encoder (rpza)
by ffmpeg.php＠gmail.com 24 Jan '11

24 Jan '11

Attached is a patch to add support for Apple Video encoding (rpza). The quality settings are defined at compile time right now since I wasn't really sure how to map ffmpeg's numerous video options to the capabilities of rpza. It supports all rpza encoding opcodes but the 4-color block encoding doesn't try to do multiblock runs yet. -Todd

9 20

[PATCH]wmv3 encoder
by fortin＠nerim.net 23 Jan '11

23 Jan '11

Hi, The following patch adds a wmv3 encoder (i removed the vc1 encoder because it doesn't generate an elementary stream). I don't think i can split the patch without breaking compilation between two patches. Please comment (particularly the vc1enc.h include in mpegvideo.c). Thanks, Denis

5 6

[Toy] LucasArts SMUSH demuxer and decoder
by kostya.shishkov＠gmail.com 23 Jan '11

23 Jan '11

Again, for the record and not for review. I just took very old patch and extended it to decode palettized LucasArts FMVs from the games like Full Throttle, Curse of Monkey Island, The Dig, etc. I would be glad if somebody pick and finish it (there are minor glitches during decoding and fade in/fade out scenes are rendered as madly flipping frames instead; oh, and the code style is rather bad).

5 6

[PATCH] Chinese AVS encoder
by stefan.gehrer＠gmx.de 23 Jan '11

23 Jan '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, as announced before here is my encoder for Chinese AVS. Features that it does support: - - Intra macroblocks - - P_SKIP macroblocks - - P_16x16 macroblocks - - one or two reference frames - - constant quantizer encoding - - motion estimation using hexagon search and qpel refinement Features that it does not support: - - P_16x8, P_8x16 and P_8x8 macroblocks - - B macroblocks/frames - - rate control - - anything else you might think of To test it, here is a sample command line ./ffmpeg -i in.avi -vcodec cavs -strict -2 -cqp 30 -refs 2 -psnr out.avi - -strict -2 is required for the encoder's experimental nature, I have not thought much about its standard conformance, just that it decodes with my decoder. - -cqp n with n in the range 0 to 63 is required as only fixed quantizer encoding is supported - -refs 2 is optional, one reference frame would be the default - -psnr is optional Michael, regarding your question on cvslog (sorry for crossposting, I wasn't subscribed to cvslog at the time): >> Author: stefang >> Date: Sat Jul 7 09:14:58 2007 >> New Revision: 9518 >> >> Log: >> move dequantization into it's own inline function > >why inline? same question for the other inline functions >is there some speed gain from duplicating them in the object files >between encoder and decoder? To be honest I did not think much about object size, it just seemed to be a convenient way to share functions this way instead of having to create ff_cavs_foobar names and without creating function call overhead that was not there before. If you think object size would be a problem I can of course move some functions back from cavs.h to cavs.c. Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGocyhYpYOlpT3vNMRArJrAKC5aQQ40GEmegoLh8u0b0HCc0f60QCgzgc4 tMea5NiHbnlzxikJYvkl9Q4= =0R8q -----END PGP SIGNATURE-----

5 10

Proper parsing of DTS-HD MA streams
by robert.mcnamara＠gmail.com 23 Jan '11

23 Jan '11

Good evening, I am writing to revive a discussion on proper parsing of DTS-HD MA in dca_parser.c and mpegts.c. There were discussions of both issues in June/July of this year. However, it looks as though the discussion lost steam, someone went on vacation, adequate samples weren't provided in time, etc. Most recent Fox and Sony blu-ray disks are coming out with DTS-HD MA audio tracks, and it would be nice to at least be able to pull out the DTS core. I have uploaded a sample to upload.mplayerhq.hu as /DTS-HD-MA/bond_sample_dtshdma.m2ts. Two issues are at play here. The first is the fact that the mpegts.c parser is not able to parse the m2ts and find the DTS-HD track, a discussion begun (and ultimately dying) here: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048387.html The second issue is the fact that DTS-HD tracks are not playing properly in dca_parser.c because of an apparent variable frame size. Discussion here: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048498.html I have uploaded a sample, tested the former patch and found it to more or less work (although I understand it needs to be done a certain way to be committed) and have uploaded a sample as requested in that long-ago thread. I stand ready to provide other samples, samples of greater size, and otherwise do whatever I can to assist in solving this problem. Thanks a lot. Robert

4 6

[PATCH] Added integer 32 bits support to wavpack
by fenrir＠videolan.org 25 Dec '10

25 Dec '10

The attached patch completes the support for files with INT32INFO chunk with non zero sent_bits. -- fenrir

6 23

[RFC] WC3 decoder without AVPaletteControl
by Reimar.Doeffinger＠gmx.de 21 Nov '10

21 Nov '10

Hello, attached patch implements this. It is a bit ugly because it adds a lot of seeking to the demuxer, but I think for such a fringe format there is no point in extra work for avoiding it. The patch also adds two helper functions, one to increase the size of a packet and one that appends data read from a file to a possibly already filled packet. I expect that there will be more that a few bugs still, e.g. while the video looks visually ok in ffplay the FATE regressions do not match at all.

3 52

Close Thread Handle in avcodec_thread_free
by shehzadsalim＠gmail.com 13 Sep '10

13 Sep '10

Hi guy's I am willing to post a patch for avcodec_thread_free. When using multi threaded video decoding and upon closure in avcodec_thread_free thread handle are not being closed But I have no idea to how to create a diff file or patch file on windows OS. Only one line is added in avcodec_thread_free function which is CloseHandle(c[i].thread); void avcodec_thread_free(AVCodecContext *s){ ThreadContext *c= s->thread_opaque; int i; for(i=0; i<s->thread_count; i++){ c[i].func= NULL; ReleaseSemaphore(c[i].work_sem, 1, 0); WaitForSingleObject(c[i].thread, INFINITE); if(c[i].work_sem) CloseHandle(c[i].work_sem); if(c[i].done_sem) CloseHandle(c[i].done_sem); CloseHandle(c[i].thread); } av_freep(&s->thread_opaque); } Thanks -- ?????? ????? ????? ???? ?????? Best Regards Shehzad Salim

8 17

[PATCH] Implement libavcodec/opt.[ch] generic options handling
by stefano.sabatini-lala＠poste.it 10 Sep '10

10 Sep '10

Hi all, this is my first attempt to move the option handling code from the applications to the library, it also should make possible to remove the deprecated lavf AVFormatParameters. Please comment. Regards. -- FFmpeg = Furious Faboulous Majestic Picky Encoding/decoding Gangster

2 12

[PATCH] g722 decoder, no licensing fame
by kenan.gillet＠gmail.com 10 Sep '10

10 Sep '10

On Wed, Mar 25, 2009 at 2:39 PM, Michael Niedermayer <michaelni at gmx.at> wrote: > On Wed, Mar 25, 2009 at 09:57:51AM -0700, Kenan Gillet wrote: >> Hi, >> >> On Mar 21, 2009, at 1:34 PM, Michael Niedermayer wrote: >> >>> On Sat, Mar 21, 2009 at 12:43:35AM -0700, Kenan Gillet wrote: > [...] >>> >>> >>>> @@ -2819,6 +2822,7 @@ >>>> memset(ap, 0, sizeof(*ap)); >>>> ap->prealloced_context = 1; >>>> ap->sample_rate = audio_sample_rate; >>>> + ap->bit_rate = audio_bit_rate; >>>> ap->channels = audio_channels; >>>> ap->time_base.den = frame_rate.num; >>>> ap->time_base.num = frame_rate.den; >>>> @@ -2892,6 +2896,7 @@ >>>> channel_layout = enc->channel_layout; >>>> audio_channels = enc->channels; >>>> audio_sample_rate = enc->sample_rate; >>>> + audio_bit_rate = enc->bit_rate; >>>> audio_sample_fmt = enc->sample_fmt; >>>> input_codecs[nb_icodecs++] = >>>> avcodec_find_decoder_by_name(audio_codec_name); >>>> if(audio_disable) >>>> @@ -3211,6 +3216,7 @@ >>>> } >>>> nb_ocodecs++; >>>> audio_enc->sample_rate = audio_sample_rate; >>>> + audio_enc->bit_rate = audio_bit_rate; >>>> audio_enc->time_base= (AVRational){1, audio_sample_rate}; >>>> if (audio_language) { >>>> av_metadata_set(&st->metadata, "language", audio_language); >>> >>>> Index: libavformat/avformat.h >>>> =================================================================== >>>> --- libavformat/avformat.h (revision 18096) >>>> +++ libavformat/avformat.h (working copy) >>>> @@ -261,6 +261,7 @@ >>>> enum CodecID video_codec_id; >>>> enum CodecID audio_codec_id; >>>> #endif >>>> + int bit_rate; >>>> } AVFormatParameters; >>>> >>>> //! Demuxer will use url_fopen, no opened file should be provided by the >>>> caller. >>> >>> the whole struct is pretty much deprecated and iam not happy if people >>> add new things to it. >> >> any hint on to "do it the right way" ? > > AVFormatContext.bit_rate maybe but i am not sure if this might cause some > issues > actually a much simpler solution would be to change the -ab options to set in the AVCodecContext.bitrate for decoder too like in the patch attached but it would change the behavior of ffmpeg but that's exactly what is needed, to be able to give the g722 decoder a bit_rate would that be acceptable? Kenan

7 46