when calling ioctl(fdCapture, VIDIOC_DQBUF, &buf) in CaptureFrame() , my program went into an endless waiting. by debugging , I found that in in video-buf.c , if (vb->state == STATE_ACTIVE || vb->state == STATE_QUEUED) schedule(); my program was blocked here.
Wanna know if there are some possible reasons causing this blocking.
Time is nothing, timing is everything!
One thought would be if your capture hardware was not receiving a proper clock and syncs meaning it never acknowledges receiving a new frame and so you are queued indefinitely.
I am facing a similar problem. Can you please elaborate more on your above explanation?
Thanks a lot.
Just a quick guess, Can you check by changing your polarity.
By the way which kernel and evm you are using.
I am a beginner in this field. I am sorry I didn't understand what you mean by "changing the polarity"??
I am using dvsdk 4.02.00.06 with linux 2.6.32 on DM368.
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.