[mythtv] [EXPerimental PATCH] BIG DVB PATCH V1.1

Taylor Jacob rtjacob at earthlink.net
Mon Nov 8 15:25:01 UTC 2004


> Yeah, I have an idea how to do this. Give me some time and I'll see what
> I can do. :)

OK.. Sounds good..

> Is it safe to ship over a PMTObject* pointer to the CAM class via a QT
> signal? I guess I would need to send over the mutex handle too, and get
> a lock before using the object? Or would locking the object cause
> problems for the siparser? Any thoughts?

I had been thinking that there was no need to use a signal here.. If you are
using the PMT for tuning then you need to wait for it to show up.. I haven't
ever seen it take a second even here in my tests, so this waiting doesn't seem
unreasonable.. It of course never beat the DB Cached version when I was testing
it, but it never seemed to be such a slowdown that it was worth worrying about..

Since Cam hangs off of channel (MAYBE it should go with recorder, but it doesn't
exactly fit either place so i say leave it in channel).. You could just directly
send the data to cam when its ready (via a pointer if you want).. I.E. in
channel

cam->SetPMT(PMTObject);

This way there might be some way in the future for checking for authorization
from the cam.. Which in the long run would allow you to pop a message to the
frontend saying "Channel Not Authorized" or "Waiting to Decrypt".. I don't know
if this is possible with the CAM code in place now, but would allow for this if
after you set the PMT object you check for authorization..

if (!cam->Authorzied())
   MessageToFE("Channel Not Authorized");

Something along the lines of that.. I suppose signals could be used for the same
result, but I don't see much use in them..

Is that clear as mud?  I was quite long winded..

Taylor


More information about the mythtv-dev mailing list