[FFmpeg-devel] [PATCH] avcodec/qdrw: support 16bpp files with bppcnt == 2 && bpp == 8
fixes ticket #6254 0001-avcodec-qdrw-support-16bpp-files-with-bppcnt-2-bpp-8.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avformat/caf: add 'aacl' codec tag
Hi, > Have samples? Yes: www.megafileupload.com www.megafileupload.com Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/caf: add 'aacl' codec tag
0001-PATCH-avformat-caf-add-aacl-codec-tag.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
Hi, > > > > > On 5/5/16, Piotr Bandurski wrote: > > > >> > > > > > > > > Improved version attached. > > > >> > > > > > > >> > > > I found another bug, this time in lossy mode - the file encoded > > > >> > > > as > > > >> > > > "joint stereo" decodes after a few seconds into noise: > > > >> > > > > > > >> > > > https://www.datafilehost.com/d/c2e8b332 > > > >> > > > > > >> > > here are a few more samples: > > > >> > > > > > >> > > https://www.datafilehost.com/d/e4825eb4 > > > >> > > > > > >> > > quantization: 1.15 > > > >> > > downsampling ratio: 1:1/2:1/3:1/10:1 > > > >> > > predictor size: 282 > > > >> > > enable join stereo > > > >> > > > > > >> > > > > > >> > > in file "down_2_1.bonk" noise stars around 2:30 > > > >> > > > > >> > hmm it has actually not much to do with "join stereo" option, because > > > >> > the same problem happens with mono files: > > > >> > > > > >> > https://www.datafilehost.com/d/09128a25 > > > >> > > > >> these mono files hangs with ffmpeg's bonk decoder: > > > >> > > > >> https://www.datafilehost.com/d/b94fd994 > > > > > > > > there is actually no hang, I used wrong binary for the test (with > > > > applied v1 > > > > version of your patch, so it's fixed) > > > > > > I fixed hangs/crashes but cant locate noise bug anywhere. > > [...] > I was able to isolate this and it looks like it's really a bug in encoder > (see "bonkdec_bug_qualization_1_15_down_10_1_pred_282.wav") > just original decoder is able to better handle this > > https://www.datafilehost.com/d/8ca9e3c1 > > qualization 1.15 > downsampling 10:1 > predictor ... LGTM? Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] Changelog : add OpenExr improvements
Hi, > In attach, patch to add entry to the changelog, for recently add OpenExr > features Could you add support for grayscale images as well? https://trac.ffmpeg.org/ticket/5621 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] IRC meeting
Hi, The problem with this project is that it has not enough active developers. It looks like most of the devs swiched into "stand-by" mode or something and sadly no new people are joining in to push development forward ;) Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avcodec: add MagicYUV decoder
Hi, > > 2016-05-30 17:50 GMT+02:00 Paul B Mahol : > > On 5/30/16, Piotr Bandurski wrote: > >> Hi, > >> > >>> patch attached. > >> > >> Is decoding of interlaced video supported? Because I get here invalid > >> output. > >> > >> Also crash happens with this fuzzed file: > >> > >> https://www.datafilehost.com/d/c64eb5b1 > >> > >> Regards > > > > Can you create YUVA video somehow? I can't with virtualdub. > > So a final iteration was pushed. > > Can any of you create fate tests, ideally for 3 cases, > "normal"/"interlaced"/"YUVA" (or whatever required introducing quirks > in the code) No idea how to create fate tests, but a few samples are here, so eventually someone can add them: https://www.datafilehost.com/d/1df27b13 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avformat/isom: add MagicYUV FourCCs
samples: https://www.datafilehost.com/d/e0a14440 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/isom: add MagicYUV FourCCs
0001-avformat-isom-add-MagicYUV-FourCCs.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avcodec: add MagicYUV decoder
> Updated patch attached. There seems to be some bug in interlaced support (related to "Full range YUV" option in encoder). How to reproduce: encode video with enabled "Interlaced" and "Full range YUV" options together and then try to decode this with your latest version of decoder. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avcodec: add MagicYUV decoder
> Can you create YUVA video somehow? I can't with virtualdub. https://www.datafilehost.com/d/49ea26f8 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avcodec: add MagicYUV decoder
Hi, > patch attached. Is decoding of interlaced video supported? Because I get here invalid output. Also crash happens with this fuzzed file: https://www.datafilehost.com/d/c64eb5b1 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avcodec/iff: mention RGB8/RGBN decoder
0001-avcodec-iff-mention-RGB8-RGBN-decoder.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM decoder
> > > Updated patch attached. > > > > Great, so far I found only these problematic files: > > > > https://www.datafilehost.com/d/871e7429 > > Here are 6 more files (of course if you don't know how to fix something them > decoder still LGTM - it can be fixed later): > > https://www.datafilehost.com/d/bc2e06a2 crash with fuzzed ANIM-J: https://www.datafilehost.com/d/3d11c1f8 that's all of testing from me ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM decoder
> > Updated patch attached. > > Great, so far I found only these problematic files: > > https://www.datafilehost.com/d/871e7429 Here are 6 more files (of course if you don't know how to fix something them decoder still LGTM - it can be fixed later): https://www.datafilehost.com/d/bc2e06a2 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM decoder
> On 5/11/16, Paul B Mahol wrote: > > Hi, > > > > patch attached. > > > > Updated patch attached. Great, so far I found only these problematic files: https://www.datafilehost.com/d/871e7429 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH]lavc/mjpegdec: Read polarity field fromAVI1 chunk
> > On Mon, May 09, 2016 at 02:44:23PM +0200, Carl Eugen Hoyos wrote: > > Hi! > > > > Attached aptch fixes ticket #5523 for me, I only tested the files > > attached there. > > breaks: > https://trac.ffmpeg.org/raw-attachment/ticket/362/test.avi > I installed Morgan MJPEG codec here and by default "test.avi" file decodes with inverted fileld order - to decode this file correctly one must enable "invert field order" option under "Decompression" and after that "test.avi" file decodes correctly, so it looks like this codec does not check automaticly if fields are in the correct order or not. Here are two Morgan samples - one encoded with default options and one with enabled "invert field order" option: https://www.datafilehost.com/d/8258326e ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH]: add DST decoder
> > this eating up memory: > > Another one attached. similar issue with this file: https://www.datafilehost.com/d/798e9109 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH]: add DST decoder
> Sorry, this one should work. this eating up memory: https://www.datafilehost.com/d/3226dd07 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avformat/riff: add M102 FourCC
samples are here: https://www.datafilehost.com/d/1a93d9a6 (some matrox uncompressed samples I posted to ticket #2616 are invalid due to bug in the older version of matrox codec which I used to encode them) ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/riff: add M102 FourCC
0001-avformat-riff-add-M102-FourCC.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > > On 5/5/16, Piotr Bandurski wrote: > > >> > > > > > > > > Improved version attached. > > >> > > > > > >> > > > I found another bug, this time in lossy mode - the file encoded as > > >> > > > "joint stereo" decodes after a few seconds into noise: > > >> > > > > > >> > > > https://www.datafilehost.com/d/c2e8b332 > > >> > > > > >> > > here are a few more samples: > > >> > > > > >> > > https://www.datafilehost.com/d/e4825eb4 > > >> > > > > >> > > quantization: 1.15 > > >> > > downsampling ratio: 1:1/2:1/3:1/10:1 > > >> > > predictor size: 282 > > >> > > enable join stereo > > >> > > > > >> > > > > >> > > in file "down_2_1.bonk" noise stars around 2:30 > > >> > > > >> > hmm it has actually not much to do with "join stereo" option, because > > >> > the same problem happens with mono files: > > >> > > > >> > https://www.datafilehost.com/d/09128a25 > > >> > > >> these mono files hangs with ffmpeg's bonk decoder: > > >> > > >> https://www.datafilehost.com/d/b94fd994 > > > > > > there is actually no hang, I used wrong binary for the test (with applied > > > v1 > > > version of your patch, so it's fixed) > > > > I fixed hangs/crashes but cant locate noise bug anywhere. > > It must be a bug in fre:ac implementation - I located another bug with > lossless 6khz file with predictor set to 512 > fre:ac file decodes into noise with bonk and ffmpeg. > > I created similar sample with bonk (-l -s 512) and it decodes correctly with > ffmpeg. > > There is also some unrelated thing - bonk encoder doesn't like wav files > generated by ffmpeg, but I don't know if this > is a bug in ffmpeg or bonk. > > so summarizing - LGTM from me for your decoder. I was able to isolate this and it looks like it's really a bug in encoder (see "bonkdec_bug_qualization_1_15_down_10_1_pred_282.wav") just original decoder is able to better handle this https://www.datafilehost.com/d/8ca9e3c1 qualization 1.15 downsampling 10:1 predictor ... ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
> file attached but i think there is something wrong with the encoder > used, the files do not seem to contain enough non zero bits to > be able to contain full yuv422 10bit > so i am not sure this will resolve this ok, encoded it to m101 10bit: https://www.datafilehost.com/d/119d82c3 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 1/2] avcodec: add M101 decoder
> +AVCodec ff_m101_decoder = { > +.name = "m101", > +.long_name = NULL_IF_CONFIG_SMALL("matrox uncompressed sd"), "Matrox Uncompressed SD" would look better. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
> a 10bit file with some smooth 10bit gradients would make it > easier to assign the LSBs correctly. The existing file has half of > them 0 > > [...] I reencoded this: https://samples.mplayerhq.hu/V-codecs/v210/v210_720p.avi to M101: https://www.datafilehost.com/d/98759d14 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
> > a 10bit file with some smooth 10bit gradients would make it > > easier to assign the LSBs correctly. The existing file has half of > > them 0 > > You mean something like this?: > > http://bennettfeely.com/gradients/img/gradient_24.png If not then please point me to something useful and I will reencode it to M101. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
Dnia 5 maja 2016 19:47 Michael Niedermayer napisał(a): > On Tue, May 03, 2016 at 12:10:22PM +0200, Piotr Bandurski wrote: > > > > > > > > Dnia 3 maja 2016 11:54 Piotr Bandurski napisał(a): > > > > > > > > > > > > > Hi, > > > > > > > as long as we are throwing out questions. > > > > > > > > the m70x stuff is similar to m10x . and uses same binary codec: > > > > > > > > VIDC.M101=mvcVfw.dll VFW M101 Matrox Uncompressed SD > > > > VIDC.m102=mvcVfwHD.dll Matrox Uncompressed HD > > > > VIDC.m103=mvcVfwYUVA.dll Matrox Uncompressed SD + Alpha > > > > VIDC.m104=mvcVfwYUVAHD.dll Matrox Uncompressed HD + Alpha > > > > VIDC.M301=mvcVfwRefAVI.dll > > > > > > > > any chance for more samples ? you rock at samples! > > > > > > I already uploaded M101-104 samples IIRC (see for example ticket #2611 > > > and some more samples in the mpeg-2 alpha ticket). > > > > and there are a few combinations to test > > (8bit-10bit/interlaced-progresive/supported resolutions) and I will do this > > when someone > > implement ticket #2611 (M101) - M102 is probably the same. > > posted a patch to decode M101 Thanks! > a 10bit file with some smooth 10bit gradients would make it > easier to assign the LSBs correctly. The existing file has half of > them 0 You mean something like this?: http://bennettfeely.com/gradients/img/gradient_24.png ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> On 5/5/16, Piotr Bandurski wrote: > >> > > > > > > > > Improved version attached. > >> > > > > >> > > > I found another bug, this time in lossy mode - the file encoded as > >> > > > "joint stereo" decodes after a few seconds into noise: > >> > > > > >> > > > https://www.datafilehost.com/d/c2e8b332 > >> > > > >> > > here are a few more samples: > >> > > > >> > > https://www.datafilehost.com/d/e4825eb4 > >> > > > >> > > quantization: 1.15 > >> > > downsampling ratio: 1:1/2:1/3:1/10:1 > >> > > predictor size: 282 > >> > > enable join stereo > >> > > > >> > > > >> > > in file "down_2_1.bonk" noise stars around 2:30 > >> > > >> > hmm it has actually not much to do with "join stereo" option, because > >> > the same problem happens with mono files: > >> > > >> > https://www.datafilehost.com/d/09128a25 > >> > >> these mono files hangs with ffmpeg's bonk decoder: > >> > >> https://www.datafilehost.com/d/b94fd994 > > > > there is actually no hang, I used wrong binary for the test (with applied v1 > > version of your patch, so it's fixed) > > I fixed hangs/crashes but cant locate noise bug anywhere. It must be a bug in fre:ac implementation - I located another bug with lossless 6khz file with predictor set to 512 fre:ac file decodes into noise with bonk and ffmpeg. I created similar sample with bonk (-l -s 512) and it decodes correctly with ffmpeg. There is also some unrelated thing - bonk encoder doesn't like wav files generated by ffmpeg, but I don't know if this is a bug in ffmpeg or bonk. so summarizing - LGTM from me for your decoder. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > > > > > > > > Improved version attached. > > > > > > > > I found another bug, this time in lossy mode - the file encoded as > > > > "joint stereo" decodes after a few seconds into noise: > > > > > > > > https://www.datafilehost.com/d/c2e8b332 > > > > > > here are a few more samples: > > > > > > https://www.datafilehost.com/d/e4825eb4 > > > > > > quantization: 1.15 > > > downsampling ratio: 1:1/2:1/3:1/10:1 > > > predictor size: 282 > > > enable join stereo > > > > > > > > > in file "down_2_1.bonk" noise stars around 2:30 > > > > hmm it has actually not much to do with "join stereo" option, because the > > same problem happens with mono files: > > > > https://www.datafilehost.com/d/09128a25 > > these mono files hangs with ffmpeg's bonk decoder: > > https://www.datafilehost.com/d/b94fd994 there is actually no hang, I used wrong binary for the test (with applied v1 version of your patch, so it's fixed) ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > > > > > > Improved version attached. > > > > > > I found another bug, this time in lossy mode - the file encoded as "joint > > > stereo" decodes after a few seconds into noise: > > > > > > https://www.datafilehost.com/d/c2e8b332 > > > > here are a few more samples: > > > > https://www.datafilehost.com/d/e4825eb4 > > > > quantization: 1.15 > > downsampling ratio: 1:1/2:1/3:1/10:1 > > predictor size: 282 > > enable join stereo > > > > > > in file "down_2_1.bonk" noise stars around 2:30 > > hmm it has actually not much to do with "join stereo" option, because the > same problem happens with mono files: > > https://www.datafilehost.com/d/09128a25 these mono files hangs with ffmpeg's bonk decoder: https://www.datafilehost.com/d/b94fd994 all of the files I shared so far were encoded with use of this converter: https://www.freac.org/ for lossy files which I shared it's still possible that there is some bug in encoder and original bonk decoder is just more tolerant for the erros in the stream and can recover better from them, but this is just my theory (in case ffmpeg's decoder is really not buggy) ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
Dnia 3 maja 2016 11:54 Piotr Bandurski napisał(a): > > > Hi, > > > as long as we are throwing out questions. > > > > the m70x stuff is similar to m10x . and uses same binary codec: > > > > VIDC.M101=mvcVfw.dll VFW M101 Matrox Uncompressed SD > > VIDC.m102=mvcVfwHD.dll Matrox Uncompressed HD > > VIDC.m103=mvcVfwYUVA.dll Matrox Uncompressed SD + Alpha > > VIDC.m104=mvcVfwYUVAHD.dll Matrox Uncompressed HD + Alpha > > VIDC.M301=mvcVfwRefAVI.dll > > > > any chance for more samples ? you rock at samples! > > I already uploaded M101-104 samples IIRC (see for example ticket #2611 and > some more samples in the mpeg-2 alpha ticket). and there are a few combinations to test (8bit-10bit/interlaced-progresive/supported resolutions) and I will do this when someone implement ticket #2611 (M101) - M102 is probably the same. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
Hi, > as long as we are throwing out questions. > > the m70x stuff is similar to m10x . and uses same binary codec: > > VIDC.M101=mvcVfw.dll VFW M101 Matrox Uncompressed SD > VIDC.m102=mvcVfwHD.dll Matrox Uncompressed HD > VIDC.m103=mvcVfwYUVA.dll Matrox Uncompressed SD + Alpha > VIDC.m104=mvcVfwYUVAHD.dll Matrox Uncompressed HD + Alpha > VIDC.M301=mvcVfwRefAVI.dll > > any chance for more samples ? you rock at samples! I already uploaded M101-104 samples IIRC (see for example ticket #2611 and some more samples in the mpeg-2 alpha ticket). M301 installs here only as decoder "Matrox EZ-MXF AVI (playback only)" Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
> > > > VIDC.m702=digivcap.dll Matrox Offline HD > > It looks like I managed to create samples for this: > > "This codec renders video to a proxy HD video format for video editing > purposes. > > Resolutions supported: 320x180 for 720p projects, and 480x270 for 1080i/p > projects" > > but the problem is that there are some errors while decoding "m702_2.avi". > > https://www.datafilehost.com/d/524f41e4 and it may be similar thing like in ticket #2615 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > > > > Improved version attached. > > > > I found another bug, this time in lossy mode - the file encoded as "joint > > stereo" decodes after a few seconds into noise: > > > > https://www.datafilehost.com/d/c2e8b332 > > here are a few more samples: > > https://www.datafilehost.com/d/e4825eb4 > > quantization: 1.15 > downsampling ratio: 1:1/2:1/3:1/10:1 > predictor size: 282 > enable join stereo > > > in file "down_2_1.bonk" noise stars around 2:30 hmm it has actually not much to do with "join stereo" option, because the same problem happens with mono files: https://www.datafilehost.com/d/09128a25 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
> > VIDC.m702=digivcap.dll Matrox Offline HD It looks like I managed to create samples for this: "This codec renders video to a proxy HD video format for video editing purposes. Resolutions supported: 320x180 for 720p projects, and 480x270 for 1080i/p projects" but the problem is that there are some errors while decoding "m702_2.avi". https://www.datafilehost.com/d/524f41e4 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > > Improved version attached. > > I found another bug, this time in lossy mode - the file encoded as "joint > stereo" decodes after a few seconds into noise: > > https://www.datafilehost.com/d/c2e8b332 here are a few more samples: https://www.datafilehost.com/d/e4825eb4 quantization: 1.15 downsampling ratio: 1:1/2:1/3:1/10:1 predictor size: 282 enable join stereo in file "down_2_1.bonk" noise stars around 2:30 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 57/57] support for matrox m703 mpeg-2
> On Tue, 26 Apr 2016 17:11:26 +0300 > Александр Слободенюк wrote: > > > { AV_CODEC_ID_MPEG2VIDEO, MKTAG('M', '7', '0', '1') }, > > +{ AV_CODEC_ID_MPEG2VIDEO, MKTAG('M', '7', '0', '3') }, > > { AV_CODEC_ID_MPEG2VIDEO, MKTAG('M', '7', '0', '5') }, > > i wonder if we can add m702 + m704 as well? i do not have samples but > it looks like mpeg2 from the information i have. I think that decoding errors should be fixed first which happens with sample from ticket #2616 (M704). ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avformat/riff: assign g721 and g723codec tags to g726 decoder
> > On Wed, 27 Apr 2016 20:39:34 +0200 > Piotr Bandurski wrote: > > > Subject: [PATCH] avformat/riff: assign g721 and g723 codec tags to > > g726 decoder > > > + { AV_CODEC_ID_ADPCM_G726, 0x0014 }, > > + { AV_CODEC_ID_ADPCM_G726, 0x0040 }, > > i wonder if we should make a comment that these are different codecs, > in the unlikely eventuality that we split 721 723 and 726 decoders from > one another? > > > + { AV_CODEC_ID_ADPCM_G726, 0x0014 }, /* g723 Antex */ > > + { AV_CODEC_ID_ADPCM_G726, 0x0040 }, /* g721 Antex */ > > ? I'm ok with this change. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> I found another bug, this time in lossy mode - the file encoded as "joint > stereo" decodes after a few seconds into noise: > > https://www.datafilehost.com/d/c2e8b332 There seems to be infinite loop while decoding fuzzed file: https://www.datafilehost.com/d/eab97154 Please fix it as well in your next version of the patch. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> Improved version attached. I found another bug, this time in lossy mode - the file encoded as "joint stereo" decodes after a few seconds into noise: https://www.datafilehost.com/d/c2e8b332 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > also it deadlocks with mono files: > > > > https://www.datafilehost.com/d/b702c504 > > > > Did you used lossless mode with this one? If not, could you provide > source of this file? this file should be lossless as well, but just in case here is source wav file: https://www.datafilehost.com/d/e308e5e3 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> > I did a quick test, but it's not bitexact here: > > > > https://www.datafilehost.com/d/4820b89a > > > > You sure this is lossless file? Yes. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
> I did a quick test, but it's not bitexact here: > > https://www.datafilehost.com/d/4820b89a also it deadlocks with mono files: https://www.datafilehost.com/d/b702c504 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] Bonk decoder and demuxer
Hi, I did a quick test, but it's not bitexact here: https://www.datafilehost.com/d/4820b89a Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avformat/riff: assign g721 and g723 codec tags to g726 decoder
samples are here: https://www.datafilehost.com/d/22d21d44 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/riff: assign g721 and g723 codec tags to g726 decoder
0001-avformat-riff-assign-g721-and-g723-codec-tags-to-g72.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, Could you post v3 of your patch? I want to test it with some files. Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] Vertical bands with RT21 (Intel Real Time Video 2.1)codec
Hi, > > > Samples: https://drive.google.com/open?id=0B3_pEBoLs0faei1Sd1h6SG11QlE > > Mats This will be fixed when someone merges http://comments.gmane.org/gmane.comp.video.libav.scm/17960 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > > And check also this: > > > > http://www.randelshofer.ch/animapplet/ > > > > public class ANIMDeltaFrame > > extends ANIMFrame { > > > > private int leftBound, topBound, rightBound, bottomBound; > > private final static int // > > ENCODING_BYTE_VERTICAL = 5, > > ENCODING_VERTICAL_7_SHORT = 6, > > ENCODING_VERTICAL_7_LONG = 7, > > ENCODING_VERTICAL_8_SHORT = 8, > > ENCODING_VERTICAL_8_LONG = 9, > > ENCODING_J = 74; > > public final static int // > > OP_Direct = 0, > > OP_XOR = 1, > > OP_LongDelta = 2, > > OP_ShortDelta = 3, > > OP_GeneralDelta = 4, > > OP_ByteVertical = 5, > > OP_StereoDelta = 6, > > OP_Vertical7 = 7, > > OP_Vertical8 = 8, > > OP_J = 74; > > Not sure this one decodes OP_J for BoingThrows correctly. > The only one which correctly decodes is xanim. Do you plan to add support for more compressions in the next days? Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, And check also this: http://www.randelshofer.ch/animapplet/ public class ANIMDeltaFrame extends ANIMFrame { private int leftBound, topBound, rightBound, bottomBound; private final static int // ENCODING_BYTE_VERTICAL = 5, ENCODING_VERTICAL_7_SHORT = 6, ENCODING_VERTICAL_7_LONG = 7, ENCODING_VERTICAL_8_SHORT = 8, ENCODING_VERTICAL_8_LONG = 9, ENCODING_J = 74; public final static int // OP_Direct = 0, OP_XOR = 1, OP_LongDelta = 2, OP_ShortDelta = 3, OP_GeneralDelta = 4, OP_ByteVertical = 5, OP_StereoDelta = 6, OP_Vertical7 = 7, OP_Vertical8 = 8, OP_J = 74; Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > This datatype/library decodes 74/J: > > http://aminet.net/package/util/dtype/animdtc0112 Also there is "movie" player here (+ some 74/J samples), but without source code: http://aminet.net/package/misc/fish/fish-0116 It plays BingThrows file correctly. Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > What software correctly plays BoingThrows? It is 74/J compression. This datatype/library decodes 74/J: http://aminet.net/package/util/dtype/animdtc0112 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > Locally fixed. If no furhter comments will push soon. With delta > compression using PutByte API. Ok, if this is fixed then let's move to ANIM-7. Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > 2nd version attached. These files fails to decode: http://www.datafilehost.com/d/d5a2d63f Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > What this VirtualDub thing use for ANIM decoding? It has internal decoder for IFF ANIM - see "InputFileANIM.cpp". Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > >> The player I have shows same artefacts with AmigaRHQ sample. > > > > AmigaRHQ doesn't decode here: > > Because i have fix locally, I asked do you have player that plays > it without artefacts? Both xanim and iffanimplay shows artefacts. No, Amiga software plays this file with artefacts as well. Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > The player I have shows same artefacts with AmigaRHQ sample. AmigaRHQ doesn't decode here: D:\>ffmpegm -i AmigaRHQ -b:v 2000k out.avi ffmpeg version 3.0.git Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.6.2 (GCC) configuration: --disable-pthreads --disable-ffprobe --enable-gpl libavutil 55. 18.100 / 55. 18.100 libavcodec 57. 24.105 / 57. 24.105 libavformat57. 26.100 / 57. 26.100 libavdevice57. 0.101 / 57. 0.101 libavfilter 6. 34.100 / 6. 34.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc54. 0.100 / 54. 0.100 [iff @ 0212ce20] Warning: not compiled with thread support, using thread emulati on Input #0, iff, from 'AmigaRHQ': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_ilbm (ANIM / 0x4D494E41), rgb0, 320x128, 20 fps, 60 tbr, 60 tbn, 60 tbc [iff @ 0212dac0] Warning: not compiled with thread support, using thread emulati on [mpeg4 @ 024f0a20] Warning: not compiled with thread support, using thread emula tion Output #0, avi, to 'out.avi': Metadata: ISFT: Lavf57.26.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x128, q=2-31, 200 0 kb/s, 60 fps, 60 tbn, 60 tbc Metadata: encoder : Lavc57.24.105 mpeg4 Side data: cpb: bitrate max/min/avg: 0/0/200 buffer size: 0 vbv_delay: -1 Stream mapping: Stream #0:0 -> #0:0 (iff_ilbm (iff) -> mpeg4 (native)) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 343 times frame=0 fps=0.0 q=0.0 Lsize= 6kB time=00:00:00.00 bitrate=N/A speed= 0x video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ove rhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) Conversion failed! > What artifacts you see with BabySnakes? Here is the output from VirtualDub and FFmpeg (with your patch): http://www.datafilehost.com/d/6e60fb86 There are some visible black artefacts on the snakes. Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] IFF ANIM support
Hi, > patch attached. Very nice. I tested it a bit. Here are some problematic samples (some files doesn't decode, some decodes with artefacts): http://www.datafilehost.com/d/65783e33 Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avcodec/cfhd: Make sure we have an end ofheader tag before allocating a frame.
> > Fixes tickets #5208 and #5209 Hmm, something strange happens here. I get crash only without valgrind (32-bit build): aaa@aaa-VirtualBox /media/sdb1 $ valgrind --leak-check=full ffmpeg/ffmpeg_g -loglevel -1 -threads 1 -i 3_fuzz.avi -f null - ==13424== Memcheck, a memory error detector ==13424== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==13424== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==13424== Command: ffmpeg/ffmpeg_g -loglevel -1 -threads 1 -i 3_fuzz.avi -f null - ==13424== ==13424== Conditional jump or move depends on uninitialised value(s) ==13424==at 0x838095E: av_clip_uintp2_c (common.h:231) ==13424==by 0x838095E: filter (cfhd.c:113) ==13424==by 0x838095E: horiz_filter_clip (cfhd.c:130) ==13424==by 0x838095E: cfhd_decode (cfhd.c:715) ==13424==by 0x8717EE5: avcodec_decode_video2 (utils.c:2125) ==13424==by 0x80D8D7E: decode_video (ffmpeg.c:2075) ==13424==by 0x80E15A5: process_input_packet (ffmpeg.c:2324) ==13424==by 0x80E15A5: process_input (ffmpeg.c:3986) ==13424==by 0x80E413F: transcode_step (ffmpeg.c:4074) ==13424==by 0x80E413F: transcode (ffmpeg.c:4128) ==13424==by 0x80C1754: main (ffmpeg.c:4319) ==13424== ==13424== Conditional jump or move depends on uninitialised value(s) ==13424==at 0x838099D: av_clip_uintp2_c (common.h:231) ==13424==by 0x838099D: filter (cfhd.c:118) ==13424==by 0x838099D: horiz_filter_clip (cfhd.c:130) ==13424==by 0x838099D: cfhd_decode (cfhd.c:715) ==13424==by 0x8717EE5: avcodec_decode_video2 (utils.c:2125) ==13424==by 0x80D8D7E: decode_video (ffmpeg.c:2075) ==13424==by 0x80E15A5: process_input_packet (ffmpeg.c:2324) ==13424==by 0x80E15A5: process_input (ffmpeg.c:3986) ==13424==by 0x80E413F: transcode_step (ffmpeg.c:4074) ==13424==by 0x80E413F: transcode (ffmpeg.c:4128) ==13424==by 0x80C1754: main (ffmpeg.c:4319) ==13424== ==13424== Conditional jump or move depends on uninitialised value(s) ==13424==at 0x8381329: av_clip_uintp2_c (common.h:231) ==13424==by 0x8381329: filter (cfhd.c:103) ==13424==by 0x8381329: horiz_filter_clip (cfhd.c:130) ==13424==by 0x8381329: cfhd_decode (cfhd.c:715) ==13424==by 0x8717EE5: avcodec_decode_video2 (utils.c:2125) ==13424==by 0x80D8D7E: decode_video (ffmpeg.c:2075) ==13424==by 0x80E15A5: process_input_packet (ffmpeg.c:2324) ==13424==by 0x80E15A5: process_input (ffmpeg.c:3986) ==13424==by 0x80E413F: transcode_step (ffmpeg.c:4074) ==13424==by 0x80E413F: transcode (ffmpeg.c:4128) ==13424==by 0x80C1754: main (ffmpeg.c:4319) ==13424== ==13424== Conditional jump or move depends on uninitialised value(s) ==13424==at 0x8381376: av_clip_uintp2_c (common.h:231) ==13424==by 0x8381376: filter (cfhd.c:108) ==13424==by 0x8381376: horiz_filter_clip (cfhd.c:130) ==13424==by 0x8381376: cfhd_decode (cfhd.c:715) ==13424==by 0x8717EE5: avcodec_decode_video2 (utils.c:2125) ==13424==by 0x80D8D7E: decode_video (ffmpeg.c:2075) ==13424==by 0x80E15A5: process_input_packet (ffmpeg.c:2324) ==13424==by 0x80E15A5: process_input (ffmpeg.c:3986) ==13424==by 0x80E413F: transcode_step (ffmpeg.c:4074) ==13424==by 0x80E413F: transcode (ffmpeg.c:4128) ==13424==by 0x80C1754: main (ffmpeg.c:4319) ==13424== ==13424== Conditional jump or move depends on uninitialised value(s) ==13424==at 0x83813C3: av_clip_uintp2_c (common.h:231) ==13424==by 0x83813C3: filter (cfhd.c:93) ==13424==by 0x83813C3: horiz_filter_clip (cfhd.c:130) ==13424==by 0x83813C3: cfhd_decode (cfhd.c:715) ==13424==by 0x8717EE5: avcodec_decode_video2 (utils.c:2125) ==13424==by 0x80D8D7E: decode_video (ffmpeg.c:2075) ==13424==by 0x80E15A5: process_input_packet (ffmpeg.c:2324) ==13424==by 0x80E15A5: process_input (ffmpeg.c:3986) ==13424==by 0x80E413F: transcode_step (ffmpeg.c:4074) ==13424==by 0x80E413F: transcode (ffmpeg.c:4128) ==13424==by 0x80C1754: main (ffmpeg.c:4319) ==13424== ==13424== Conditional jump or move depends on uninitialised value(s) ==13424==at 0x8381404: av_clip_uintp2_c (common.h:231) ==13424==by 0x8381404: filter (cfhd.c:98) ==13424==by 0x8381404: horiz_filter_clip (cfhd.c:130) ==13424==by 0x8381404: cfhd_decode (cfhd.c:715) ==13424==by 0x8717EE5: avcodec_decode_video2 (utils.c:2125) ==13424==by 0x80D8D7E: decode_video (ffmpeg.c:2075) ==13424==by 0x80E15A5: process_input_packet (ffmpeg.c:2324) ==13424==by 0x80E15A5: process_input (ffmpeg.c:3986) ==13424==by 0x80E413F: transcode_step (ffmpeg.c:4074) ==13424==by 0x80E413F: transcode (ffmpeg.c:4128) ==13424==by 0x80C1754: main (ffmpeg.c:4319) ==13424== ==13424== ==13424== HEAP SUMMARY: ==13424== in use at exit: 0 bytes in 0 blocks ==13424== total heap usage: 2,477 allocs, 2,477 frees, 285,043,695 bytes allocated ==13424== ==13424== All heap blocks were freed -- no leaks are possible ==13424== ==13424== For counts of detecte
Re: [FFmpeg-devel] [PATCH] avformat/riff: add C210 FourCC (CanopusC210)
> Sample? http://www.datafilehost.com/d/a36bf92f ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH] avformat/riff: add YUYV FourCC (DrasticYUYV)
> Sample? http://www.datafilehost.com/d/0d19a1cb ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/riff: add C210 FourCC (Canopus C210)
0001-avformat-riff-add-C210-FourCC-Canopus-C210.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/riff: add C210 FourCC (Canopus C210)
0001-avformat-riff-add-C210-FourCC-Canopus-C210.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avformat/riff: add YUYV FourCC (Drastic YUYV)
0001-avformat-riff-add-YUYV-FourCC-Drastic-YUYV.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [PATCH 1/2] avcodec: Add Cineform HD Decoder
Hi, Great work, but I found some issues. This I got with fuzzed file: ==13422== Invalid read of size 4 ==13422==at 0x834D003: cfhd_decode (cfhd.c:293) ==13422==by 0x863D051: frame_worker_thread (pthread_frame.c:147) ==13422==by 0x40ECF6F: start_thread (pthread_create.c:312) ==13422==by 0x41EDBED: clone (clone.S:129) ==13422== Address 0xe766ab4 is 104,852 bytes inside a block of size 153,600 free'd ==13422==at 0x402B3D8: free (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==13422==by 0x834CF4F: cfhd_decode (cfhd.c:532) ==13422==by 0x863D051: frame_worker_thread (pthread_frame.c:147) ==13422==by 0x40ECF6F: start_thread (pthread_create.c:312) ==13422==by 0x41EDBED: clone (clone.S:129) ==13422== ==13422== Invalid write of size 2 ==13422==at 0x834E0C3: cfhd_decode (cfhd.c:373) ==13422==by 0x863D051: frame_worker_thread (pthread_frame.c:147) ==13422==by 0x40ECF6F: start_thread (pthread_create.c:312) ==13422==by 0x41EDBED: clone (clone.S:129) http://www.datafilehost.com/d/89b4d321 and this with valid 4:4:4 file (not fuzzed): *** Error in `ffmpeg_g': corrupted double-linked list: 0xaf025c80 *** Aborted http://www.datafilehost.com/d/1f726a3a Here are all samples which I created to test your decoder (maybe will be useful for you): http://www.datafilehost.com/d/90bbb71e Regards ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] Vertical bands with RT21 (Intel Real TimeVideo2.1) codec
> And ir21.dll ? http://www.moviecodec.com/download-video-codecs/indeo-2-319598me-30/ ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] Vertical bands with RT21 (Intel Real Time Video2.1) codec
Dnia 18 grudnia 2015 18:54 Paul B Mahol napisał(a): > > > On 12/18/15, Mats Peterson wrote: > > On 12/18/2015 05:32 AM, Mats Peterson wrote: > >> On 12/18/2015 05:12 AM, Mats Peterson wrote: > >>> On 12/18/2015 04:13 AM, Mats Peterson wrote: > Samples: https://drive.google.com/open?id=0B3_pEBoLs0faei1Sd1h6SG11QlE > > Mats > > >>> > >>> The clips are sample clips from Video for Windows, in case anyone > >>> wonders. I haven't created them myself. > >>> > >>> Mats > >>> > >> > >> The output is generally washed-out, as well, apart from the bands. > >> > >> Mats > >> > > > > I noticed this issue has been discussed as far back as in 2005 (see > > http://sourceforge.net/p/ffmpeg/bugs/310/), but using the slightly > > different terms "ghosting and shadow effects". In any case, it obviously > > still hasn't been fixed. > > No, this is different issue. Do you know a software that actually > plays such videos correctly? Here is ir21.dll output: http://www.datafilehost.com/d/feb72d79 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
[FFmpeg-devel] [PATCH] avcodec/lcldec: fix decoding of YUV444 sample
Hi, Attached patch fixes decoding of this file: http://www.datafilehost.com/d/1bde8ab0 Regards 0001-avcodec-lcldec-fix-decoding-of-YUV444-sample.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel