Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

Hi,

Our Codec is xDAIS-xDM Compliant so thats not trouble to get decoded data to
Application.

But we are doing some mistake on buffer assignment in compliant with VIDEC2.

Please let me know, If you have some specific reference or sample for VIDEC2
Codec.

Regards,
Vinayagam M

On Wed, Aug 12, 2009 at 3:11 PM, Deepika Makhija <
deepika.makh...@einfochips.com> wrote:

>  Hi  Vinayagam,
>
> I suppose that your customized MPEG-4 Decoder is xDAIS-xDM complaint, if
> yes than TI's application will run without any changes.
> I don't know much about codec interface for customized Codec's, however you
> can take reference of few doc's on net.
>
>
> http://wiki.davincidsp.com/index.php/TopTenCodecPackageCheckList#3._VISA_XDM_API_usage
> XDAIS Rules & Guidelines : SPRU352
> XDAIS API Reference : SPRU360 
>
> Regards,
> Deepika
>
>
> Vinayagam Mariappan wrote:
>
> Hi,
>
> I have checked with H264 Stream  with D1 resolution using TI DM6467 Demo
> Application. Its working.
>
> But It doest work with our customized MPEG-4 Decoder. I am doubting only my
> codec interface
>
> Do you have simple codec interface using VIDEC2 using two output buffer?
>
> Please do help me to fix this issueThis is first time I am doing all
> this kind of interface so confusing me.
>
> Regards,
> Vinayagam M
>
>
>
>
>
> On Mon, Aug 10, 2009 at 4:02 PM, Deepika Makhija <
> deepika.makh...@einfochips.com> wrote:
>
>>  Hi  Vinayagam,
>>
>> H264 sample streams are available on TI Extranet:
>> https://www-a.ti.com/extranet/cm/product/dvevmsw/dspswext/general/dm355_dvevm.shtml
>>
>> Consider TI's decode application,  file
>> "dvsdk_demos_1_40_00_18/dm6467/decode/video.c" is used to set the decoder
>> parameters, where Vdec2_Params_DEFAULT and Vdec2_DynamicParams_DEFAULT are
>> used to set the default decoder parameters, whose value is mentioned in dmai
>> module,  you have to modify height/width of these as per your resolution.
>> Same would be the case with
>> "dvsdk_demos_1_40_00_18/dm6467/decode/display.c" where default display
>> parameters are set with Display_Attrs_DM6467_VID_DEFAULT.
>>
>> Regards,
>> Deepika
>>
>>
>> Vinayagam Mariappan wrote:
>>
>>  Hi,
>>
>> I have only H264 TI Codec Lib but I do not find H264 Stream for D1.
>> Do you have any sample file?
>>
>> Please send me if you have one...
>>
>> Its confusing me to Integrate with our customized codec...  As I know, I
>> have to do minimal changes to get our customized codec to work with our TI
>> Demo Application.
>> Could you please me specific things to see?
>> Do you have any idea which specific enum directly look into it...?
>>
>> Regards,
>> Vinayagam M
>>
>>
>> On Mon, Aug 3, 2009 at 1:40 PM, Deepika Makhija <
>> deepika.makh...@einfochips.com> wrote:
>>
>>> Hi,
>>>
>>> Nice to hear that your saDisplay is working now.
>>>
>>> "we are not getting video.But I get video data till App." Can you please
>>> describe in detail, up till which module you are getting correct output.
>>>
>>> I would suggest instead of integrating your decoder, first try to modify
>>> the application to work at D1 resolution with TI codecs, which are capable
>>> of decoding D1 resolution also,  for that you would have to change few enums
>>> in the application. Once that path is clear than integrate your decoder.
>>>
>>> Regards,
>>> Deepika
>>>
>>> Vinayagam Mariappan wrote:
>>>
 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

>>>  --
>>> _
>>> 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.
>>>  

Re: saDisplay + DM6467 showing black an white image in SD Display

[Deepika Makhija]

Hi  Vinayagam,

I suppose that your customized MPEG-4 Decoder is xDAIS-xDM complaint,
if yes than TI's application will run without any changes. 
I don't know much about codec interface for customized Codec's, however
you can take reference of few doc's on net.

http://wiki.davincidsp.com/index.php/TopTenCodecPackageCheckList#3._VISA_XDM_API_usage
XDAIS Rules & Guidelines : SPRU352

XDAIS API Reference : SPRU360


Regards,
Deepika


Vinayagam Mariappan wrote:
Hi,
  
I have checked with H264 Stream  with D1 resolution using TI DM6467
Demo Application. Its working.
  
But It doest work with our customized MPEG-4 Decoder. I am doubting
only my codec interface 
  
Do you have simple codec interface using VIDEC2 using two output buffer?
  
Please do help me to fix this issueThis is first time I am doing
all this kind of interface so confusing me.
  
Regards,
Vinayagam M
  
  
  
  
  
  On Mon, Aug 10, 2009 at 4:02 PM, Deepika
Makhija 
wrote:
  

Hi  Vinayagam,

H264 sample streams are available on TI Extranet:
https://www-a.ti.com/extranet/cm/product/dvevmsw/dspswext/general/dm355_dvevm.shtml


Consider TI's decode application,  file
"dvsdk_demos_1_40_00_18/dm6467/decode/video.c" is used to set the
decoder parameters, where Vdec2_Params_DEFAULT and
Vdec2_DynamicParams_DEFAULT are used to set the default decoder
parameters, whose value is mentioned in dmai module,  you have to
modify height/width of these as per your resolution. Same would be the
case with  "dvsdk_demos_1_40_00_18/dm6467/decode/display.c" where
default display parameters are set with
Display_Attrs_DM6467_VID_DEFAULT. 


Regards,
Deepika


Vinayagam Mariappan wrote:



  
  Hi,
  
I have only H264 TI Codec Lib but I do not find H264 Stream for D1. 
Do you have any sample file? 
  
Please send me if you have one...
  
Its confusing me to Integrate with our customized codec...  As I know,
I have to do minimal changes to get our customized codec to work with
our TI Demo Application. 
Could you please me specific things to see?
Do you have any idea which specific enum directly look into it...?
  
Regards,
Vinayagam M
  
  
  On Mon, Aug 3, 2009 at 1:40 PM, Deepika
Makhija 
wrote:
  Hi,

Nice to hear that your saDisplay is working now.

"we are not getting video.But I get video data till App." Can you
please describe in detail, up till which module you are getting correct
output.

I would suggest instead of integrating your decoder, first try to
modify the application to work at D1 resolution with TI codecs, which
are capable of decoding D1 resolution also,  for that you would have to
change few enums in the application. Once that path is clear than
integrate your decoder.


Regards,
Deepika

Vinayagam Mariappan wrote:


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


-- 
_

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 "
  
  
  
  
  
  
  
  

  

Email Scanned for
Virus & Dangerous Content by : www.Cl

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

Hi,

I have checked with H264 Stream  with D1 resolution using TI DM6467 Demo
Application. Its working.

But It doest work with our customized MPEG-4 Decoder. I am doubting only my
codec interface

Do you have simple codec interface using VIDEC2 using two output buffer?

Please do help me to fix this issueThis is first time I am doing all
this kind of interface so confusing me.

Regards,
Vinayagam M





On Mon, Aug 10, 2009 at 4:02 PM, Deepika Makhija <
deepika.makh...@einfochips.com> wrote:

>  Hi  Vinayagam,
>
> H264 sample streams are available on TI Extranet:
> https://www-a.ti.com/extranet/cm/product/dvevmsw/dspswext/general/dm355_dvevm.shtml
>
> Consider TI's decode application,  file
> "dvsdk_demos_1_40_00_18/dm6467/decode/video.c" is used to set the decoder
> parameters, where Vdec2_Params_DEFAULT and Vdec2_DynamicParams_DEFAULT are
> used to set the default decoder parameters, whose value is mentioned in dmai
> module,  you have to modify height/width of these as per your resolution.
> Same would be the case with
> "dvsdk_demos_1_40_00_18/dm6467/decode/display.c" where default display
> parameters are set with Display_Attrs_DM6467_VID_DEFAULT.
>
> Regards,
> Deepika
>
>
> Vinayagam Mariappan wrote:
>
> Hi,
>
> I have only H264 TI Codec Lib but I do not find H264 Stream for D1.
> Do you have any sample file?
>
> Please send me if you have one...
>
> Its confusing me to Integrate with our customized codec...  As I know, I
> have to do minimal changes to get our customized codec to work with our TI
> Demo Application.
> Could you please me specific things to see?
> Do you have any idea which specific enum directly look into it...?
>
> Regards,
> Vinayagam M
>
>
> On Mon, Aug 3, 2009 at 1:40 PM, Deepika Makhija <
> deepika.makh...@einfochips.com> wrote:
>
>> Hi,
>>
>> Nice to hear that your saDisplay is working now.
>>
>> "we are not getting video.But I get video data till App." Can you please
>> describe in detail, up till which module you are getting correct output.
>>
>> I would suggest instead of integrating your decoder, first try to modify
>> the application to work at D1 resolution with TI codecs, which are capable
>> of decoding D1 resolution also,  for that you would have to change few enums
>> in the application. Once that path is clear than integrate your decoder.
>>
>> Regards,
>> Deepika
>>
>> Vinayagam Mariappan wrote:
>>
>>> 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
>>>
>>  --
>> _
>> 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 "
>
>
>
>
>   *Email Scanned for Virus & Dangerous Content by :* *
> www.CleanMailGateway.com*
>
>
>
> --
> 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

Re: saDisplay + DM6467 showing black an white image in SD Display

[Deepika Makhija]

Hi  Vinayagam,

H264 sample streams are available on TI Extranet:
https://www-a.ti.com/extranet/cm/product/dvevmsw/dspswext/general/dm355_dvevm.shtml


Consider TI's decode application,  file
"dvsdk_demos_1_40_00_18/dm6467/decode/video.c" is used to set the
decoder parameters, where Vdec2_Params_DEFAULT and
Vdec2_DynamicParams_DEFAULT are used to set the default decoder
parameters, whose value is mentioned in dmai module,  you have to
modify height/width of these as per your resolution. Same would be the
case with  "dvsdk_demos_1_40_00_18/dm6467/decode/display.c" where
default display parameters are set with
Display_Attrs_DM6467_VID_DEFAULT. 

Regards,
Deepika


Vinayagam Mariappan wrote:
Hi,
  
I have only H264 TI Codec Lib but I do not find H264 Stream for D1. 
Do you have any sample file? 
  
Please send me if you have one...
  
Its confusing me to Integrate with our customized codec...  As I know,
I have to do minimal changes to get our customized codec to work with
our TI Demo Application. 
Could you please me specific things to see?
Do you have any idea which specific enum directly look into it...?
  
Regards,
Vinayagam M
  
  
  On Mon, Aug 3, 2009 at 1:40 PM, Deepika
Makhija 
wrote:
  Hi,

Nice to hear that your saDisplay is working now.

"we are not getting video.But I get video data till App." Can you
please describe in detail, up till which module you are getting correct
output.

I would suggest instead of integrating your decoder, first try to
modify the application to work at D1 resolution with TI codecs, which
are capable of decoding D1 resolution also,  for that you would have to
change few enums in the application. Once that path is clear than
integrate your decoder.


Regards,
Deepika

Vinayagam Mariappan wrote:


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


-- 
_

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 "
  
  
  
  
  

  

Email Scanned for
Virus & Dangerous Content by : www.CleanMailGateway.com

  

  



-- 
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.






___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

Hi,

I have only H264 TI Codec Lib but I do not find H264 Stream for D1.
Do you have any sample file?

Please send me if you have one...

Its confusing me to Integrate with our customized codec...  As I know, I
have to do minimal changes to get our customized codec to work with our TI
Demo Application.
Could you please me specific things to see?
Do you have any idea which specific enum directly look into it...?

Regards,
Vinayagam M


On Mon, Aug 3, 2009 at 1:40 PM, Deepika Makhija <
deepika.makh...@einfochips.com> wrote:

> Hi,
>
> Nice to hear that your saDisplay is working now.
>
> "we are not getting video.But I get video data till App." Can you please
> describe in detail, up till which module you are getting correct output.
>
> I would suggest instead of integrating your decoder, first try to modify
> the application to work at D1 resolution with TI codecs, which are capable
> of decoding D1 resolution also,  for that you would have to change few enums
> in the application. Once that path is clear than integrate your decoder.
>
> Regards,
> Deepika
>
> Vinayagam Mariappan wrote:
>
>> 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
>>
> --
> _
> 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

Re: saDisplay + DM6467 showing black an white image in SD Display

[Deepika Makhija]

Hi, 

Display won't work with YUV 422 Planar sorry it was my mistake.
 
Your input is 4:2:0 semi planar to VDCE, and output of VDCE will be
4:2:2 semi planar which will be given to display driver and hence
display would be working, as display accepts 4:2:2 semi planar input.

Regards,
Deepika

Vinayagam Mariappan wrote:

  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 => [YY][UU...][V] 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.combrijes...@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.comDavinci-linux-open-source@linux.davincidsp.com>

    Subject: RE: saDisplay + DM64

Re: saDisplay + DM6467 showing black an white image in SD Display

[Deepika Makhija]

Hi,

Nice to hear that your saDisplay is working now.

"we are not getting video.But I get video data till App." Can you please 
describe in detail, up till which module you are getting correct output.


I would suggest instead of integrating your decoder, first try to modify 
the application to work at D1 resolution with TI codecs, which are 
capable of decoding D1 resolution also,  for that you would have to 
change few enums in the application. Once that path is clear than 
integrate your decoder.


Regards,
Deepika

Vinayagam Mariappan wrote:

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

--
_
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.
_


___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

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 <
deepika.makh...@einfochips.com> 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 => [YY][UU...][V] 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  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 =>
>> [][U][V].
>> 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-sourc

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

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  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 => [YY][UU...][V] 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 Davinci-linux-open-source@linux.davincidsp.com>
> Subject: RE: saDisplay + DM6467 showing black an white image in SD Display
>
> Brijesh,
>
> DM6467 displa

RE: saDisplay + DM6467 showing black an white image in SD Display

[Jadav, Brijesh R]

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 => 
[YY][UU...][V] 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 
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 => 
[][U][V].
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<mailto:davinci-linux-open-source-bounces%2Bm-karicheri2>=ti.com<http://ti.com/>@linux.davincidsp.com<http://linux.davincidsp.co

Re: saDisplay + DM6467 showing black an white image in SD Display

[Deepika Makhija]

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 => [YY][UU...][V] 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 =>
[][U][V].
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 => [][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 => [][U][V].

How about YUV420I 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
disp

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

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 => [YY][UU...][V] 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  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 =>
> [][U][V].
> 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@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 => [][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 => [][U][V].
>
> How about YUV420I 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  <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 vinayagamenm...@gmail.com>]
> Sent: Friday, July 31, 2009 5:57 PM
> To: Jadav, Brijesh R
> Cc: Davinci-linux-open-source@linux.davincidsp.com 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  <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.
>
>
>

RE: saDisplay + DM6467 showing black an white image in SD Display

[Jadav, Brijesh R]

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 => 
[][U][V].
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@linux.davincidsp.com 
[mailto:davinci-linux-open-source-bounces+m-karicheri2=ti@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 => [][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 => [][U][V].

How about YUV420I 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 
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>]
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 
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>]
 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>
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>
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 "



--
Regard

RE: saDisplay + DM6467 showing black an white image in SD Display

[Karicheri, Muralidharan]

Brijesh,

DM6467 display accept YUV422 planar. The format is YUV422 => 
[][U][V].
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@linux.davincidsp.com 
[mailto:davinci-linux-open-source-bounces+m-karicheri2=ti@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 => [][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 => [][U][V].

How about YUV420I 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 
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>]
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 
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>]
 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>
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>
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 "
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

Hi,

Let me give you more details,

I have a YUV420 data (not semi-planar format) and I use saCCV420_422.c to
convert YUV422 format. I think Ccv gives out YUV422 semi planar format.

I guess I do not need to again convert it into YUV422 Semi Planar since ccv
gives out the same format.

Is it right?

Regards,
Vinayagam M

On Fri, Jul 31, 2009 at 9:42 PM, Jadav, Brijesh R  wrote:

>  Hi,
>
>
>
> DM6467 display module accepts data in the YUV422 semi-planar format. It is
> as shown below
>
>
>
> YUV422 => [][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 => [][U][V].
>
> How about YUV420I 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 
> 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]
> *Sent:* Friday, July 31, 2009 5:57 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,
>
> 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 
> 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] *On Behalf Of 
> *kirthika
> varadarajan
> *Sent:* Friday, July 31, 2009 3:28 PM
> *To:* 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
> 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
> "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 "
>
>


-- 
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

RE: saDisplay + DM6467 showing black an white image in SD Display

[Jadav, Brijesh R]

Hi,

DM6467 display module accepts data in the YUV422 semi-planar format. It is as 
shown below

YUV422 => [][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 => [][U][V].

How about YUV420I 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 
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>]
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 
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>]
 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>
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>
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 "

___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

Hi,

YUV422 => [][U][V].

How about YUV420I 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  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]
> *Sent:* Friday, July 31, 2009 5:57 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,
>
> 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 
> 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] *On Behalf Of 
> *kirthika
> varadarajan
> *Sent:* Friday, July 31, 2009 3:28 PM
> *To:* 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
> 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
> "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

RE: saDisplay + DM6467 showing black an white image in SD Display

[Jadav, Brijesh R]

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]
Sent: Friday, July 31, 2009 5:57 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,

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 
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>]
 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>
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>
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 "

___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Re: saDisplay + DM6467 showing black an white image in SD Display

[Vinayagam Mariappan]

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  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] *On Behalf Of 
> *kirthika
> varadarajan
> *Sent:* Friday, July 31, 2009 3:28 PM
> *To:* 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
> 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
"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

RE: saDisplay + DM6467 showing black an white image in SD Display

[Jadav, Brijesh R]

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] On Behalf Of 
kirthika varadarajan
Sent: Friday, July 31, 2009 3:28 PM
To: 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
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source