I too have had the tune to off air channel problem. Currently myth only
stores the last channel viewed. The starting channel set in
mythtv-setup is overwritten once you start watching tv. On many an
occasion I have had to reset this in order to get live tv working
again. Is it not possible to use t
On Tue, Sep 13, 2005 at 11:10:42AM +0100, Stuart Auchterlonie wrote:
> On Tue, Sep 13, 2005 at 10:29:45AM +0100, Stuart Auchterlonie wrote:
> >
> > I have a patch which adds the identification of these streams
> > to mpegtables which I will attach
> >
> >
>
> The old patch doesn't apply to
On Tue, Sep 13, 2005 at 10:29:45AM +0100, Stuart Auchterlonie wrote:
>
> I have a patch which adds the identification of these streams
> to mpegtables which I will attach
>
>
The old patch doesn't apply to 7244.
Updated patch included.
Stuart
Index: dsmcc/libs/libmythtv/mpeg/mpegtables.h
On Sun, Sep 11, 2005 at 06:46:20PM +0100, Mark Weaver wrote:
> Daniel Kristjansson wrote:
> >On Sun, 2005-09-11 at 02:36 +0100, Mark Weaver wrote:
> >
> >>- Tuning to an off air channel (UK, transmitting data only) causes the
> >>frontend to lock up
> >
> >Backend log with '-v record,siparser,chan
On Sun, Sep 11, 2005 at 09:12:08AM +0200, Rudy Zijlstra wrote:
> Kenneth Aafløy wrote:
>
> >Lørdag 10 september 2005 08:04, skrev Daniel Kristjansson:
> >
> >
> >Hu, the NIT can take a huge time to get, why not SDT as that's transmitted
> >more frequently, or event the PAT?
> >
> >
> >
> On a s
On Sun, 2005-09-11 at 22:52 +1000, Mark Spieth wrote:
> > Ive also had livetv problems even with HEAD
> > so I investigated this morning.
> > in TVRec::SetupSignalMonitor
> >
> > there is a comment
> > // TODO reset the tuner hardware
> >
> > I put in the line
> > channel->SwitchToInput(channel->Ge
>
> > > -int timeout = 20;
> > > +int timeout = 5000;
> > > Bug #2 -- LiveTV should tuning not time out, the user can change the
> > > channel or tuner or input or even exit LiveTV at any time.
> > > Why force one particular decision on the user?
> > fair enough. the num
On Mon, 2005-09-12 at 09:31 +1000, Mark Spieth wrote:
> > On Sun, 2005-09-11 at 22:52 +1000, Mark Spieth wrote:
> > Bug #1 -- You don't need to have a channel class to watch TV.
> sorry for being thick but there are lots of instances in signal monitor and
> for SIParser where channel is required fo
On Sun, 2005-09-11 at 19:15 +0100, John Pullan wrote:
> On 11/09/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > I feel a bit of deja-vu, did I ask for this frontend log before?
> I sent it -direct- to you
Ok, I have those. You sent them on Friday right? I just haven't gotten
to them yet. It
> On Sun, 2005-09-11 at 22:52 +1000, Mark Spieth wrote:
> > here is another patch. the last change affected recording mode so this
> > eliminates that problem.
> > for those that are having trouble, please try.
> if (TRANSITION(kState_None, kState_WatchingLiveTV))
> {
> +if (chann
On 11/09/05, John Pullan <[EMAIL PROTECTED]> wrote:
> On 11/09/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > On Sun, 2005-09-11 at 18:46 +0100, Mark Weaver wrote:
> > > Daniel Kristjansson wrote:
> > > > On Sun, 2005-09-11 at 02:36 +0100, Mark Weaver wrote:
> > > >>- Tuning to an off air c
On 11/09/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-09-11 at 18:46 +0100, Mark Weaver wrote:
> > Daniel Kristjansson wrote:
> > > On Sun, 2005-09-11 at 02:36 +0100, Mark Weaver wrote:
> > >>- Tuning to an off air channel (UK, transmitting data only) causes the
> > >>frontend
On Sun, 2005-09-11 at 18:46 +0100, Mark Weaver wrote:
> Daniel Kristjansson wrote:
> > On Sun, 2005-09-11 at 02:36 +0100, Mark Weaver wrote:
> >>- Tuning to an off air channel (UK, transmitting data only) causes the
> >>frontend to lock up
> > Backend log with '-v record,siparser,channel' might he
Daniel Kristjansson wrote:
On Sun, 2005-09-11 at 02:36 +0100, Mark Weaver wrote:
- Tuning to an off air channel (UK, transmitting data only) causes the
frontend to lock up
Backend log with '-v record,siparser,channel' might help, this should
have been fixed 2-3 weeks ago when we turned on tab
On Sun, 2005-09-11 at 02:36 +0100, Mark Weaver wrote:
> - Tuning to an off air channel (UK, transmitting data only) causes the
> frontend to lock up
Backend log with '-v record,siparser,channel' might help, this should
have been fixed 2-3 weeks ago when we turned on table monitoring for
DVB.
> -
On Sun, 2005-09-11 at 22:52 +1000, Mark Spieth wrote:
> here is another patch. the last change affected recording mode so this
> eliminates that problem.
> for those that are having trouble, please try.
if (TRANSITION(kState_None, kState_WatchingLiveTV))
{
+if (channel == NULL)
Bu
here is another patch. the last change affected recording mode so this
eliminates that problem.
for those that are having trouble, please try.
mark
> Ive also had livetv problems even with HEAD
> so I investigated this morning.
> in TVRec::SetupSignalMonitor
>
> there is a comment
> // TODO reset
Kenneth Aafløy wrote:
Lørdag 10 september 2005 08:04, skrev Daniel Kristjansson:
Hu, the NIT can take a huge time to get, why not SDT as that's transmitted
more frequently, or event the PAT?
On a slight tangent: NIT scanning has its own pro's: Many of the Astra
and hotbird sats have ve
On Sun, 2005-09-11 at 04:04 +0200, Kenneth Aafløy wrote:
> > I don't like this, it violates the principle of least surprise.
> > Normal everyday actions such as changing channels and making
> > recordings should not mess with the transponder/multiplex table.
> It should not modify the original valu
Ive also had livetv problems even with HEAD
so I investigated this morning.
in TVRec::SetupSignalMonitor
there is a comment
// TODO reset the tuner hardware
I put in the line
channel->SwitchToInput(channel->GetCurrentInput(),
channel->GetCurrentName());
the original commented out line didnt work/
Lørdag 10 september 2005 08:04, skrev Daniel Kristjansson:
> On Sat, 2005-09-10 at 04:37 +0200, Kenneth Aafløy wrote:
> > IMHO, first of all we should store the frequency of the last succesfull
> > tuning event, so that this could be used in any later tunings.
>
> I don't like this, it violates the
Søndag 11 september 2005 03:36, skrev Mark Weaver:
> Daniel Kristjansson wrote:
> > On Fri, 2005-09-09 at 17:33 +0100, John Pullan wrote:
> >>I wonder if Daniel could provide us with a new current list of problems
> >> ?
> >
> > As far as I'm aware it's down to two:
> > Mysterious rec vs livetv
Daniel Kristjansson wrote:
On Fri, 2005-09-09 at 17:33 +0100, John Pullan wrote:
I wonder if Daniel could provide us with a new current list of problems ?
As far as I'm aware it's down to two:
Mysterious rec vs livetv problem (Adam Egger)
Need "mythbackend -v record,channel,siparser" o
Søndag 11 september 2005 02:20, skrev John P Poet:
> On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
[SNIP]
> > Is there any way to reliably disable this feature ?
> > That might be useful if we are trying to determine a better
> > starting frequency. Not all frontends support getting the
On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-09-10 at 05:01 +0200, Kenneth Aafløy wrote:
> > Lørdag 10 september 2005 04:37, skrev Kenneth Aafløy:
> > > Lørdag 10 september 2005 04:32, skrev Daniel Kristjansson:
> > > > I've talked to John Pullan about adding something l
> > Wow! Everything works now! I just had to change the starting channel
> > to something else. Then LiveTV was working again.
> That is weird, what do you know about this channel?
This channel is now working too. All of the channels are fine now. The
only log I have from when it wasn't working I
On Sat, 2005-09-10 at 16:22 +0200, Adam Egger wrote:
> > > Mysterious rec vs livetv problem (Adam Egger)
> > > Need "mythbackend -v record,channel,siparser" output from
> > > both on same channel with latest SVN.
> >
> > Sorry, still no livetv for me with 7221 so here are my logs (full l
On Sun, 2005-09-11 at 00:43 +1000, William Uther wrote:
> I deleted my channels table and rescanned. This caused two problems:
>i) All my channels got new numbers, as they do every time I re-
> scan. This is somewhat frustrating as I then have to go through and
> edit the recordings table
Hi,
It looks like the DVB stuff is starting to stabilise again, so I
thought I'd jump in and help test. I'm in Sydney, Australia using
DVB-T with multiple Fusion HDTV Lite cards (and a single Twinhan
card). Mythtv rev 7224. Sarge with kernel.org kernel 2.6.12 and DVB
patches as at 200
> > Mysterious rec vs livetv problem (Adam Egger)
> > Need "mythbackend -v record,channel,siparser" output from
> > both on same channel with latest SVN.
>
> Sorry, still no livetv for me with 7221 so here are my logs (full logs
> attached).
> It starts to get different at:
Wow! Everyth
On Sat, 2005-09-10 at 04:37 +0200, Kenneth Aafløy wrote:
> IMHO, first of all we should store the frequency of the last succesfull
> tuning
> event, so that this could be used in any later tunings.
I don't like this, it violates the principle of least surprise.
Normal everyday actions such as ch
On Sat, 2005-09-10 at 05:01 +0200, Kenneth Aafløy wrote:
> Lørdag 10 september 2005 04:37, skrev Kenneth Aafløy:
> > Lørdag 10 september 2005 04:32, skrev Daniel Kristjansson:
> > > I've talked to John Pullan about adding something like this to
> > > the setup program as an "optimize frequency of e
Lørdag 10 september 2005 04:37, skrev Kenneth Aafløy:
> Lørdag 10 september 2005 04:32, skrev Daniel Kristjansson:
> > I've talked to John Pullan about adding something like this to
> > the setup program as an "optimize frequency of each transport"
> > process. Though we would probably use a binary
Lørdag 10 september 2005 04:32, skrev Daniel Kristjansson:
> I've talked to John Pullan about adding something like this to
> the setup program as an "optimize frequency of each transport"
> process. Though we would probably use a binary search in the
> range on each side of the center frequency an
Lørdag 10 september 2005 04:20, skrev John P Poet:
> On 9/9/05, Kenneth Aafløy <[EMAIL PROTECTED]> wrote:
> > Lørdag 10 september 2005 03:40, skrev John P Poet:
> > > I have tried the stock DVB drivers in the 2.6.12 and 2.6.13 kernels.
> > > They behave the same.
> > > I have just downloaded the la
On Sat, 2005-09-10 at 03:53 +0200, Kenneth Aafløy wrote:
> Lørdag 10 september 2005 03:40, skrev John P Poet:
> > Playing with azap, I have seen it take up to 20 seconds to get a lock
> > on that station (KOB-DT 4-1 or 26-3).
> >
> > Once it gets a lock, it holds it. Once it gets a lock, I can sto
On 9/9/05, Kenneth Aafløy <[EMAIL PROTECTED]> wrote:
> Lørdag 10 september 2005 03:40, skrev John P Poet:
> > On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > > On Fri, 2005-09-09 at 17:33 +0100, John Pullan wrote:
> > > > I wonder if Daniel could provide us with a new current list of
Lørdag 10 september 2005 03:40, skrev John P Poet:
> On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > On Fri, 2005-09-09 at 17:33 +0100, John Pullan wrote:
> > > I wonder if Daniel could provide us with a new current list of
> > > problems ?
> >
> > As far as I'm aware it's down to tw
On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-09-09 at 17:33 +0100, John Pullan wrote:
> > I wonder if Daniel could provide us with a new current list of problems ?
> As far as I'm aware it's down to two:
> Mysterious rec vs livetv problem (Adam Egger)
> Need "myth
On Fri, 2005-09-09 at 21:49 +0100, John Pullan wrote:
> Revision 7221 , DVB-T 2.6.12, EIT built in P4 3Ghz , I get stuck when
> I change channel to an off air one in live tv. I've attached a backend log.
The backend log looks OK.
I'll need your frontend log, but change "#if 0"
to "#if 1" on line 1
On 09/09/05, John Pullan <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Sep 2005 19:52 +0100 (BST), Jim <[EMAIL PROTECTED]> wrote:
> > > I'm still not able to use LiveTV in myth (DVB-t, r7217, debian64). Am
> > > I the only one with the black screen and NoLock in LiveTV and with
> > > perfectly working rec
> I'm still not able to use LiveTV in myth (DVB-t, r7217, debian64). Am
> I the only one with the black screen and NoLock in LiveTV and with
> perfectly working recording feature? Is it fixed for all of you who
> reported a non-working LiveTV a few days ago?
yes at least at 7212 - from a clean bui
On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> Mysterious rec vs livetv problem (Adam Egger)
> Need "mythbackend -v record,channel,siparser" output from
> both on same channel with latest SVN.
Sorry, still no livetv for me with 7221 so here are my logs (full logs
attached).
On Fri, 2005-09-09 at 17:33 +0100, John Pullan wrote:
> I wonder if Daniel could provide us with a new current list of problems ?
As far as I'm aware it's down to two:
Mysterious rec vs livetv problem (Adam Egger)
Need "mythbackend -v record,channel,siparser" output from
both on same cha
I wonder if Daniel could provide us with a new current list of problems ?
On 09/09/05, Adam Egger <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm still not able to use LiveTV in myth (DVB-t, r7217, debian64). Am
> I the only one with the black screen and NoLock in LiveTV and with
> perfectly working re
Hi,
I'm still not able to use LiveTV in myth (DVB-t, r7217, debian64). Am
I the only one with the black screen and NoLock in LiveTV and with
perfectly working recording feature? Is it fixed for all of you who
reported a non-working LiveTV a few days ago?
Daniel do you need any logs or are you awa
Daniel Kristjansson wrote:
Here is the list of problems I'm aware of:
* Exiting Live TV when there is no signal broken (Adam Egger)
No idea why, but I have an idea of how to debug.
If anyone feels left out let me know :)
Related to the above, when tuning to an off-air channel (as discusse
Re : Ongoing DVB problems.
Thanks for your work so far Daniel. Your latest SVN change fixed the
problem with that channel that was causing me dificulties.
I now have another problem. I have two identical DVB cards (Nova-T)
and sometimes when I initiate two recordings one after another, the
second
> That was the cause of my lock issue. If I change the BER allowed range
> and threshold, it works.
Can someone tell me now I change the allowed range for my BER?
David.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman
Daniel Kristjansson wrote:
On Sun, 2005-08-28 at 10:34 +1000, David Peterson wrote:
2005-08-28 10:18:41.873 SML[7]: Name(ber) Val(69430) thr(<=65535)
range(0,65535) timeout(0 ms) is set
That's your problem! The value is 69430, while the range is [0,65535]
I'll fix it tmr...
-- Daniel
Tha
Daniel Kristjansson wrote:
On Sun, 2005-08-28 at 10:34 +1000, David Peterson wrote:
2005-08-28 10:18:41.873 SML[7]: Name(ber) Val(69430) thr(<=65535)
range(0,65535) timeout(0 ms) is set
That's your problem! The value is 69430, while the range is [0,65535]
I'll fix it tmr...
BER is an annoy
On Sun, 2005-08-28 at 10:34 +1000, David Peterson wrote:
> 2005-08-28 10:18:41.873 SML[7]: Name(ber) Val(69430) thr(<=65535)
> range(0,65535) timeout(0 ms) is set
That's your problem! The value is 69430, while the range is [0,65535]
I'll fix it tmr...
-- Daniel
_
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
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, 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
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
> 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
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
Yep,
Recordings work fine - I'm sure ;-). I only have trouble with LiveTV.
Neale.
Daniel Kristjansson wrote:
On Fri, 2005-08-26 at 15:03 +0100, Neale Swinnerton wrote:
What about the Signal (0%) no lock problem I've been seeing on Live TV
(recordings work)
Wait recordings work? Are you su
On 8/26/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-08-26 at 15:03 +0100, Neale Swinnerton wrote:
> > What about the Signal (0%) no lock problem I've been seeing on Live TV
> > (recordings work)
> Wait recordings work? Are you sure?
That's the case for me too, recordings work
On Fri, 2005-08-26 at 15:03 +0100, Neale Swinnerton wrote:
> What about the Signal (0%) no lock problem I've been seeing on Live TV
> (recordings work)
Wait recordings work? Are you sure?
It still waits for a lock for recordings, this doesn't make any sense.
It actually says "no lock" in the UI an
On 26/08/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-08-26 at 09:17 +0100, John Pullan wrote:
> > On 26/08/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > >
> > > Here is the list of problems I'm aware of:
> > >
> > > * Exiting Live TV when there is no signal broken (A
On Fri, 2005-08-26 at 09:17 +0100, John Pullan wrote:
> On 26/08/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> >
> > Here is the list of problems I'm aware of:
> >
> > * Exiting Live TV when there is no signal broken (Adam Egger)
> > No idea why, but I have an idea of how to debug.
>
On 26/08/05, John Pullan <[EMAIL PROTECTED]> wrote:
> On 26/08/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> >
> > Here is the list of problems I'm aware of:
> >
> > * Exiting Live TV when there is no signal broken (Adam Egger)
> > No idea why, but I have an idea of how to debug.
> > *
On Fri, 2005-08-26 at 09:17 +0100, John Pullan wrote:
> On 26/08/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> I've still got scan issues, (now loops rather than stops). I'll try
> and get you the appropriate logs this evening.
Can you try commenting out USE_SIPARSER too, I'd like to debug t
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 dvb-ttpci car
What about the Signal (0%) no lock problem I've been seeing on Live TV
(recordings work)
Here's the log snippet
2005-08-24 23:03:18.878 SignalMonitor::Start() -- end
2005-08-24 23:03:18.888 WaitForPMT: seen(0) matching(0)
2005-08-24 23:03:18.940 DummyRec: Restart! Frames seen 11
2005-08-24 2
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 dvb-ttpci card. And use the same
> detection code in DVBChannel and check for a lock
On Fri, 2005-08-26 at 12:57 +0100, Allan Stirling wrote:
> Daniel Kristjansson wrote:
> > Here is the list of problems I'm aware of:
> >
> > * Got tables, but failed a lock check?(Allan Stirling)
> > Get printout of GetStatusList()
>
> This only happens on one of my dvb-ttpci card
Daniel Kristjansson wrote:
Here is the list of problems I'm aware of:
* Got tables, but failed a lock check?(Allan Stirling)
Get printout of GetStatusList()
This only happens on one of my dvb-ttpci cards. The cards have different
frontends. The other is OK, which would tend to
On 26/08/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
>
> Here is the list of problems I'm aware of:
>
> * Exiting Live TV when there is no signal broken (Adam Egger)
> No idea why, but I have an idea of how to debug.
> * 1st rec stops if 2nd rec started immediately. (Mark Weaver)
>
Well I downgraded to 7118 and that version is fine.
I then upgraded to 7136 and its still broken - here is an output for
you to look at :)
2005-08-26 13:14:28.581 Started recording "Ready Steady Cook" on
channel: 1012 on cardid: 1, sourceid 1
2005-08-26 13:14:28.583 DVB#0 Opening DVB channel
200
Daniel Kristjansson wrote:
Here is the list of problems I'm aware of:
* 1st rec stops if 2nd rec started immediately. (Mark Weaver)
I'm assuming this is because the 1st recorder isn't
marked as busy quickly enough and LiveTV reuses it.
Sorry, I have determined that this is caused by som
Here is the list of problems I'm aware of:
* Exiting Live TV when there is no signal broken (Adam Egger)
No idea why, but I have an idea of how to debug.
* 1st rec stops if 2nd rec started immediately. (Mark Weaver)
I'm assuming this is because the 1st recorder isn't
marked as busy
74 matches
Mail list logo
