<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>

   -: cousin_luigi hasn't tinkered with dvb with years and now he's trying to create a chanlist with a RTL2832U, without success.
   cousin_luigi: Could you please suggest an idiot-proof test to see if my receiver works at all? It came from a bargain bin.
   tiffanylin: hi, I have confusion about uapi about VIDIOC_STREAMOFF.
   <br> The VIDIOC_STREAMOFF ioctl, apart of aborting or finishing any DMA in progress, unlocks any user pointer buffers locked in physical memory, and it removes all buffers from the incoming and outgoing queues. That means all images captured but not dequeued yet will be lost, likewise all images enqueued for output but not transmitted yet. I/O returns t
   <br> o the same state as after calling ioctl VIDIOC_REQBUFS and can be restarted accordingly.
   <br> does this imply that after streamoff, user don't need to dq rest unused capture buffer. But could directly use this buffer?
   pinchartl: that's correct
   <br> after VIDIOC_STREAMOFF has returned all buffers shall be in the dequeued state
   tiffanylin: In this case, user space should keep information about what buffers are return from dqbuf, what buffers are release because stop streaming.
   pinchartl: that's entirely up to the userspace implementation, but it has to keep track of buffer state, yes
   tiffanylin: We found that we cannot dqbuf capture buffer after streamoff  to check whether driver return all unused buffer. I understood now.
   <br> pinchartl, thanks for help
   hverkuil: <u>tiffanylin</u>: welcome to the #v4l irc channel! I've read your email, but I need some clarification about what it is you need exactly.
   <br> Not today, though (first day back in the office after the vacation period, so it's busy)
   pinchartl: <u>tiffanylin</u>: you're welcome
   hverkuil: Would you have time on Friday? I'm in the UTC+2 timezone (Norway) and I am pretty much always here during working hours.
   tiffanylin: Yes. I have time on Friday Afternoon (UTC+2) timezone.
   ***: cousin_luigi has left
   pinchartl: is there a reason why we number table rows in the documentation (e.g. '-  .. row 1') ?
   mchehab: <u>pinchartl</u>: conversion scripts did that
   <br> my plan is to remove it when doing some other fixes at the documentation for 4.9
   <br> (basically, I'll replace the row number by a reference on most tables, and use it for cross-references with the header files)
   pinchartl: <u>mchehab</u>: ok
   <br> I was asking because a patch I'm about to submit touches one of the tables
   <br> for new tables I'm using the more compact style
   <br> ("* -" for the first entry of every row, "  -" for the next ones
   <br> but for the existing tables I've touched, I've kept the existing style