AD535 | BIOS | Booting | Bootloader | C621 | C6211 | C6415 | C671 | C6711 | C6711DSK | C6713 | CCS | Chassaing | COFF | DAT | DM64 | DM642 | DMA | DSK671 | DSK6711 | EDM | EDMA | EMIF | Emulator | EVM | EVM620 | FFT | FIR | GPIO | Halting | HPI | HWI | IDK | JTAG | LDB | LDH | LDW | Linker | LMS | LOG_printf | Matlab | McBSP | MEM_alloc | MIPS | PCI | PCM3003 | Pipeline | Profiling | QDM | Reset | ROM | RTDX | Sampling | SDRAM | Stack | TEB | THS1206 | TMS320C621 | TMS320C6416 | TMS320C6711 | TMS320C6713 | UART | Vector Table | XBUS | XDS560

Hi all, If we are using DAT_copy to copy data from src to dst in a for loop 2-3 times then how can we increase the efficiency of edma transfer from src to dst in the above type of condition. Actually i am doing the above to scale the real time video from CIF to 4CIF but i am getting some blocks in the display may be because of multiple use of DAT_copy in a for loop. Even when i am taking care of CACHE writeback and CACHE_invalidate i am getting this type of problem Thanks and regards, Mayank __________________________________

______________________________
New Code Sharing Section now Live on DSPRelated.com. Learn about the Reward Program for Contributors here.



(You need to be a member of c6x -- send a blank email to c6x-subscribe@yahoogroups.com )

There is something fishy going on here. The DAT transfers are designed to go
on the same queue, which you decide when you do DAT_open. Make sure your
external buffers are 128-byte aligned, and a multiple of 128 bytes.
Additionally, since DAT performs transfers sequentially, it is enough if you
wait on the last transfer id, instead of each one, as this will save cycles.

Regds
Jagadeesh Sankaran

-----Original Message-----
From: mayank agarwal [mailto:may_ank77@may_...]
Sent: Thursday, March 24, 2005 8:01 PM
To: c6x@c6x@...
Subject: [c6x] DAT_copy
Hi all,
If we are using DAT_copy to copy
data from src to dst in a for loop
2-3 times then how can we increase the
efficiency of edma transfer from src to
dst in the above type of condition.
Actually i am doing the above to scale the
real time video from CIF to 4CIF but i am
getting some blocks in the display may be
because of multiple use of DAT_copy
in a for loop.
Even when i am taking care of CACHE writeback
and CACHE_invalidate i am getting this type
of problem
Thanks and regards,
Mayank
__________________________________


______________________________
New Code Sharing Section now Live on DSPRelated.com. Learn about the Reward Program for Contributors here.



(You need to be a member of c6x -- send a blank email to c6x-subscribe@yahoogroups.com )

My purpose iis to scale CIF image to 4CIF and i was
doing that but some edge effects were appearing at
the edges in real time(some say interlace problem),to
silve that i captured video in field mode in CIF and
display it in frame mode(i am not sure what i am doing
is right or wrong),since i used field 1 mode in
capture
and after scaling it i am getting 704*576 image but
there are some blocks in the video display,i am
still trying to find out why it is happening,if i have
to modify saa7115 settings or it is possible to scale
from CIF to 4CIF by modifying evmdm642_capture and
display parameters file.
Regards,
Mayank
--- sankaran <sankaran@sank...> wrote:
> There is something fishy going on here. The DAT
> transfers are designed to go
> on the same queue, which you decide when you do
> DAT_open. Make sure your
> external buffers are 128-byte aligned, and a
> multiple of 128 bytes.
> Additionally, since DAT performs transfers
> sequentially, it is enough if you
> wait on the last transfer id, instead of each one,
> as this will save cycles.
>
> Regds
> Jagadeesh Sankaran
>
> -----Original Message-----
> From: mayank agarwal [mailto:may_ank77@may_...]
> Sent: Thursday, March 24, 2005 8:01 PM
> To: c6x@c6x@...
> Subject: [c6x] DAT_copy >
> Hi all,
> If we are using DAT_copy to copy
> data from src to dst in a for loop
> 2-3 times then how can we increase the
> efficiency of edma transfer from src to
> dst in the above type of condition.
> Actually i am doing the above to scale the
> real time video from CIF to 4CIF but i am
> getting some blocks in the display may be
> because of multiple use of DAT_copy
> in a for loop.
> Even when i am taking care of CACHE writeback
> and CACHE_invalidate i am getting this type
> of problem
> Thanks and regards,
> Mayank >
> __________________________________
> ">http://mail.yahoo.com



______________________________
Start your Android Ice Cream Sandwich development on TI's AM35x Sitara ARM Cortex-A8 processor today.



(You need to be a member of c6x -- send a blank email to c6x-subscribe@yahoogroups.com )