BreakingY
BreakingY
每个摄像头都new一个RtspClientProxy就行了啊，用项目里的rtsp client是有什么问题吗，阻塞的问题我已经解决了
之前rtsp client处理心跳包有问题，已经修复，如果你想用ffmpeg接入摄像头，得需要改一下，我没用ffmpeg接入过摄像头
是这样的，v4l2阻塞不是问题，也不是bug，没有数据，程序肯定就暂停了啊，是正常的
你方便把你的main.cpp发给我吗，我下周测试一下，我没遇到过阻塞的情况 ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 日期 | 2024年11月29日 21:42 | | 收件人 | ***@***.***> | | 抄送至 | ***@***.***>***@***.***> | | 主题 | Re: [BreakingY/jetpack-dec-enc]...
是的 ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 日期 | 2024年11月29日 22:04 | | 收件人 | ***@***.***> | | 抄送至 | ***@***.***>***@***.***> | | 主题 | Re: [BreakingY/jetpack-dec-enc]...
第1点：这个项目要从摄像头实时流中拉取视频，也就是视频流永远不会断，所以分析nalu的时候不会出现eos的情况，就算没有视频数据，也要等待数据到来，不能把got_eos 设置为true，用m_abort的目的就是为了强制结束解码，官网的demo是判断文件读取完毕之后就设置got_eos ==true，和这个项目的场景不一样。我就是把原来demo中的got_eos用m_abort替换掉 第2点：创建完dec_capture_loop_fcn 线程，我会判断self->proc_ready，如果解码器没有初始化好，dec_capture_loop_fcn 线程会一直阻塞。不会出现dec的地址为0x0的情况 第3点：确实会有你说的问题。 我看来第1点不应该改，第2点和第3点可以按照你说的改 你可以在测试一下第1点，或者我们在讨论一下，然后你提一个PR 还有你说的Enc编码阻塞，我也发现这个问题了，还没来得及修复，你PR一起提给我把
@AadeIT 关于解码的部分我已经按照你的建议修改更新了，对于EncPollThread问题，我测试了一下，在sem_destroy(&ctx.pollthread_sema);前调用sem_post(&ctx.pollthread_sema)会报错，我在video_encode_main.cpp中不断的重启编码器也没有复现阻塞的问题。 更新一下：delete编码器的时候，如果队列里面还有数据会出问题，在delete前需要通过test->GetQueueSize()判断队列中是否还有数据，没有数据delete才不会出问题。不知道你遇到的阻塞是不是这个原因导致的 再更新一下：JetsonEnc和之前解码的问题一样，我的释放有问题，已修复
用的test_1280x720_v.mp4测试吗，检查一下是不是驱动或者显卡出问题了
wsl我没试过，不过看报错位置，应该是不支持