[mythtv] re: mythtv with dvb is unusable!

[Kenneth Aafløy]

On Tue, 2003-11-25 at 17:59, Edward Wildgoose wrote:
> > This is not the solution of the problem, only a little workaround. In my 
> > commercial decoder i have different encrypted channel, i come informed when i 
> > zap into it. This because i have different smart card from varius provider 
> > (this is only an example, i'm a particular user ;))
> 
> Your point is a good one.

Agree!

> I think (for example) that it also occurs when you try and tune to a radio channel, ie where audio pids are set, but no video.  The frontend hangs due to no video (I only tried this once and gave up, so please don't jump on me if it does work in this case...)

IIRC, it's working correctly now, both without video | audio.

> If you wanted to investigate a programming solution, then I guess looking at the code which reads from the socket.  I guess we either need a non-blocking read and a select call, or else an alarm which can spot that we have hung for more than a certain amount of time.  
> 
> On the backend I suspect it's more complicated because the DVB card is presumably supplying data ok, the problem is presumably that the thread which decodes is not supplying anything.  I think you would need to look carefully at the CAM code in the backend to workout what to do there...

Well, the CAM code (in libmythtv) is really simple, only sending a
minimal amount of data to any connected module/slot to enable it for
decrypting the current channel. It should be patched to only send the
data to the correct cam (if multiple exists). Also it should be extended
to enable displaying the CAM menus on a frontend, a la VDR (this is not
a priority for me, cus it's working well for my needs).

Kenneth