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> 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
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
________________________________
From: davinci-linux-open-source-bounces+m-karicheri2= ti.com@ linux.davincidsp.com [mailto: davinci-linux-open-source-bounces+m-karicheri2= ti.com@ 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
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]
Sent: Friday, July 31, 2009 6:08 PM
To: Jadav, Brijesh R
Cc: 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>>
wrote:
Hi,
What is the format of your YUV422 file? DM6467 supports only YUV422
Semi-Planar format.
Thanks,
Brijesh Jadav
________________________________
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>
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>>
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
________________________________
Sent: Friday, July 31, 2009 3:28 PM
To: 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>
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 "
_______________________________________________
Davinci-linux-open-source mailing list
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
--
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.
|
