Hi Deepika, I just made the saDisplay to work.
Its always better to follow some principle like, >> Give YUV420 semi planar data to convert YUV422 data other wise you will get wrong conversion file because when we use Ccv it always copy the data with image width size >> Display always works with YUV422 Planar Anyway thanks for your detailed description that made me analyse it properly. Regards, Vinayagam M On Sun, Aug 2, 2009 at 3:04 AM, Jadav, Brijesh R <brijes...@ti.com> wrote: > Hi Deepika, > > As per the specs, VPIF cannot display planar YUV422 data. It says it takes > Luma and Chroma data for top and bottom field for interlaced image and Luma > and Chroma data for the Progressive image. Also there is no separate > register even to specify buffer pointer for cb and cr data. This is also > true for the VDCE. Can you please tell me where it says VPIF can display > planar YUV422 images? > > Thanks, > Brijesh Jadav > ________________________________________ > From: davinci-linux-open-source-boun...@linux.davincidsp.com [ > davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of > Deepika Makhija [deepika.makh...@einfochips.com] > Sent: Saturday, August 01, 2009 12:01 AM > To: Vinayagam Mariappan > Cc: Davinci-linux-open-source@linux.davincidsp.com > Subject: Re: saDisplay + DM6467 showing black an white image in SD Display > > 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 <brijes...@ti.com<mailto: > brijes...@ti.com>> 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: Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com> > 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: m-kariche...@ti.com<mailto:m-kariche...@ti.com> > ________________________________ > From: davinci-linux-open-source-bounces+m-karicheri2=ti.com<http://ti.com/ > >@linux.davincidsp.com<http://linux.davincidsp.com/> [mailto: > davinci-linux-open-source-bounces+m-karicheri2<davinci-linux-open-source-bounces%2Bm-karicheri2> > <mailto:davinci-linux-open-source-bounces%2Bm-karicheri2<davinci-linux-open-source-bounces%252Bm-karicheri2> > >=ti.com<http://ti.com/>@linux.davincidsp.com<http://linux.davincidsp.com/>] > On Behalf Of Jadav, Brijesh R > Sent: Friday, July 31, 2009 8:42 AM > To: Vinayagam Mariappan > Cc: Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com> > 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:vinayagamenm...@gmail.com<mailto: > vinayagamenm...@gmail.com>] > Sent: Friday, July 31, 2009 6:08 PM > To: Jadav, Brijesh R > Cc: Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com> > 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 <brijes...@ti.com > <mailto:brijes...@ti.com><mailto:brijes...@ti.com<mailto:brijes...@ti.com>>> > wrote: > > Hi, > > > > What is the format of your YUV422 file? DM6467 supports only YUV422 > Semi-Planar format. > > > > Thanks, > > Brijesh Jadav > > > > ________________________________ > > From: Vinayagam Mariappan [mailto:vinayagamenm...@gmail.com<mailto: > vinayagamenm...@gmail.com><mailto:vinayagamenm...@gmail.com<mailto: > vinayagamenm...@gmail.com>>] > Sent: Friday, July 31, 2009 5:57 PM > To: Jadav, Brijesh R > Cc: Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com><mailto: > Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com>> > 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 <brijes...@ti.com > <mailto:brijes...@ti.com><mailto:brijes...@ti.com<mailto:brijes...@ti.com>>> > 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: davinci-linux-open-source-boun...@linux.davincidsp.com<mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com><mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com<mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com>> [mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com<mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com><mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com<mailto: > davinci-linux-open-source-boun...@linux.davincidsp.com>>] On Behalf Of > kirthika varadarajan > Sent: Friday, July 31, 2009 3:28 PM > To: Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com><mailto: > Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com>> > 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 > Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com><mailto: > Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com>> > 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/><http://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/><http://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 " > > > > > Email Scanned for Virus & Dangerous Content by : > www.CleanMailGateway.com<http://www.cleanmailgateway.com/> > <http://www.CleanMailGateway.com <http://www.cleanmailgateway.com/>> > > > > > ________________________________ > > _______________________________________________ > Davinci-linux-open-source mailing list > Davinci-linux-open-source@linux.davincidsp.com<mailto: > Davinci-linux-open-source@linux.davincidsp.com> > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source > > > > > -- > Thanks & Regards, > Deepika Makhija > eInfochips Ltd. > Tel. No. +91-79-26563705 Ext. 218 > www.einfochips.com<http://www.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 Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
