Hi Deepika,

I just made the saDisplay to work properly.


Now I have to change the Decoder Application to work with our customized
decoder which always give video out with D1 resolution...

The TI Demo Application is for HD Display and I change that to work for SD
Display. When I integrate our customized decoder with demo application, we
are not getting video.But I get video data till App.

Where will be the problem...

Regards,
Vinayagam M




On Sat, Aug 1, 2009 at 2:01 PM, Deepika Makhija <
[email protected]> wrote:

> Hi,
>
> DM6467 encode/decode  supports 4:2:0 YUV semi planar mode only
> Capture driver supports 4:2:2 YUV semi planar and display supports 4:2:2
> semi planar and planar.
> VDCE module performs conversion irrespective of planar/semi planar mode, it
> does resize and CCV conversion
>
> Assume you perform CCV conversion of 4:2:2 to 4:2:0 than
>
>    - If input is 4:2:2 semi planar than output will be 4:2:0 semi planar
>    - If input is 4:2:2 planar than output will be 4:2:0 planar
>
> Capture and display drivers allocate buffer for 1920x1080 resolution during
> initialization.  Two buffers are located, one for luma and other for chroma.
> So, Chroma will be at the offset of 1920*1080 irrespective of the capture
> resolution. Same is true for the display driver. But this is the case only
> for MMAP buffers as MMAP buffers are allocated by the driver.
>
> Luma and chroma can be arranged together with the ioctl S_FMT. In that case
> chroma data will be at the offset of "width*height", where width/height
> corresponds to the resolution selected.
>
> One more thing, in case of MMAP buffers, if S_FMT is performed than Luma
> and chroma will be aligned together and buffer length would be still
> 1920*1080*2 as those buffers are allocated during initialization. VDCE
> expects chroma at the offset of  "buffer length /2", in that case also only
> Y data will appear, as actual chroma data would be at 720*480 offset for
> NTSC.
>
> Hope this helps you to debug your problem
>
> Regards,
> Deepika
>
> Vinayagam Mariappan wrote:
>
>   Hi,
>
> Its confusing me......
>
> Let me give your data....
>
> In my system, I just decode MPEG-4 Data and get YUV420 on D1 resolution..
> Now What I am doing is Just get one Frame of YUV420 data from decoder
> (YUV420 => [YYYYYYYYYY....][UUUUUU...][VVVVV....] then convert that YUV420
> to YUV422 using saCCV420_422 and then I use the converted YUV422 to display
> unit using saDisplay.
>
> I get Luma data properly out on screen but never get Chroma.
>
> Actually I use Decoder Demo Application which made for HD. I have able to
> display the HD Decoded data comes with demo and display it on SD unit. But
> when I use my customized decoded on D1 resolution I am not getting anything
> on screen. So I want to debug the issue using saDisplay then update it on
> applicayion.
>
> I hope you got me in a right way...
>
> Looking forward to fix this issue.
>
> Regards,
> Vinayagam M
>
> On Sat, Aug 1, 2009 at 3:12 AM, Jadav, Brijesh R <[email protected]> wrote:
>
>> Hello Murali,
>>
>> DM6467 supports NV16 video format, where image is stored in two buffers.
>> First buffer contains luma data and second buffer contains cb and cr
>> interleaved data. It does not support completele YUV422 interleaved data.
>>
>> You are right, chroma buffer pointer could also be an problem. Display
>> driver always expects chroma data at the half of the buffer size.
>>
>> Thanks,
>> Brijesh Jadav
>> ________________________________________
>> From: Karicheri, Muralidharan
>> Sent: Friday, July 31, 2009 10:34 AM
>> To: Jadav, Brijesh R; Vinayagam Mariappan
>>  Cc: [email protected]
>> Subject: RE: saDisplay + DM6467 showing black an white image in SD Display
>>
>> Brijesh,
>>
>> DM6467 display accept YUV422 planar. The format is YUV422 =>
>> [YYYYYYYYYYYYYYYY][UUUUU][VVVVV].
>> as given by Vinayagam.
>>
>> If you are seeing black and white image, it is probably because your cbcr
>> offer is not correct.
>> The display driver in expects cbcr offset at half kernel buffer size
>> (MMAP) and half of sizeimage for UserPTR.
>> I have been working to port the code to GIT and this is what I have
>> understood.
>>
>> Murali Karicheri
>> Software Design Engineer
>> Texas Instruments Inc.
>> Germantown, MD 20874
>> Phone : 301-515-3736
>> email: [email protected]
>> ________________________________
>> From: davinci-linux-open-source-bounces+m-karicheri2=ti.com@
>> linux.davincidsp.com [mailto:
>> davinci-linux-open-source-bounces+m-karicheri2<davinci-linux-open-source-bounces%2Bm-karicheri2>
>> [email protected]] On Behalf Of Jadav, Brijesh R
>> Sent: Friday, July 31, 2009 8:42 AM
>> To: Vinayagam Mariappan
>> Cc: [email protected]
>> Subject: RE: saDisplay + DM6467 showing black an white image in SD Display
>>
>> Hi,
>>
>> DM6467 display module accepts data in the YUV422 semi-planar format. It is
>> as shown below
>>
>> YUV422 => [YYYYYYYYYYYYYYYY][UVUVUVUVUV].
>> Probably, this is reason why you are not getting correct color
>> information.
>>
>> Thanks,,
>> Brijesh Jadav
>>
>> ________________________________
>> From: Vinayagam Mariappan [mailto:[email protected]]
>> Sent: Friday, July 31, 2009 6:08 PM
>> To: Jadav, Brijesh R
>> Cc: [email protected]
>> Subject: Re: saDisplay + DM6467 showing black an white image in SD Display
>>
>> Hi,
>>
>> YUV422 => [YYYYYYYYYYYYYYYY][UUUUU][VVVVV].
>>
>> How about YUV420....I have my own MPEG-4 Decoder which gives out YUV420
>> with D1 resolution.
>>
>> I am using TI Sample Application to Interface with our own MPEG-4 Decoder
>> Server. I get my YUV data to application but I am not able to display it.
>>
>> Where do I making mistake?
>>
>> Regards,
>> Vinayagam M
>> On Fri, Jul 31, 2009 at 9:31 PM, Jadav, Brijesh R <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Hi,
>>
>>
>>
>> What is the format of your YUV422 file? DM6467 supports only YUV422
>> Semi-Planar format.
>>
>>
>>
>> Thanks,
>>
>> Brijesh Jadav
>>
>>
>>
>> ________________________________
>>
>> From: Vinayagam Mariappan [mailto:[email protected]<mailto:
>> [email protected]>]
>> Sent: Friday, July 31, 2009 5:57 PM
>> To: Jadav, Brijesh R
>> Cc: [email protected]<mailto:
>> [email protected]>
>> Subject: Re: saDisplay + DM6467 showing black an white image in SD Display
>>
>>
>>
>> Hi,
>>
>> Yes, I know...
>> But I have modified to play with YUV422 sample. I get only Luma not
>> chroma....
>>
>> I am just fulling the buffer with YUV422 Data.
>>
>> Regards,
>> Vinayagam M
>>
>> On Fri, Jul 31, 2009 at 9:19 PM, Jadav, Brijesh R <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Hi,
>>
>>
>>
>> As far as I remember, this application does not work the sample image.
>> Application actually generates color bar and displays it.
>>
>>
>>
>> Thanks,
>>
>> Brijesh Jadav
>>
>>
>>
>> ________________________________
>>
>> From: [email protected]<mailto:
>> [email protected]> [mailto:
>> [email protected]<mailto:
>> [email protected]>] On Behalf Of
>> kirthika varadarajan
>> Sent: Friday, July 31, 2009 3:28 PM
>> To: [email protected]<mailto:
>> [email protected]>
>> Subject: saDisplay + DM6467 showing black an white image in SD Display
>>
>>
>>
>> We tried displaying yuv4::2:2(740x480) image in SD display using
>> saDisplay(application sample ibn PSP),
>>
>> But we  are getting black and white image even if we input color image.
>>
>> We tried the sample  file  given in PSP.
>>
>>
>>
>> But black.
>>
>>
>>
>> we are curious to know how to get the color  SD display.
>>
>>
>>
>> _______________________________________________
>> Davinci-linux-open-source mailing list
>> [email protected]<mailto:
>> [email protected]>
>> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>>
>>
>>
>> --
>> Regards,
>> Vinayagam M
>>
>> VeNMSOL Technologies,
>>
>> #7A, First Cross Street, Ganapathy Colony,
>>
>> Ekkaduthangal, Chennai - 600 032,India.
>>
>> Tel:+91-44-4353 0168;Mobile:+91-9445-019919
>>
>> URL: www.venmsol.com<http://www.venmsol.com>
>> "We make a living by what we get, we make a life by what we give...-
>> Unknown "
>>
>>
>>
>> --
>> Regards,
>> Vinayagam M
>>
>> VeNMSOL Technologies,
>>
>> #7A, First Cross Street, Ganapathy Colony,
>>
>> Ekkaduthangal, Chennai - 600 032,India.
>>
>> Tel:+91-44-4353 0168;Mobile:+91-9445-019919
>>
>> URL: www.venmsol.com<http://www.venmsol.com>
>>  "We make a living by what we get, we make a life by what we give...-
>> Unknown "
>>
>
>
>
> --
> Regards,
> Vinayagam M
>
> VeNMSOL Technologies,
>
> #7A, First Cross Street, Ganapathy Colony,
>
> Ekkaduthangal, Chennai - 600 032,India.
>
> Tel:+91-44-4353 0168;Mobile:+91-9445-019919
>
> URL: www.venmsol.com
> "We make a living by what we get, we make a life by what we give...-
> Unknown "
>
>
>
>
>   *Email Scanned for Virus & Dangerous Content by :* *
> www.CleanMailGateway.com <http://www.cleanmailgateway.com/>*
>
> ------------------------------
>
> _______________________________________________
> Davinci-linux-open-source mailing 
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
>
>
> --
> Thanks & Regards,
> Deepika Makhija
> eInfochips Ltd.
> Tel. No. +91-79-26563705 Ext. 218www.einfochips.com
>
>
> --
> ------------------------------
> Disclaimer: This e-mail message and all attachments transmitted with it are
> intended solely for the use of the addressee and may contain legally
> privileged and confidential information. If the reader of this message is
> not the intended recipient, or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any dissemination, distribution, copying, or other use of this message
> or its attachments is strictly prohibited. If you have received this message
> in error, please notify the sender immediately by replying to this message
> and please delete it from your computer. Any views expressed in this message
> are those of the individual sender unless otherwise stated.Company has taken
> enough precautions to prevent the spread of viruses. However the company
> accepts no liability for any damage caused by any virus transmitted by this
> email.
> ------------------------------
>
>


-- 
Regards,
Vinayagam M

VeNMSOL Technologies,

#7A, First Cross Street, Ganapathy Colony,

Ekkaduthangal, Chennai - 600 032,India.

Tel:+91-44-4353 0168;Mobile:+91-9445-019919

URL: www.venmsol.com
"We make a living by what we get, we make a life by what we give...- Unknown
"
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to