I have the latest firmware and March 16th svn ivtv driver. Was playing with sending mpeg files to the mpeg decoder(/dev/video16) using dd and other methods I believe that closing the handle for /dev/video16 causes the decoder to stop even though there is still data in its buffer.
This can be verified with the following command dd if=someVideo.mpg of=/dev/video16 I observed that the video ends prematurely and the tv screen goes to black. If the file descriptor is not closed but we let the decoder buffer empty then video stops With the last frame still displayed. I am working on a an mpeg player and this behavior has its good points and bad. To fast forward or rewind close the file descriptor for /dev/video16 Seek to the new offset in the mpeg file open /dev/video16 again Send chunks of data to /dev/video 16 If I don't close /dev/video16 before I seek the fast-forward happens but it happens up to 20 seconds after the user requests it depending on the bit rate of the mpeg being played. Usually the video looks very weird for a few seconds and sometimes the audio drops out. >From my understanding of how mpeg streams work this is understandable. To pause the video with an image on the screen then we must wait for the decoder to empty its buffer. This is not what the user will expect I think that closing the file descriptor should not turn stop the decoder until it empties its buffer. If this is a bug and it is fixed, is there someway to poll or get notified when the buffer is empty find out when the buffer is empty? Is there a way to clear the buffer and "reset the decoder" other than closing the file descriptor? Sincerely, [EMAIL PROTECTED] _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
