Texas Instruments TMS320DM357 DVEVM v2.05 manual Putting Demo Applications in the Third-Party Menu

Page 51

Putting Demo Applications in the Third-Party Menu

A.2 Putting Demo Applications in the Third-Party Menu

You can add your own demos to the Third-Party Menu by following the steps in this section. Only four demos can be shown at once in the user- interface. If you add more than four demos, the first four in alphabetical order are shown.

1)Create the following files for your demo:

logo.jpg. This is the logo of the third party company which will be showed next to the demo description. The picture needs to be in JPEG format and of size 50x50.

readme.txt. This is a text file. The first 40 characters of the file should briefly describe the demo. The demo interface displays up to 40 characters, but stops if it encounters a new line character. For example, the file might contain "Video Phone demo" or "Network Audio demo".

app.sh. This is an executable that launches your demo. It can either be the demo executable itself or a shell script that executes the executable. (If this is a shell script, make sure its executable bit is set for all). A script could look something like:

#!/bin/sh

exec ./mydemoname

other files. If app.sh is a shell script, your demo executable will have some other name. You may also need to include data files or other files used by the executable.

Note: The demo application must use relative paths to access any files it needs at runtime. This because the archive is extracted to another location from which the demo is executed.

2)Create a gzipped tar file (ends with .tar.gz) that archives all the files in the previous list. For example, if your files are logo.jpg, readme.txt, and app.sh, you could use the following command:

tar cvzf ti_videophone.tar.gz logo.jpg readme.txt app.sh

Name the tar file using <company>_<demoname>.tar.gz (with no spaces in the file name) as the convention. For example, a video phone demo created by Texas Instruments would be named ti_videophone.tar.gz. The name must be unique since all demos are installed in the same directory.

The three required files must be in the top-level directory of the archive. Other files may be in subdirectories, so long as the demo

Additional Procedures

A-3

Image 51
Contents TMS320DM357 Dvevm Getting Started Guide Important Notice Evaluation BOARD/KIT Important Notice FCC Warning About This Guide PrefaceTrademarks Contents Contents Dvevm Overview What’s in this Kit? DM357 What’s on the Board?What’s Next? EVM Hardware Setup Setting Up the Hardware Audio In P3 Audio Out P5 Composite Video Out J8 Uart P6 Connecting to a Console Window Running the Demonstration Software Starting the Standalone Demos Default Boot ConfigurationStarting the Standalone Demos Starting the Standalone Demos Running the Standalone Demos Shutting Down the Demos About the Encode Demo About the Encode + Decode DemoIR Remote Buttons for Encode Demo IR Remote Buttons for Decode Demo About the Decode DemoRunning the Demos from the Command Line Running the Network Demo Page Dvevm Software Setup Software Overview Command Prompts in This Guide Software Components ApplicationPreparing to Install Installing the Target Linux Software Installing the SoftwareInstalling the Dvsdk Software Exporting a Shared File System for Target Access Installing the A/V Demo FilesSwitch user to root on the host Linux workstation EVM # setenv nfshost ip address of nfs host Testing the Shared File SystemInstalling the Software Writing a Simple Program and Running it on the EVM Setting Up the Build/Development EnvironmentBuilding a New Linux Kernel Compile the kernel using the following commandRebuilding the Dvevm Software for the Target Building with DSPLink EVM # setenv serverip tftp server ip address Booting the New Linux KernelUsing the Digital Video Test Bench Dvtb Page Additional Procedures Ntsc Changing the Video Input/Output MethodsPutting Demo Applications in the Third-Party Menu File filename.tar.gz You should see the following output Setting Up a Tftp ServerBooting from Flash Using Board’s Nand Flash File System Alternate Boot MethodsBooting from Flash Using NFS File System Booting via Tftp Using Board’s Nand Flash File SystemBooting via Tftp Using NFS File System Updating U-Boot Using U-Boot Updating/Restoring the BootloadersTo assign a dynamic address, use the following Updating/Restoring the Bootloaders Updating the Kernel Restoring the Nand FlashRestoring the Nand Flash Using NFS Restoring the Nand Flash Using RAM Disk and a 2 GB SD Card EVM # tar xf /mnt/mmc/dm357flashimage####.tar EVM # cd Page NFS IndexIndex--2 Index--3 Spectrum Digital, Inc 511458-0001B