> The last committed change to the mythfilldatabase code is 8218, Chris
> Pinkham's change which deals with the scheduling of mythfilldatabase. Seems
> like a likely culprit ...
>
> I'll take a look at the changes made, perhaps I can even find the problem and
> submit a patch.
This is related
On 20-Dec-05, at 10:10 PM, Nigel Pearson wrote:
-Syscall(['hdiutil', 'create', '-size', '1000m',
"$SCRIPTDIR/.osx-packager.dmg",
Nigel when you get a chance could you fix a minor typo where the last
hdiutil call is a System() call instead of Syscall(). There is no
System() sub so
On Tuesday 20 December 2005 07:30, Johan Venter wrote:
> Just to add to my post, this may be related to Trac ticket #105.
>
> Johan Venter wrote:
> > Hi guys,
> >
> > Very happy with the new LiveTV code, it's working fantastically with SVN
> > code.
> >
> > Now, have noticed one thing though (SVN 8
On 12/12/05, MythTV <[EMAIL PROTECTED]> wrote:
> #798: Auto-disable AC3 passthru when using timestretch
> ---+
> Reporter: [EMAIL PROTECTED] | Owner: ijr
> Type: patch | Status: new
> Priority:
* In qt-mac-free-3.3.4/mkspecs/macx-g++/qplatformdefs.h,
#define QT_SOCKLEN_T int
needs to be
#define QT_SOCKLEN_T socklen_t
in order to work with the latest system headers.
...
I'd tend to suspect the system headers, though.
I think we should automate these patches or serve o
Just thought I would let anyone interested know that I have made a
self-contained mac application for the jobqueue.
Geoff, I haven't have a chance to look at this,
but I recently modified the osx-packager to build and
package up several programs (MythJobQueue included).
Would it
On Tuesday 20 Dec 2005 17:47, Stuart Morgan wrote:
> I've just noticed that mythfilldatabase is running every 3 hours on my
> backend instead of once per day. It hasn't always done this. I have no
> separate cron jobs running it, they are all initiated by mythbackend.
The last committed change to
This thread is for the discussion of removing any inconsistency in the
timeout of OSD displays. If there are no objections, I will implement
this and submit a patch to trac as a ... patch(?). [I'd say 'defect
with attached patch' but who knows. If someone would clarify I'll
update the Ticket
Thanks for the synopsis Daniel. :)
--
Stuart Morgan
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[EMAIL PROTECTED] <> wrote:
> I've just noticed that mythfilldatabase is running every 3 hours on
> my backend instead of once per day. It hasn't always done this. I
> have no separate cron jobs running it, they are all initiated by
> mythbackend.
>
> As the minimum interval setting is a day has
I've just noticed that mythfilldatabase is running every 3 hours on my backend
instead of once per day. It hasn't always done this. I have no separate cron
jobs running it, they are all initiated by mythbackend.
As the minimum interval setting is a day has someone hardcoded something
different?
On Tue, 2005-12-20 at 14:58 +, Ashley Bostock wrote:
> Would you like the logs from my frontend as well then?
>
> I'm not using XvMC and fast forwarding is only broken on recordings
> made since updating to a recent svn version. As I said all recordings
> made with my previous "pre new livetv
On Tue, 2005-12-20 at 14:52 +, Stuart Morgan wrote:
> =Recording multiple channels on a single DVB transport=
> First off, Yes I know this topic has come up quite often before. I'm
> interested to know what hurdles stand in the current Myth code, especially
> after all the DVB and general cha
Would you like the logs from my frontend as well then?I'm not using XvMC and fast forwarding is only broken on recordings made since updating to a recent svn version. As I said all recordings made with my previous "pre new livetv" svn checkout are fast forwarding without any issues at all.
Ash.On
=Recording multiple channels on a single DVB transport=
First off, Yes I know this topic has come up quite often before. I'm
interested to know what hurdles stand in the current Myth code, especially
after all the DVB and general changes made in the last few months.
I there would need to be cha
in /mythweb/modules/music/init.php:
// First, we should check to see that MythMusic is configured.
$has_music = $db->query_col('SELECT COUNT(*) FROM musicmetadata');
If the user does not have MythMusic installed, there will be no
musicmetadata table at all. The query will fail in db.php with
Donavan Stanley wrote:
Kevin Kuphal wrote:
Todd Tidwell wrote:
How about, then, a simple "Autoexpire LiveTV Recordings After
Viewing" that
just simply means they get autoexpired as soon as you change the
channel or
stop viewing LiveTV? That doesn't seem like it would burden anyone
in term
However you avoid that issue with the current release is how you
avoid it with the new method. The SAME AMOUNT of space will be use
collectively for Live TV and recorded shows as the current release.
It's whatever you set it to. Seems to me the only difference is that
it will actually use t
Just to add to my post, this may be related to Trac ticket #105.
Johan Venter wrote:
Hi guys,
Very happy with the new LiveTV code, it's working fantastically with SVN
code.
Now, have noticed one thing though (SVN 8321) that seems odd with
recordings of shows that are currently in progress,
Hi guys,
Very happy with the new LiveTV code, it's working fantastically with SVN
code.
Now, have noticed one thing though (SVN 8321) that seems odd with
recordings of shows that are currently in progress, and I would like
some input as to whether I am crazy or whether this is actually a bug
Kevin Kuphal wrote:
Todd Tidwell wrote:
How about, then, a simple "Autoexpire LiveTV Recordings After
Viewing" that
just simply means they get autoexpired as soon as you change the
channel or
stop viewing LiveTV? That doesn't seem like it would burden anyone
in terms
of adding to the comple
21 matches
Mail list logo
