Hi Daniel,
ok up upgraded from 7118 to 7153... and now it looks like dvb recording works...
so a change from 7140->7153 fixed it.. not sure what... here is a
debug anyways...
2005-08-28 12:11:45.104 Started recording "Any Given Sunday" on
channel: 1090 on cardid: 1, sourceid 1
2005-08-28 12:11:4
Here's the non-lock with the extra debugging. If you need a 'working'
version then let me know. It fails probably 4 times out of 5. I've
checked again and it's definitely only failing on the one channel. At
least in the 10 times I tried to record the other channels they always
worked fine.
I don't
I only see this PSIP issue on one multiplex (Not sure if it's a specific
channel - For me, it's the first channel in my database - "mta-muslim
tv" which is FTA on Astra 28.2 (11662 H SR 27500 FEC 2/3))
However, my lock issue is consistent over all channels (still, with
current SVN).
Cheers,
On Sat, 2005-08-27 at 20:24 +0200, Gernot Pansy wrote:
>
> ok, here my debug with 7153:
>
> 2005-08-27 19:27:07.623 Started recording "2 (ORF2)" on channel: 1001 on
> cardid: 1, sourceid 1
> 2005-08-27 19:27:07.624 DVB#0 Trying to tune to channel 2.
...
I need your "-v channel" log from when myth
On Sat, 2005-08-27 at 20:57 +0200, Torbjörn Jansson wrote:
> I just noticed that one of my recordings failed and this was logged:
> Is this a new problem or something you already know about?
> Maybe the cam is not geting enough time to decrypt the channel before the
> backend gives up?
This could
I just noticed that one of my recordings failed and this was logged:
2005-08-27 20:49:43.990 Started recording "Karl för sin kilt" on channel:
20499 on cardid: 2, sourceid 2
2005-08-27 20:49:44.027 Changing from None to RecordingOnly
2005-08-27 20:49:44.050 Prog title: Karl för sin kilt
CAM: Viacc
On Sat, 27 Aug 2005 13:53:06 -0400, "Daniel Kristjansson"
<[EMAIL PROTECTED]> said:
> Here is an update on the problems as I know about them.
>
> The first three should be easy to fix once I get the debug info.
>
> Fix Soon...
>
> * Visible flag incorrectly set for some channels (Glen Dragon)
Here is an update on the problems as I know about them.
The first three should be easy to fix once I get the debug info.
Fix Soon...
* Visible flag incorrectly set for some channels (Glen Dragon)
1/ Wait for printout of vct.toString() from Glen to diagnose.
* PMT always on first tune always
On Sat, 27 Aug 2005 11:07:21 -0400, "Daniel Kristjansson"
<[EMAIL PROTECTED]> said:
>
> > If I manually override the CRC check, the PMT seems OK. However, tuning
> > still fails - Only with this one card, again. I'm trying to have a look
> > at the raw data with dvbsnoop now.
> That pmt looks o
> If I manually override the CRC check, the PMT seems OK. However, tuning
> still fails - Only with this one card, again. I'm trying to have a look
> at the raw data with dvbsnoop now.
That pmt looks ok to me.
Can you send me the log of a failed tune with the CRC check disabled?
(with "-v chann
On Sat, 2005-08-27 at 17:43 +1000, David Peterson wrote:
> I'm having the same DVB time out waiting for lock problem with the
> latest SVN of Myth. Going back to an older version (7020) fixes it.
> Interestingly it happens only on one channel here (channel 9).
>
> I've attached a working log and a
On Sat, Aug 27, 2005 at 02:42:26PM +0100, Allan Stirling wrote:
> Yes, but the enum is an AND of all of the status bits, typically you'll
> get 1F for a good lock.
>
Indeed, brain must be asleep.
Stuart
___
mythtv-dev mailing list
mythtv-dev@mythtv.o
On Sat, 2005-08-27 at 14:31 +0100, Allan Stirling wrote:
>
> Is (event.status & FE_HAS_LOCK) ever tested? Yes, we're getting
> events,
> but are they actually lock events?
The lock status is tested in the signal monitor. All waiting
for an event does is tell us that the tuner has changed to
the
On Sat, 2005-08-27 at 14:32 +0100, Stuart Auchterlonie wrote:
> On Sat, Aug 27, 2005 at 01:56:54PM +0100, Allan Stirling wrote:
> > >+if (tmp_stat == FE_HAS_LOCK)
> > >+return true;
> > if (tmp_stat & FE_HAS_LOCK)
> > return true;
> > Since the rest of the lock stat
Allan Stirling wrote:
Stuart Auchterlonie wrote:
On Sat, Aug 27, 2005 at 01:56:54PM +0100, Allan Stirling wrote:
+fe_status_t tmp_stat;
+memset(&tmp_stat, 0, sizeof(fe_status_t));
+if (ioctl(fd,FE_READ_STATUS, &tmp_stat)) {
+if (tmp_stat == FE_HAS_LOCK)
+return
Stuart Auchterlonie wrote:
On Sat, Aug 27, 2005 at 01:56:54PM +0100, Allan Stirling wrote:
+fe_status_t tmp_stat;
+memset(&tmp_stat, 0, sizeof(fe_status_t));
+if (ioctl(fd,FE_READ_STATUS, &tmp_stat)) {
+if (tmp_stat == FE_HAS_LOCK)
+return true;
I don't see how
On Sat, Aug 27, 2005 at 01:56:54PM +0100, Allan Stirling wrote:
>
> >+fe_status_t tmp_stat;
> >+memset(&tmp_stat, 0, sizeof(fe_status_t));
> >+if (ioctl(fd,FE_READ_STATUS, &tmp_stat)) {
> >+if (tmp_stat == FE_HAS_LOCK)
> >+return true;
> I don't see how. Don't you m
Daniel Kristjansson wrote:
On Fri, 2005-08-26 at 13:48 +0100, Stuart Auchterlonie wrote:
On Fri, Aug 26, 2005 at 08:07:48AM -0400, Daniel Kristjansson wrote:
If not we could disable signal monitoring for this card.
You could change SignalMonitor::IsSupported() to return
false if the card is a
Stuart Auchterlonie wrote:
On Fri, Aug 26, 2005 at 07:51:58AM -0400, Daniel Kristjansson wrote:
On Fri, 2005-08-26 at 11:54 +0100, Stuart Auchterlonie wrote:
a) No Event was delivered if the card had no change in tuning
b) You can't issue a FE_GET_STATUS until a FE_SET_STATUS(?) had be
done.
On Fri, Aug 26, 2005 at 07:51:58AM -0400, Daniel Kristjansson wrote:
> On Fri, 2005-08-26 at 11:54 +0100, Stuart Auchterlonie wrote:
> >
> > a) No Event was delivered if the card had no change in tuning
> > b) You can't issue a FE_GET_STATUS until a FE_SET_STATUS(?) had be
> > done.
>
> Heh, seem
> If anyone feels left out let me know :)
>
> -- Daniel
I'm left out ;-)
See my other mail with the log files you wanted.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[EMAIL PROTECTED] <> wrote:
> On Wed, 2005-08-24 at 22:59 +0200, Torbjörn Jansson wrote:
>>> Hmm, I'm going to need the backend log w/ "-v
> siparser,record,channel"
>> Hmmm, in the commit message you said: "-v channel,playback,siparser"
>> So which one do you want? And i asume you mean the log fro
I'm having the same DVB time out waiting for lock problem with the
latest SVN of Myth. Going back to an older version (7020) fixes it.
Interestingly it happens only on one channel here (channel 9).
I've attached a working log and a not working log. If you want me to
test or send anything else, I'd
23 matches
Mail list logo