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.
Hi,HEVC encoder (126.96.36.199) works good for me on single DSP doing live stream for few days without any issues. But it doesn't work on multiple DSPs - produces wrong HEVC video and hangs after few process calls.Here you can find logs and output (MPEG-TS stream) of HEVC running on 16 cores:drive.google.com/.../viewNotes about the implementation:
- I implemented all the synchronization primitives reqested throug multicore API and required for multi-DSP algorithm- I tested all the shared between both DSPs buffers - they really point to the same memory but addresses on different DSPs are different because of different OB registers usage.- Output buffer is also the same shared between both DSPs.- In logs you can see all keyCreate callbacks and their results.- In logs you can see beginning of each process call: process inputID=1 outBuf=@64b9cbc4- In logs you can see all shm sync callbacks.- In logs you can see all read and write mailbox callbacks.Questions:1) Do you see any problems that cause the hang of encoder?2) Why there is no shm sync callbacks that sync shared between DSP memory (DDR_CACHED)?3) Mailbox write initates interrupt on another DSP. This interrupt callback terminates execution of process call task on aonther DSP and queries\reads mailboxes. Is any additional synchronization between process call taks and interrupt callback required?Regards,Andrey Lisnevich
In reply to Palachandra Venkataraju:
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Andrey Lisnevich:
Hi Andrey,Please find my findings inline:Query 1 : Conflicts in names of multi-DSP keys :[Palachandra] :- We are not observing issue with conflicts in names of multi-DSP keys.- I have made minor modifications in naming keys to resolve the naming conflict for multi-DSP Keys- Keys used for data sharing in Inter-chip communication share same key name.When I run the encoder in 4 chip configuration without tiles (Considering modifications in naming keys), I observe that- Memory allocation in forward direction in one chip is virtually same as memory allocation in backward direction in next chip, hence they share same name.- Apart from this, all keys allocated on different chips have unique names.
Memory Allocations in Forward Direction:DSP0:keyCreate shmem name=shared_mem_CABAC_Context00 user_id=0 num_users=2 user_ids=0,8 type=DDR_CACHED size=1600 alignment=128DSP1:keyCreate shmem name=shared_mem_CABAC_Context01 user_id=8 num_users=2 user_ids=8,16 type=DDR_CACHED size=1600 alignment=128DSP2:keyCreate shmem name=shared_mem_CABAC_Context02 user_id=0 num_users=2 user_ids=16,24 type=DDR_CACHED size=1600 alignment=128DSP3:keyCreate shmem name=shared_mem_CABAC_Context03 user_id=8 num_users=2 user_ids=0,24 type=DDR_CACHED size=1600 alignment=128
Memory Allocations in Backward Direction:
DSP1:keyCreate shmem name=shared_mem_CABAC_Context00 user_id=8 num_users=2 user_ids=0,8 type=DDR_CACHED size=1600 alignment=128(Virtually same location as DSP0 Forward Allocation)DSP2:keyCreate shmem name=shared_mem_CABAC_Context01 user_id=0 num_users=2 user_ids=8,16 type=DDR_CACHED size=1600 alignment=128(Virtually same location as DSP1 Forward Allocation)DSP3:keyCreate shmem name=shared_mem_CABAC_Context02 user_id=8 num_users=2 user_ids=16,24 type=DDR_CACHED size=1600 alignment=128(Virtually same location as DSP2 Forward Allocation)DSP0:keyCreate shmem name=shared_mem_CABAC_Context03 user_id=0 num_users=2 user_ids=0,24 type=DDR_CACHED size=1600 alignment=128(Virtually same location as DSP3 Forward Allocation)- I have attached the updated library- Can you please check whether conflicts due to naming of multi-DSP Keys is resolved.
Thanks and Regards,Palachandra M V
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.