[vdr] Re: VDR developer version 1.1.6

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Andreas Schultz wrote:
> 
> ...
> The main problem is not the processing time or the requirement to parse and
> assemble frame, the problem is the time it might take to send the processed
> data to the device. To do it non-blocking a two stage approach is need (1st
> prepare a larger datablock, 2nd stuff it in small pieces into the device).
> You currently have excactly that implemented in cDvbPlayer. All i suggest is
> to move parts of that two stage process into the device class.

Why can't you do that in PlayVideo() as it is right now?

Your PlayVideo() could look something like this:

- if there is data to be sent to the actual device, do so until the
  device would block
- if there is no more data, process the collected data to form new
  data for the device
- in any case copy any amount of the offered data into you local
  processing buffer

That way you would return as soon as possible, while still sending data
to your device in small chunks. There is no need for your device to accept
_any_ data in a particular call to PlayVideo(). It may well let several PlayVideo()
calls run by without accepting any data, but rather just sending data to
the hardware.

Klaus
-- 
_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10
CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
Hofmark 2                               Email:   kls@cadsoft.de
D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
_______________________________________________________________