完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
扫一扫,分享给好友
专家您好:
我使用DM368+TVP5158采集4路D1,遇到两个奇怪的问题,希望能帮助解答 只插入一路视频输入时正常 ,当插入两路时 1、ratecontroltype设置为”CBR“时,会出现skip帧,也就是encode后generatebytes=0的时候,这时下一帧进行resizer时会卡在:ioctl(rszPrm->rs***d,RSZ_RESIZE,&convert)。 我的 opermode为slot,我修改boot.src和resize的config使得opermode为continue ,但是系统运行异常。请问修改opermode有什么注意事项以及两种mode各适合哪种情形? 请问出现卡住的可能原因是什么?是否resize需要有个类似清理的动作? 2、设置为VBR时,encode出的264格式的数据会隔帧出现马赛克,屏蔽一个通道的数据不让其进行encode时显示正常,也就是说不会是其他通道的干扰所致。 都是704*576的数据应该不需要open两个codecengine吧? 附件是相邻的两帧截图。 请教是否哪些配置会影响到encoder的处理?或者对多路的压缩需要特殊处理? 谢谢! |
|
相关推荐
6个回答
|
|
|
|
|
|
创建多个算法是指VIDENC1_create两次?我觉得不需要呀,YUV422的数据是依次过来的,而且每个通道的编码参数是一致的,VIDENC1_process每个通道的处理只是input和output中的数据帧不一样而已。 我发现出现马赛克的帧都是P帧,如果我减少甚至去掉P帧(idrframeinterval=1)是不会出现马赛克帧的。也就是说p帧在做encode时出现了马赛克,但是在只有一路数据的时候又不会出现这种情况,很是想不通。。。 我先试试create连个instance试试。 期待您的回复,谢谢! |
|
|
|
晒肥城之乐 发表于 2018-6-21 19:12 问题一的数据流就是正常的YUV422数据流,经resize后变成420,只是在出现VIDENC1_process处理后反馈出的生成0byte的h264后,下一次的YUV422的流会ioctl(rszPrm->rs***d,RSZ_RESIZE,&convert)时卡住,吐不出YUV420的数据。 |
|
|
|
晒肥城之乐 发表于 2018-6-21 19:19 问题一修改clk_div.m/n为1/3解决了。但是马赛克的问题依旧,另外就是出现了内存泄露的情况。。。 |
|
|
|
再次强调多路的encode,是一个codec engine,但是要创建多个算法,每个维护自己的buffer. 这个应该很好理解,不同的分辨率用一个参考帧肯定有问题 |
|
|
|
东少2016 发表于 2018-6-21 19:47 谢谢,改为多个算法ok。 |
|
|
|
只有小组成员才能发言,加入小组>>
334 浏览 1 评论
528 浏览 2 评论
NA555DR VCC最低电压需要在5V供电,为什么用3.3V供电搭了个单稳态触发器也使用正常?
773 浏览 3 评论
MSP430F249TPMR出现高温存储后失效了的情况,怎么解决?
649 浏览 1 评论
对于多级放大电路板,在PCB布局中,电源摆放的位置应该注意什么?
1126 浏览 1 评论
AT32F407在USART2 DMA发送数据时,接包接到了要发送的数据,程序还是处于等待传输完成的标识判断中,为什么?
55浏览 29评论
117浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符,哪位大佬可以帮忙解答下
250浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方,寻求答疑
199浏览 14评论
两个TMP117传感器一个可以正常读取温度值,一个读取的值一直是0,为什么?
54浏览 13评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-22 14:55 , Processed in 0.902571 second(s), Total 90, Slave 73 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号