On Wed, Jan 25, 2006 at 10:19:51PM +, Ben Suffolk wrote:
> >
> > Hi -dev,
> > LiveTV with today's SVN (Revision: 8722) looks pretty messed up here
> > (DVB-t, Germany, Kernel 2.6.15, Debian). Any idea which commit could
> > have cause it? Yesterday's SVN was OK for me. I've started make
> > dis
On Mon, Jan 23, 2006 at 09:53:49PM +, Stuart Auchterlonie wrote:
>
> The bizzare thing is this used to work perfectly several months
> ago. I noticed since I picked up another card, and spent the
> next hour trying to scan for my channels.
>
Sometimes it even see's the c
On Mon, Jan 23, 2006 at 04:37:45PM -0500, Daniel Kristjansson wrote:
> On Mon, 2006-01-23 at 21:30 +0000, Stuart Auchterlonie wrote:
>
> > SIParser is seeing this PAT and saying 'I've got what I was meant to get'
> > and then SIScan is complaining that it can&#
On Mon, Jan 23, 2006 at 04:14:14PM -0500, Buechler, Mark R wrote:
> That doesn't make any sense.. siparser is looking to get data from the PAT
> to build a channel list, not filter one of the PIDs in it. Could this be
> related to the "Program not found in PAT" patch?
>
The Program not found in P
On Sun, Jan 22, 2006 at 08:17:07PM -0500, Robert Tsai wrote:
> On Sun, Jan 22, 2006 at 06:44:49PM -0500, Robert Tsai wrote:
> > I watched live TV today (NFL AFC Championship Game) for the first time
> > in a long time.
> >
> > The live TV basically "stopped" at the end of the pre-game show (3pm)
>
On Sun, Jan 15, 2006 at 11:26:18PM -, MythTV wrote:
> #1035: EIT rewrite
> -+--
> Reporter: stuarta |Owner: danielk, stuarta
> Type: task | Status: new
> Priority: major|M
On Tue, Jan 10, 2006 at 02:44:51PM -0500, Daniel Kristjansson wrote:
> On Tue, 2006-01-10 at 18:57 +0000, Stuart Auchterlonie wrote:
> > On Tue, Jan 10, 2006 at 03:27:46PM -, MythTV wrote:
> > > (In [8551]) Fixes #743.
> > Do you still want me to do the other version o
On Tue, Jan 10, 2006 at 03:27:46PM -, MythTV wrote:
> #743: Fix "program not found in PAT" problem.
> -+--
> Reporter: stuarta |Owner: danielk
> Type: patch| Status: closed
> Priority: minor
> > I'll look at doing the cleanup differently then so that it doesn't use
> > the malloc.
> Thanks, it's needed when caching. But we use it in non-caching mode in
> HDTVRecorder during recording, there the mallocs are a real pita.
>
> That code started out really simple and just grew, it might ma
On Sun, Jan 08, 2006 at 12:46:31AM -, MythTV wrote:
> #743: Fix "program not found in PAT" problem.
> -+--
> Reporter: stuarta |Owner: danielk
> Type: patch| Status: reopened
> Priority: mino
On Fri, Jan 06, 2006 at 01:48:27PM -0500, Daniel Kristjansson wrote:
> On Fri, 2006-01-06 at 13:41 -0500, Buechler, Mark R wrote:
> > Has there been any work done on 743? Resetting the device between channel
> > changes I know would fix MANY of my issues with tuning.
> The device is closed between
On Thu, Dec 22, 2005 at 08:34:46PM +, Stuart Auchterlonie wrote:
>
> I have managed to put the frontend into a permanent sleep
> just by trying to pop up the group filter in watch recordings.
>
> Don't know if it will help anyone, but here's a backtrace
>
I have managed to put the frontend into a permanent sleep
just by trying to pop up the group filter in watch recordings.
Don't know if it will help anyone, but here's a backtrace
Stuart
Thread 2 (Thread -1243296848 (LWP 2099)):
#0 0xb631db91 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /l
On Sat, Dec 17, 2005 at 11:23:20AM +, Allan Stirling wrote:
> Stuart Auchterlonie wrote:
> >On Thu, Dec 15, 2005 at 09:13:44PM -, MythTV wrote:
> >
> >>#743: Fix "program not found in PAT" problem.
> >>
> >
> >My plan is to do this
On Thu, Dec 15, 2005 at 06:54:34PM -0500, Daniel Kristjansson wrote:
> On Thu, 2005-12-15 at 23:40 +0000, Stuart Auchterlonie wrote:
> > On Thu, Dec 15, 2005 at 09:13:44PM -, MythTV wrote:
> > > #743: Fix "program not found in PAT" problem.
> > My plan i
On Thu, Dec 15, 2005 at 09:13:44PM -, MythTV wrote:
> #743: Fix "program not found in PAT" problem.
>
> stuarta, reopen this when you have a new patch as discussed in the mailing
> list.
>
My plan is to do this with a timeout, 400ms should do it.
If we get a PAT which is the old one, then
On Wed, Dec 14, 2005 at 11:31:09PM +, Stuart Morgan wrote:
>
> I wonder if we don't have two problems here? My issue only started with very
> recent SVN and affects almost all recordings. Those which use complete fade
> to black scene changes are most affected, but I just had the problem wit
On Sat, Dec 03, 2005 at 10:02:16PM +0100, Torbjörn Jansson wrote:
>
> I have coredumps turned on, but i can never get anything usefull from them
> with gdb.
> To load a coredump i use "gdb -c the_core_dump_file"
> I can get a backtrace but they never contain any symbol info, it's like gdb
> have f
On Sun, Dec 04, 2005 at 10:56:45AM -0500, Daniel Kristjansson wrote:
> On Sat, 2005-12-03 at 12:52 +0100, Rudy Zijlstra wrote:
> > Stuart, Daniel,
> >
> > DVB has added the following service types which would be interesting to
> > support in MythTv:
> >
> > - 0x11 - MPEG2 HD Television Service
>
On Sat, Dec 03, 2005 at 12:07:18PM -0500, Daniel Kristjansson wrote:
> On Sat, 2005-12-03 at 00:37 +0000, Stuart Auchterlonie wrote:
> > On Fri, Dec 02, 2005 at 10:51:06PM +0000, Stuart Auchterlonie wrote:
> > My suspicion is that the data has been read off the demux,
> >
On Fri, Dec 02, 2005 at 10:51:06PM +, Stuart Auchterlonie wrote:
> > DVBRecorder::CloseFilters(void) ?
> >
> > replace:
> > close(_pid_filters[i]);
> > with:
> > {
> > ioctl(_pid_filters[i], DMX_STOP)
On Fri, Dec 02, 2005 at 10:51:06PM +, Stuart Auchterlonie wrote:
> >
> > It does seem a little hacky, can you see if it would work to send a
> > DMX_STOP ioctl to the demux before closing it in
> > DVBRecorder::CloseFilters(void) ?
> >
> > replace:
On Fri, Dec 02, 2005 at 02:54:03PM -0500, Daniel Kristjansson wrote:
> On Fri, 2005-12-02 at 18:20 +0000, Stuart Auchterlonie wrote:
> > On Fri, Dec 02, 2005 at 06:03:51PM -, MythTV wrote:
> > > #743: Fix "program not found in PAT" problem.
>
> > My init
On Fri, Dec 02, 2005 at 03:22:22PM -0500, Daniel Kristjansson wrote:
> On Fri, 2005-12-02 at 18:22 +0000, Stuart Auchterlonie wrote:
> > Approximately 8min after starting a recording I get 1 minutes worth
> > of the following error.
> > GetNextFreeFrame() unable to lock frame
Approximately 8min after starting a recording I get 1 minutes worth
of the following error.
GetNextFreeFrame() unable to lock frame 100 times. Discarding Frames.
This is with 8095. Any ideas about this one.
Stuart
___
mythtv-dev mailing list
mythtv
On Fri, Dec 02, 2005 at 06:03:51PM -, MythTV wrote:
> #743: Fix "program not found in PAT" problem.
>
> Comment:
>
> Except for the UpdatePAT() only being sent when the program isn't set,
> this is technically correct. But it would disable some useful warnings in
> CreatePATSingleProgram()
0 seconds by
> > default.
>
> but right now it is spamming the log file with 20 MB/minute of identical
> records. At least that could have been disabled as a result of #725 :-)
>
> > If you want to help with improvements to the EIT scanner
> > please coordinate with S
On Sat, Nov 26, 2005 at 07:49:44PM -0500, Daniel Kristjansson wrote:
>
> [mythtv users questions below]
> > 3) Program #28676 not found in PAT!
> > Program Association Table
> > PSIP prefix(0x0) tableID(0x0) length(73) extension(0x42a)
> > version(16) current(1) section(0) last_section(0)
On Thu, Nov 24, 2005 at 04:54:26PM +0100, Mattia Martinello wrote:
> Asher Schaffer ha scritto:
>
> >
> I am using a Debian Unstable..
> How I can downgrade to QT 3.3.4?
>
You can't. It's all tied in with the ABI transition
due to gcc4, new kde etc etc.
It's faster to install Debian stable.
S
On Thu, Nov 24, 2005 at 12:52:36PM +, Ben Edwards wrote:
> Have been knocking this on around a bit on both the myth user list and
> gentoo forum without mutch luck. Think maybe I need to raise a bug as
> I am not the only person with this issue.
>
> Basicaly when I scrub video in edit mode to
On Mon, Nov 21, 2005 at 01:30:43PM -0500, Daniel Kristjansson wrote:
> On Mon, 2005-11-21 at 17:42 +0000, Stuart Auchterlonie wrote:
> > I think a better way to do this would be to setup priorities
> > for EIT information.
> Sure, there is a lot of improvement to be made in the
On Mon, Nov 21, 2005 at 03:29:12PM +, [EMAIL PROTECTED] wrote:
> Author: danielk
> Date: 2005-11-21 15:29:12 + (Mon, 21 Nov 2005)
> New Revision: 7962
>Changeset: http://cvs.mythtv.org/trac/changeset/7962
>
> Modified:
>
>trunk/mythtv/libs/libmythtv/eithelper.cpp
>
On Fri, Nov 18, 2005 at 02:23:26AM -0500, dave sailer wrote:
> dave sailer wrote:
>
> >dave sailer wrote:
> >
> >>i had a working mythfrontend that suddenly started to segfault while
> >>playing live tv. It plays recorded content ok. I'm using gentoo and
> >>the only way i could figure out how
On Wed, Nov 16, 2005 at 10:15:48AM -0800, Geoffrey Hausheer wrote:
> On 11/16/05, Paul Wheeler wrote:
> > Geoffrey,
> >
> > Did you ever have any luck with getting the subtitles back in? Will
> > this be too difficult/time consuming to do? Are you planning to look
> > into it at all?
> >
> No this
On Thu, Nov 17, 2005 at 11:27:40AM -0700, Warren Volz wrote:
> Jochen K???hner writes:
>
> >Since i have updated yesterday i think i have the following problems.
> >
> >After a while my backend send following error:
> >
> >2005-11-17 12:32:21.084 ReadStringList timeout.
> >2005-11-17 12:32:21.084
On Tue, Nov 15, 2005 at 08:46:58AM -0800, Geoffrey Hausheer wrote:
> Well, I know why you are getting the infinite loop, but am not sure
> how that can happen, and don't know what to do about it. Basically,
> the decoder was unable to find an entire frame, and is waiting for
> additional data. If
On Tue, Nov 15, 2005 at 12:33:34PM -0500, Tom Lichti wrote:
> g++ -g -O0 -fno-inline -fno-default-inline -o mpeg2fix mpeg2fix.o
> helper.o replex/libreplex.a -L./libavformat -L./libavcodec -L./libavutil
> -L./libmpeg2 -L./replex -lmythavformat-0.18 -lmythmpeg2-0.18 -lreplex
> -lpthread -lqt-mt -
they put in an ad break at about the right time then they
stick the newsbreak afterwards. It's often +-2mins from scheduled.
Stuart
>
> On 11/15/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> >
> >
> > I'm looking to implement a new scheduling type an
On Mon, Nov 14, 2005 at 09:29:22PM -0800, Geoffrey Hausheer wrote:
> Here is mpeg2fix-0.9
> it should fix the blockiness Cory reported, and a frame-corruption
> issue I found, and has some other minor fixes, but I don't think it'll
> fix anyone else's crashing or infinite-loop problems. Unfortunat
I'm looking to implement a new scheduling type and am
looking for comments, theories on best way to implement it.
The situation. In the UK, and numerous other places, the stations
like showing movies with a 1-5 min news break in the middle. This
would look like the following in the guide data.
On Mon, Nov 14, 2005 at 06:15:32PM -0800, Brad Templeton wrote:
>
> I've been away from mythtv coding for several months. I see it has
> switched to subversion. I've always had my own custom patches, some
> of which I contributed, some of which were not ready or suitable
> for contribution.
>
>
On Mon, Nov 14, 2005 at 05:17:50PM -0500, Daniel Kristjansson wrote:
> On Mon, 2005-11-14 at 22:01 +, MythTV wrote:
> > Could this be the same issue I (and others) had with mythfilldatabase
> > causing "IOBOUND - blocking in ThreadedFileWriter::Write()" errors during
> > a recording? See #
Comments so far.
Output stream is MPEG PS while input stream is MPEG TS.
Analyzing the output file with ffmpeg gives the following
errors.
---
[mpeg2video @ 0x8332208]ac-tex damaged at 0 0
[mpeg2video @ 0x8332208]ac-tex damaged at 0 1
.
all the way down to
.
[mpeg2video @ 0x8332208]
On Sun, Nov 13, 2005 at 01:53:05PM -0800, Geoffrey Hausheer wrote:
> On 11/13/05, Stuart Auchterlonie wrote:
> > On Sun, Nov 13, 2005 at 09:15:49AM -0800, Geoffrey Hausheer wrote:
> > >
> > > if it doesn't work, I'll need a gdb backtrace.
> > >
>
On Sun, Nov 13, 2005 at 09:15:49AM -0800, Geoffrey Hausheer wrote:
>
> if it doesn't work, I'll need a gdb backtrace.
>
I've just gone straight for the backtrace.
It looks like there is an invalid AVFormatContext being
passed in, so when it attempts to use it things fall apart.
I'm volunteering
On Fri, Nov 04, 2005 at 02:12:03PM +1300, Robin Gilks wrote:
> Greetings all
>
> Most of my TV viewing is done through the NZ Sky sat system and its
> difficult to get a reliable EPG feed due to a variety of reasons (TV
> company greed mostly!!).
>
> I'm using a set-top-box for the sat feed due t
With 7795 I get the following abort when commflagging.
*** glibc detected *** corrupted double-linked list: 0x08141bf0 ***
Aborted (core dumped)
Backtrace is as follows
--
(gdb) bt
#0 0xb61bea27 in raise () from /lib/tls/libc.so.6
#1 0xb61c035b in abort () from /lib/tls/libc.so.6
#2 0xb61f53
Torbjörn Jansson wrote:
>
>
> Aah, that links was so smal i didn't notice it.
> I've reverted that changeset and it didn't fix it, i still get
> QGVector::insert errors and now eit data is not inserted or atleast not as
> fast as it was previously.
>
It won't be as fast. I'm more interested in
Torbjörn Jansson wrote:
> [EMAIL PROTECTED] <> wrote:
>
>>Torbjörn Jansson wrote:
>>
>>
>>>
>>>I've done a test, i deleted program and credits table so i know all
>>>data i get is new data. Now most EIT programs don't have any
>>>descriptions and the descriptions on hallmark looks cut off, just
>>
Torbjörn Jansson wrote:
>
>
> I've done a test, i deleted program and credits table so i know all data i
> get is new data.
> Now most EIT programs don't have any descriptions and the descriptions on
> hallmark looks cut off, just like in the begining of the EIT code when it
> didn't know how to
On Thu, Nov 03, 2005 at 10:07:36PM +0100, Torbjörn Jansson wrote:
> [EMAIL PROTECTED] <> wrote:
> > I'm getting quite a lot of the following error
> >
> > "QGVector::insert: Index 0 out of range"
> >
> >
> > This is with 7679.
> >
> > I'm not sure where it comes from and I haven't had
> > much
I'm getting quite a lot of the following error
"QGVector::insert: Index 0 out of range"
This is with 7679.
I'm not sure where it comes from and I haven't had
much time to try and find out. Anyone else having this
one?
Stuart
___
mythtv-dev mailing
On Mon, Oct 24, 2005 at 07:55:26PM +0100, Paul Woodward wrote:
> How do you get around programs magically and subtly changing names and then
> not recording?
Power search, keyword search, title keyword?
Also reviewing your list of programs to be recorded.
Episodes of a series don't generally chan
On Sun, Oct 23, 2005 at 01:16:32AM -0600, John P Poet wrote:
>
> All in all, there were over 50 "Schedule Change"s listed. Most of
> them were harmless, but a few broke some scheduled recordings I had in
> place. I am just glad I noticed, or I would have been rather annoyed
> when my shows did n
On Sat, Oct 22, 2005 at 02:40:09PM +, [EMAIL PROTECTED] wrote:
> Author: danielk
> Date: 2005-10-22 14:40:08 + (Sat, 22 Oct 2005)
> New Revision: 7559
>Changeset: http://cvs.mythtv.org/trac/changeset/7559
>
> Modified:
>
>trunk/mythtv/libs/libmythtv/eithelper.cpp
>
On Sat, Oct 22, 2005 at 08:24:07AM -0400, Daniel Kristjansson wrote:
> On Sat, 2005-10-22 at 10:08 +0100, Stuart Auchterlonie wrote:
> > On Fri, Oct 21, 2005 at 08:41:21PM +, [EMAIL PROTECTED] wrote:
>
> > > also deletes multiplexes and not just
> > > channels
On Fri, Oct 21, 2005 at 08:41:21PM +, [EMAIL PROTECTED] wrote:
> Author: danielk
> Date: 2005-10-21 20:41:20 + (Fri, 21 Oct 2005)
> New Revision: 7549
>Changeset: http://cvs.mythtv.org/trac/changeset/7549
>
> Modified:
>
>trunk/mythtv/libs/libmythtv/frequencytables.c
On Thu, Oct 20, 2005 at 06:15:46PM +0530, Vijay Maurya wrote:
> Hi Friends...
> Could anybody tell me how to setup internet connection using dialup for
> mythtv box ?
> And if connection is established how top test it with mythtv?
> Regards..
> Vijay
This has nothing to do with mythtv.
Go find a
On Wed, Oct 19, 2005 at 10:24:56AM -0400, Wendy Seltzer wrote:
>
> Thanks. Almost, but not quite. There's still a stutter at the point when it
> hits the "Scheduled 162 items in 0.7," and it does that twice about a minute
> apart once it has finished scanning channels. This is on a fast machine (p
On Wed, Oct 19, 2005 at 04:15:04PM +0100, John Pullan wrote:
> How about calling the scheduler when we're about to come out of
> channel crawl mode ? Or is that not feasible ?
>
My latest thought was to call reschedule on the channel change
during active scan.
Although this would only reduce the
On Wed, Oct 19, 2005 at 10:24:56AM -0400, Wendy Seltzer wrote:
>
> Thanks. Almost, but not quite. There's still a stutter at the point when it
> hits the "Scheduled 162 items in 0.7," and it does that twice about a minute
> apart once it has finished scanning channels. This is on a fast machine (p
On Wed, Oct 19, 2005 at 08:50:40AM -0400, Wendy Seltzer wrote:
> At rev 7525, I'm finding this load a problem too. It's particularly annoying
> when listening to music, because the spike causes the audio to skip. I may
> be missing something obvious, but I can't find a setup option to disable the
>
On Wed, Oct 19, 2005 at 03:06:48PM +0200, Adam Egger wrote:
> Hi -dev, hi Daniel,
>
> There's mostly negative feedback here, so I'd like to say that DVB-t
> works great now with yesterday's SVN builds, everything's fine with my
> EIT either. Tested on Debian32 and Debian64. Thanks!
>
Looking goo
On Wed, Oct 19, 2005 at 12:33:07PM +0100, Stuart Auchterlonie wrote:
>
> The quick version would be to change the condition on
> line 121 of eithelper.cpp from
>
> if (counter > 0)
>
> to
>
> if (counter > 0 && counter < EITHelper::kChunkSize)
>
On Wed, Oct 19, 2005 at 07:24:10AM -0400, Daniel Kristjansson wrote:
> On Wed, 2005-10-19 at 12:06 +0100, Stuart Auchterlonie wrote:
> > On Wed, Oct 19, 2005 at 12:01:53PM +0100, Mark Edwards wrote:
> > I was just thinking about something along those lines.
> > Wait till
On Wed, Oct 19, 2005 at 12:01:53PM +0100, Mark Edwards wrote:
> >
> > Which specific svn version are you using? 7385 contain changes
> > to make sure that only 20 events are put into the database each
> > run through. 7386 reduced the priority of the scanner and sched.
> > This greatly reduced the
On Wed, Oct 19, 2005 at 11:36:00AM +0200, Tino Keitel wrote:
> Hi folks,
>
> since I use a SVN version with the EIT crawler, the mysqld uses 100%
> CPU from time to time, for ca. 30 seconds. My feeling is also that the
> system becomes somewhat slow during this time, which is annoying.
>
> This i
On Tue, Oct 18, 2005 at 09:43:23AM -0700, Eskil Heyn Olsen wrote:
> On Tue, 2005-10-18 at 11:47 +0100, Stuart Auchterlonie wrote:
>
> > Talking of playlists. I would be nice when scanning for music
> > if any .m3u files found were added to the playlists, since that&#
On Mon, Oct 17, 2005 at 11:30:33PM -0700, Eskil Heyn Olsen wrote:
> Don't know who owns it, but can I rewrite it ?
>
Dunno who owns it either, but any work is good...
>
> (and while I'm at it, mind if I completely redo how all_music and
> all_playlists are passed around left and right ? I reall
On Sun, Oct 16, 2005 at 03:34:50PM -0400, Daniel Kristjansson wrote:
> On Sun, 2005-10-16 at 20:16 +0100, Graeme Hilton wrote:
> > I get the following error when compiling SVN74
>
> > Is this a problem with Myth, or a problem with my recently downloaded
> > kernel headers? I haven't knowingly cha
On Sun, Oct 16, 2005 at 07:40:43PM -, MythTV wrote:
> #471: starttime/progstart confusion causing transcode jobs to queue
> incorrectly
> ---+
> Reporter: anonymous |Owner: cpinkham
> Type: defect |
On Thu, Oct 13, 2005 at 02:40:20PM -0400, Chris Pinkham wrote:
>
> Is that code stable enough? I though I'd seen quite a few posts where users
> were
> getting errors with it because it didn't like the source audio format.
> Probably DVB users. It wasn't that high on my todo list to look into i
On Thu, Oct 13, 2005 at 02:40:20PM -0400, Chris Pinkham wrote:
> > With mythtranscode,
> >
> > Now that we are producing mpg files by default should we
> > modify mythtranscode so that if the input file is .mpg
> > then we default to mpeg to mpeg transcode???
>
> Is that code stable enough? I th
With mythtranscode,
Now that we are producing mpg files by default should we
modify mythtranscode so that if the input file is .mpg
then we default to mpeg to mpeg transcode???
Stuart
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.or
On Wed, Oct 12, 2005 at 04:00:48PM -0400, Daniel Kristjansson wrote:
>
> I don't know about DVB Events, but EIT Events are segmented into
> several PES packets, on different pids. The TS->PES conversion is
> probably not the a reason for fragmentation. Only one PES table
> is transmitted per PID a
On Wed, Oct 12, 2005 at 03:52:31PM -0400, Daniel Kristjansson wrote:
>
> BTW I'm always looking for doxygen documentation patches...
>
Hah! Got one of those here!!!
Seems if the function spec in the comment doesn't match
the actual function spec then the documentation isn't
completely generated
On Wed, Oct 12, 2005 at 08:40:17PM +0100, John Pullan wrote:
> On 12/10/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> >
> > Same test, different starting mux, finally got 1 & 1 only set
> > of events processessed from a different mux. H
> >
>
On Wed, Oct 12, 2005 at 04:25:36PM +0100, Stuart Auchterlonie wrote:
> On Wed, Oct 12, 2005 at 03:59:48PM +0100, Stuart Auchterlonie wrote:
> >
> > It begs the question how long does the event carousel take to
> > come through. I'm running a test at the moment, sit
On Wed, Oct 12, 2005 at 03:59:48PM +0100, Stuart Auchterlonie wrote:
>
> It begs the question how long does the event carousel take to
> come through. I'm running a test at the moment, sitting on BBC News24
> and watching what keys get processed.
>
> So far (at the 2m
On Wed, Oct 12, 2005 at 10:46:53AM -0400, Daniel Kristjansson wrote:
> On Wed, 2005-10-12 at 15:43 +0100, John Pullan wrote:
> > On 12/10/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> > > On Wed, Oct 12, 2005 at 01:56:03PM +0100, John Pullan wrote:
> > >
On Wed, Oct 12, 2005 at 01:56:03PM +0100, John Pullan wrote:
>
> You know, I'm still not convinced by this. Tuning to BBC1/2 used to
> fill the entire program map in. I'll test it tonight and get back to
> you.
>
Perhaps it just takes 3-4 hours?
Stuart
On Wed, Oct 12, 2005 at 06:28:47AM -0400, Daniel Kristjansson wrote:
> On Wed, 2005-10-12 at 10:18 +0100, Stuart Auchterlonie wrote:
> > On Wed, Oct 12, 2005 at 09:57:52AM +0100, John Pullan wrote:
>
> > Something I noticed while looking at the memory leaks is the
> > Ev
On Wed, Oct 12, 2005 at 11:01:44AM +0100, John Pullan wrote:
> On 12/10/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> >
> > Something I noticed while looking at the memory leaks is the
> > Events map contains events for EVERY channel available, but
> > GetE
On Wed, Oct 12, 2005 at 09:57:52AM +0100, John Pullan wrote:
> On 11/10/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > On Tue, 2005-10-11 at 23:26 +0100, Stuart Auchterlonie wrote:
> > >
> > > Can anybody explain why the EIT processing in siparser
> >
Can anybody explain why the EIT processing in siparser
contains all those section trackers & the rest?
Why don't we just
1) Decode event(s) (ParseDVBEIT, ParseATSCEIT etc)
2) Queue event(s) directly into eithelper.
After looking for those memory leaks and analysing that
code it made me want
On Sun, Oct 09, 2005 at 06:26:03PM -, MythTV wrote:
> #443: sefault on playing video on ppc
> +---
> Reporter: [EMAIL PROTECTED] | Owner: ijr
> Type: defect | Status: new
> Priority: major
On Sun, Oct 09, 2005 at 01:20:27PM -0400, Daniel Kristjansson wrote:
> On Sun, 2005-10-09 at 18:02 +0100, Stuart Auchterlonie wrote:
> > On Sun, Oct 09, 2005 at 04:25:28PM -, MythTV wrote:
> > > #437: EIT crawl transport scan
> > > I did not add the part where i
On Sun, Oct 09, 2005 at 04:25:28PM -, MythTV wrote:
> #437: EIT crawl transport scan
>
> Comment:
>
> (In [7422]) Closes #437.
>
> I did not add the part where it disables channel scanning
> entirely if you are using dvb-on-demand. We should instead
> just sleep for a while between scans
On Sun, Oct 09, 2005 at 01:45:25PM +0100, John Pullan wrote:
> >
> > Having tested this, the percentage based approach to
> > trying to work out where the subtitles begin and end doesn't
> > work very well. Quite a lot of shows have a short title
> > and a long subtitle. Friends is a prime exam
On Fri, Oct 07, 2005 at 10:13:38PM -0400, Daniel Kristjansson wrote:
> On Fri, 2005-10-07 at 21:31 -0400, Daniel Kristjansson wrote:
> > On Sat, 2005-10-08 at 00:58 +0100, Stuart Auchterlonie wrote:
> > > btw. This is the biggest leak of them all
> > I can imagine.
>
On Fri, Oct 07, 2005 at 02:23:11PM -0400, Daniel Kristjansson wrote:
> On Fri, 2005-10-07 at 18:44 +0100, Stuart Auchterlonie wrote:
> > Hello All,
> > Here's a preliminary patch to fix the EIT memory leaks.
> > It DOES NOT fix all of them, but it does fix the major ones
Hello All,
Here's a preliminary patch to fix the EIT memory leaks.
It DOES NOT fix all of them, but it does fix the major ones.
I'm putting this out there so people can leave things running
happilly overnight without consuming too much memory, and because
I won't get a chance to look at it for
What is the main difference between ATSC EIT events &
DVB EIT events?
As far as I can see the DVB EIT events are self contained,
so only the event itself would be needed to build an EPG,
but are the ATSC EIT events missing some information that
you have to work out based upon where you get the e
On Thu, Oct 06, 2005 at 04:56:39PM -0400, Daniel Kristjansson wrote:
> On Thu, 2005-10-06 at 21:16 +0100, Ian Caulfield wrote:
> >
> > Looking at that patch, it seems that the problem Mark was having
> > could
> > have been due to the last two parameters of SetVersionPMT being
> > reversed...
>
On Thu, Oct 06, 2005 at 12:21:17PM -, MythTV wrote:
> #424: Proper fix for #415 (empty PMT's cause ProgramMapTable::toString() to
> SEGV)
> -+--
> Reporter: stuarta |Owner: danielk
> Type: patch|
On Wed, Oct 05, 2005 at 08:19:15PM +0200, Adam Egger wrote:
> On 10/5/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> >
> > I'm getting this compile failure now
>
> It was successful for me after a make distclean and ./configure. make
> clean wasn&#
I'm getting this compile failure now
g++-3.3 -o mythtv-setup main.o backendsettings.o checksetup.o
-L/usr/share/qt3/lib -L../libs/libmyth -L../libs/libmythtv
-L../libs/libavcodec -L../libs/libavformat -L../libs/libavutil
-lmythtv-0.18 -lmythavformat-0.18 -lmythavcodec-0.18 -lmythavutil-0.18
On Wed, Oct 05, 2005 at 08:56:14AM -0400, Daniel Kristjansson wrote:
> On Tue, 2005-10-04 at 23:21 +0100, Mark wrote:
> > Stuart Auchterlonie wrote:
> > >Anyone else seeing memory leaks with 7384???
> > >
> > Mine have improved since 7385, but still pretty bad.
Anyone else seeing memory leaks with 7384???
Stuart
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
On Mon, Oct 03, 2005 at 10:47:04PM +0200, Torbjörn Jansson wrote:
>
> I'm getting regular segfaults too, but haven't tried your patch yet.
>
Daniel just commited the most relevant part.
As long as you don't run the backend with --verbose record
it should help.
Stuart
_
1 - 100 of 229 matches
Mail list logo
