Hello Padma, When you try the same transfer with numElements = 16, do you actually see the transfer happen ? I understand that the code gets stuck in ACPY3_wait. But in the memory window, could you check the destination address and see if the data actually got copied?
Also, have you tried the same app. on hardware ? I am wondering if this is a simulator issue. Thanks, Gunjan. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, July 07, 2008 3:29 AM To: [email protected] Subject: Davinci-linux-open-source Digest, Vol 31, Issue 26 Send Davinci-linux-open-source mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Davinci-linux-open-source digest..." Today's Topics: 1. RE: DM355: USB 802.11 stick (Subbrathnam, Swaminathan) 2. Urgent - DMA Transfer on CCS 3.3 (ramuni padma) 3. Re: Gstreamer issue : Not able to play AVI file (Robin Gujjar) 4. Re[2]: MJPEG decode problem (Pavel Savygin) 5. HOW TO RESTORE A BOOTING IMAGE ? (Nicolas Cadio) ---------------------------------------------------------------------- Message: 1 Date: Mon, 7 Jul 2008 09:10:37 +0530 From: "Subbrathnam, Swaminathan" <[EMAIL PROTECTED]> Subject: RE: DM355: USB 802.11 stick To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>, "[email protected]" <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Customers have used Zydas 1211b based WiFi Chipset with DaVinic based platforms over USB. Atheros WiFi is the current recommendation. ________________________________________ From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Ioan Prys [EMAIL PROTECTED] Sent: Friday, July 04, 2008 5:35 PM To: [email protected] Subject: RE: DM355: USB 802.11 stick Anyone... Please??? Thanks again, Ioan Prys -----Original Message----- From: Ioan Prys [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 08:51 To: '[email protected]' Subject: DM355: USB 802.11 stick Dear all, Can anyone recommend a USB 802.11 stick for use with the DM355? Google comes up with things like: "Texas Instruments Inc. (TI) has selected Atheros Communications Inc.'s single-chip AR6001GL and AR6001XL Radio-on-Chip for Mobile (ROCm) WLAN designs to support wireless connectivity with its new TMS320DM355 processor based on DaVinci technology. " Has anyone used used one of these, if so, which one? Many thanks for any help, Ioan Prys _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source ------------------------------ Message: 2 Date: Mon, 7 Jul 2008 12:22:56 +0530 From: "ramuni padma" <[EMAIL PROTECTED]> Subject: Urgent - DMA Transfer on CCS 3.3 To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Hi, I am working on DM6446 simulator. I tried to do DMA transfer with the following configurations. Transfer Type = 2D2D SrcElementIndex = 0 DstElementIndex = 1 ElementSize = 1 NumOfElements = 24 SrcFrameIndex = 32 DstFrameIndex = 32 waitId = -1 After these settings i have given ACPY3_start. then ACPY3_wait() But it is entering into infinite loop in wait. I am using CCS3.3, If I give NumOfElements = 16 then its working. Plz, Let me know whether my configuration settings are wrong or is it is the bug in CCS? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20080707/20948ffd/attachment-0001.htm ------------------------------ Message: 3 Date: Mon, 7 Jul 2008 12:48:18 +0530 From: "Robin Gujjar" <[EMAIL PROTECTED]> Subject: Re: Gstreamer issue : Not able to play AVI file To: "Albert Burbea" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="utf-8" Hi Albert and All, I am still having having issue with playing video file on davinci using gstreamer. I am doing following step for running video demo : -------------------------------------------------------------------------------------------------- # ./start_demo.sh then # ./test_AVI.sh test.avi and after that i am getting ./test_AVI.sh clipSpeech.avi cat: write error: No space left on device gdecoder: gst_gdecoder_get_codec_type Begin gdecoder: gst_gdecoder_get_codec_type End Setting pipeline to PAUSED ... Pipeline is PREROLLING ... FINE gdecoder: MPEG4 gdecoder: VIDDEC_process() returned failure gdecoder: VIDDEC_process() returned failure gdecoder: decode error gdecoder: displayq length = 0 gdecoder: VIDDEC_process() returCMEMK Error: Failed to find a pool which fits 691200 ned failure gdecoder: decode error gdecoder: displayq length =CMEMK Error: Failed to find a pool which fits 691200 0 CMEMK Error: Failed to find a pool which fits 691200 --------------------------------------------------------------------------------------------------------------- Above is my Error log which i am getting now . Can you give me some pointer ,what may be the cause of the problem. OR am I missing some basic step like running codec server or does it automatically started by some script .? Below is the DSp side binary MPEG2Combo.x64P MPEG2Combo.x64P H264Combo.x64P How we can run these on DSP ? Thanks and regards Robin Singh On Thu, Jul 3, 2008 at 2:30 PM, Albert Burbea <[EMAIL PROTECTED]> wrote: > Just a guess but... > Gstreamer (especially cmem) is complaining about 691200 bytes it can not > find, and your pools and you configured the pools as 18x614400. It seems you > are trying to decode an NTSC size video with VGA size buffers! > I do not know why gstreamer needs to work with cmem, but as I said, this is > just a guess > Good luck and let everybody know > Albert > > > On 7/3/08, Robin Gujjar <[EMAIL PROTECTED]> wrote: > >> Hi All, >> >> I am trying to play some audio/video file using Gstreamer port from the >> Ti. I have cross compiled the port >> for my Davinci borad (DM6446). I am able to play a MP3 file also using >> (./test_MP3.sh /media/DIL_CHAHTA_HAI.mp3). >> But when i am trying to play any video file, like AVI filei am facing >> following error.: >> >> ------------------------------------------------------------------------------------------------------- >> [EMAIL PROTECTED]:/opt/system_files_gstreamer# ./test_AVI.sh >> /media/parallels.AVI >> cat: write error: No space left on deviceer# ./test_AVI.sh >> /media/parallels.AVI >> gdecoder: gst_gdecoder_get_codec_type Begin >> gdecoder: gst_gdecoder_get_codec_type End >> Setting pipeline to PAUSED ... >> Pipeline is PREROLLING ... >> >> FINE >> Pipeline is PREROLLED ... >> Setting pipeline to PLAYING ... >> New clock: GstSystemClock >> Got EOS from element "pipeline0". >> Execution ended after 12941000 ns. >> Setting pipeline to PAUSED ... >> Setting pipeline to READY ... >> Setting pipeline to NULL ... >> ./test_AVI.sh: line 8: 1120 Segmentation fault gst-launch-0.10 >> filesrc location=$1 ! tidemux_avi name=t ! queue max-size-buffers=60 ! >> gdecoder Codec=2 ! fbvideok >> >> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >> -- >> [EMAIL PROTECTED]:[T:0x42554b60] OM - Memory_contigAlloc> ERROR: CMEM alloc >> failed >> FBVIDEOSINK:CMEM couldn't allocate buffers >> gdecoder: failed when allocating a 691200 bytes buffer >> @0x001a23e5:[T:0x42554b60] OM - Memory_contigAlloc> ERROR: CMEM alloc >> failed >> FBVIDEOSINK:CMEM couldn't allocate buffers >> FBVIDEOSINK:CMEM couldn't alloCMEMK Error: Failed to find a pool which >> fits 691200 >> cate buffers >> gdecoder: failed wCMEMK Error: Failed to find a pool which fits 691200 >> hen allocating a 691200 bytes buffer >> @0x0019a32CMEMK Error: Failed to find a pool which fits 691200 >> f:[T:0x42554b60] OM - Memory_contigAlloc> ERROR: CMEM alloc failed >> FBVIDEOSINK:CMEMK Error: Failed to find a pool which fits 691200 >> CMEM couldn't allocate buffers >> ------------------------------------------------------------------------- >> And dmesg after that is : >> >> >> CMEMK Error: Failed to find a pool which fits 691200 >> CMEMK Error: Failed to find a pool which fits 691200 >> CMEMK Error: Failed to find a pool which fits 691200 >> CMEMK Error: Failed to find a pool which fits 691200 >> CMEMK Error: Failed to find a pool which fits 691200 >> -------------------------------------------------------------------- >> Is it a problem of the cmem.ko module ? Do i need to change the module >> parameter of this Driver in >> start_demo.sh . >> insmod cmemk.ko phys_start=0x87800000 phys_end=0x88E00000 >> pools=20x4096,8x202752,10x131072,2x1048576,1x2097152,18x614400 >> >> can any one give me some pointer , Thanks in advance >> >> Thanks >> Robin singh >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> Davinci-linux-open-source mailing list >> [email protected] >> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source >> >> > > > -- > Albert Burbea > Harishonim 8 > Ramat Gan 52502, Israel > Tel/Fax + 972-3-7526016 > Mobile: +972-52-3541842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20080707/62331ddb/attachment-0001.htm ------------------------------ Message: 4 Date: Mon, 7 Jul 2008 10:37:03 +0300 From: Pavel Savygin <[EMAIL PROTECTED]> Subject: Re[2]: MJPEG decode problem To: Vladimir Pantelic <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=windows-1251 Hello Vladimir, We are using jpeg codec along with vlc -- no problems. And we are using images of different sizes. Monday, June 30, 2008, 4:05:22 PM, you wrote: VP> Alex Tarter wrote: >> I?m having a few problems with the TI supplied JPEG codec. For some >> reason if I create a picture with a resolution of 320 x 240 with a >> quantization value of 20 the stream produced is fine and can be decoded >> using VLC with no problems. But if I change the resolution of the Q >> value then I get the following strange behaviour (which is duplicated >> exactly on two different machines running Windows & Mac OSX) when I try >> and decode the stream. Every third frame or so is decoded wrong. The >> right hand side (around 10% of the total width wide) is displayed on the >> left hand side ? ie if the picture was of rows of the numbers 0123456789 >> then what would be displayed is 9012345678. Its as if someone has torn >> off the righthand side and stuck it on the left. As a result the picture >> keeps jumping, plus every so often the image takes on a red or green hue. >> If anyone has any thoughts they would be most appreciated this is >> driving me nuts. I don?t want to always have to use 320x240 at a >> Quantization level of 20. VP> Could it be that this is a "demo" codec only that can be used VP> only with a fixed size and produces a "watermarked" image VP> otherwise? VP> _______________________________________________ VP> Davinci-linux-open-source mailing list VP> [email protected] VP> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source VP> __________ NOD32 3226 (20080630) Information __________ VP> This message was checked by NOD32 antivirus system. VP> http://www.eset.com -- Best regards, Agat-system mailto:[EMAIL PROTECTED] ------------------------------ Message: 5 Date: Mon, 7 Jul 2008 03:28:08 -0700 (PDT) From: Nicolas Cadio <[EMAIL PROTECTED]> Subject: HOW TO RESTORE A BOOTING IMAGE ? To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="utf-8" Hi, Can anybody help me to restore a booting image at 0x02050000 with Linux (Open Suse 10.3) ? I haven't Windows and the JTAG. This is my minicom when I start the board and I want boot : U-Boot 1.1.3 (Jan 3 2007 - 15:25:14) U-Boot code: 81080000 -> 81099258 BSS: -> 810A1C48 RAM Configuration: Bank #0: 80000000 256 MB Flash: 16 MB In: serial Out: serial Err: serial ARM Clock :- 297MHz DDR Clock :- 162MHz Hit any key to stop autoboot: 0 DaVinci EVM # boot ## Booting image at 02050000 ... Bad Magic Number DaVinci EVM # ________________________________ Nicolas Cadio ENSSAT, EII2 [EMAIL PROTECTED] [EMAIL PROTECTED] ________________________________ _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20080707/802c3dfa/attachment.htm ------------------------------ _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source End of Davinci-linux-open-source Digest, Vol 31, Issue 26 ********************************************************* _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
