On Wed, 2005-10-05 at 03:31 -0400, Isaac Richards wrote:
>
> But, development for mythmusic is good. =)
On that note ; I've got a pretty complete shoutcast decoder going, and
started working on ipod support and then it struck me ; is doing all
this in mythmusic going to be voided suddenly by mfd
Here is the log of what I believe is gdb crashing with a slave mythbackend.
This time it wasn't generating thumbnails via mythfrontend or mythweb, it
was at the end of recording two shows, one on QAM pcHDTV 3k and one on
firewire. Next up was two more shows on the same tuners which it looked like
i
I am sorry to bother the list with a naive question, but. . .
I am trying to use gdb to debug a specific plugin for mythtv. Questions:
1) Do I need to compile mythfrontend in debug mode as well as the mythtv
plugin I want to debug? It would be more convenient for me to load just
the plugin in d
Using svn r7401 it still crashes while generating thumbnails sometimes. The
slavebackend crashed everytime I tried to view a certain thumbnail, whether
by mythfrontend or mythweb on a firewire recording. This was repeatable so
after I realized I hadn't compiled in debug mode I recompiled but when I
Le Vendredi 7 Octobre 2005 04:28, Jacques Facquet a écrit :
> Le Vendredi 7 Octobre 2005 03:10, Robin Gilks a écrit :
> [cut]
>
> > I'm certainly interested in the mythfm patch as I've failed
> > miserably to get pvr-150mce radio to run via myth although the
> > ivtv utils drive it OK. If you don't
Le Vendredi 7 Octobre 2005 03:10, Robin Gilks a écrit :
[cut]
> I'm certainly interested in the mythfm patch as I've failed
> miserably to get pvr-150mce radio to run via myth although the ivtv
> utils drive it OK. If you don't want to put it onto trac then I'd
> appreciate a copy by email.
Ok,
I'l
[snip]
> If somebody have any use of this I have patched (by hand) mythmusic
> with mythFM (the latest mythFM patch is against mythtv 0.18).
> I don't know how to provide it but I can upload a svn diff output.
Create a ticket on http://cvs.mythtv.org/trac/ saying what you have done,
once the tick
Hello,
I have a bug in channels change, I use tuner and SVideo Input, when I
start from tuner (SECAM), its ok, if I change for SVideo (PAL) its
ok, if I come back to tuner mythtv say to the driver to change in PAL
format (not ok), I have to patch ivtv driver to put secam in the
format. I have d
O would have put it in the for loop test or in the for loop itself as its
value changed every loop and I would guarantee that its not the first time
round that it does it.
cheers
mark
> Author: danielk
> Date: 2005-10-06 20:08:43 + (Thu, 06 Oct 2005)
> New Revision: 7400
>Cha
On 10/6/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote:
> > > 1) IMHO Myth should not rely on the signal-strength and
> > > signal-to-noise-ratio.
> MythTV does not rely on these, it only monitors them for the UI.
> They aren't useful for determining lock because they aren't
> normalized, but t
Thoughts/comments?
OK, one other thing that is fairly dear to my heart...
I would like to seperate the generation of the video streams a little
more seperate from the consumption (thinking backend now). The idea
would be that even when all the cards are recording tv you can still go
to
On Thursday 06 October 2005 06:07 pm, Ed W wrote:
> Isaac Richards wrote:
> >On Wednesday 05 October 2005 06:09 pm, Ed W wrote:
> >
> >
> >>Actually, it occurs to me suddenly that what we really want is to build
> >>a *single* video & audio playing application which is remote
> >>controllable, but
Isaac Richards wrote:
On Wednesday 05 October 2005 06:09 pm, Ed W wrote:
Actually, it occurs to me suddenly that what we really want is to build
a *single* video & audio playing application which is remote
controllable, but has NO gui.
That's Thor's mfd. =)
Agree!
But you wer
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 10/6/05, Joseph A. Caputo <[EMAIL PROTECTED]> wrote:
On Thursday 06 October 2005 17:14, Matt wrote:> Also, with MythTV, if you come home from work, turn on the TV, see
> your 4> hour ring buffer full and its in the middle of a movie, you hit RECORD> and> it wipes out the movie up to where you a
On Oct 6, 2005, at 4:14 PM, Matt wrote:Seems Myth has been on Slashdot a few more times recently, one story I noticed in particular talked specifically about myth: http://ask.slashdot.org/askslashdot/05/10/04/2029227.shtml?tid=129 It sems there are some good comments in there (even some of the
On 10/5/05, Isaac Richards <[EMAIL PROTECTED]> wrote:
On Wednesday 05 October 2005 06:43 am, Ed W wrote:> - "New Website" - Whilst accepting that wikis are not your thing I have
> had a lot of success recently with pmwiki for making websites. The nice> bit about the wiki is the seperation of cont
On Thursday 06 October 2005 17:14, Matt wrote:
> Also, with MythTV, if you come home from work, turn on the TV, see
> your 4
> hour ring buffer full and its in the middle of a movie, you hit RECORD
> and
> it wipes out the movie up to where you are now then starts recording,
> LAME!
> SageTV
On Thu, 6 Oct 2005, Daniel Kristjansson wrote:
But it turns out we shouldn't have been using the PID at
all for PMT's, the MPEG program number is unique all by
its lonesome.
Good point!
Ian
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://my
Seems Myth has been on Slashdot a few more times recently, one story I noticed in particular talked specifically about myth:
http://ask.slashdot.org/askslashdot/05/10/04/2029227.shtml?tid=129
It sems there are some good comments in there (even some of the lower ranking ones) on why some people
On Thu, 2005-10-06 at 17:21 +0200, Gerd v. Egidy wrote:
> > > > [RPC slow, not securable]
> > >
> > > I'm just thinking about making things easier for other programs to
> > > interoperate with myth, is all.
> >
> > As far as I know these are the options: CORBA, DBUS, DCE, DCOM, DCOP,
> > Sun RPC, X
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...
Could have been, they weren't in the logical order.
But it turns out we shouldn't
On Thu, 6 Oct 2005, Daniel Kristjansson wrote:
On Wed, 2005-10-05 at 17:48 +0100, Mark Edwards wrote:
With 7393 It appears to loop thru all the Pnums, finds the right one, but
then continues on in an endless loop.
You will notice I added a debug message when they failed to match.
In the log bel
On Wed, 2005-10-05 at 17:48 +0100, Mark Edwards wrote:
> With 7393 It appears to loop thru all the Pnums, finds the right one, but
> then continues on in an endless loop.
> You will notice I added a debug message when they failed to match.
> In the log below the second Pnum should have matched OK,
It's possible to run the backend on a RaQ2 "Comm flags Jobs
only" Debian sid
Linux cobalt 2.4.27-r5k-cobalt #1 Thu Aug 18 00:09:31 UTC 2005
mips GNU/Linux
mythbackend: ELF 32-bit LSB MIPS-I executable, MIPS, version 1
(SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs),
stripp
Robert Johnston wrote:
> Would not Rendezvous be more advantagous, to allow auto-discovery of
> frontends/backends/plugin servers?
I am not familiar with all the features of Rendezvous, however, a uPNP
implementation gives us both the auto-discovery and a selection of usable
"thin" frontends that
Robert Kulagowski wrote:
> Were you able to use any of the stuff at cybergarage?
> http://www.cybergarage.org/net/index.html
I decided early on that I wanted this to be a learning experience, so I am
writing it all from scratch. I am making good progress on the various
underlying protocols (SSD
> I'd love to see someone do a "smart remote" app that'd run on a pda. Two
> way
> communication, preview vids, etc. I've got an Axim x50v just beggin to be
> put to use like this. =)
The smart remote is one of the reasons I started the uPNP implementation...
I want to be able to use my x50v a
On 10/6/05, Joseph A. Caputo <[EMAIL PROTECTED]> wrote:
I don't imagine we have too many folks running Mython a SPARC... :=)
Hmm... Those are just the sort of challenges I like :)
What current/known issues exist with mythtv as a frontend and/or backend on different architectures and OSes?
What pl
On 06/10/05, Robert Kulagowski <[EMAIL PROTECTED]> wrote:
> David Blain wrote:
> > I just wanted to let everyone know that I am currently implementing uPNP for
> > MythBackend. I am focusing on the Content Directory Service (CDS) first and
> > plan on making it extensible to allow add-ins the abil
> > > [RPC slow, not securable]
> >
> > I'm just thinking about making things easier for other programs to
> > interoperate with myth, is all.
>
> As far as I know these are the options: CORBA, DBUS, DCE, DCOM, DCOP,
> Sun RPC, XML-RPC, SOAP, MBUS, ICE.
>
> AFAIC: CORBA, DCOM and Sun RPC are not se
David Blain wrote:
I just wanted to let everyone know that I am currently implementing uPNP for
MythBackend. I am focusing on the Content Directory Service (CDS) first and
plan on making it extensible to allow add-ins the ability to register there
own content to be listed.
Were you able to use
On Thursday 06 October 2005 10:03, Daniel Kristjansson wrote:
> On Wed, 2005-10-05 at 13:35 -0400, Isaac Richards wrote:
>
> > > As for incorporating the plug-ins... I'd rather see a plugin API
> > > 2.0
> > > with calls added to make plug-ins embeddable, focus switchable,
> > > etc.
> > I jus
On Thu, 2005-10-06 at 14:39 +0100, Adrian Wilkins wrote:
> Reply from linuxtv list about MythTV and DVB-T problems that have been
> observed with USB units. Any comments?
>
> On 9/30/05, Patrick Boettcher <[EMAIL PROTECTED]> wrote:
> > I read the ticket, but I never used MythTV so far, anyway, I t
On Wed, 2005-10-05 at 13:35 -0400, Isaac Richards wrote:
> Qt _does_ include its own copy of SQLite. If it were acceptable to go
> through
> the backend for queries, this could possibly be used.
I think someone mentioned using a DB micro-kernel on the backend to
handle DB queries, I think this
Reply from linuxtv list about MythTV and DVB-T problems that have been
observed with USB units. Any comments?
On 9/30/05, Patrick Boettcher <[EMAIL PROTECTED]> wrote:
> Hi Adrian,
>
> I read the ticket, but I never used MythTV so far, anyway, I think you are
> facing "normal" problems:
>
> 1) IMHO
On Wed, 2005-10-05 at 13:13 -0700, Bruce Markey wrote:
> > The check for mythbackend is very simple, it just runs
> > "ps -ae | grep mythbackend". So if you rename the backend
> > executanble it won't detect the backend. It also won't dedect
> > a master backend running on a different host, etc. It
On Wednesday 05 October 2005 19:01, Hamish Moffatt wrote:
> On Wed, Oct 05, 2005 at 02:48:52PM -0400, Joseph A. Caputo wrote:
> > Note that, as of a few months ago, SQLite did not work on 64-bit
> > architectures. *Major* 32-bit assumptions in the code base. I
don't
> > know what the status is
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|
>
>> svn.mythtv.org (70.84.9.188) was excluded from out proxy servers.
>> Now cvs should run fine.
>
> and when I tried svn it works!!
>
Glad it's working, and you've educated your ISP which is always good. :-)
___
mythtv-dev mailing list
mythtv-dev@myt
Trying to get a backtrace of this, but gdb keeps segfaulting on this crash.
I think this involves the thumbnail generation, but not 100% sure, I haven't
been able to figure out the pattern. This is on a slavebackend with firewire
and a QAM pcHDTV3k setup, the main backend has two pvr250 cards. It c
42 matches
Mail list logo