Re: [PATCH]Support 64bit RGB input

On Wed, Feb 29, 2012 at 11:08:02PM +0100, Carl-Eugen Hoyos wrote:
> Hi!
> 
> Attached patch allows to convert 64bit RGB input.

LGTM

[...]

--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I do not agree with what you have to say, but I'll defend to the death your
right to say it. -- Voltaire

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: libstagefright doesnt work on android

Ok fine, I will tell u result later on.

On Wed, Feb 29, 2012 at 10:49 PM, Mohamed Naufal <naufal11 <at> gmail.com> wrote:

> On 28 February 2012 12:43, templogin templog <templogin5421 <at> gmail.com>
> wrote:
> > Hi,
> > Thanks for ur replay, but which wrapper application should i use to test
> > this. Can I use vlc or else can u tell me any of such application which
> > runs on android.
> >
>
> Yes, you can build vlc-android with the current ffmpeg head to test
> this. (H/W acceleration is already supported in vlc-android via the
> omxil module)
>
> Regards
> Naufal
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel <at> ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>

Re: libstagefright doesnt work on android

Hi,
   Rather than trying it using vlc, tested it using ffmpeg binary like :
   ./ffmpeg -i /sdcard/1080.ts /sdcard/del.yuv where 1080.ts is h264
encoded ts file.
  on x86 platform these command line works properly but on android it gives
error:
  Output #0, rawvideo, to '/sdcard/del.yuv':
  Output file #0 does not contain any stream

On Thu, Mar 1, 2012 at 10:24 AM, templogin templog
<templogin5421 <at> gmail.com>wrote:

> Ok fine, I will tell u result later on.
>
>
> On Wed, Feb 29, 2012 at 10:49 PM, Mohamed Naufal <naufal11 <at> gmail.com>wrote:
>
>> On 28 February 2012 12:43, templogin templog <templogin5421 <at> gmail.com>
>> wrote:
>> > Hi,
>> > Thanks for ur replay, but which wrapper application should i use to test
>> > this. Can I use vlc or else can u tell me any of such application which
>> > runs on android.
>> >
>>
>> Yes, you can build vlc-android with the current ffmpeg head to test
>> this. (H/W acceleration is already supported in vlc-android via the
>> omxil module)
>>
>> Regards

FFmpeg, templogin templog has invited you to open a Gmail account

I've been using Gmail and thought you might like to try it out. Here's an
invitation to create an account.

  You're Invited to Gmail!

templogin templog has invited you to open a Gmail account.

Gmail is Google's free email service, built on the idea that email can be
intuitive, efficient, and fun. Gmail has:

 *Less spam*
Keep unwanted messages out of your inbox with Google's innovative
technology.

*Lots of space*
Enough storage so that you'll never have to delete another message.

*Built-in chat*
Text or video chat with templogin templog and other friends in real time.

*Mobile access*
Get your email anywhere with Gmail on your mobile phone.

You can even import your contacts and email from Yahoo!, Hotmail, AOL, or
any other web mail or POP accounts.

Once you create your account, templogin templog will be notified of your
new Gmail address so you can stay in touch. Learn
more<http://mail.google.com/mail/help/intl/en/about.html>or get
started<http://mail.google.com/mail/a-69fa15ecd5-5bab57aa99-u9DCiU58DlH48yZLMgW4pmoyBVY>

Re: [libav-devel] [PATCH] movie source add repeat count parameter

在 2012年2月29日 下午8:19，Stefano Sabatini <stefasab <at> gmail.com> 写道：
> On date Tuesday 2012-02-28 19:02:35 +0800, William Yu encoded:
>> I think movie source can add a repeat count for read source several times.
>> When repeat count is zero, then repeat again and again.
>> repeat count parameter has an alias "rc"
...
>
> Also I see a synch problem here, when you repeat the source, the
> timestamp is reset to the original time, while we should probably have a
> timestamp_offset and add that to the movie timestamp in the subsequent
> plays, so that we have a monotonically increasing timestamp sequence.

I think movie source should keep original time, let next filter to determine
how to use these frame. if next filter need monotonically increasing timestamp,
it can insert setpts filter or other filters to fix timestamp. In the
movie source,
when rewind,   we are difficult to determine first frame's timestamp.

others are updated. Please check again.
>
> Also did you test with image files?
>
> Thanks.
> _______________________________________________
> libav-devel mailing list
> libav-devel <at> libav.org
> https://lists.libav.org/mailman/listinfo/libav-devel

[PATCH] cook: check decouple values.

This fixes a out of global array read.

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: Michael Niedermayer <michaelni <at> gmx.at>
---
 libavcodec/cook.c |   16 ++++++++++++----
 1 files changed, 12 insertions(+), 4 deletions(-)

diff --git a/libavcodec/cook.c b/libavcodec/cook.c
index 6c111de..4e3c920 100644
--- a/libavcodec/cook.c
+++ b/libavcodec/cook.c
 <at>  <at>  -757,7 +757,7  <at>  <at>  static void imlt_gain(COOKContext *q, float *inbuffer,
  *  <at> param decouple_tab      decoupling array
  *
  */
-static void decouple_info(COOKContext *q, COOKSubpacket *p, int *decouple_tab)
+static int decouple_info(COOKContext *q, COOKSubpacket *p, int *decouple_tab)
 {
     int i;
     int vlc    = get_bits1(&q->gb);
 <at>  <at>  -772,8 +772,15  <at>  <at>  static void decouple_info(COOKContext *q, COOKSubpacket *p, int *decouple_tab)
         for (i = 0; i < length; i++)
             decouple_tab[start + i] = get_vlc2(&q->gb, p->ccpl.table, p->ccpl.bits, 2);
     else
-        for (i = 0; i < length; i++)
-            decouple_tab[start + i] = get_bits(&q->gb, p->js_vlc_bits);
+        for (i = 0; i < length; i++) {
+            int v = get_bits(&q->gb, p->js_vlc_bits);
+            if (v == (1<<p->js_vlc_bits)-1) {

[PATCH] cook: check that category is smaller than 8

This fixes some out of global array accesses.
I do not know if such category values are invalid or mean
something that we do not support.

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: Michael Niedermayer <michaelni <at> gmx.at>
---
 libavcodec/cook.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/libavcodec/cook.c b/libavcodec/cook.c
index 4e3c920..c9b2cd4 100644
--- a/libavcodec/cook.c
+++ b/libavcodec/cook.c
 <at>  <at>  -647,7 +647,7  <at>  <at>  static int mono_decode(COOKContext *q, COOKSubpacket *p, float *mlt_buffer)
     int category_index[128];
     int quant_index_table[102];
     int category[128];
-    int ret;
+    int ret, i;

     memset(&category,       0, sizeof(category));
     memset(&category_index, 0, sizeof(category_index));
 <at>  <at>  -657,6 +657,12  <at>  <at>  static int mono_decode(COOKContext *q, COOKSubpacket *p, float *mlt_buffer)
     q->num_vectors = get_bits(&q->gb, p->log2_numvector_size);
     categorize(q, p, quant_index_table, category, category_index);
     expand_category(q, category, category_index);
+    for (i=0; i<p->total_subbands; i++) {
+        if (category[i] > 7) {
+            av_log_ask_for_sample(q->avctx, "category greater than 7\n");

Re: [PATCH] ALSA: fix timefilter divergence

Le duodi 2 ventôse, an CCXX, Michael Niedermayer a écrit :
> Iam not opposed to using a 2nd order filter with additional handling
> for discontinuities. Though IIRC the new filter contains a loop and
> this might cause it to eat more cpu cycles than would be ideal.

I agree that that loop is not elegant at all. As for CPU cycles, the loop
actually loops only when the period is longer than 2 ms; for reference,
on real-world hardware, the period is usually around 0.67 ms (HDA Intel),
0.33 ms (old Ensoniq AudioPCI) or 1 ms (Logitech USB webcam). Therefore, the
loop will only waste cycles when the user has stacked plugins on top of
their ALSA device, and the plugins will waste much more CPU cycles than this
little timefilter.

Shall I push this patch series, then, and later consider adding
discontinuity detection to the timefilter?

By the way, V4L2 will also need to use the time filter, as some kernels have
started giving monotonic timestamps.

Regards,

--

-- 
  Nicolas George

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[PATCH] wavpack: Fix an integer overflow

Integer Overflow Checker detected an integer
overflow while FATE was running.

Signed-off-by: Derek Buitenhuis <derek.buitenhuis <at> gmail.com>
---
 libavcodec/wavpack.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/libavcodec/wavpack.c b/libavcodec/wavpack.c
index 09d22be..3ba9961 100644
--- a/libavcodec/wavpack.c
+++ b/libavcodec/wavpack.c
 <at>  <at>  -428,7 +428,7  <at>  <at>  static float wv_get_value_float(WavpackFrameContext *s, uint32_t *crc, int S)
         uint32_t u;
     } value;

-    int sign;
+    unsigned int sign;
     int exp = s->float_max_exp;

     if (s->got_extra_bits) {
--

-- 
1.7.9.1

[PATCH 1/3] fate: Add sunrats regression test

Signed-off-by: Derek Buitenhuis <derek.buitenhuis <at> gmail.com>
---
 tests/lavf-regression.sh |    4 ++++
 tests/ref/lavf/sun       |    3 +++
 2 files changed, 7 insertions(+), 0 deletions(-)
 create mode 100644 tests/ref/lavf/sun

diff --git a/tests/lavf-regression.sh b/tests/lavf-regression.sh
index f5c5bf6..8936357 100755
--- a/tests/lavf-regression.sh
+++ b/tests/lavf-regression.sh
 <at>  <at>  -223,6 +223,10  <at>  <at>  if [ -n "$do_xwd" ] ; then
 do_image_formats xwd
 fi

+if [ -n "$do_sun" ] ; then
+do_image_formats sun
+fi
+
 # audio only

 if [ -n "$do_wav" ] ; then
diff --git a/tests/ref/lavf/sun b/tests/ref/lavf/sun
new file mode 100644
index 0000000..4db0505
--- /dev/null
+++ b/tests/ref/lavf/sun
 <at>  <at>  -0,0 +1,3  <at>  <at> 
+07518bcb0841bc677ce6aea8464ea240 *./tests/data/images/sun/02.sun
+./tests/data/images/sun/%02d.sun CRC=0xe6c71946