On Sun, Apr 24, 2011 at 12:38 AM, rukhsana afroz
<rukhsana.af...@gmail.com>wrote:

>
>
> On Sat, Apr 23, 2011 at 5:24 PM, Ronald S. Bultje <rsbul...@gmail.com>wrote:
>
>> Hi Rukhsana,
>>
>> On Sat, Apr 23, 2011 at 2:59 PM, rukhsana afroz
>> Which bit planes are decoded correctly? And especially, how many out
>> of how many? Are 99 out of 100 decoded correctly? Or 1 out of 10?
>> Don't forget, the end-of-plane marker is 4 bits set to 1. For every 4
>> bits, the chance is pow(0.5, 4) that each bit is set, from a random
>> perspective. Therefore, if 1 out of 10 is decoded correctly, your code
>> is likely incorrect. However, if 99 out of 100 are correct, your code
>> may well be correct but you're hitting some corner case that doesn't
>> make it work. either way, you need to compare further to make sure
>> that we're on the right track.
>>
>> How does it compare to the reference decoder? Are there blocks that
>> are being decoded correctly now for files that previously decoded
>> incorrectly? I've told you before, I need to see some data where
>> you're attempting to decode an actual jpeg2k file using your decoder
>> versus the reference decoder, then show me what values are being read
>> in your decoder versus the reference decoder, so we can assess whether
>> your decoder is doing the right thing.
>>
>> Hi Ronald,
>
> I have attched two files for code block decode results (one is for jasper
> and one is for libav). I have only shown the entire code block at the
> beginning and at the end of clnpass function. With the comparison of jasper,
> it looks like, at the way earlier stage, where code block is defined and
> with how many passes (sigpass, refpass, clnpass) should a code block be gone
> is garbled. Because the parameters gone to the code block decode function is
> completely different than those of jasper. I will explain more the result
> files when you come to chat. I am investigating the problems, but the
> current decoder can decode correctly 9 files in the conformance site, thats
> why I thought, the problem might not be in earlier stage.   After getting
> your feedback, I will move forward on this.
>
>
> Hi Ronald,

I sent two attachments with two files, however it got bounced because the
attachments were too big. I am not sure, at this stage, how to send the data
to you. Please let me know.

Thanks

-- 
Rukhsana Ruby
Phd Student
Department of Electrical & Computer Engineering
The University of British Columbia
============================
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to