search for: enc_api

opus\silk\enc_API.c silk_Encode() 168: if( ( ret = check_control_input( encControl ) != 0 ) ) { priority of the '!=' operator is higher than '=' operator fix: if( ( ret = check_control_input( encControl ) ) != 0 ) {

...encState at entry=0x15897c18, encControl=encControl at entry=0x158935a8, samplesIn=0x7f267402a8a8, samplesIn at entry=0x7f267402a128, nSamplesIn=0, nSamplesIn at entry=960, psRangeEnc=psRangeEnc at entry=0x7f267402bbe0, nBytesOut=nBytesOut at entry=0x7f267402bb9c, prefillFlag=0) at silk/enc_API.c:443 #4 0x0000000000a8366d in opus_encode_native (st=st at entry=0x158935a0, pcm=0x7f267402bf38, frame_size=960, data=0x7f26b5a1084d "", data at entry=0x7f26b5a1084c "", out_data_bytes=1946331320, out_data_bytes at entry=5988, lsb_depth=1065353216, lsb_depth at entry=1...

...function. --- silk/SigProc_FIX.h | 7 ++- silk/arm/arm_silk_map.c | 12 ++++ silk/arm/inner_prod_aligned_arm.h | 58 +++++++++++++++++++ silk/arm/inner_prod_aligned_neon_intr.c | 66 ++++++++++++++++++++++ silk/enc_API.c | 2 +- silk/inner_prod_aligned.c | 2 +- silk/main.h | 6 +- silk/stereo_LR_to_MS.c | 7 ++- silk/stereo_find_predictor.c | 5 +- .../test_un...

Hello all, after FOMS I decided to take a look at the opus library and I found that I could improve a bit the build system and cleanup the code a little bit. Most of the changes to the code has been suggested by my two tools cowstats and missingstatic (part of the ruby-elf gem if you care). HTH, Diego

...2fee RTCClient`silk_encode_frame_FLP(psEnc=0x04239bb4, pnBytesOut=0x000027d8, psRangeEnc=0x04232238, condCoding=69435308) + 1886 at encode_frame_FLP.c:196 frame #5: 0x00187de8 RTCClient`silk_Encode(encState=0x001f000b, encControl=0xffd2ffe2, samplesIn=0xffc4ffce, nSamplesIn=-5570589) + 2792 at enc_API.c:466 frame #6: 0x0019a1ce RTCClient`opus_encode_float(st=0x04234000, pcm=0x3b6c0000, frame_size=985923584, data=0x04232018) + 3922 at opus_encoder.c:973 frame #7: 0x0019abd2 RTCClient`opus_encode() + 74 at opus_encoder.c:1306 frame #8: 0x000e63be RTCClient`-[JAOpusEncoder encodeWith...

...ontrol at entry=0x158935a8, >> samplesIn=0x7f267402a8a8, samplesIn at entry=0x7f267402a128, >> nSamplesIn=0, nSamplesIn at entry=960, >> psRangeEnc=psRangeEnc at entry=0x7f267402bbe0, >> nBytesOut=nBytesOut at entry=0x7f267402bb9c, prefillFlag=0) >> at silk/enc_API.c:443 >> #4 0x0000000000a8366d in opus_encode_native (st=st at entry=0x158935a0, >> pcm=0x7f267402bf38, frame_size=960, >> data=0x7f26b5a1084d "", data at entry=0x7f26b5a1084c "", >> out_data_bytes=1946331320, out_data_bytes at entry=5988, >>...

...Hz" while form the other hand in the RFC 6716 is defined as: RFC 6716: "This is a second order Auto Regressive Moving Average (i.e., with poles and zeros) filter with a cut-off frequency around 50 Hz" and actually both of them are implemented one is in the function silk_Encode @enc_API file, and the second is in the function hp_cutoff @opus_encoder file. Therefore I'm right to guess that you are using both ? and what should be the most convenient reference to follow the implementation of OPUS and it is components such as CELT and SILK ? 2. according to and just to c...

...ttachment was scrubbed... Name: opus_encoder.c Type: application/octet-stream Size: 93808 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/opus/attachments/20181016/9da2441f/attachment-0004.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: enc_API.c Type: application/octet-stream Size: 31609 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/opus/attachments/20181016/9da2441f/attachment-0005.obj>

...c18, encControl=encControl at entry=0x158935a8, >     samplesIn=0x7f267402a8a8, samplesIn at entry=0x7f267402a128, > nSamplesIn=0, nSamplesIn at entry=960, >     psRangeEnc=psRangeEnc at entry=0x7f267402bbe0, > nBytesOut=nBytesOut at entry=0x7f267402bb9c, prefillFlag=0) >     at silk/enc_API.c:443 > #4  0x0000000000a8366d in opus_encode_native (st=st at entry=0x158935a0, > pcm=0x7f267402bf38, frame_size=960, >     data=0x7f26b5a1084d "", data at entry=0x7f26b5a1084c "", > out_data_bytes=1946331320, out_data_bytes at entry=5988, >     lsb_depth=1065353...