This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DM368 ipnc moduletest error



 Hello all:

    I am using DM368 ipnc (ver 2.6), now I want to test the decoder function,

but it will display some error such as follow

1. if I use # ./moduletest.out alg_vidDec

 CLK Hz,
 ARM   Hz =  432000000
 DDR   Hz =  340000000
 VPSS  Hz =  340000000
 IMCOP Hz =  340000000

 [OSA_FILE ] Reading file [/mnt/nand/IMG_Paramset.bin] ... ERROR
IMAGE TUNE: Paramset File is not available..... Setting DEFAULT parameter
DavinciDisplay DavinciDisplay.1: Before finishing with S_FMT:
layer.pix_fmt.bytesperline = 736,
 layer.pix_fmt.width = 720,
 layer.pix_fmt.height = 480,
 layer.pix_fmt.sizeimage =529920
 [OSA_FILE ] ReaDavinciDisplay DavinciDisplay.1: pixfmt->width = 720,
 layer->layer_info.config.line_length= 736
ding file [/opt/ipnc/video-H264-1.264] ... Done. [5139335 bytes]DavinciDisplay D
avinciDisplay.1: Invalid crop values

 ALG: VidDecDavinciDisplay DavinciDisplay.1: Error in S_CROP params
: Opening displaDavinciDisplay DavinciDisplay.1: Invalid crop values
y.
 ERROR  (drvDavinciDisplay DavinciDisplay.1: Error in S_CROP params
_display.c|DRV_dDavinciDisplay DavinciDisplay.1: Invalid crop values
isplaySetWinPos|DavinciDisplay DavinciDisplay.1: Error in S_CROP params
681): VIDIOC_S_CROP ioctl
 ERROR  (drv_display.c|DRV_displaySetWinSize|704): VIDIOC_S_CROP ioctl
 ERROR  (drv_display.c|DRV_displayExpand|596): VIDIOC_S_CROP ioctl
 ALG: VidDec: Decode in progress!!!

Segmentation fault
#

2. If I use # ./CE_DEBUG=2 ./moduletest.out alg_vidDec, it will fault as follow

@6,267,865us: [+0 T:0x4001f350] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate>
Enter(alg=0x41c5e0)
@6,268,003us: [+0 T:0x4001f350] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate>
Exit
@6,268,124us: [+0 T:0x4001f350] ti.sdo.ce.video2.VIDDEC2 - VIDDEC2_control> Exit
 (handle=0x41c7e8, retVal=0x0)
@6,268,394us: [+0 T:0x4001f350] ti.sdo.ce.video2.VIDDEC2 - VIDDEC2_process> Ente
r (handle=0x41c7e8, inBufs=0xbed90a20, outBufs=0xbed90af8, inArgs=0xbed90b04, ou
tArgs=0xbed90280)
@6,268,534us: [+5 T:0x4001f350] CV - VISA_enter(visa=0x41c7e8): algHandle = 0x41
c5e0
@6,268,646us: [+0 T:0x4001f350] ti.sdo.ce.alg.Algorithm - Algorithm_activate> En
ter(alg=0x41c5e0)
@6,268,786us: [+0 T:0x4001f350] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Ex
it
Segmentation fault

can anyone give me some advise how to correct it?

Now I want to add my own decoder(h.264->yuv420) on ipnc, but I can't get any resource about this.

  • Hi,

    Which version of the decoder are you using? Can you post the decoder configuration parameters  ?

    You can get the latest decoder from the location

    http://software-dl.ti.com/dsps/dsps_public_sw/codecs/DM36x/index_FDS.html

     

  • Hi, Thanks for your reply,

    My decoder version is "H264DEC.version.02.00.00.05" that provided by appro DM368 ipnc.

    Sorry, I am a newbie for this, I don't know how to get decoder configuration parameters.

    Can your give me some hint?

  • If the previous responses don't resolve your issue...

    Unfortunately, there isn't really anything in your CE_DEBUG output that points to any particular problem. More information about the seg fault is needed. The only way I know how to get more information is to run your application under control of gdb, the Linux debugger. If you can do so, when the application seg faults you can issue the 'bt' command (backtrace) to find out exactly where in the program the seg fault occurred. You might not have gdb on your Linux system, but instead might have gdbserver. This is a little more difficult to use than straight gdb, but in a pinch it comes in handy.

    Regards,

    - Rob

  • Hi,

    The alg_vidDec.c file in IPNC system might not be updated with the latest changes needed to use H264 Dec 2.00.xx.xx. The reason is that IPNC inherently does not need video decode operation and hence the source file might not be in sync with the codec library.

    I am attaching alg_vidDec.c (framework/alg/src) which has been used with the same decoder version and is tested/verified. You can refer to this file and update the alg_vidDec.c that exist in your codebase.

    Regards,

    Anshuman

    PS: Please mark this post as verified, if you think it has answered your question. Thanks.

  • Hi Anshuman Saxena

    Thanks for your help, now I can run decoder but it still have strange image.

    I will try to correct it.


  •  

     

    Hi,

     

    I am facing issues in generating the moduletest executable.

    As suggested in manual make and make exe doesn't run properly and when

    i am cross compiling main.c in moduletest folder by issuing the following command:

    /opt/mv_pro_5.0/montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le-gcc main.c

    i am getting following errors:

    main.c:(.text+0x594): undefined reference to `DRV_eepromTestMain'
    main.c:(.text+0x5b8): undefined reference to `gOSA_printfLock

     

    Thanks and Regards,

    Mayank