On Tue, 2005-28-06 at 22:52 -0400, Robert Tsai wrote:
> What are the guidelines for Trac attachments? I assume patches and
> tarballs (of new code) are generally acceptable.
Patches can be submitted after a ticket is filed. I dont know about
tarballs, though, I see no reason not to attache them.
Wouldn't the Fink repositories still have older versions in them?
Should do, and there was a cached URL in Google
that seems to be working. It is just very annoying!
--
Nigel Pearson, [EMAIL PROTECTED] | "Reality is that which,
Telstra BI&D, Sydney, Australia | when you stop beli
So after a lot of struggling to get mythTV to work in
ubuntu on my new box with firewire/6200 support (the
only way was to follow the ubuntu guide start to end,
compile libiec61883 and libraw1394 from source, and
compile mythTV 0.18.1 from source into a .deb package
and install it), I have a strang
Nigel Pearson wrote:
If means I can't work on the Mac version because
TrollTech doesn't seem to have a download link for the
old versions, and my disk drive (that had 3.5.2) died :-(
Wouldn't the Fink repositories still have older versions in them?
Graeme
_
I'm sure a few of the devs have noticed by now that QT 4 has been
released.
What (if anything) will this mean for myth?
If means I can't work on the Mac version because
TrollTech doesn't seem to have a download link for the
old versions, and my disk drive (that had 3.5.2) died :-(
--
N
Hamish Moffatt wrote:
On Tue, Jun 28, 2005 at 07:57:43PM -0500, Kevin Kuphal wrote:
Except the script would tend to get complicated in disk full situations
where Myth already has much of the functionality built in for that, it
only needs to understand that RecordFilePrefix can be something
I have solved this. Thanks to Micah Galizia. The
thing to do is use grabKeyboard() and
releaseKeyboard() to force input to go to the new
widget. Interestingly, commenting out the part in
getTarget() referring to the escape key has no effect.
Still don't fully understand the details of this but
What are the guidelines for Trac attachments? I assume patches and
tarballs (of new code) are generally acceptable.
Is there a (per-attachment, aggregate) size limit we should try to
stay under (corefiles, data files that are known to cause reproducible
problems, etc.)? Do they end up as blobs in
My Myth Box regularly crashes back to the X windows session. I am running
a M1 with a Fusion Dvico DVB Card. Always happens on a channel change
(but only on every 50th or so channel change. This is runnig the latest
mythtv release 18.1, CVS unichrome drivers unichrome-20050528. Anyone see
anyth
http://www.gossamer-threads.com/lists/mythtv/users/137959?search_string=qt4;#137959
On Tue, 2005-28-06 at 19:53 -0600, Geoffrey Kruse wrote:
> I'm sure a few of the devs have noticed by now that QT 4 has been
> released. What (if anything) will this mean for myth?
>
> Geoff
> _
On Tue, 2005-28-06 at 19:44 -0400, Keith Irwin wrote:
> On Tuesday, June 28, 2005, at 07:32 PM, Micah F. Galizia wrote:
>
> >> 1) I would imagine that most people with a real remote
> >> (i.e. with a channel up and down button) would have done this?
> >
> > Actually, if you use the Linux input la
I'm sure a few of the devs have noticed by now that QT 4 has been
released. What (if anything) will this mean for myth?
Geoff
smime.p7s
Description: S/MIME cryptographic signature
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/c
On Tuesday 28 June 2005 09:24 pm, Hamish Moffatt wrote:
> On Tue, Jun 28, 2005 at 07:57:43PM -0500, Kevin Kuphal wrote:
> > Except the script would tend to get complicated in disk full situations
> > where Myth already has much of the functionality built in for that, it
> > only needs to understand
On Tue, Jun 28, 2005 at 07:57:43PM -0500, Kevin Kuphal wrote:
> Except the script would tend to get complicated in disk full situations
> where Myth already has much of the functionality built in for that, it
> only needs to understand that RecordFilePrefix can be something other
> than a single
> I am just wondering if all this is really necessary.
> It is not too hard to do this sort of thing via NFS/Samba
> and symlinks and a cron job or two (e.g. every 10 minutes
> if the recordings partition is more than X% full, move the
> oldest recordings to another partition/network-mount and
Nigel Pearson wrote:
I am just wondering if all this is really necessary.
It is not too hard to do this sort of thing via NFS/Samba
and symlinks and a cron job or two (e.g. every 10 minutes
if the recordings partition is more than X% full, move the
oldest recordings to another partition/net
On Tue, Jun 28, 2005 at 11:45:26AM +0100, Stephen Williams wrote:
> The (final) xtraview patch was quite simple and should still apply,
> even if you have to do it manually. As other people have said, it'll
> never get into CVS. This patch should become irrelevant when myth
> (hopefully!) regains t
On Tuesday, June 28, 2005, at 07:32 PM, Micah F. Galizia wrote:
1) I would imagine that most people with a real remote
(i.e. with a channel up and down button) would have done this?
Actually, if you use the Linux input layer, the channel up/down
scancodes are 402 and 403. XInput, allowing s
1) I would imagine that most people with a real remote
(i.e. with a channel up and down button) would have done this?
Actually, if you use the Linux input layer, the channel up/down
scancodes are 402 and 403. XInput, allowing scancodes no greater than
255, is incapable of receiving those keys.
> 1) I would imagine that most people with a real remote
> (i.e. with a channel up and down button) would have done this?
Actually, if you use the Linux input layer, the channel up/down
scancodes are 402 and 403. XInput, allowing scancodes no greater than
255, is incapable of receiving those keys
I am just wondering if all this is really necessary.
It is not too hard to do this sort of thing via NFS/Samba
and symlinks and a cron job or two (e.g. every 10 minutes
if the recordings partition is more than X% full, move the
oldest recordings to another partition/network-mount and
repl
being able to use up and down to change channel in the live tv mode
is
great, but if the same buttons are used for a completely different
purpose in the recording mode, its not.
This is not a default is it? I'm pretty sure that you would need to
bind the up and down arrow keys yourself. In ei
Three recordings made recently all cause mythfrontend to crash with the
following error in the console when I attempt playback.
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc
Aborted
They are DVB recordings (mpeg2). Two were of the same series, different
hi,
i'm new to mythtv. started using it about 3-4 weeks ago. I love it.
wanted to make some changes to it so that it can be even better.
i'm a hobby programmer, and i'm not a c++ expert, but i'm learning
through this project.
i'm working on 1 thing right now and wanted to also tackle the
"insta
Kevin Kuphal <[EMAIL PROTECTED]> writes:
> Brandon Beattie wrote:
>
>>Recordings would work like this. Just like in various mythplugins you
>>would be able to specify various locations to store recordings to. This
>>wouldn't be hard of course.. if that directory doesn't have enough
>>space, use
> It is the default, or at least it was a while ago. When playing a
> recording, up/down jump by 10 minutes (or whatever is configured). In
> live TV mode they change channel. So if you try to jump 10 minutes in
> live TV mode, you change channel and lose your buffer.
>
that's why i (and i assume
In a nutshell: when an Escape key is pressed in a
setup window, the key event (key<> == Qt::Key_Escape)
is sent to the widget with focus, e.g. a MythLineEdit
widget. When the Escape is generated by lirc, the
widget never gets the key event. Why? And, how do I
fix this?
Of course, normally, the
On Tue, Jun 28, 2005 at 07:52:52AM -0400, Micah F. Galizia wrote:
> On Tue, 2005-28-06 at 09:23 +0100, Matthew Robinson wrote:
> > being able to use up and down to change channel in the live tv mode is
> > great, but if the same buttons are used for a completely different
> > purpose in the recordi
Well, I managed to get it to compile, but not to run. Here is what I
did to get it compiled:
1. Before building QT/embedded, edit
mkspecs/qws/linux-x86-g++/qmake.conf and remove the only instance of
"-fno-rtti"
(obviously this is dependent on architecture, as the "linux-x86-g++"
section is
Michael Haas wrote:
On 6/27/05, Stever <[EMAIL PROTECTED]> wrote:
Ummm, I am not a developer, but I am a user and just thought i would put
in a "feature request". I use myth a lot and I think it's great.
However, sometimes with my friends, I will send a video or a mp3 album
or a new game or
http://www.gossamer-threads.com/lists/mythtv/dev/134203?search_string=mythvideo;#134203
^^Did you see this one?
On 6/27/05, Stever <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Ummm, I am not a developer, but I am a user and just thought i would put
> in a "feature request". I use myth a lot and I th
On 6/27/05, Ryan A. Carris <[EMAIL PROTECTED]> wrote:
> On 6/27/05, Stever <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > Ummm, I am not a developer, but I am a user and just thought i would put
> > in a "feature request". I use myth a lot and I think it's great.
> > However, sometimes with my frien
On Tue, 2005-28-06 at 09:23 +0100, Matthew Robinson wrote:
> being able to use up and down to change channel in the live tv mode is
> great, but if the same buttons are used for a completely different
> purpose in the recording mode, its not.
This is not a default is it? I'm pretty sure that you
On 6/28/05, James Stembridge <[EMAIL PROTECTED]> wrote:
> On 6/28/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> > Questionable legality..
> >
> > Can almost guarantee it'll never be in cvs/svn
>
> I wonder on what basis it's considered illegal? We have no DMCA
> equivalent here in the U
On 6/28/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> That's why I said "Questionable".
> You could argue one way or the other for ages.
Well sure, I'm just interested in what basis people think it might be
illegal, not on it's validity.
James.
_
On Tue, Jun 28, 2005 at 11:54:51AM +0100, James Stembridge wrote:
> On 6/28/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> > Questionable legality..
> >
> > Can almost guarantee it'll never be in cvs/svn
>
> I wonder on what basis it's considered illegal? We have no DMCA
> equivalent he
On 6/28/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote:
> Questionable legality..
>
> Can almost guarantee it'll never be in cvs/svn
I wonder on what basis it's considered illegal? We have no DMCA
equivalent here in the UK afaik.
James.
___
myth
The (final) xtraview patch was quite simple and should still apply,
even if you have to do it manually. As other people have said, it'll
never get into CVS. This patch should become irrelevant when myth
(hopefully!) regains the ability to manually edit the PIDs associated
with a channel.
Stephen W
Fair enough, I can see why people will say its not legal.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Stuart Auchterlonie
Sent: 28 June 2005 11:40
To: Development of mythtv
Subject: Re: [mythtv] uc: Xtraview patch
On Tue, Jun 28, 2005 at 11:16:27AM +
On Tue, Jun 28, 2005 at 11:16:27AM +0100, Barker Thomas wrote:
> What ever happened to the extraview patch?
>
> Its still not in the cvs, it was really useful.
>
Questionable legality..
Can almost guarantee it'll never be in cvs/svn
Stuart
>
>
>
> The Information contained in this E-
What ever happened to the extraview patch?
Its still not in the cvs, it was really useful.
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).For those
other than the recipient any disclosure,
being able to use up and down to change channel in the live tv mode is
great, but if the same buttons are used for a completely different
purpose in the recording mode, its not.
to people who dont understand mythtv, this is very confusing and my
girlfriend almost lost an hour of paused live tv bec
42 matches
Mail list logo
