Can anyone tell me if it is possible to create a DSP sever pjt on CCS3.2 with the Framework components, xDM algos, etc . Load it from CCS and debug it while the arm app is running. If not is possible to generate the DSP server on the linux environment and debug it from CCS.
Kind regards James McGloin -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 05 October 2006 12:06 To: [email protected] Subject: Davinci-linux-open-source Digest, Vol 10, Issue 11 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: How to play the recorded MPEG4/H.264 streams on a PC (Jean-Michel Mercier) 2. Re: problem loading new kernel into RAM via tftp (JC) 3. Re: problem loading new kernel into RAM via tftp (Paul Bartholomew) 4. Re: problem of upgrading to DVEVM 1.10 (Lorenzo Lutti) 5. Re: DaVinci UART Boot (sunder) 6. UART UBL (Andrew Armstrong) ---------------------------------------------------------------------- Message: 1 Date: Wed, 4 Oct 2006 20:17:08 +0200 From: "Jean-Michel Mercier" <[EMAIL PROTECTED]> Subject: Re: How to play the recorded MPEG4/H.264 streams on a PC To: "Scherrer Stefan (scherste)" <[EMAIL PROTECTED]>, <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Stefan, I don't have any issue with playing the 264 file recorded with the demo from DV EVM 1.10 I have encapsulated it into a MP4 using MP4BOX and I can play it with all players I have : - VLC 0.8.5a - Media Player Classic (guliverkli) using ffdshow - MPlayer - Nero Show Time - and our own Ateme player Only QT7 (7.0.4) does no play it. I need to look further why. But it is common that QT does not support all the standard. My file is available at http://www.barbudor.net/files/demo.mp4 BTW: - the .264 files are raw elementary stream. They do not contains any audio. In the TI demo, the audio comes from a file stored beside. (thus meaning that the demo just play the 2 streams side by side without any sync). - the davincieffect.264 have not been encoded by the DSP but on PC using MainConcept. Regards, Jean-Michel. ----- Original Message ----- From: "Scherrer Stefan (scherste)" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, October 03, 2006 11:22 PM Subject: How to play the recorded MPEG4/H.264 streams on a PC Dear all, unfortunately the mplayerhq and also the VLC media player only show the recorded MPEG4 files and the MPEG4 and the H.264 File from davinci (davincieffect_pal.264 etc.) the recorded H.264 files are not played in a proper way. (good pictures changing with pictures looking like a derivative of the normal picture. the mplayerhy shows missing fps information and only plays if I set it with -fps <value>. but then there are error-messages and the picture is also bad. the only difference I see is that the davincieffect_pal.264 file is recorded with an aac - audio file. But the encode engine only supports g711. I don't think that this is the problem. what could it be? Thanks. Best Regards Stefan _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source ------------------------------ Message: 2 Date: Wed, 4 Oct 2006 12:46:46 -0700 (PDT) From: JC <[EMAIL PROTECTED]> Subject: Re: problem loading new kernel into RAM via tftp To: Carlos Ojea <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" I did that. But still get the same error. Any idea what is going on? Carlos Ojea <[EMAIL PROTECTED]> wrote: Emm sorry, I meant: Since you have a bad file name, try to set the 'bootfile' environment variable before 'dhcp' command: DaVinci EVM # setenv bootfile uImage --------------------------------- How low will we go? Check out Yahoo! Messenger's low PC-to-Phone call rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20 061004/d031cb07/attachment-0001.htm ------------------------------ Message: 3 Date: Wed, 4 Oct 2006 12:57:28 -0000 From: "Paul Bartholomew" <[EMAIL PROTECTED]> Subject: Re: problem loading new kernel into RAM via tftp To: "JC" <[EMAIL PROTECTED]>, "Carlos Ojea" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1"; This is just a guess, but maybe your DHCP server is including a "boot filename" in the DHCP response (along with the IP address for the client), and the uBoot "dhcp" command uses that (if it exists) instead of the "bootfile" environment var? If that's the case, then you might want to try setting a static IP for your DVEVM (using the "ipaddr" env var), and a static IP for the TFTP server (using the "serverip" env var), then use the "tftpboot" command instead of "dhcp". This is what I use, and it works for me. Also, some TFTP servers require the full pathname to be specified (so set "bootfile" to "/tftpboot/uImage" instead of "uImage", for example). - Paul ------------------------------ Message: 4 Date: Wed, 4 Oct 2006 22:39:36 +0200 From: "Lorenzo Lutti" <[EMAIL PROTECTED]> Subject: Re: problem of upgrading to DVEVM 1.10 To: "davinci-linux-open-source" <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" From: "Anderberg, Niclas" <[EMAIL PROTECTED]> > It is not the loadmodules.sh that's the problem. > > You need to upgrade your Linux kernel as there is a > version mismatch > between the cmemk.ko module and your Linux kernel. Use the > > uImage > provided in DVEVM 1.1 and the problem should go away. With the shipped uImage it loads, but just because it is still the same uImage that was shipped with the version 1.0. If you actually recompile the kernel shipped with DVEVM 1.1 and update the uImage, this mismatch shows up again. And if you recompile also cmemk.ko, it loads correctly, but it complains hard if you try to remove it with rmmod. Apparently the cmemk sources aren't happy with the kernel shipped with 1.1 version, I think there is some bug to track down. By the way, has someone actually tried to run the demos from the DVEVM 1.1 root image? I can't run any of them, neither with the older uImage/cmemk or the newer ones. For example: cd /opt/dvevm/ ./decode -v data/videos/davincieffect_pal.mpeg4 Decode demo started. TraceUtil> Error: Failed to open codec engine "decode" What am I missing? Cheers, Lorenzo -- Lorenzo Lutti Embedded Devices s.r.l. Via Trinita` 1/2, 41058 Vignola (MO), ITALY Tel +39 059 7474015 Fax +39 059 763776 Skype: emb-lorenzo ------------------------------ Message: 5 Date: Thu, 5 Oct 2006 10:21:53 +0530 From: "sunder" <[EMAIL PROTECTED]> Subject: Re: DaVinci UART Boot To: "Allred, Daniel" <[EMAIL PROTECTED]>, "sunder" <[EMAIL PROTECTED]>, <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Hi Carlos, Thanx for that piece of info. The prime concern is the failure of switchin of the PC to the next execution address. I am trying to run an application from DDR and am xferring the entrypoint to the start address of the bufer in DDR wherin i hve loaded the binary of my application. I can even check out the contents of the PC and other registers through JTAG but they dont happen automatically. To sum up, 1. A Binary image which IF i load into the SoC as a UBL prints "Hello" onto the terminal. But then this same binary in DDR doesnt. 2. PC switchin must be automatiic and continous which i m not able to verify. ----- Original Message ----- From: Allred, Daniel To: sunder ; [email protected] Sent: Wednesday, October 04, 2006 8:44 PM Subject: RE: DaVinci UART Boot Put an infinite loop at the end. Otherwise the PC will just go to the next mem location and try to run it, and it will probably result in some invalid exception and then the system will go to the the interrupt vector table and start all over. Daniel J. Allred Software Applications Catalog DSP / End Emerging Equipment ------------------------------------------------------------------------ ------ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of sunder Sent: Wednesday, October 04, 2006 12:47 AM To: [email protected] Subject: DaVinci UART Boot Hi all, Once we load secondary stage boot loader into the memory how does the processor know how many bytes of instructions to execute. Say if my NAND is all of zeros and my application code is only 40 bytes how can i ensure that after the execution of those 40 bytes the SoC does not revert back to BOOTME? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20 061005/59d7da74/attachment-0001.htm ------------------------------ Message: 6 Date: Thu, 05 Oct 2006 11:54:45 +0100 From: Andrew Armstrong <[EMAIL PROTECTED]> Subject: UART UBL To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain Greetings All, I managed to corrupt the UBOOT on my EVM recently and I am still waiting for delivery of my SDK to fix this. So I decided to look at UART booting. I have written a nice graphical application in Linux that can hopefully be used to to restore the UBL via UART. I am being a little lazy, but can someone suggest where to go from here. Can the User Boot Loader (UBL) be used to upload UBOOT, thus allowing the user to restore UBOOT to flash? Any advice would be appreciated, I just want to get it running so I can get on with more work! Regards, Andrew P.S. Is there a place I can upload this little tool once its finished? I am on the UK Yahoo group, but is there a more central repository? ------------------------------ _______________________________________________ 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 10, Issue 11 ********************************************************* _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
