Multimedia Software Codecs forum - Recent Threads

H264HPVENC sliceCodingParams doesn't apply

Ilya Shcherbak — Fri, 24 May 2013 04:33:10 GMT

Hello, I have a new issue with the H264hp encoder. It seems to me its bug. I couldn't set sliceCodingParams.streamFormat to IH264HP_NALU_STREAM. Actualy I set but have no results. In out data i have start code prefix otherwise. I attach a project file. And output image.

Minimal h264hpvenc application

Ilya Shcherbak — Fri, 24 May 2013 08:33:29 GMT

Hello. I have already posted question. But it has no response. It's very important for as. And so I post again.

It seems to me that will be helpful for all to make a simple application that just encode only one frame. But I have an issue. I make this application but it's work uncorrected. Could you help me to fix it? I think it will be more helpful than a big application. Could you take a look at this program and told me what do i wrong?

This tiny application is work wrong. Please, help me make clear this situation.

This application does two simple things initialize encoder and process frame from memory.

I test it on ems320c6678 DSP.

Input image:

Output result:

Project: (Please visit the site to view this file)

YUV input data: (Please visit the site to view this file)

h264 out data: (Please visit the site to view this file)

FAXLIB, "Network jitter buffer overflow"

buga tti — Fri, 24 May 2013 07:04:53 GMT

Hello guys,

When i use fiu component to receive fax emails, it warns "Network jitter buffer overflow" and "Loss of data: number of lost packets". It confused me. By the way, I create two fiu instances to receive fax in the case. It works fine when I create one fiu instance to receive fax.

Buga

how to release a codec package with only head files and lib files

AaronYang — Sun, 24 Jul 2011 06:25:42 GMT

In “codec engine algorithm creator userguide” 2.2.3 package.bld File section ，it said that through

Pkg.attrs.exportAll = true;

var SRCS = ["imgenc_copy"];

Pkg.addLibrary("lib/viddec_copy", targ).addObjects(SRCS);

you can release a package that include the file you want to. after we input the “gmake release" command ，a file named ：ti_sdo_ce_examples_codecs_imgenc_copy.tar was generated .open it and we could see that all the files in current path were included :

but I don't want to release the source file :for example "imgenc_copy.c" and "imgenc_copy_ti_priv.h"; and I also don't want this package could be "rebuildable".

I had tried to set

Pkg.attrs.exportAll = false;

var SRCS = ["imgenc_copy_ti.h"]; // only "imgenc_copy_ti.h" should be released.

but the generated file ti_sdo_ce_examples_codecs_imgenc_copy.tar was like this ：

may be this was the ultimate package ，but why the head file is not included? or should we manually add the needed head files in this package ？

H.264 Baseline Profile on C6678 quality problem

Oleg Fomenko — Wed, 22 May 2013 14:04:28 GMT

Hi,
We are using TI H.264 Baseline Profile Encoder on C6678 chip.
We are experiencing heavy problems with video quality using this encoder:
1) Most of bit-rate algorithms do not work properly.
The only 2 bit-rate control setups that work:
-params.videncParams.rateControlPreset = IVIDEO_USER_DEFINED; params.rcAlgo = 0;
-params.videncParams.rateControlPreset = IVIDEO_LOW_DELAY;
2) When using multi-core encoder, the bit-rate is not handled in a proper way (after configuring the bit-rate to 4Mbps, we get 5Mbps and higher bit-rate) - especcially in multi-core setup
3) On lower bit-rates, for example 720p, 30fps, 3Mbps, the image looks bad, very high quantization and moreover, the quantization is much higher near the border between regions that are encoded on different cores. The result is that even in almost static image, the quality is not improved even after many P-frames were generated that are supposed to send more details and to improve frame quality

My encoder params and dynamic params configuration is as following:
p_obj->params.profileIdc = 66;
p_obj->params.searchRange = 64;
p_obj->params.videncParams.inputChromaFormat = XDM_YUV_420P;
p_obj->params.videncParams.encodingPreset = XDM_USER_DEFINED;
if(p_obj->encoder_config.is_variable_bitrate)
{
p_obj->params.videncParams.rateControlPreset = IVIDEO_USER_DEFINED;
p_obj->params.rcAlgo = 0;
}
else
{
p_obj->params.videncParams.rateControlPreset = IVIDEO_LOW_DELAY;
}
p_obj->params.videncParams.maxHeight = p_obj->encoder_config.input_height;
p_obj->params.videncParams.maxWidth = p_obj->encoder_config.input_width;
p_obj->params.videncParams.maxFrameRate = 30000;
p_obj->params.videncParams.maxBitRate = 10000000;
p_obj->params.videncParams.dataEndianness = XDM_BYTE;
p_obj->params.videncParams.maxInterFrameInterval = 0;
p_obj->params.videncParams.inputContentType =IVIDEO_PROGRESSIVE;
p_obj->dynamic_params.videncDynamicParams.inputWidth = p_obj->encoder_config.input_width;
p_obj->dynamic_params.videncDynamicParams.inputHeight = p_obj->encoder_config.input_height;
p_obj->dynamic_params.videncDynamicParams.intraFrameInterval = p_obj->encoder_config.intra_frame_frequency;
p_obj->dynamic_params.videncDynamicParams.generateHeader = XDM_ENCODE_AU;
p_obj->dynamic_params.videncDynamicParams.captureWidth = 0;
p_obj->dynamic_params.videncDynamicParams.forceIFrame = 0;
p_obj->dynamic_params.qpIntra = -1;
p_obj->dynamic_params.qpInter = -1;
p_obj->dynamic_params.quartPelDisable = 0;
p_obj->dynamic_params.qpMax = 51;
p_obj->dynamic_params.qpMin = 0;
p_obj->dynamic_params.airMbPeriod = 0;
p_obj->dynamic_params.maxMBsPerSlice = 0;
p_obj->dynamic_params.sliceRefreshRowStartNumber = 0;
p_obj->dynamic_params.sliceRefreshRowNumber = 0;
p_obj->dynamic_params.filterOffsetA = 0;
p_obj->dynamic_params.filterOffsetB = 0;
p_obj->dynamic_params.log2MaxFNumMinus4 = 0;
p_obj->dynamic_params.picOrderCountType = 0;
p_obj->dynamic_params.chromaQPIndexOffset = 0;
p_obj->dynamic_params.constrainedIntraPredEnable = 1;
p_obj->dynamic_params.maxMVperMB = 4;
p_obj->dynamic_params.intra4x4EnableIdc = INTRA4x4_IPSLICES;
p_obj->dynamic_params.hierCodingEnable = 1;
p_obj->dynamic_params.mvDataEnable = 0;
p_obj->dynamic_params.streamFormat = IH264_BYTE_STREAM;
p_obj->dynamic_params.intraRefreshMethod = IH264_INTRAREFRESH_NONE;
p_obj->dynamic_params.Intra_QP_modulation = 0;
p_obj->dynamic_params.Max_delay = 3;
p_obj->dynamic_params.lfDisableIdc = DISABLE_FILTER_SLICE_EDGES; /* when enabling, causes artifacts on different core's boundaries */
p_obj->dynamic_params.sliceGroupChangeCycle = 0;
p_obj->dynamic_params.idrEnable = 0;
p_obj->dynamic_params.streamFormat = IH264_BYTE_STREAM;
p_obj->dynamic_params.pfNalUnitCallBack = NULL;

p_obj->dynamic_params.top_slice_line = top_slice_line;
p_obj->dynamic_params.bottom_slice_line = bottom_slice_line;

p_obj->dynamic_params.videncDynamicParams.targetBitRate = (XDAS_Int32)p_obj->encoder_config.target_bitrate;
p_obj->dynamic_params.qpMax = 51;
p_obj->dynamic_params.qpMin = 0;
p_obj->dynamic_params.videncDynamicParams.intraFrameInterval = p_obj->encoder_config.intra_frame_frequency;
p_obj->dynamic_params.maxBytesPerSlice = p_obj->encoder_config.max_video_packet_size;
p_obj->dynamic_params.videncDynamicParams.targetFrameRate = ((p_obj->encoder_config.frames_per_sec_2x) >> 1) * 1000;
p_obj->dynamic_params.videncDynamicParams.refFrameRate = p_obj->dynamic_params.videncDynamicParams.targetFrameRate;

Is there any another way to improve the video quality with this encoder?
Thank you,
Oleg Fomenko
Surf Communication Solutions

H264HPVENC invalidate stream

Ilya Shcherbak — Tue, 21 May 2013 09:37:36 GMT

Hello, I have an issue.

C6678
Encoder C66x_h264hpvenc_01_00_00_01_ELF

When i encode frame with the following parameters it becomes too large I frame and contains only one NAL. But anyway 65 kbyte is too large for CIF frame. When i try to decode its frame the decoder out of errors and corrupted image. alg_process return success code.

Encoder:
(Please visit the site to view this file)

H264 decoder errors:

[h264 @ 0x2427070] no frame!
[h264 @ 0x2427070] top block unavailable for requested intra4x4 mode -1 at 17 0
[h264 @ 0x2427070] error while decoding MB 17 0
[h264 @ 0x2427070] corrupted macroblock 16 0 (total_coeff=-1)
[h264 @ 0x2427070] error while decoding MB 16 0
[h264 @ 0x2427070] negative number of zero coeffs at 16 0
[h264 @ 0x2427070] error while decoding MB 16 0
[h264 @ 0x2427070] top block unavailable for requested intra mode at 16 0
[h264 @ 0x2427070] error while decoding MB 16 0
[h264 @ 0x2427070] top block unavailable for requested intra4x4 mode -1 at 16 0
[h264 @ 0x2427070] error while decoding MB 16 0
[h264 @ 0x2427070] top block unavailable for requested intra4x4 mode -1 at 15 0
[h264 @ 0x2427070] error while decoding MB 15 0
[h264 @ 0x2427070] top block unavailable for requested intra4x4 mode -1 at 16 0
[h264 @ 0x2427070] error while decoding MB 16 0
[h264 @ 0x2427070] corrupted macroblock 14 0 (total_coeff=16)
[h264 @ 0x2427070] error while decoding MB 14 0
[h264 @ 0x2427070] corrupted macroblock 14 0 (total_coeff=-1)
[h264 @ 0x2427070] error while decoding MB 14 0

DM3730 DMAI codec translation cache issue.

David Foringer — Fri, 09 Nov 2012 15:29:24 GMT

(Please visit the site to view this file)(Please visit the site to view this file)(Please visit the site to view this file)

Hi all,

We are experiencing an error, that appears to be with CMEM and/or the codec engine.

The "Memory_getVirtualAddress> Error:...translation cache" returned from the CE_DEBUG results seems to be well documented on the boards, but I was unable to find a solution. (We seem to be having the same issue as ...) Perhaps it is CMEM??

Fails for CMEM from linux utils 2.26.02.05 (which came with our board support package).

Fails for CMEM from linux utils 3.2.23.00.01 (which we downloaded from TI)

We see the errors with gstreamer and with the ti-dmai demo application (video_encode_io1_dm3730) when we specify the h264enc or mpeg4enc. It seems that regardless of how we run this, the errors are coming from the codec engine.

I have attached boot log and dump of both CE_DEBUG outputs from the gstreamer scripts below.

This issue seems to be related to an issue posted by peng hong(e2e.ti.com/support/embedded/linux/f/354/t/151619.aspx)

OMAP Logic # run nfsboot
Booting from network using NFS rootfs...
Bootargs:
console=ttyO0,115200n8 root=/dev/nfs rw nfsroot=192.168.100.102:/home/logic/logic/Logic_BSPs/Linux_3.0/1022853_LogicPD_Linux_BSP_2.2-2/rootfs ip=192.168.100.101 display=720p-hdmi early_printk no_console_suspend mem=55M@0x80000000 mem=128M@0x88000000 vram=14M omapfb.vram=0:8M,1:3M,2:3M

CE_DEBUG=1 gst-launch -v videotestsrc num-buffers=10 ! 'video/x-raw-yuv,width=320,height=240,format=(fourcc)UYVY' ! TIVidenc1 framerate=15/1 codecName=h264enc engineName=codecServer contiguousInputFrame=TRUE ! testsink

CE_DEBUG=3 gst-launch -v videotestsrc num-buffers=10 ! 'video/x-raw-yuv,width=320,height=240,format=(fourcc)UYVY' ! TIVidenc1 framerate=15/1 codecName=h264enc engineName=codecServer contiguousInputFrame=TRUE ! testsink

Any advice would be appreciated.

Dave.

H.264 encoder hangup after several hours of encoding.

R1234 — Thu, 04 Apr 2013 14:33:34 GMT

Hi All,

We are facing a stability issue with out DM3730 based device, we are using a codec-engine with a H.264 and AAC encoder to continue create a mpegts video file.

In some conditions (avg. once a day) we have an issue where an ioctl call to the DSPlink driver (for a H.264 codec) never returns, we have been able to create a backtrace using GDB:

(gdb) bt
#0 0x4015e9ec in ioctl () from /lib/libc.so.6
#1 0x407b0cc0 in DRV_Invoke () from leaflets/patchbox/patchbox_c.so
#2 0x407b76b8 in MSGQ_get () from leaflets/patchbox/patchbox_c.so
#3 0x407a91f4 in Comm_get () from leaflets/patchbox/patchbox_c.so
#4 0x407a01c4 in Engine_call () from leaflets/patchbox/patchbox_c.so
#5 0x407a2ca8 in VISA_call () from leaflets/patchbox/patchbox_c.so
#6 0x40798d18 in process () from leaflets/patchbox/patchbox_c.so
#7 0x407983d0 in VIDENC1_process () from leaflets/patchbox/patchbox_c.so
#8 0x40793a5c in Venc1_process (hVe=0xaeee0, hInBuf=0x2cef60, hOutBuf=0xb2b08) at ce/Venc1.c:169
#9 0x4078c974 in fn_run (mod=0x3fcb50) at mod_enc_dsp.c:899
#10 0x4077a122 in do_mod (mod=<optimized out>, pb=<optimized out>) at patchbox.c:174
#11 check_mod (mod=<optimized out>, pb=<optimized out>) at patchbox.c:239
#12 pb_worker_thread (data=<optimized out>) at patchbox.c:282
#13 0x4024719a in start_thread () from /lib/libpthread.so.0
#14 0x40164b18 in clone () from /lib/libc.so.6
#15 0x40164b18 in clone () from /lib/libc.so.6

As you can see the code flows the normal path for a H.264 encode process using the DMAI API and stops and hangs in the ioctl() system call, this call will never return. The watchdog will fire in about a minute and the device is rebooted.

What could be the possible causes for this behavior?
Are there known issues with the software components we use which could explain this issues and are there software updates which fix these issues?

We are using:

biosutils_1_02_02
c6accel_1_01_00_07
c6run_0_98_03_03
cgt6x_6_1_14
codec-engine_2_26_02_11
codecs-omap3530_4_02_00_00
dmai_2_20_00_15
dspbios_5_41_03_17
dsplink_1_65_01_05_eng
framework-components_2_26_00_01
linuxutils_2_26_02_05
local-power-manager_1_24_03_10_eng
xdais_6_26_01_03
xdctools_3_16_03_36

The H.264 encoder we use is "H.264 Base Profile Encoder (01.00.02.00) on DM3730" at 1280x720 resolution avg. 15fps.

These components come from the ti-dvsdk_dm3730-evm_04_03_00_06 package, we are using an identical memory layout as the DM3730 EVK board.
Attached the CE logging in a zip file cause it's rather big, below is the last part of the CE_DEBUG log.

Thanks,

Robin

[DSP] @391,481,045tk: [+0 T:0x87c4faac S:0x87c55904] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Enter (handle=0x87c4e618, inBufs=0x87c559a4, outBufs=0x87c55a74, inArgs=0x85905a04, outArgs=0x85905a10)
[DSP] @391,481,164tk: [+5 T:0x87c4faac S:0x87c558e4] CV - VISA_enter(visa=0x87c4e618): algHandle = 0x87c4e650
[DSP] @391,481,234tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Enter(alg=0x87c4e650)
[DSP] @391,481,385tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Exit
[DSP] @391,558,508tk: [+5 T:0x87c4faac S:0x87c558e4] CV - VISA_exit(visa=0x87c4e618): algHandle = 0x87c4e650
[DSP] @391,558,660tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate> Enter(alg=0x87c4e650)
[DSP] @391,558,738tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate> Exit
[DSP] @391,558,797tk: [+0 T:0x87c4faac S:0x87c55904] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Exit (handle=0x87c4e618, retVal=0x0)
[DSP] @391,558,883tk: [+0 T:0x87c4faac S:0x87c5593c] OM - Memory_cacheWb> Enter(addr=0x83fca000, sizeInBytes=2104)
[DSP] @391,558,951tk: [+0 T:0x87c4faac S:0x87c5593c] OM - Memory_cacheWb> return
[DSP] @391,559,007tk: [+5 T:0x87c4faac S:0x87c55a74] CN - NODE> returned from call(algHandle=0x87c4e618, msg=0x85905880); messageId=0x00027ac9
[DSP] @391,560,349tk: [+0 T:0x87c49a94 S:0x87c4da54] CR - processRmsCmd(0x859048a8, 4056): cmd = 5
[DSP] @391,560,419tk: [+0 T:0x87c49a94 S:0x87c4da54] CR - remote time = 0x0, trace buffer size = 4032
@130,602,324us: [+0 T:0x4599b470 S:0x4599a6d4] CE - Engine_fwriteTrace> returning count [1699]
@130,602,385us: [+0 T:0x4599b470 S:0x4599a754] CV - VISA_call Completed: messageId=0x00027ac9, command=0x0, return(status=0)
@130,602,416us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x83fca000, size=2104)
@130,602,477us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x83fca000, size=2104)
@130,602,507us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> found in cb(Sc=0x83fca000, Ec=0x8418c000, Ss=0x83fca000, Es=0x83fca838)
@130,602,568us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x43250000
@130,602,599us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x43250000)
@130,602,629us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x85c75875, size=787680)
@130,602,660us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x85c75875, size=787680)
@130,602,690us: [+7 T:0x4599b470 S:0x4599a734] OM - Memory_getVirtualAddress> Error: buffer (physAddr=0x85c75875, size=0xc04e0) not found in translationcache

Ensure that you have registered this buffer with Memory_registerContigBuf()
@130,602,751us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x0
@130,602,782us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x0)
@130,602,904us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x85d3c1d3, size=196560)
@130,602,935us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x85d3c1d3, size=196560)
@130,602,996us: [+7 T:0x4599b470 S:0x4599a734] OM - Memory_getVirtualAddress> Error: buffer (physAddr=0x85d3c1d3, size=0x2ffd0) not found in translationcache

Ensure that you have registered this buffer with Memory_registerContigBuf()
@130,603,026us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x0
@130,603,057us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x0)
@130,603,118us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x85d6e853, size=196560)
@130,603,148us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x85d6e853, size=196560)
@130,603,179us: [+7 T:0x4599b470 S:0x4599a734] OM - Memory_getVirtualAddress> Error: buffer (physAddr=0x85d6e853, size=0x2ffd0) not found in translationcache

Ensure that you have registered this buffer with Memory_registerContigBuf()
@130,603,240us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x0
@130,603,270us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x0)
@130,603,301us: [+5 T:0x4599b470 S:0x4599a744] CV - VISA_freeMsg(0x4438e8, 0x46b01880): Freeing message with messageId=0x00027ac9
@130,603,331us: [+0 T:0x4599b470 S:0x4599a7b4] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Exit (handle=0x4438e8, retVal=0x0)
@130,603,362us: [+2 T:0x4599b470 S:0x4599a804] ti.sdo.dmai - [Venc1] VIDENC1_process() ret 0 inId 0 outID 1 generated 2104 bytes
@130,646,148us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> Enter (pStruct=0x4599a8f4, minSize=0xc, name=inArgs
@130,646,270us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> return (0x1)
@130,646,300us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> Enter (pStruct=0x4599a87c, minSize=0x78, name=outArgs
@130,646,331us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> return (0x1)
@130,646,361us: [+0 T:0x4599b470 S:0x4599a7b4] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Enter (handle=0x4438e8, inBufs=0x4599a910, outBufs=0x4599a904, inArgs=0x4599a8f4, outArgs=0x4599a87c)
@130,646,422us: [+0 T:0x4599b470 S:0x4599a794] XU - XdmUtils_validateSparseBufDesc> Enter (bufDesc=0x4599a904, name=outBufs
@130,646,483us: [+0 T:0x4599b470 S:0x4599a794] XU - XdmUtils_validateSparseBufDesc> return (0x1)
@130,646,514us: [+4 T:0x4599b470 S:0x4599a734] CV - VISA_getMaxMsgSize(0x4438e8): returning 0x1000
@130,646,544us: [+5 T:0x4599b470 S:0x4599a73c] CV - VISA_allocMsg> Allocating message for messageId=0x00027aca
@130,646,605us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x42986000, size=1843200)
@130,646,636us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x42986000, size=1843200)
@130,646,667us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> found in cb(Sc=0x42986000, Ec=0x42b48000, Ss=0x42986000, Es=0x42b48000, PSc=0x83700000)
@130,646,697us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> returning physAddr=0x83700000
@130,646,728us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> return (0x83700000)
@130,646,789us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x43250000, size=1843200)
@130,646,819us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x43250000, size=1843200)
@130,646,850us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> found in cb(Sc=0x43250000, Ec=0x43412000, Ss=0x43250000, Es=0x43412000, PSc=0x83fca000)
@130,646,880us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> returning physAddr=0x83fca000
@130,646,911us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> return (0x83fca000)
@130,646,941us: [+0 T:0x4599b470 S:0x4599a754] CV - VISA_call(visa=0x4438e8, msg=0x46b01880): messageId=0x00027aca, command=0x0
@130,647,002us: [+0 T:0x4599b470 S:0x4599a71c] OC - Comm_put> Enter(queue=0x2, msg=0x46b01880)
@130,647,063us: [+0 T:0x4599b470 S:0x4599a71c] OC - Comm_put> return (0)
@130,647,094us: [+0 T:0x4599b470 S:0x4599a714] OC - Comm_get> Enter(queue=0x10001, msg=0x4599a7cc, timeout=-1)
@130,672,149us: [+0 T:0x4599b470 S:0x4599a714] OC - Comm_get> MSGQ_get() status=0x8000, return (0)
@130,672,271us: [+0 T:0x4599b470 S:0x4599a6a4] OC - Comm_put> Enter(queue=0x0, msg=0x46b00880)
@130,672,332us: [+0 T:0x4599b470 S:0x4599a6a4] OC - Comm_put> return (0)
@130,672,393us: [+0 T:0x4599b470 S:0x4599a69c] OC - Comm_get> Enter(queue=0x10000, msg=0x4599a73c, timeout=-1)
@130,672,485us: [+0 T:0x4599b470 S:0x4599a69c] OC - Comm_get> MSGQ_get() status=0x8000, return (0)
[DSP] @391,705,494tk: [+5 T:0x87c4faac S:0x87c55a74] CN - NODE> 0x87c4e550(h264enc#0) call(algHandle=0x87c4e618, msg=0x85905880); messageId=0x00027aca
[DSP] @391,705,599tk: [+0 T:0x87c4faac S:0x87c55904] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Enter (handle=0x87c4e618, inBufs=0x87c559a4, outBufs=0x87c55a74, inArgs=0x85905a04, outArgs=0x85905a10)
[DSP] @391,705,716tk: [+5 T:0x87c4faac S:0x87c558e4] CV - VISA_enter(visa=0x87c4e618): algHandle = 0x87c4e650
[DSP] @391,705,786tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Enter(alg=0x87c4e650)
[DSP] @391,705,869tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Exit
[DSP] @391,782,970tk: [+5 T:0x87c4faac S:0x87c558e4] CV - VISA_exit(visa=0x87c4e618): algHandle = 0x87c4e650
[DSP] @391,783,078tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate> Enter(alg=0x87c4e650)
[DSP] @391,783,150tk: [+0 T:0x87c4faac S:0x87c558c4] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate> Exit
[DSP] @391,783,208tk: [+0 T:0x87c4faac S:0x87c55904] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Exit (handle=0x87c4e618, retVal=0x0)
[DSP] @391,783,289tk: [+0 T:0x87c4faac S:0x87c5593c] OM - Memory_cacheWb> Enter(addr=0x83fca000, sizeInBytes=3620)
[DSP] @391,783,359tk: [+0 T:0x87c4faac S:0x87c5593c] OM - Memory_cacheWb> return
[DSP] @391,783,410tk: [+5 T:0x87c4faac S:0x87c55a74] CN - NODE> returned from call(algHandle=0x87c4e618, msg=0x85905880); messageId=0x00027aca
[DSP] @391,784,457tk: [+0 T:0x87c49a94 S:0x87c4da54] CR - processRmsCmd(0x859048a8, 4056): cmd = 5
[DSP] @391,784,521tk: [+0 T:0x87c49a94 S:0x87c4da54] CR - remote time = 0x0, trace buffer size = 4032
@130,673,614us: [+0 T:0x4599b470 S:0x4599a6d4] CE - Engine_fwriteTrace> returning count [1699]
@130,673,675us: [+0 T:0x4599b470 S:0x4599a754] CV - VISA_call Completed: messageId=0x00027aca, command=0x0, return(status=0)
@130,673,705us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x83fca000, size=3620)
@130,673,736us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x83fca000, size=3620)
@130,673,797us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> found in cb(Sc=0x83fca000, Ec=0x8418c000, Ss=0x83fca000, Es=0x83fcae24)
@130,673,827us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x43250000
@130,673,858us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x43250000)
@130,673,888us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x85da4cf5, size=787680)
@130,673,919us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x85da4cf5, size=787680)
@130,673,949us: [+7 T:0x4599b470 S:0x4599a734] OM - Memory_getVirtualAddress> Error: buffer (physAddr=0x85da4cf5, size=0xc04e0) not found in translationcache

Ensure that you have registered this buffer with Memory_registerContigBuf()
@130,674,010us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x0
@130,674,041us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x0)
@130,674,071us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x85e6b653, size=196560)
@130,674,102us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x85e6b653, size=196560)
@130,674,163us: [+7 T:0x4599b470 S:0x4599a734] OM - Memory_getVirtualAddress> Error: buffer (physAddr=0x85e6b653, size=0x2ffd0) not found in translationcache

Ensure that you have registered this buffer with Memory_registerContigBuf()
@130,674,194us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x0
@130,674,224us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x0)
@130,674,255us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> Enter(physAddr=0x85e9dcd3, size=196560)
@130,674,316us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> Enter(physAddr=0x85e9dcd3, size=196560)
@130,674,346us: [+7 T:0x4599b470 S:0x4599a734] OM - Memory_getVirtualAddress> Error: buffer (physAddr=0x85e9dcd3, size=0x2ffd0) not found in translationcache

Ensure that you have registered this buffer with Memory_registerContigBuf()
@130,674,377us: [+1 T:0x4599b470 S:0x4599a734] OM - Memory__getVirtualAddress> returning virtAddr=0x0
@130,674,438us: [+0 T:0x4599b470 S:0x4599a734] OM - Memory_getBufferVirtualAddress> return (0x0)
@130,674,468us: [+5 T:0x4599b470 S:0x4599a744] CV - VISA_freeMsg(0x4438e8, 0x46b01880): Freeing message with messageId=0x00027aca
@130,674,499us: [+0 T:0x4599b470 S:0x4599a7b4] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Exit (handle=0x4438e8, retVal=0x0)
@130,674,529us: [+2 T:0x4599b470 S:0x4599a804] ti.sdo.dmai - [Venc1] VIDENC1_process() ret 0 inId 0 outID 1 generated 3620 bytes
@130,675,689us: [+0 T:0x4619b470 S:0x4619a9fc] XU - XdmUtils_validateExtendedStruct> Enter (pStruct=0x4619aae8, minSize=0x14, name=inArgs
@130,675,719us: [+0 T:0x4619b470 S:0x4619a9fc] XU - XdmUtils_validateExtendedStruct> return (0x1)
@130,675,780us: [+0 T:0x4619b470 S:0x4619a9fc] XU - XdmUtils_validateExtendedStruct> Enter (pStruct=0x4619aad4, minSize=0x14, name=outArgs
@130,675,811us: [+0 T:0x4619b470 S:0x4619a9fc] XU - XdmUtils_validateExtendedStruct> return (0x1)
@130,675,842us: [+0 T:0x4619b470 S:0x4619aa24] ti.sdo.ce.audio1.AUDENC1 - AUDENC1_process> Enter (handle=0x438968, inBufs=0x4619abc0, outBufs=0x4619aafc, inArgs=0x4619aae8, outArgs=0x4619aad4)
@130,675,872us: [+0 T:0x4619b470 S:0x4619aa04] XU - XdmUtils_validateSparseBufDesc1> Enter (bufDesc=0x4619abc0, name=inBufs
@130,675,903us: [+0 T:0x4619b470 S:0x4619aa04] XU - XdmUtils_validateSparseBufDesc1> return (0x1)
@130,675,964us: [+0 T:0x4619b470 S:0x4619aa04] XU - XdmUtils_validateSparseBufDesc1> Enter (bufDesc=0x4619aafc, name=outBufs
@130,675,994us: [+0 T:0x4619b470 S:0x4619aa04] XU - XdmUtils_validateSparseBufDesc1> return (0x1)
@130,676,025us: [+4 T:0x4619b470 S:0x4619a9ac] CV - VISA_getMaxMsgSize(0x438968): returning 0x1000
@130,678,374us: [+5 T:0x4619b470 S:0x4619a9b4] CV - VISA_allocMsg> Allocating message for messageId=0x00033d2f
@130,678,405us: [+0 T:0x4619b470 S:0x4619a984] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x461a5000, size=4096)
@130,678,466us: [+1 T:0x4619b470 S:0x4619a984] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x461a5000, size=4096)
@130,678,497us: [+1 T:0x4619b470 S:0x4619a984] OM - Memory__getPhysicalAddress> found in cb(Sc=0x461a5000, Ec=0x461a6000, Ss=0x461a5000, Es=0x461a6000, PSc=0x85321000)
@130,678,527us: [+1 T:0x4619b470 S:0x4619a984] OM - Memory__getPhysicalAddress> returning physAddr=0x85321000
@130,678,558us: [+0 T:0x4619b470 S:0x4619a984] OM - Memory_getBufferPhysicalAddress> return (0x85321000)
@130,678,588us: [+0 T:0x4619b470 S:0x4619a984] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x40026000, size=1536)
@130,678,649us: [+1 T:0x4619b470 S:0x4619a984] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x40026000, size=1536)
@130,678,680us: [+1 T:0x4619b470 S:0x4619a984] OM - Memory__getPhysicalAddress> found in cb(Sc=0x40026000, Ec=0x40026600, Ss=0x40026000, Es=0x40026600, PSc=0x85320000)
@130,678,710us: [+1 T:0x4619b470 S:0x4619a984] OM - Memory__getPhysicalAddress> returning physAddr=0x85320000
@130,678,741us: [+0 T:0x4619b470 S:0x4619a984] OM - Memory_getBufferPhysicalAddress> return (0x85320000)
@130,678,771us: [+0 T:0x4619b470 S:0x4619a9cc] CV - VISA_call(visa=0x438968, msg=0x46b03880): messageId=0x00033d2f, command=0x0
@130,678,832us: [+0 T:0x4619b470 S:0x4619a994] OC - Comm_put> Enter(queue=0x3, msg=0x46b03880)
@130,678,893us: [+0 T:0x4619b470 S:0x4619a994] OC - Comm_put> return (0)
@130,678,924us: [+0 T:0x4619b470 S:0x4619a98c] OC - Comm_get> Enter(queue=0x10003, msg=0x4619aa3c, timeout=-1)
@130,680,572us: [+0 T:0x4619b470 S:0x4619a98c] OC - Comm_get> MSGQ_get() status=0x8000, return (0)
@130,680,663us: [+0 T:0x4619b470 S:0x4619a91c] OC - Comm_put> Enter(queue=0x0, msg=0x46b02880)
@130,680,724us: [+0 T:0x4619b470 S:0x4619a91c] OC - Comm_put> return (0)
@130,680,755us: [+0 T:0x4619b470 S:0x4619a914] OC - Comm_get> Enter(queue=0x10002, msg=0x4619a9b4, timeout=-1)
@130,680,877us: [+0 T:0x4619b470 S:0x4619a914] OC - Comm_get> MSGQ_get() status=0x8000, return (0)
[DSP] @391,804,917tk: [+5 T:0x87c55cac S:0x87c5a474] CN - NODE> 0x87c55b28(aacheenc#1) call(algHandle=0x87c55ba0, msg=0x85907880); messageId=0x00033d2f
[DSP] @391,805,019tk: [+0 T:0x87c55cac S:0x87c5a29c] OM - Memory_cacheInv> Enter(addr=0x85321000, sizeInBytes=4096)
[DSP] @391,805,087tk: [+0 T:0x87c55cac S:0x87c5a29c] OM - Memory_cacheInv> return
[DSP] @391,805,133tk: [+0 T:0x87c55cac S:0x87c5a29c] OM - Memory_cacheInv> Enter(addr=0x85320000, sizeInBytes=1536)
[DSP] @391,805,198tk: [+0 T:0x87c55cac S:0x87c5a29c] OM - Memory_cacheInv> return
[DSP] @391,805,248tk: [+0 T:0x87c55cac S:0x87c5a254] ti.sdo.ce.audio1.AUDENC1 - AUDENC1_process> Enter (handle=0x87c55ba0, inBufs=0x87c5a304, outBufs=0x87c5a3c8, inArgs=0x85907a38, outArgs=0x85907a4c)
[DSP] @391,805,366tk: [+5 T:0x87c55cac S:0x87c5a234] CV - VISA_enter(visa=0x87c55ba0): algHandle = 0x87c55bd8
[DSP] @391,805,433tk: [+0 T:0x87c55cac S:0x87c5a214] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Enter(alg=0x87c55bd8)
[DSP] @391,805,516tk: [+0 T:0x87c55cac S:0x87c5a214] ti.sdo.ce.alg.Algorithm - Algorithm_activate> Exit
[DSP] @391,808,845tk: [+5 T:0x87c55cac S:0x87c5a234] CV - VISA_exit(visa=0x87c55ba0): algHandle = 0x87c55bd8
[DSP] @391,808,971tk: [+0 T:0x87c55cac S:0x87c5a214] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate> Enter(alg=0x87c55bd8)
[DSP] @391,809,045tk: [+0 T:0x87c55cac S:0x87c5a214] ti.sdo.ce.alg.Algorithm - Algorithm_deactivate> Exit
[DSP] @391,809,104tk: [+0 T:0x87c55cac S:0x87c5a254] ti.sdo.ce.audio1.AUDENC1 - AUDENC1_process> Exit (handle=0x87c55ba0, retVal=0x0)
[DSP] @391,809,185tk: [+0 T:0x87c55cac S:0x87c5a29c] OM - Memory_cacheWb> Enter(addr=0x85320000, sizeInBytes=1536)
[DSP] @391,809,261tk: [+0 T:0x87c55cac S:0x87c5a29c] OM - Memory_cacheWb> return
[DSP] @391,809,315tk: [+5 T:0x87c55cac S:0x87c5a474] CN - NODE> returned from call(algHandle=0x87c55ba0, msg=0x85907880); messageId=0x00033d2f
[DSP] @391,810,688tk: [+0 T:0x87c49a94 S:0x87c4da54] CR - processRmsCmd(0x859068a8, 4056): cmd = 5
[DSP] @391,810,753tk: [+0 T:0x87c49a94 S:0x87c4da54] CR - remote time = 0x0, trace buffer size = 4032
@130,682,433us: [+0 T:0x4619b470 S:0x4619a94c] CE - Engine_fwriteTrace> returning count [2096]
@130,682,464us: [+0 T:0x4619b470 S:0x4619a9cc] CV - VISA_call Completed: messageId=0x00033d2f, command=0x0, return(status=0)
@130,682,525us: [+5 T:0x4619b470 S:0x4619a9d4] CV - VISA_freeMsg(0x438968, 0x46b03880): Freeing message with messageId=0x00033d2f
@130,682,555us: [+0 T:0x4619b470 S:0x4619aa24] ti.sdo.ce.audio1.AUDENC1 - AUDENC1_process> Exit (handle=0x438968, retVal=0x0)
@130,682,586us: [+2 T:0x4619b470 S:0x4619aa7c] ti.sdo.dmai - [Aenc1] AUDENC1_process() ret 0,generated bytes 512,consumed 1024 samples
@130,682,739us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> Enter (pStruct=0x4599a8f4, minSize=0xc, name=inArgs
@130,682,800us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> return (0x1)
@130,682,830us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> Enter (pStruct=0x4599a87c, minSize=0x78, name=outArgs
@130,682,861us: [+0 T:0x4599b470 S:0x4599a78c] XU - XdmUtils_validateExtendedStruct> return (0x1)
@130,682,891us: [+0 T:0x4599b470 S:0x4599a7b4] ti.sdo.ce.video1.VIDENC1 - VIDENC1_process> Enter (handle=0x4438e8, inBufs=0x4599a910, outBufs=0x4599a904, inArgs=0x4599a8f4, outArgs=0x4599a87c)
@130,682,922us: [+0 T:0x4599b470 S:0x4599a794] XU - XdmUtils_validateSparseBufDesc> Enter (bufDesc=0x4599a904, name=outBufs
@130,682,983us: [+0 T:0x4599b470 S:0x4599a794] XU - XdmUtils_validateSparseBufDesc> return (0x1)
@130,683,013us: [+4 T:0x4599b470 S:0x4599a734] CV - VISA_getMaxMsgSize(0x4438e8): returning 0x1000
@130,683,044us: [+5 T:0x4599b470 S:0x4599a73c] CV - VISA_allocMsg> Allocating message for messageId=0x00027acb
@130,683,074us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x42b48000, size=1843200)
@130,683,135us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x42b48000, size=1843200)
@130,683,166us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> found in cb(Sc=0x42b48000, Ec=0x42d0a000, Ss=0x42b48000, Es=0x42d0a000, PSc=0x838c2000)
@130,683,196us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> returning physAddr=0x838c2000
@130,683,227us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> return (0x838c2000)
@130,683,257us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x43250000, size=1843200)
@130,683,318us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x43250000, size=1843200)
@130,683,349us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> found in cb(Sc=0x43250000, Ec=0x43412000, Ss=0x43250000, Es=0x43412000, PSc=0x83fca000)
@130,683,379us: [+1 T:0x4599b470 S:0x4599a70c] OM - Memory__getPhysicalAddress> returning physAddr=0x83fca000
@130,683,410us: [+0 T:0x4599b470 S:0x4599a70c] OM - Memory_getBufferPhysicalAddress> return (0x83fca000)
@130,683,440us: [+0 T:0x4599b470 S:0x4599a754] CV - VISA_call(visa=0x4438e8, msg=0x46b01880): messageId=0x00027acb, command=0x0
@130,683,471us: [+0 T:0x4599b470 S:0x4599a71c] OC - Comm_put> Enter(queue=0x2, msg=0x46b01880)
@130,683,532us: [+0 T:0x4599b470 S:0x4599a71c] OC - Comm_put> return (0)
@130,683,593us: [+0 T:0x4599b470 S:0x4599a714] OC - Comm_get> Enter(queue=0x10001, msg=0x4599a7cc, timeout=-1)

After 60 seconds the watchdog fires.

Apply AEC/AER on Windows phone

chang shen — Thu, 16 May 2013 08:35:21 GMT

Hi,

My embedded device uses OMAP4430+TWL6040 and WinCE7 OS, in order to do echo cancellation and noise suppression on VoIP, I have downloaded aer_gcarmv7a_obj_16_1_0_3_Win32.exe and installed on my Windows7 PC, but I have no idea how to apply AEC/AER on my embedded device.

Do I need to copy Cortex-A8 libraries : aer_a.av7A and aer_c.av7A to my embedded device, integrate AER API into my WinCE7 codes, then do a Windows build and load image into my embedded device, after that I can perceive the echo cancellation effect when start VoIP?

Thanks,

Chang-Chih

AER support for C55x core rev3.x (C5505,C5535)

Magnus Aman — Wed, 15 May 2013 14:12:30 GMT

Hi,

When I run/validate the AER v16_1_0_3 pre-built test under the CCSv5 built-in "C55xx Rev3.0 CPU Functional Simulator" I get execution stopped by an error:
"TMS320C55x: Error: WARNING: PAGE BOUNDARY CROSSING DETECTED AT PROGRAM COUNTER 0x11501"
A tip shows up in the CCS Functional simulator: "Turn on Wrap Around Detection if you are porting code from CPU revision 2.x to 3.0", which I did.

-So I assume that CPU rev 3.x would produce faulty data from DP page boundary crossings, and the AER lib needs to be rebuilt for CPU rev 3.x?

-Also, when rebuilding the Test project under CCS for CPU rev 3.3, the linker complains that the AER libraries were only built for CPU rev 2.x so it does not seem to work with CPU rev 3.x projects?

<Linking>
fatal error #16020: file "../../../../aer/c55L/aer_c.a55L<drcproc.o55L>" specifies "C55x CPU Rev 2.x", which is not compatible with "C55x CPU Rev 3.x" specified in a previous file or on the command line

:: Please advice how to port the AER to latest C5505/C5535 devices ?

/Magnus

h264fhdvenc 01_10_02_06 encode 1080p abnormal issue

JIAXIN XU — Fri, 31 Aug 2012 12:11:07 GMT

Hi,

When I use this codec to encode 1080P, the X64P is generated successfully, but when I use it to encode, the result is: the I frame is good, but the size is a little large, but P frame size is 12 byte, such as in 30 frames, ths size is (108290, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12, 12).

when I use h264fhdvenc 01_10_02_03 and h264fhdvenc 01_10_02_05 , the encoded video stream is right, both P and I frame.but when I use h264fhdvenc 01_10_02_06 with the same parameters and encode demo, the encoded P frame is wrong

My environment is :

DM6467
DVSDK3_10_00_19

HDVICP version 1.01.020

/*H264fhdenc Params*/
IH264FHDVENC_Params hd_params ={
        {
            sizeof(VIDENC1_Params),           /* size */
            XDM_DEFAULT,                      /* encodingPreset */
            IVIDEO_LOW_DELAY,                 /* rateControlPreset */
            1088,                              /* maxHeight */
            1920,                             /* maxWidth */
            25000,                            /* maxFrameRate */
            6000000,                          /* maxBitRate */
            XDM_LE_32,                         /* dataEndianness */
            0,                                /* maxInterFrameInterval */
            XDM_YUV_420SP,                     /* inputChromaFormat */
            IVIDEO_PROGRESSIVE,               /* inputContentType */
            XDM_CHROMA_NA
        },
        66,
        40,
        0
};

/* Use extended dynamic parameters to allow tweaking of the QP value */
IH264FHDVENC_DynamicParams extDynParams =
{
    {
        sizeof(IVIDENC1_DynamicParams),   /* size */
        1080,                              /* inputHeight */
        1920,                             /* inputWidth */
        25000,                            /* refFrameRate */
        25000,                            /* targetFrameRate */
        6000000,                          /* targetBitRate (override in app) */
        30,                               /* intraFrameInterval */
        XDM_ENCODE_AU,                    /* generateHeader */
        0,                                /* captureWidth */
        IVIDEO_NA_FRAME,                  /* forceFrame */
        0,                                /* interFrameInterval */
        0                                 /* mbDataFlag */
    },

H264 encode video shake

Antimax Antimax — Mon, 22 Apr 2013 06:53:51 GMT

Hi,

I use the H264 encoder of DM6467T . If i send three channel video data that the format is D1 to H264 encoder， the encoder work very well. But when the channel num up to 4, the video that have be encoded will shake seriously. But why ? How tot solve ?

100.V.H264HP.E.C6678.01.00.01.00

weijian wu — Tue, 21 May 2013 02:02:48 GMT

100.V.H264HP.E.C6678.01.00, from where can i download package instead? The package t contains vc folder that contains ISA on dsp, I need the folder. The folders of the package show above:

The resources of H264 encoder in dm8148

xiaobo li1 — Fri, 17 May 2013 14:23:55 GMT

Hi all,now I use the h264 encoder in IPNC RDK3.5 on dm8148 Reference camera. There are some questions.

1.What resources H264 Encoder need,?

2.How to config the resources in the .cfg file and How to init the resource with RMAN api?

Artifacts exist when encoding with h264 HP encoder on C6678

zhao sun — Mon, 22 Apr 2013 09:55:38 GMT

Hi,

We are do encoding with h264HP encoder library(REL.100.V.H264HP.E.C6678.01.00.01.00) on C6678 platform.
If the movie clip is static pictures, the quality of compressed bitstream is acceptable. But if there's some
motion object in the movie clips, there will be some artifacts. Please refer to the attached file for it.

I wonder if there is some bugs in the HP encoder library? or My configuration is inappropriate? What is the
possible reason?

Thanks a lot!

Sunzhao

Artifacts in H.263 mode encoding with MPEG4 encoder on C6678

Robert Smith — Tue, 23 Apr 2013 08:58:58 GMT

Hi,

We are encoding test YUV file in H.263 mode with MPEG4 encoder (C66x_mp4venc_02_04_01_02_ELF) on C6678 EVM.
We are using standard client test application supplied with the codec.
We are getting a lot of artifacts which are related to moving objects.
I've attached the test application config files and the resulting encoded H.263 stream with artifacts.

Thanks

(Please visit the site to view this file)

AVI Container in encoding

vipul mahajan — Tue, 14 May 2013 01:02:09 GMT

Hi,

I am using DM368EVM and able to use encode & decode examples provided by TI. I want to save file in avi format so that it can be played in all the players. Can anyone suggest how to record/encode video with avi container.

H.264 video store in MP4 format

vipul mahajan — Tue, 14 May 2013 01:22:24 GMT

Hi,

I am using DM368EVM and able to use encode & decode examples provided by TI. I want to save file in MP4 format so that it can be played in all the players. Can anyone suggest how to record/encode video with MP4 container.

How to get Motion Vector Data values?

Robert Smith — Thu, 11 Apr 2013 16:00:03 GMT

I'm implementing packetization of H.263 bitstream encoded by TI C66x_mp4venc_02_04_01_02_ELF
encoder on C6678 evm. According to RFC 2190, in order to define H.263 Payload Header (Mode B),
I need to fill HMV1 and VMV1 fields.

Can anyone help me to understand how can I get these values using C66x_mp4venc_02_04_01_02_ELF
encoder?

Thanks

RMAN_assignResources failed in H264 encoder init.

xiaobo li1 — Wed, 15 May 2013 06:05:58 GMT

Depend on IPNC RDK 3.5 （attach to DM8127 Reference camera) ,I use H264 encoder as fellow:

HDVICP2_Init();
iresStatus = RMAN_init();
init_h264code_params();
H264ENC_create((H264ENC_Fxns *)&H264ENC_TI_IH264ENC,&gParams);
iresStatus = RMAN_assignResources((IALG_Handle)ghandle,&H264ENC_TI_IRES, -1);

RMAN_assignResources return failed. But I use JPEG encoder like this is ok.

I think there is error somewhere in .cfg file . I have View some documents about Framework Component,XDC. But I don't have any idea.

Hope the help!!

Packetization of H.263 bitstream on C6678 EVM : MB and GOB Indices Access APIs

Robert Smith — Mon, 08 Apr 2013 16:14:36 GMT

Hi,

I'm implementing packetization of H.263 bitstream generated by TI H.263 SP encoder for C66x (version 02.04.01.02) on C6678 evm.
I trying to use MB and GOB Indices Access APIs as described in "MPEG4 Simple Profile Encoder (v02.04.01) on C66x User’s Guide"
(Literature Number: SPRUH66). I have two questions:

1. Whenever I am trying to get MB Indices as described in Appendix B.1, the frame encode API process fails with extended error value 32767.

2. The procedure to get GOB Indices described in Appendix B.2 works OK, except that first two GOB offsets in all frames are always equal to zero.
The first offset zero is fine, but I don't understand why second offset is always equal to zero. All in all I get correct number of offsets
(18 offsets, since I work wit CIF) and their values are seem to me correct (values spreaded from 3000 to 64000). However I don't understand
why second offset is always equal to zero?

Can anyone clarify?
Thanks

DM368 mjpeg decoder with XDM_YUV_420SP output

Chengping Huo — Tue, 15 May 2012 04:43:56 GMT

Hi,

My codec is jpegdec 1.0.0.10, and jpeg image is 1920x1080.

When I set forceChromaFormat to XDM_YUV_422ILE, the output image is good. Because the display buf is YUV420PSEMI, so I want a YUV420 output from the jpeg deocder. But, when I set forceChromaFormat to XDM_YUV_420SP, the output image have l lot of small dark blocks in random position.

Best regards,

Huo

IMGDEC1_process SIGSEGV help!

zanget — Sat, 04 May 2013 13:31:16 GMT

we are using IMGDEC1_process on dm365 with JPEG codec 01.00.00.10 recently and it works fine but once i got the error from cmem:

Unable to handle kernel paging request at virtual address 9d6f9d8a

we are now using a loop-queue to index the buff info. the full log is as follow:

[0m[37;40m10:43:36|trace CMediaFileList::onTimerOnEventNotify::event notify
[mTime : Thu Apr 25 10:43:36 2013
=========================== TRACE START ===================================
Tid:413, Exception type : SIGSEGV
[0m[33;40m10:43:36|warn  Src/./RtspClient.cpp:685 rtsp connect exception!
[0m[33;40m10:43:36|warn  Src/./RtspClient.cpp:688 return -1
[0m[31;40m10:43:36|error send failed! Connection reset by peer
[0m[31;40m10:43:36|error CStreamSender socket exception! fd: 38
[0m[33;40m10:43:36|warn  Src/./StateMachine.cpp:181:execute exception occured!
[0m[33;40m10:43:36|warn  Src/./MachineKeeper.cpp:64 
[0m[33;40m10:43:36|warn  Src/./RtspClient.cpp:~CRtspClient client:0x1be2cc0 
PC:[0x00034e48] (0x00034dc0--0x00034e63) stack_sig_hook + [0x88]
Unable to handle kernel paging request at virtual address 9d6f9d8a
PC:[0x401a77c0] (0x00034dc0--0x00034e63) __defaupgd = c203c000
lt_rt_sa_restore[9d6f9d8a] *pgd=00000000r_v2 + [0x0]
PC:[0x00099428] (0
x00034dc0--0x000Internal error: Oops: 1 [#1]
Modules linked in: mmc_drv mmc_blk mmc_core davinci_fm2018 davinci_evm_tlv320 snd_soc_davinci davinci_i2s_mcbsp aout tlv320aic23 dm365_ad h3ak myvdec vpfek pwm vpbek touch_panel_ctrl i2ckey evdev getjif mymemcpy irqk edmak dm365mmap cmemk davinci_emac gpio
CPU: 0
PC is at HeapMem_free+0x40/0xb4 [cmemk]
LR is at 0x1000
pc : [<bf00f184>]    lr : [<00001000>]    Tainted: GF    
sp : c3477d5c  ip : 9d6f9d8a  fp : c3477d6c
r10: 00000000  r9 : 00000001  r8 : c2025828
r7 : bf013d60  r6 : 00000000  r5 : c2025828  r4 : bf013d40
r3 : 00000001  r2 : 00000128  r1 : c7a4b000  r0 : 9d6f9d8a
Flags: Nzcv  IRQs on  FIQs on  Mode SVC_32  Segment user
Control: 5317F
Table: 8203C000  DAC: 00000015
Process VideoDaemon (pid: 397, stack limit = 0xc3476258)
Stack: (0xc3477d5c to 0xc3478000)
7d40:                                                                c2025820 
7d60: c3477dbc c3477d70 bf00fca4 bf00f154 00000000 00000000 bf013d58 c0c7fb20 
7d80: bf013d60 c20257e0 00000000 00000000 c00b59a0 00000008 c0c7fb20 c098a120 
7da0: c0b62618 c04b4ea0 00000000 00000000 c3477dec c3477dc0 c0096738 bf00fb28 
7dc0: 00000000 c0dd2bc0 c0dd2bf4 c0c7fb20 00000000 c04aba40 c04aba48 00000000 
7de0: c3477dfc c3477df0 c0096a00 c0096694 c3477e1c c3477e00 c0092fa8 c00969dc 
7e00: c3476000 00001fff c04aba40 00000018 c3477e4c c3477e20 c004bb64 c0092f40 
7e20: c3477e4c c04aba40 c0527680 c0ab9070 00000000 0000000b 00000000 c3477f50 
7e40: c3477e6c c3477e50 c004d16c c004bae0 c3477e6c 001f24c8 c3477ea0 c3476000 
7e60: c3477e84 c3477e70 c004da04 c004cf2c 00000000 00000009 c3477ebc c3477e88 
7e80: c00588f0 c004d958 c3477fb0 c0527860 c0054d58 c3476000 00000000 c3477fb0 
7ea0: c0034208 c0034208 c3476000 00000000 c3477f9c c3477ec0 c0036dd8 c0058520 
7ec0: c3476000 00000001 c0527860 c3477ed8 00000009 00000000 00000000 00000000 
7ee0: 00000000 0000000a c3477f14 c3477ef8 c0064078 c3477f88 00000000 0000000a 
7f00: bee2ed08 bee2ed08 00000008 00000000 c3477f20 c0063b14 0fb21b40 000013f0 
7f20: c149df21 00000000 00000000 00000000 2215fe7d 000013f8 c0063c24 c034dc38 
7f40: 00000000 00000002 c3477f48 c3477f48 c0527680 c0059610 00000008 1263e33d 
7f60: c3477f88 bee2ed08 00000000 000000a2 c0034208 40024e00 00000000 00000000 
7f80: 000000a2 c0034208 c3476000 00000000 c3477fac c3477fa0 c0037258 c0036d90 
7fa0: 00000000 c3477fb0 c00340ac c003723c fffffdfc bee2ed08 4001f5a4 00000002 
7fc0: 40024e00 00000000 00000000 000000a2 00000000 00000000 40025000 bee2ed1c 
7fe0: 00000000 bee2ecf8 400664f4 40067634 80000010 bee2ed10 03f60001 03f70000 
Backtrace: 
[<bf00f144>] (HeapMem_free+0x0/0xb4 [cmemk]) from [<bf00fca4>] (release+0x18c/0x270 [cmemk])
 r4 = C2025820 
[<bf00fb18>] (release+0x0/0x270 [cmemk]) from [<c0096738>] (__fput+0xb4/0x214)
[<c0096684>] (__fput+0x0/0x214) from [<c0096a00>] (fput+0x34/0x38)
 r8 = 00000000  r7 = C04ABA48  r6 = C04ABA40  r5 = 00000000
 r4 = C0C7FB20 
[<c00969cc>] (fput+0x0/0x38) from [<c0092fa8>] (filp_close+0x78/0x84)
[<c0092f30>] (filp_close+0x0/0x84) from [<c004bb64>] (put_files_struct+0x94/0xe8)
 r6 = 00000018  r5 = C04ABA40  r4 = 00001FFF 
[<c004bad0>] (put_files_struct+0x0/0xe8) from [<c004d16c>] (do_exit+0x250/0xa2c)
[<c004cf1c>] (do_exit+0x0/0xa2c) from [<c004da04>] (sys_exit_group+0x0/0x1c)
[<c004d948>] (do_group_exit+0x0/0xbc) from [<c00588f0>] (get_signal_to_deliver+0x3e0/0x42c)
 r4 = 00000009 
[<c0058510>] (get_signal_to_deliver+0x0/0x42c) from [<c0036dd8>] (do_signal+0x58/0x4ac)
[<c0036d80>] (do_signal+0x0/0x4ac) from [<c0037258>] (do_notify_resume+0x2c/0x30)
[<c003722c>] (do_notify_resume+0x0/0x30) from [<c00340ac>] (work_pending+0x1c/0x20)
Code: 1062e003 e1a0c004 ea000001 e1a0c000 (e5900000) 
 34e63) JPEGDEC_TI_updateState + [0x18]
PC:[0x00084b5c] (0x00034e84--0x00130e0f) IMGDEC1_process + [0x23c]
PC:[0x0007f678] (0x00034e84--0x00130e0f) decode_jpeg + [0x1a4]
PC:[0x00000004] (0x00034e84--0x00130e0f) Unknown
<1>Fixing recursive fault but reboot is needed!

[0m[36;40m10:43:37|[libInfra] debug ThreadBody Enter name = [ringTimer], id = 551, prior = N64, stack = 0x473d6e24

any idea why it just failed once but all goes fine.

Thanks in advance.

Regards, Mike.

Mpeg-4 decoder on C6678 hangs up

Oleg Fomenko — Wed, 01 May 2013 14:32:54 GMT

Hi,

We are integrating decoder library(C66x_m4h3dec_02_03_01_04_ELF) on C6678 EVM.
We are using CIF size MPEG4 input video stream, other parameters are similar to the decoder client test application.
Initialization and first calls to control functions (XDM_RESET, XDM_SETPARAMS, XDM_GETBUFINFO) returns success.
However first call to process function hangs up.

// Basic Algorithm process() call
decoder_result = ividDecFxns->process((IVIDDEC2_Handle) handle,
                    (XDM1_BufDesc *) &inputBufDesc,
                    (XDM_BufDesc *)&outputBufDesc,
                    (IVIDDEC2_InArgs *) &inArgs,
                    (IVIDDEC2_OutArgs *) &outArgs);

Debugger shows core status as "Running" but we never return from call to process function.
If I suspend debugger, it shows : Can't find a source file at "/db/atree/library/trees/fc/fc-q09/src/ti/sdo/fc/ecpy/ecpy_directwait.h"
Disassembly window shows that program stuck at address 9eb6dd98:   00034000            SPKERNEL      0x 0.
See assembly extract below. I wonder whether somebody can give me any tip how to troubleshoot this problem?

Thanks

9eb6dd80:   D303E000     [!A0] SPLOOPW       7
          $C$DW$L$ECPY_directWait$3$B, $C$L2:
9eb6dd84:   00004000            NOP           3
9eb6dd88:   D2140264     [!A0] LDW.D1T1      *+A5[0],A4
9eb6dd8c:   0190CF78            AND.L1        A6,A4,A3
9eb6dd90:   01C6                MV.L1         A3,A0
9eb6dd92:   2C6E                NOP           2
9eb6dd94:   00000000            NOP
9eb6dd98:   00034000            SPKERNEL      0x 0
9eb6dd9c:   E2100000            .fphead       p, l, W, BU, nobr, nosat, 0010000b
          $C$DW$L$ECPY_directWait$3$E, $C$L3, $C$L4:
9eb6dda0:   031C0274            STW.D1T1      A6,*+A7[0]
9eb6dda4:   008CA362            BNOP.S2       B3,5
9eb6dda8:   00000000            NOP
9eb6ddac:   00000000            NOP
9eb6ddb0:   00000000            NOP
9eb6ddb4:   00000000            NOP
9eb6ddb8:   00000000            NOP
9eb6ddbc:   00000000            NOP
21        {
          FLEX1_GetFrameSize:
9eb6ddc0:   8CF7                SUBAW.D2      B15,0x4,B15
9eb6ddc2:   EC65                STW.D2T1      A6,*B15[3]
9eb6ddc4:   DC45                STW.D2T2      B4,*B15[2]
9eb6ddc6:   AC45                STW.D2T1      A4,*B15[1]
23        }
9eb6ddc8:   07800852            ADDK.S2       16,B15
9eb6ddcc:   008CA362            BNOP.S2       B3,5
42        {
          FLEX1_GetNextFrame:
9eb6ddd0:   07BF09C2            SUB.D2        B15,0x18,B15
9eb6ddd4:   043CC2F6            STW.D2T2      B8,*+B15[6]
9eb6ddd8:   043CA2F4            STW.D2T1      A8,*+B15[5]
9eb6dddc:   E0600000            .fphead       n, l, W, BU, nobr, nosat, 0000011b
9eb6dde0:   9CE5                STW.D2T2      B6,*B15[4]
9eb6dde2:   EC65                STW.D2T1      A6,*B15[3]
9eb6dde4:   023C42F6            STW.D2T2      B4,*+B15[2]
9eb6dde8:   023C82B4            STB.D2T1      A4,*+B15[4]
43            return (VOCODER_NO_ERROR);
9eb6ddec:   0200A358            MVK.L1        0,A4
44        }
9eb6ddf0:   07800C52            ADDK.S2       24,B15
9eb6ddf4:   008CA362            BNOP.S2       B3,5
59            return (SVC_CELP);
          FLEX1_WaveOrCelp:
9eb6ddf8:   4626                MVK.L1        2,A4
60        }
9eb6ddfa:   A1EF                BNOP.S2       B3,5
9eb6ddfc:   E8200000            .fphead       n, l, W, BU, nobr, nosat, 1000001b
75            return(-1);
          FLEX1_Get_PT:

Thanks,

Oleg Fomenko

DM368 H264 v2.20.0 sliceMode=1 not working?

Robert Landle1 — Wed, 05 Sep 2012 16:30:53 GMT

I am trying to use MultiSlice feature of the v2.20 H264 encoder.

i.e.. SliceMode =1 (slice size in bits) , SliceSize = 11680

This doesn't appear to be working, although SliceMode = 3, SliceSize = 12 worked.

Is there another parameter that would turn off the SliceMode =1 option?

Here are my config params:

params.videncParams.size=124

params.videncParams.encodingPreset=3

params.videncParams.rateControlPreset=1

params.videncParams.maxHeight=576

params.videncParams.maxWidth=928

params.videncParams.maxFrameRate=30000

params.videncParams.maxBitRate=4000000

params.videncParams.dataEndianness=1

params.videncParams.maxInterFrameInterval=1

params.videncParams.inputChromaFormat=9

params.videncParams.inputContentType=0

params.videncParams.reconChromaFormat=-1

params.profileIdc=100

params.levelIdc=40

params.Log2MaxFrameNumMinus4=0

params.ConstraintSetFlag=0

params.entropyMode=1

params.transform8x8FlagIntraFrame=0

params.transform8x8FlagInterFrame=0

params.enableVUIparams=0

params.meAlgo=0

params.seqScalingFlag=0

params.encQuality=3

params.enableARM926Tcm=1

params.enableDDRbuff=0

params.sliceMode=1

params.numTemporalLayers=0

params.svcSyntaxEnable=0

params.EnableLongTermFrame=0

params.outputDataMode=1

params.sliceFormat=1

dynParams.videncDynamicParams.size=212

dynParams.videncDynamicParams.inputHeight=576

dynParams.videncDynamicParams.inputWidth=928

dynParams.videncDynamicParams.refFrameRate=30000

dynParams.videncDynamicParams.targetFrameRate=30000

dynParams.videncDynamicParams.targetBitRate=3000000

dynParams.videncDynamicParams.intraFrameInterval=30

dynParams.videncDynamicParams.generateHeader=0

dynParams.videncDynamicParams.captureWidth=928

dynParams.videncDynamicParams.forceFrame=-1

dynParams.videncDynamicParams.interFrameInterval=0

dynParams.videncDynamicParams.mbDataFlag=0

dynParams.sliceSize=11680

dynParams.airRate=0

dynParams.intraFrameQP=28

dynParams.interPFrameQP=28

dynParams.initQ=30

dynParams.rcQMax=51

dynParams.rcQMin=0

dynParams.rcQMaxI=51

dynParams.rcQMinI=0

dynParams.rcAlgo=1

dynParams.maxDelay=2000

dynParams.aspectRatioX=1

dynParams.aspectRatioY=1

dynParams.lfDisableIdc=0

dynParams.enableBufSEI=0

dynParams.enablePicTimSEI=0

dynParams.perceptualRC=1

dynParams.idrFrameInterval=30

dynParams.mvSADoutFlag=0

dynParams.resetHDVICPeveryFrame=0

dynParams.enableROI=0

dynParams.metaDataGenerateConsume=0

dynParams.maxBitrateCVBR=768000

dynParams.interlaceRefMode=0

dynParams.enableGDR=0

dynParams.GDRduration=5

dynParams.GDRinterval=30

dynParams.LongTermRefreshInterval=0

dynParams.UseLongTermFrame=0

dynParams.SetLongTermFrame=0

dynParams.CVBRsensitivity=0

dynParams.CVBRminbitrate=0

dynParams.LBRmaxpicsize=0

dynParams.LBRminpicsize=0

dynParams.LBRskipcontrol=327684

dynParams.maxHighCmpxIntCVBR=0

dynParams.disableMVDCostFactor=0