Tom Hughes wrote:
Yup, running with your patch.. What I did was I scheduled alot of
recordings (one show after another) and try to keep my two cards busy
as much as I could. Finally got 1 out of around 15 odd recordings.
Oh dear.
:) That took a day almost....
I'm using kernel 2.6.11-1.14_FC3 with the current CVS DVB modules
package from ATrpms. I don't think it's related to multiple cards
though - the problem is simply that the card seems to fail to change
to the new multiplex (or Myth doesn't wait long enough) so the PMT is
read from the wrong multiplex.
I was hoping changing to 2.6.11 would solve this problem. But alas my
VisionPlus seems to have problems with 2.6.11.x series (tried until .8,
havn't try .10 yet).
Anyway, ask you a question, at dvbchannel.cpp#818:
channel.PMTSet = false;
pthread_mutex_unlock(&chan_opts.lock);
if (!TuneTransport(channel,all))
return false;
GENERAL("Multiplex Locked");
siparser->AddPMT(channel.serviceID);
Which function will indirectly ste PMTSet back to true? addPMT or
TuneTransport? The NewPMT signal is emitted at siparser#242. Is this
part of the code working?
Regards,
Tj
_______________________________________________
mythtv-dev mailing list
[email protected]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
