Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Suggestion for improving SLOW channel changinginLiveTV.....

What about using the same ringbuffer when changing the channel? I mean: Instead of deleting the old ringbuffer, and creating a new one starting with the new channel, using the same buffer and "marking" the beggining of the new channel, so yo can't rewind past that point. Also it would be good tha

Re: [mythtv] Suggestion for improving SLOW channel changinginLiveTV.....

That sounds similar to what I was suggesting. I don't see why there needs to be an element of time involved though... just keep on displaying realtime data until there's a reason not to When zapping through I do not want the extra load for setting up a new ringbuffer. If this are millisecond

Re: [mythtv] Suggestion for improving SLOW channel changing inLiveTV.....

That sounds similar to what I was suggesting. I don't see why there needs to be an element of time involved though... just keep on displaying realtime data until there's a reason not to. Hit pause and there's a bit of lag while the display transitions from raw capture to decoded ringbuff

Re: [mythtv] Current DVB problems rundown

> 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

Re: [mythtv] Current DVB problems rundown

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).

Re: [mythtv] Suggestion for improving SLOW channel changing inLiveTV.....

On Friday 09 September 2005 01:48 pm, Cory Papenfuss wrote: > On Fri, 9 Sep 2005, Pascal Favre wrote: > > I never use LiveTV because changing channels are to slow. > > I suggest to have an option for 'fast-changing-channels' where the input > > is immediately directed to the output for the specific

Re: [mythtv] Suggestion for improving SLOW channel changing inLiveTV.....

On Fri, 9 Sep 2005, Pascal Favre wrote: I never use LiveTV because changing channels are to slow. I suggest to have an option for 'fast-changing-channels' where the input is immediately directed to the output for the specific amount of time (say 1 minute). This allows fast changing channels.

Re: [mythtv] Re: [mythtv-commits] mythtv commit: r7209 by danielk

On Fri, Sep 09, 2005 at 12:41:26PM -0400, Joshua M. Thompson wrote: > I keep thinking about this and recalling how my old Dish PVR > worked...the signal lost message seemed to be a flag in the stream > rather than an actual 'Signal Lost' video. Would it perhaps be possible > to output some sort of

Re: [mythtv] Re: [mythtv-commits] mythtv commit: r7209 by danielk

On Fri, 2005-09-09 at 12:41 -0400, Joshua M. Thompson wrote: > I keep thinking about this and recalling how my old Dish PVR > worked...the signal lost message seemed to be a flag in the stream > rather than an actual 'Signal Lost' video. This is how I originally implemented the signal monitoring. B

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Re: [mythtv-commits] mythtv commit: r7209 by danielk

On Fri, 2005-09-09 at 11:35 -0400, Daniel Kristjansson wrote: > The problem is that while tuning the recorder is completely locked > out (except in LiveTV mode, which jumps through some hoops). So if > we block until the program is over then you can't cancel the > recording if there is no signal.

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Current DVB problems rundown

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

Re: [mythtv] Suggestion for improving SLOW channel changing inLiveTV.....

I never use LiveTV because changing channels are to slow. I suggest to have an option for 'fast-changing-channels' where the input is immediately directed to the output for the specific amount of time (say 1 minute). This allows fast changing channels. After this time the normal LiveTV behaviour

Re: [mythtv] Re: [mythtv-commits] mythtv commit: r7209 by danielk

On 9/9/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote: > On Thu, 2005-09-08 at 23:07 -0600, John P Poet wrote: > > On 9/8/05, John P Poet <[EMAIL PROTECTED]> wrote: > > If I tell the scan to just scan "atsc channel 26" over and over and > > over, it will eventually get a lock and add the informa

Re: [mythtv] Suggestion for improving SLOW channel changing in LiveTV.....

> Besides, for ivtv captures, it would require keeping the RAW YUV > part in sync and continuously functioning along with the MPEG part. For > that matter, it may be academic if the card cannot operate with both at > the same time. In the past I've used both at the same time. Mplaye

Re: [mythtv] Video problems after pausing Live TV with 720p?

On Thu, 2005-09-08 at 20:25 -0700, Todd Ignasiak wrote: > Does anyone have suggestions for things to check to diagnose this? > As Jack mentioned, it's as if the 720p video is going through some > interlacing issue, and ends up corrupted (image displayed twice, one > shifted half way down the scre

Re: [mythtv] Re: [mythtv-commits] mythtv commit: r7209 by danielk

On Thu, 2005-09-08 at 13:09 -0600, Brandon Beattie wrote: > On Thu, Sep 08, 2005 at 06:04:39PM +0100, Stuart Auchterlonie wrote: > > The 5000ms was rather arbitrary anyway. :-) > > I was thinking in terms of how long it might take to move > > a satellite dish. > > Can we add some settings to each

Re: [mythtv] Re: [mythtv-commits] mythtv commit: r7209 by danielk

On Thu, 2005-09-08 at 23:07 -0600, John P Poet wrote: > On 9/8/05, John P Poet <[EMAIL PROTECTED]> wrote: > If I tell the scan to just scan "atsc channel 26" over and over and > over, it will eventually get a lock and add the information for KOB to > the database. The threshold for a DVB lock is no

Re: [mythtv] Suggestion for improving SLOW channel changing in LiveTV.....

I have at various times done some experimenting with this to see what can be done and by reducing the buffering a little and taking out some redundant pausing I was able to get the channel change time down to around 200ms on my DVB-T setup. However, then some other changes went in and change ti

Re: [mythtv] Suggestion for improving SLOW channel changing in LiveTV.....

But with Browse mode, LiveTV "channel surfing" is pretty much unnecessary. The original complaint was because it takes time to switch channels. You don't need to switch channels to know what is on a given channel so when you do find one that is interesting, the 2 seconds it takes to change

[mythtv] Re: follow-up to mythfilldatabase/MySQL 5.0 problem

At 03:52 PM 9/8/2005, toby cabot wrote: >I monkeyed around with it and my hypothesis is that "repeat" is now a >mysql keyword so it can no longer be used as a column name. That is precisely the reason. The list of reserved words is found here: <

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #303: Some code to guess the category of an insert cd/dvd

Leo Weppelman wrote: I think you are missing the point... The difference is in the mediatype not in the extension What the hell are you talking about? From the patch: TypeMapping[] = { 119 { MEDIATYPE_MVIDEO, 120 { "wmv", "mpg", "avi", "

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #303: Some code to guess the category of an insert cd/dvd

On Thu, Sep 08, 2005 at 08:43:34PM -0400, J. Donavan Stanley wrote: > Leo Weppelman wrote: > > >But this means that a new type of setting also needs an update of the > >mythcdrom code and not only a database update. A pro would be that the > >value of a '#define MEDIATYPE_MMUSIC 64' does not enter

Re: [mythtv] Develop new plugin, HOW??

心藍 Dennis wrote: I also wanted to ask. Which IDE or what kind of development environment is suggested for mythtv development? Most devs use a lot of command line shells, with their favorite texteditor. Coming from msvc myself, I really like KDevelop. Compiling myth, and running the debugger