Mailing List Archive

As I posted earlier, download XMLTV 0.5.7. I posted it about 5 hours
ago.

On Wed, 2003-02-12 at 20:02, Chris Black wrote:
> When ever I run mythfilldatabase I get thousands of these errors:
>
> Use of uninitialized value in numeric ge (>=) at /usr/bin/tv_grab_na line 1934.
> Use of uninitialized value in multiplication (*) at /usr/bin/tv_grab_na line 1938.
>
> Does anyone know how to make these go away, or know what they mean?
>
> Thanks,
> Cj B
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@snowman.net
> http://www.snowman.net/mailman/listinfo/mythtv-users
--
Bryce C <Plug@BryceCo.Net>
CoBryce Communications

At 14-2-03 02:02, Emmanuel Seyman wrote:
>[manu@orient manu]$ mythfilldatabase --manual
>Grabbing XMLTV data using tv_grab_fr is not verified as working.
>
>which is strange, considering that setup gives me xmltv output.
Mythfilldatabase only processes XMLTV generators it knows, all commands are
hardcoded into the source. perhaps this will change someday, but as a
workaround it knows (CVS version only) the option --file, where the input
is read from file. Try --help for more info, the --file option needs
several parameters.

>The download section of the Mythtv website says:
>"DO NOT use CVS if you have had any problems getting the last release to run."
>(which sounds a little bit strange to me, IMHO).
What was probably meant is that you should try to get your hardware &
software working under the last stable release (which can be quite a
beast), so if you run into trouble compiling CVS you know if your setup is
the problem or the CVS version itself.

Erik

On Wed, 2003-12-10 at 23:55, Cedar McKay wrote:
> On Dec 10, 2003, at 3:48 PM, Jayson Garrell wrote:
>
> > Is any one else having problem with mythfilldatabase on Gentoo? I had
> > to
> > upgrade to xmltv-0.5.25 & html-praser-3.34 to get it working again.
> > There are no ebuild for those versions yet, so if any one else need
> > them
> > you will need to compile from source. I will create ebuilds when I get
> > home and submit them.
> >
>
> Just checked and mythfilldatabse is working fine here (Seattle, WA).
> Just running stock mythtv and xmltv:
>
>
> sagan root # qpkg -I -v mythtv
> media-tv/mythtv-0.12 *
>
>
> sagan root # qpkg -I -v xmltv
> media-tv/xmltv-0.5.23 *
Well after a little more detective work it seems that my main backend is
somehow the problem. I just finished a clean insatall of Gentoo on my
EPIA board, xmltv-0.5.24. An it running great.

Mythfilldatabase seem to be running really slow though. I am on a
384/128 adsl, and it ran all night only looks like it about half
finished. I konw it's not the connection 'cause when I ran
mythfilldatabase at my office, T3 line, it was also really slow. I
suppose that I can live with it for now, but if any one else is seeing
the same thing I would like to know.

Jayson Garrell

Yes I have noticed that mythfilldatabase is running very slowly lately.

At 11:39 AM 2003-12-11, Jayson Garrell wrote:
>Mythfilldatabase seem to be running really slow though. I am on a
>384/128 adsl, and it ran all night only looks like it about half
>finished. I konw it's not the connection 'cause when I ran
>mythfilldatabase at my office, T3 line, it was also really slow. I
>suppose that I can live with it for now, but if any one else is seeing
>the same thing I would like to know.
>
>Jayson Garrell

Yes I am seeing it. Actually saw it , after 3 hours and only 3 days of progs. Thankfully, the development crew here in my subdivision put me out of my pain by cutting the cable line.

Stuart

Kevin <mythtv-users@simplyc.com> wrote:
Yes I have noticed that mythfilldatabase is running very slowly lately.

At 11:39 AM 2003-12-11, Jayson Garrell wrote:
>Mythfilldatabase seem to be running really slow though. I am on a
>384/128 adsl, and it ran all night only looks like it about half
>finished. I konw it's not the connection 'cause when I ran
>mythfilldatabase at my office, T3 line, it was also really slow. I
>suppose that I can live with it for now, but if any one else is seeing
>the same thing I would like to know.
>
>Jayson Garrell

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Dec 10, 2003, at 23:55, Cedar McKay wrote:

> Just checked and mythfilldatabse is working fine here (Seattle, WA).

You're in Seattle? Didn't know that. Me too...

Oh, and mythfilldatabase is working peachy for me also.

--
Jarod C. Wilson, RHCE

Got a question? Read this first...
http://catb.org/~esr/faqs/smart-questions.html
MythTV, Red Hat Linux 9 & ATrpms documentation:
http://pvrhw.goldfish.org/tiki-page.php?pageName=rh9pvr250
MythTV Searchable Mailing List Archive
http://www.gossamer-threads.com/archive/MythTV_C2/

I'm running Myth.013 if that means anything.

Stuart

Cedar McKay <cedar@aliandcedar.com> wrote:

On Dec 10, 2003, at 3:48 PM, Jayson Garrell wrote:

> Is any one else having problem with mythfilldatabase on Gentoo? I had
> to
> upgrade to xmltv-0.5.25 & html-praser-3.34 to get it working again.
> There are no ebuild for those versions yet, so if any one else need
> them
> you will need to compile from source. I will create ebuilds when I get
> home and submit them.
>

Just checked and mythfilldatabse is working fine here (Seattle, WA).
Just running stock mythtv and xmltv:


sagan root # qpkg -I -v mythtv
media-tv/mythtv-0.12 *


sagan root # qpkg -I -v xmltv
media-tv/xmltv-0.5.23 *


best,
Cedar




_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Rich Deeming wrote:
> DB dir owned by mysql not daemon...
>
> [root@r1 ~]# ls -al /var/lib/mysql
> total 28
> drwxr-xr-x 5 mysql mysql 4096 Jan 18 04:41 .
> drwxr-xr-x 38 root root 4096 Jan 9 19:42 ..
> drwx------ 2 mysql mysql 4096 Nov 27 10:44 mysql
> srwxrwxrwx 1 mysql mysql 0 Jan 18 04:41 mysql.sock
> drwx------ 2 mysql mysql 4096 Jan 10 10:53 mythconverg
> drwx------ 2 mysql mysql 4096 Nov 27 10:44 test
>
> Checking that SUSE starts mysql with the same args this is mine.
>
> root 2968 1 0 Jan18 ? 00:00:00 /bin/sh
> /usr/bin/safe_mysqld --defaults-file=/etc/my.cnf
> --pid-file=/var/run/mysqld/mysqld.pid
> mysql 2997 2968 0 Jan18 ? 00:00:00 /usr/libexec/mysqld
> --defaults-file=/etc/my.cnf --basedir=/usr --datadir=/var/lib/mysql
> --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking
>
>



amd64:/home/tdec # mysqlaccess -d info



Sele Inse Upda Dele Crea Drop Relo Shut Proc File Gran Refe Inde Alte Show Supe Crea Lock Exec Repl Repl Ssl_ Ssl_ X509 X509 Max_ Max_ Max_ | Host,User,DB
---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- + --------------------
N N N N N N N N N N N N N N N N N N N N N ? ? ? ? 0 0 0 | localhost,nobody,info

amd64:/home/tdec # mysqlaccess -d mythconverg

Sele Inse Upda Dele Crea Drop Relo Shut Proc File Gran Refe Inde Alte Show Supe Crea Lock Exec Repl Repl Ssl_ Ssl_ X509 X509 Max_ Max_ Max_ | Host,User,DB
---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- + --------------------
N N N N N N N N N N N N N N N N N N N N N ? ? ? ? 0 0 0 | localhost,nobody,mythconverg

amd64:/home/tdec # mysqlaccess -d test

Sele Inse Upda Dele Crea Drop Relo Shut Proc File Gran Refe Inde Alte Show Supe Crea Lock Exec Repl Repl Ssl_ Ssl_ X509 X509 Max_ Max_ Max_ | Host,User,DB
---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- + --------------------
Y Y Y Y Y Y N N N N N Y Y Y N N Y Y N N N ? ? ? ? 0 0 0 | localhost,nobody,test

amd64:/home/tdec # mysqlaccess -d mysql

Sele Inse Upda Dele Crea Drop Relo Shut Proc File Gran Refe Inde Alte Show Supe Crea Lock Exec Repl Repl Ssl_ Ssl_ X509 X509 Max_ Max_ Max_ | Host,User,DB
---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- + --------------------
N N N N N N N N N N N N N N N N N N N N N ? ? ? ? 0 0 0 | localhost,nobody,mysql


Rich,

Sorry I have to bug you again. You were correct in your message about my problems with the mytyfilldatabase.
I'm trying to determine if my permissions are corrrect as well as the parameter to start the server.
I am new to linux and mysql. Mythtv has my introduction to this new enviroment so many obvious things are not
obvious for me :-(.

Above are all the databases I have in mysql.

Do you see any problems?

Should I change the User in the mythconverg to mythtv?

TIA.

Initially I though the hardest part was going to be the module vide/sound and I was wrong.
Everything was easy until I start to deal with mysql. Well I will go step by step until
the whole thing is solved.

Best regards,

-=terry(Denver)=-
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

What version of IVTV are you using.

Mark Gardner wrote:
> What version of IVTV are you using.
>

ivtv-0.3.2b
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

i had this problem. for me, it was a problem with zap2it servers being
down. i suggest trying later. email them otherwise. i emailed them right
away, so i'm not sure whether waiting or emailing them fixed it.

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On 05/01/07, Jan Johansson <j2@mupp.net> wrote:
>
> Where is the setting to control if myth should automatically run
> mythfilldatabase. I have looked everywhere, but I must be blind

Main menu -> Utilities/Setup -> Setup -> General, and navigate through
to last page

Nick

--
MythTV Official wiki:
http://mythtv.org/wiki/
MythTV users list archive:
http://www.gossamer-threads.com/lists/mythtv/users

"An investment in knowledge always pays the best interest." - Benjamin Franklin
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

>Main menu -> Utilities/Setup -> Setup -> General, and navigate through
to last page

Thanks!

I have looked there a million (well, not really, but a bunch) of times,
and I have never "seen" it.

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Wed, 2010-01-13 at 20:18 -0600, Greg Oliver wrote:
> Hmmmm, I have been spending cycles on this for a couple days now..
>
> Why is the option to run mythfilldatabase automatically in the FE setup?

No one has gotten around to moving it to mythtv-setup...

-- Daniel

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 14, 2010 at 8:06 AM, Daniel Kristjansson
<danielk@cuymedia.net> wrote:
> On Wed, 2010-01-13 at 20:18 -0600, Greg Oliver wrote:
>> Hmmmm, I have been spending cycles on this for a couple days now..
>>
>> Why is the option to run mythfilldatabase automatically in the FE setup?
>
> No one has gotten around to moving it to mythtv-setup...
>
> -- Daniel

At least, not in time for .22. It's in mythtv-setup for .23.

http://svn.mythtv.org/trac/changeset/22524/trunk/mythtv/programs/mythtv-setup

Robert
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 14, 2010 at 10:59 AM, Robert McNamara
<robert.mcnamara@gmail.com> wrote:
> On Thu, Jan 14, 2010 at 8:06 AM, Daniel Kristjansson
> <danielk@cuymedia.net> wrote:
>> On Wed, 2010-01-13 at 20:18 -0600, Greg Oliver wrote:
>>> Hmmmm, I have been spending cycles on this for a couple days now..
>>>
>>> Why is the option to run mythfilldatabase automatically in the FE setup?
>>
>> No one has gotten around to moving it to mythtv-setup...
>> Daniel
>
> At least, not in time for .22.  It's in mythtv-setup for .23.
>
> http://svn.mythtv.org/trac/changeset/22524/trunk/mythtv/programs/mythtv-setup
>

Ah - OK - Thought I might have been missing something :)
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Robert McNamara wrote:
> On Thu, Jan 14, 2010 at 8:06 AM, Daniel Kristjansson
> <danielk@cuymedia.net> wrote:
>> On Wed, 2010-01-13 at 20:18 -0600, Greg Oliver wrote:
>>> Hmmmm, I have been spending cycles on this for a couple days now..
>>>
>>> Why is the option to run mythfilldatabase automatically in the FE setup?
>> No one has gotten around to moving it to mythtv-setup...
>>
>> -- Daniel
>
> At least, not in time for .22. It's in mythtv-setup for .23.
>
> http://svn.mythtv.org/trac/changeset/22524/trunk/mythtv/programs/mythtv-setup
>
Aye. Saves having to try and run an abortion of a front-end on a headless
backend-only box just to set up mfdb :P

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 14, 2010 at 9:12 AM, Mike Perkins
<mikep@randomtraveller.org.uk> wrote:
> Robert McNamara wrote:
>>
>> On Thu, Jan 14, 2010 at 8:06 AM, Daniel Kristjansson
>> <danielk@cuymedia.net> wrote:
>>>
>>> On Wed, 2010-01-13 at 20:18 -0600, Greg Oliver wrote:
>>>>
>>>> Hmmmm, I have been spending cycles on this for a couple days now..
>>>>
>>>> Why is the option to run mythfilldatabase automatically in the FE setup?
>>>
>>> No one has gotten around to moving it to mythtv-setup...
>>>
>>> -- Daniel
>>
>> At least, not in time for .22.  It's in mythtv-setup for .23.
>>
>>
>> http://svn.mythtv.org/trac/changeset/22524/trunk/mythtv/programs/mythtv-setup
>>
> Aye. Saves having to try and run an abortion of a front-end on a headless
> backend-only box just to set up mfdb :P
>

Well, in fairness, the frontend version of that setting is global, so
it will/would work when set from any frontend, it needn't be set on
the backend itself.

Unless you're referring to the frontend application itself as an
abortion, in which case....

Robert
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Run from commandline mythfilldatabase --dd-grab-all to replace
all of the data. I usually run this as root, but I don't think
it matters.
--
Kris B.
[1]krisbee@krisbee.com

On Tuesday, November 01, 2011 2:28 PM, "Russell Gower"
<mythtv@thegowers.me.uk> wrote:

Hi all,
I'm trying to debug a problem with mythfilldatabae base on a
new Cento 6 system running the atrpms packages, when run from the
command line (as the user mythtv), it looks in
/var/lib/mythtv/.mythtv for the config files but when it's run
from mythbackend (also running as mythtv) it looks in
/var/lib/mythtv. I think I've tracked this down to the
MYTHCONFDIR variable in the init file.

My question is, is how do I persuade mythbackend to run
mythfilldatabase again without waiting 24 hours so that I can
test it?

I've not found anything on google, and have tried winding back
the "mythfilldatabaseLastRunStart" and
"mythfilldatabaseLastRunEnd" values in the settings table by 48
hours followed by "service mythbackend restart"

thanks
Russell
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

References

1. mailto:krisbee@krisbee.com

On 11/1/2011 11:16, Kris B. wrote:
> Run from commandline mythfilldatabase --dd-grab-all to replace all of
> the data. I usually run this as root, but I don't think it matters.
> On Tuesday, November 01, 2011 2:28 PM, "Russell Gower"
> <mythtv@thegowers.me.uk> wrote:
>> <not important>

Look at that email address. Users in the UK cannot use Schedules Direct
(datadirect) and thus should not be using --dd-grab-all.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 1 Nov 2011, at 15:16, Kris B. wrote:

> Run from commandline mythfilldatabase --dd-grab-all to replace all of the data. I usually run this as root, but I don't think it matters.

Thanks, but the problem is that it works when run from the command line, but not when run from mythbackend.
R.

On 11/1/2011 11:36, Russell Gower wrote:
> Thanks, but the problem is that it works when run from the command
> line, but not when run from mythbackend.

That doesn't make any sense at all. When mythbackend runs
mythfilldatabase as a child process, it gets the same environment as
mythbackend, meaning home directory and MYTHCONFDIR will be the same.
Are you sure mythfilldatabase is being run by the backend, and not some
cron process with a different environment?
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 1 Nov 2011, at 16:05, Raymond Wagner wrote:

> On 11/1/2011 11:36, Russell Gower wrote:
>> Thanks, but the problem is that it works when run from the command
>> line, but not when run from mythbackend.
>
> That doesn't make any sense at all. When mythbackend runs
> mythfilldatabase as a child process, it gets the same environment as
> mythbackend, meaning home directory and MYTHCONFDIR will be the same.
> Are you sure mythfilldatabase is being run by the backend, and not some
> cron process with a different environment?
> _______________________________________________


Quite sure yes, the only thing I've spotted and what I wanted to test is that the init script for mythbackend defines MYTHCONFDIR, which isn't defined if I run mythfilldatabase from the command line.

So when run from the command line I get the following in the log
2011-11-01 16:23:33.038 Using runtime prefix = /usr
2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
....
2011-11-01 16:23:34.381 XMLTV config file is: /var/lib/mythtv/.mythtv/Freeview.xmltv

but when run from mythbackend I get
2011-11-01 02:32:42.162 Using runtime prefix = /usr
2011-11-01 02:32:42.195 Read conf dir = /var/lib/mythtv
2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
....
2011-11-01 02:32:48.495 XMLTV config file is: /var/lib/mythtv/Freeview.xmltv
Using old-style config file
config file /var/lib/mythtv/Freeview.xmltv does not exist, run me with --configure
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 10:16 AM, Kris B. wrote:
...
> On Tuesday, November 01, 2011 2:28 PM, "Russell Gower"
...

> My question is, is how do I persuade mythbackend to run
> mythfilldatabase again without waiting 24 hours so that I can
> test it?
>
> I've not found anything on google, and have tried winding back
> the "mythfilldatabaseLastRunStart" and
> "mythfilldatabaseLastRunEnd" values in the settings table by 48
> hours followed by "service mythbackend restart"

I think you want: MythFillSuggestedRunTime.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 12:34 PM, Russell Gower wrote:
>
> On 1 Nov 2011, at 16:05, Raymond Wagner wrote:
>
>> On 11/1/2011 11:36, Russell Gower wrote:
>>> Thanks, but the problem is that it works when run from the command
>>> line, but not when run from mythbackend.
>>
>> That doesn't make any sense at all. When mythbackend runs
>> mythfilldatabase as a child process, it gets the same environment as
>> mythbackend, meaning home directory and MYTHCONFDIR will be the same.
>> Are you sure mythfilldatabase is being run by the backend, and not some
>> cron process with a different environment?
>> _______________________________________________
>
>
> Quite sure yes, the only thing I've spotted and what I wanted to test is that the init script for mythbackend defines MYTHCONFDIR, which isn't defined if I run mythfilldatabase from the command line.
>
> So when run from the command line I get the following in the log
> 2011-11-01 16:23:33.038 Using runtime prefix = /usr
> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
> ....
> 2011-11-01 16:23:34.381 XMLTV config file is: /var/lib/mythtv/.mythtv/Freeview.xmltv
>
> but when run from mythbackend I get
> 2011-11-01 02:32:42.162 Using runtime prefix = /usr
> 2011-11-01 02:32:42.195 Read conf dir = /var/lib/mythtv
> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
> ....
> 2011-11-01 02:32:48.495 XMLTV config file is: /var/lib/mythtv/Freeview.xmltv
> Using old-style config file
> config file /var/lib/mythtv/Freeview.xmltv does not exist, run me with --configure

What happens if you cd to /var/lib/mythtv, dp 'ln -s
./.mythtv/Freeview.xmltv Freeview.xmltv' ?


Geoff
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 11:34 AM, Russell Gower wrote:
...
> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
...
> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv

In whatever script your backend starts from, do you have something like:

export MYTHCONFDIR=/var/lib/mythtv/.mythtv

In ubuntu's upstart, I got warning messages if I didn't /export/ LANG
etc.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/1/2011 13:45, Bill Meek wrote:
> On 11/01/2011 11:34 AM, Russell Gower wrote:
> ...
>> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
> ...
>> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
> In whatever script your backend starts from, do you have something like:
>
> export MYTHCONFDIR=/var/lib/mythtv/.mythtv

Yes. He stated that in the first email.

> In ubuntu's upstart, I got warning messages if I didn't /export/ LANG
> etc.

That is merely a warning that things such as metadata grabbing may not
work properly, not an error. Besides which, it only exists on 0.25.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 1 Nov 2011, at 17:45, Bill Meek wrote:

> On 11/01/2011 11:34 AM, Russell Gower wrote:
> ...
>> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
> ...
>> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
>
> In whatever script your backend starts from, do you have something like:
>
> export MYTHCONFDIR=/var/lib/mythtv/.mythtv

No it sets it to /var/lib/mythtv, I've changed it to /var/lib/mythtv/.mythtv - I just need to work out how to force the backend to run mythfilldatabase to see if it's fixed.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 02:16 PM, Russell Gower wrote:
> On 1 Nov 2011, at 17:45, Bill Meek wrote:
>> On 11/01/2011 11:34 AM, Russell Gower wrote:
>> ...
>>> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
>> ...
>>> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
>> In whatever script your backend starts from, do you have something like:
>>
>> export MYTHCONFDIR=/var/lib/mythtv/.mythtv
> No it sets it to /var/lib/mythtv, I've changed it to /var/lib/mythtv/.mythtv - I just need to work out how to force the backend to run mythfilldatabase to see if it's fixed.

Best bet is to wait until tomorrow. If you mess with the timestamps
used to control when mfdb runs, it's possible to put data into a state
where it will never again run mythfilldatabase automatically.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 01:10 PM, Raymond Wagner wrote:
...
>> export MYTHCONFDIR=/var/lib/mythtv/.mythtv
>
> Yes. He stated that in the first email.
...

_export_ is what I added, and not in his original email.

In any case, he got it fixed without it.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/2/2011 10:05, Bill Meek wrote:
> On 11/01/2011 01:10 PM, Raymond Wagner wrote:
> ...
>>> export MYTHCONFDIR=/var/lib/mythtv/.mythtv
>> Yes. He stated that in the first email.
> _export_ is what I added, and not in his original email.

Export is unnecessary. Export is used to push the variable to the
global environment for that login, rather than limited to the context of
the currently running script. As such, it is a _bad_ thing to use in a
script unless you are intentionally trying to configure the login
profile (such as /etc/profile or ~/.bash_profile).
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

Hoi Mitchell,

Tuesday, January 20, 2015, 12:31:16 AM, you wrote:

> Hi,

> I have setup a new ubuntu box and installed the mythbuntu packages.
> for some reason mythfilldatabase in mythweb shows:
> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
> not insert any new data into the Guide for 1 of 1 sources. This can
> indicate a potential grabber failure.
> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM


> but when i run the program manually it does insert data.  What would cause this?


> mitchell

Have you setup the grabber as the mythtv user? For if not your using
different files. Most xmltv grabbers for instance store everything in
HOME/.xmltv and mythtv itself in HOME/.mythtv

Tot mails,
Hika mailto:hikavdh@gmail.com

"Zonder hoop kun je niet leven
Zonder leven is er geen hoop
Het eeuwige dilemma
Zeker als je hoop moet vernietigen om te kunnen overleven!"

De lerende Mens

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 01/19/2015 05:31 PM, Mitchell Gore wrote:
> Hi,
>
> I have setup a new ubuntu box and installed the mythbuntu packages. for
> some reason mythfilldatabase in mythweb shows:
> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and ended on
> Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did not insert any new
> data into the Guide for 1 of 1 sources. This can indicate a potential
> grabber failure.
> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>
> but when i run the program manually it does insert data. What would cause
> this?

A full pastebin of your MFDB log would help answer the question, but it
sounds like you're not up to date on fixes and have a stuck file in /tmp.
Look for a file like: mythtv_ddp_data owned by yourself and unwritable
by user mythtv. Delete it.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Mon, Jan 19, 2015 at 6:49 PM, Hika van den Hoven <hikavdh@gmail.com>
wrote:

> Hoi Mitchell,
>
> Tuesday, January 20, 2015, 12:31:16 AM, you wrote:
>
> > Hi,
>
> > I have setup a new ubuntu box and installed the mythbuntu packages.
> > for some reason mythfilldatabase in mythweb shows:
> > Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
> > ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
> > not insert any new data into the Guide for 1 of 1 sources. This can
> > indicate a potential grabber failure.
> > There's guide data until 2015-01-24 02:00:00 (5 day(s)).
> > DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>
>
> > but when i run the program manually it does insert data. What would
> cause this?
>
>
> > mitchell
>
> Have you setup the grabber as the mythtv user? For if not your using
> different files. Most xmltv grabbers for instance store everything in
> HOME/.xmltv and mythtv itself in HOME/.mythtv
>
> Tot mails,
> Hika mailto:hikavdh@gmail.com
>
> "Zonder hoop kun je niet leven
> Zonder leven is er geen hoop
> Het eeuwige dilemma
> Zeker als je hoop moet vernietigen om te kunnen overleven!"
>
> De lerende Mens
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>

Whenever I've seen this message it's because I've run mythfilldatabase
prior to Myth running it. Next run by Myth, without my doing anything, is
successful!

I am using schedules direct. i just setup datadirect via mythtv setup.

On Mon, Jan 19, 2015 at 8:24 PM, Daryl McDonald <darylangela@gmail.com>
wrote:

>
>
> On Mon, Jan 19, 2015 at 6:49 PM, Hika van den Hoven <hikavdh@gmail.com>
> wrote:
>
>> Hoi Mitchell,
>>
>> Tuesday, January 20, 2015, 12:31:16 AM, you wrote:
>>
>> > Hi,
>>
>> > I have setup a new ubuntu box and installed the mythbuntu packages.
>> > for some reason mythfilldatabase in mythweb shows:
>> > Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>> > ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>> > not insert any new data into the Guide for 1 of 1 sources. This can
>> > indicate a potential grabber failure.
>> > There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>> > DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>
>>
>> > but when i run the program manually it does insert data. What would
>> cause this?
>>
>>
>> > mitchell
>>
>> Have you setup the grabber as the mythtv user? For if not your using
>> different files. Most xmltv grabbers for instance store everything in
>> HOME/.xmltv and mythtv itself in HOME/.mythtv
>>
>> Tot mails,
>> Hika mailto:hikavdh@gmail.com
>>
>> "Zonder hoop kun je niet leven
>> Zonder leven is er geen hoop
>> Het eeuwige dilemma
>> Zeker als je hoop moet vernietigen om te kunnen overleven!"
>>
>> De lerende Mens
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users@mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
>
> Whenever I've seen this message it's because I've run mythfilldatabase
> prior to Myth running it. Next run by Myth, without my doing anything, is
> successful!
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
>

On 01/19/2015 09:24 PM, Daryl McDonald wrote:
>> Tuesday, January 20, 2015, 12:31:16 AM, Mitchell wrote:
>>
>>> I have setup a new ubuntu box and installed the mythbuntu packages.
>>> for some reason mythfilldatabase in mythweb shows:
>>> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>>> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>>> not insert any new data into the Guide for 1 of 1 sources. This can
>>> indicate a potential grabber failure.
>>> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>>> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>>
>>> but when i run the program manually it does insert data. What would
>>> cause this?
> Whenever I've seen this message it's because I've run mythfilldatabase
> prior to Myth running it. Next run by Myth, without my doing anything, is
> successful!

Right, the message is basically saying, "No more data than was
previously in the database was written." So, if you run
mythfilldatabase again before your guide source has added new data, you
will get that message. That's why it says, "This *can* indicate a
potential grabber failure."

However, IMHO, the message causes more problems than it solves (and a
lot of needless worries) and should be removed. I don't know of any
case where that message caused a user to notice that there was a problem
with their grabber. Instead, users notice problems when their 2-weeks
of listings shrink to 10 days of listings or whatever. If we must have
a warning, I'd much rather MythTV notice how much data is usually there
(max 14 days/average 12 days/...) and then warn when it drops below the
average or more than 2 days short or something similar.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Tue, Jan 20, 2015 at 10:26 AM, Michael T. Dean <mtdean@thirdcontact.com>
wrote:

> On 01/19/2015 09:24 PM, Daryl McDonald wrote:
>
>> Tuesday, January 20, 2015, 12:31:16 AM, Mitchell wrote:
>>>
>>> I have setup a new ubuntu box and installed the mythbuntu packages.
>>>> for some reason mythfilldatabase in mythweb shows:
>>>> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>>>> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>>>> not insert any new data into the Guide for 1 of 1 sources. This can
>>>> indicate a potential grabber failure.
>>>> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>>>> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>>>
>>>> but when i run the program manually it does insert data. What would
>>>> cause this?
>>>>
>>> Whenever I've seen this message it's because I've run mythfilldatabase
>> prior to Myth running it. Next run by Myth, without my doing anything, is
>> successful!
>>
>
> Right, the message is basically saying, "No more data than was previously
> in the database was written." So, if you run mythfilldatabase again before
> your guide source has added new data, you will get that message. That's
> why it says, "This *can* indicate a potential grabber failure."
>
> However, IMHO, the message causes more problems than it solves (and a lot
> of needless worries) and should be removed. I don't know of any case where
> that message caused a user to notice that there was a problem with their
> grabber. Instead, users notice problems when their 2-weeks of listings
> shrink to 10 days of listings or whatever. If we must have a warning, I'd
> much rather MythTV notice how much data is usually there (max 14
> days/average 12 days/...) and then warn when it drops below the average or
> more than 2 days short or something similar.
>
> Mike
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>

Exactly, its a no panic message, wait and see

I still have this issue. mythfilldatabase doesnt import any data:
Last mythfilldatabase run started on Fri Jan 30 2015, 12:01 AM and ended on
Fri Jan 30 2015, 12:01 AM. mythfilldatabase ran, but did not insert any new
data into the Guide for 1 of 1 sources. This can indicate a potential
grabber failure.
There's guide data until 2015-02-02 03:00:00 (3 day(s)). *WARNING*: is
mythfilldatabase running?

the log shows:
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 10 from 8PM - midnight.
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Mon Feb 9 2015
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 10
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-09T00:00:00Z to
2015-02-10T00:00:00Z (UTC)
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 413546 bytes
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 3658360 bytes
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:733 (Run) Checking day @ offset 11, date: Tue Feb
10 2015
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 11 from 8PM - midnight.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Tue Feb 10 2015
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 11
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-10T00:00:00Z to
2015-02-11T00:00:00Z (UTC)
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 398845 bytes
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 3610038 bytes
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:733 (Run) Checking day @ offset 12, date: Wed Feb
11 2015
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 12 from 8PM - midnight.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Wed Feb 11 2015
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 12
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-11T00:00:00Z to
2015-02-12T00:00:00Z (UTC)
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:41 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 382841 bytes
Jan 30 00:01:41 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:42 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 3430433 bytes
Jan 30 00:01:42 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:733 (Run) Checking day @ offset 13, date: Thu Feb
12 2015
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 13 from 8PM - midnight.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Thu Feb 12 2015
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 13
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-12T00:00:00Z to
2015-02-13T00:00:00Z (UTC)
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 10863 bytes
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 66621 bytes
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:47 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:47 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext main.cpp:450 (main) Data fetching complete.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:458 (main) Adjusting program database end times.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:464 (main) 0 replacements made
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:466 (main) Marking generic episodes.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:478 (main) Found 201
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:481 (main) Extending non-unique programids with
multiple parts.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:532 (main) Found 0
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:534 (main) Fixing missing original airdates.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:549 (main) Found 0 with programids
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:569 (main) Found 0 without programids
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:573 (main) Marking repeats.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:587 (main) Found 439
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:589 (main) Unmarking new episode rebroadcast repeats.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:599 (main) Found 0
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:608 (main) Marking episode first showings.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:638 (main) Found 6265
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:640 (main) Marking episode last showings.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:670 (main) Found 6271
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1057 (GrabNextSuggestedTime) DataDirect:
Grabbing next suggested grabbing time
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1099 (GrabNextSuggestedTime) Suggested Time
data: 613 bytes
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1135 (GrabNextSuggestedTime) DataDirect:
BlockedTime is: 2015-01-30T07:01:48Z
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1124 (GrabNextSuggestedTime) DataDirect:
nextSuggestedTime is: 2015-01-30T15:04:48Z
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:697 (main)
#012===============================================================#012|
Attempting to contact the master backend for rescheduling. |#012| If the
master is not running, rescheduling will happen when |#012| the master
backend is restarted.
|#012===============================================================
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext main.cpp:707 (main) mythfilldatabase run complete.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext mythcontext.cpp:1194 (~MythContext) Waiting for threads to exit.


if i run it manually it gets the data and shows 14 days of guide info.
How can i fix this?

mitchell


On Tue, Jan 20, 2015 at 9:35 AM, Daryl McDonald <darylangela@gmail.com>
wrote:

>
>
> On Tue, Jan 20, 2015 at 10:26 AM, Michael T. Dean <mtdean@thirdcontact.com
> > wrote:
>
>> On 01/19/2015 09:24 PM, Daryl McDonald wrote:
>>
>>> Tuesday, January 20, 2015, 12:31:16 AM, Mitchell wrote:
>>>>
>>>> I have setup a new ubuntu box and installed the mythbuntu packages.
>>>>> for some reason mythfilldatabase in mythweb shows:
>>>>> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>>>>> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>>>>> not insert any new data into the Guide for 1 of 1 sources. This can
>>>>> indicate a potential grabber failure.
>>>>> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>>>>> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>>>>
>>>>> but when i run the program manually it does insert data. What would
>>>>> cause this?
>>>>>
>>>> Whenever I've seen this message it's because I've run mythfilldatabase
>>> prior to Myth running it. Next run by Myth, without my doing anything, is
>>> successful!
>>>
>>
>> Right, the message is basically saying, "No more data than was previously
>> in the database was written." So, if you run mythfilldatabase again before
>> your guide source has added new data, you will get that message. That's
>> why it says, "This *can* indicate a potential grabber failure."
>>
>> However, IMHO, the message causes more problems than it solves (and a lot
>> of needless worries) and should be removed. I don't know of any case where
>> that message caused a user to notice that there was a problem with their
>> grabber. Instead, users notice problems when their 2-weeks of listings
>> shrink to 10 days of listings or whatever. If we must have a warning, I'd
>> much rather MythTV notice how much data is usually there (max 14
>> days/average 12 days/...) and then warn when it drops below the average or
>> more than 2 days short or something similar.
>>
>> Mike
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users@mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
>
> Exactly, its a no panic message, wait and see
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
>

On 01/31/2015 09:37 PM, Mitchell Gore wrote:
...
>
> if i run it manually it gets the data and shows 14 days of guide info.
> How can i fix this?
...

Hi,

Whenever I see the above, it's most likely a stuck file in /tmp.
I believe my original response to your question was here:

http://www.gossamer-threads.com/lists/mythtv/users/581979#581979

But that thread may have been broken up.

In any case, try the above and _please_ include your version. It's
available with: mythfilldatabase --version. Just part that looks
similar to this: v0.28-pre-2580-g5cbcc41.

The log fragment you included didn't have that information.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Hi Klaus!

Your "the error seems to be 'No channels are configured to use grabber'"
is probably correct.  Of course the thing is figuring out where.  I
think your "the grabber" is going to be the German equivalent of here in
the U.S. SchedulesDirect. I'll admit to being a little more confused as
it appears your e-mail in French-based and the error messages are
partially in French.


> I got a digital antenna and I want to watch german televison. I have a
> dreambox that works, but it does not work with MythTV.
>
> Channel scan works, but I cannot regard televison. There is a problem with
> mythfilldatabase. I telles me:

I think you're confusing two different things,   and don't get worried:
we all were newbies and had to learn.  I'm an amateur and answering to
try to be able to bridge some of the more complex and detailed answers
the others will respond with.   "Channel scan" is for watching Live TV
and I don't think has anything to do your mythfilldatabase problem. 
...Well, maybe.

Mythfilldatabase can obtain its information two ways.  One is from
"EIT", which is the programming information provided by the TV stations
in their live over-the-air signal.  Here in the U.S. sometimes data for
only the next three or four hours, sometimes for a period of time up to
the next day or two (24 to 48 hours).  The other way to obtain
programming data is via SchedulesDirect, though that's U.S.-only, no
idea what the European version is.

One quirk (oddity) I noticed when I was playing here with EIT is there
is a setting (configuration) which will have the tuner do nothing but
detect the EIT data; it won't be able to be used as a tuner.  Elsewhere
in MythTV that tuner will always appear as 'busy'.  (This paragraph does
and does not have anything to do with your current problem; I'm just
trying to point out a potential problem.)


> $ mythfilldatabase
> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
> [8238e839c9]www.mythtv.org
> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general

Somewhat how to read these things:  year - month - date
time_to_ididy-bitty_seconds.  Next column is more helpful when looking
for errors:  "C" I think is 'comment', 'N' for 'notification', "I" for
"information'.  'W; for 'warning', "E" for 'error'.

> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> 2018-03-03 12:40:42.478751 W This application expects to be running a locale
> that specifies a UTF-8 codeset, and many features may behave improperly with
> your current language settings. Please set the LC_ALL or LC_CTYPE, and LANG
> variable(s) in the environment in which this program is executed to include a
> UTF-8 codeset (such as 'en_US.UTF-8').

Umm, the 'warning' line doesn't like something - I have no idea what.

> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
Again a mistake someplace but the system is correcting itself.

> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
> tv_grab_eu_egon
> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.

I think  this is the start of the mythfilldatabase error you are
having.  My guess is "tv_grab_eu_egon" is the equivalent of my
"SchedulesDirect" and it (*egon) has to be configured to which TV
stations you want.  You will need to go to the *egon website, login,
select where you are, and then select/deselect the available TV channels.


> The error seems to be "No channels are configured to use grabber."
> So what can I do ? I searched a lot on the web without finding a solution.

That is my guess also.  Hopefully between my basic answers and the more
detailed answers of the others who know their stuff you can start
recording your German TV soon!


Barry

Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> Re: [mythtv-users] mythfilldatabase
> From: Barry Martin <barry3martin@gmail.com>
> To: mythtv-users@mythtv.org
> Date: Hier 17:27
> Hi Klaus!
>
> Your "the error seems to be 'No channels are configured to use grabber'"
> is probably correct. Of course the thing is figuring out where. I
> think your "the grabber" is going to be the German equivalent of here in
> the U.S. SchedulesDirect. I'll admit to being a little more confused as
> it appears your e-mail in French-based and the error messages are
> partially in French.
>
> > I got a digital antenna and I want to watch german televison. I have a
> > dreambox that works, but it does not work with MythTV.
> >
> > Channel scan works, but I cannot regard televison. There is a problem with
>
> > mythfilldatabase. I telles me:
> I think you're confusing two different things, and don't get worried:
> we all were newbies and had to learn. I'm an amateur and answering to
> try to be able to bridge some of the more complex and detailed answers
> the others will respond with. "Channel scan" is for watching Live TV
> and I don't think has anything to do your mythfilldatabase problem.
> ...Well, maybe.
>
> Mythfilldatabase can obtain its information two ways. One is from
> "EIT", which is the programming information provided by the TV stations
> in their live over-the-air signal. Here in the U.S. sometimes data for
> only the next three or four hours, sometimes for a period of time up to
> the next day or two (24 to 48 hours). The other way to obtain
> programming data is via SchedulesDirect, though that's U.S.-only, no
> idea what the European version is.
>
> One quirk (oddity) I noticed when I was playing here with EIT is there
> is a setting (configuration) which will have the tuner do nothing but
> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
> in MythTV that tuner will always appear as 'busy'. (This paragraph does
> and does not have anything to do with your current problem; I'm just
> trying to point out a potential problem.)
>
> > $ mythfilldatabase
> > 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
> > [8238e839c9]www.mythtv.org
> > 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
> > 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>
> Somewhat how to read these things: year - month - date
> time_to_ididy-bitty_seconds. Next column is more helpful when looking
> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
> "information'. 'W; for 'warning', "E" for 'error'.
>
> > 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> > 2018-03-03 12:40:42.478751 W This application expects to be running a
> > locale that specifies a UTF-8 codeset, and many features may behave
> > improperly with your current language settings. Please set the LC_ALL or
> > LC_CTYPE, and LANG variable(s) in the environment in which this program
> > is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>
> Umm, the 'warning' line doesn't like something - I have no idea what.
>
> > 2018-03-03 12:40:42.479415 N Empty LocalHostName.
> > 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>
> Again a mistake someplace but the system is correcting itself.
>
> > 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
> > tv_grab_eu_egon
> > 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>
> I think this is the start of the mythfilldatabase error you are
> having. My guess is "tv_grab_eu_egon" is the equivalent of my
> "SchedulesDirect" and it (*egon) has to be configured to which TV
> stations you want. You will need to go to the *egon website, login,
> select where you are, and then select/deselect the available TV channels.
>
> > The error seems to be "No channels are configured to use grabber."
> > So what can I do ? I searched a lot on the web without finding a solution.
>
> That is my guess also.


Hi Barry,

Thanks for your answer.

My native language is german, but I live in France since a long time.

So if I understand you well, regarding live tv should be possible even if
there is a problem with mythfilldatabase ?

In this case I will first try to get live tv working, and than recording.

http://www.epgdata.com/ is commercial and this should not be necessary. I also
have a dreambox and it works without any commercial service. (I want to
replace the dreambox by mythtv because the box is buggy).

I tried a channel scan with a free grabber for Europe, but the result is the
same: the scan works, I get a liste of hundreds of channels, but I cannot
regard any.

I do not really understand if a grabber is necessary to watch tv. The french
mythtv site recommands to choose no grabber in setup.

My channel list is at
http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids

When I choose "watch tv", nothing happens. When I try to record tv, I see the
channel list, but impossible to watch or record any.

I started mythfrontend in a shell and I have the error message

"It appears that your backend may be misconfigured. Check your backend logs
to determine whether your inputs, lineups, channels, or storage configuration
are reporting errors. This issue is commonly caused by failing to complete
all setup steps properly. You may wish to review the documentation for
mythtv-setup."

I rebegan mythtv-setup step for step, I cannot see what is wrong.

I shall review the documentation, but perhaps you have an idea about the
mistake ?

Cheers

Klaus


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 04/03/18 11:13, Klaus Becker wrote:
> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a écrit :
>> Re: [mythtv-users] mythfilldatabase
>> From: Barry Martin <barry3martin@gmail.com>
>> To: mythtv-users@mythtv.org
>> Date: Hier 17:27
>> Hi Klaus!
>>
>> Your "the error seems to be 'No channels are configured to use grabber'"
>> is probably correct. Of course the thing is figuring out where. I
>> think your "the grabber" is going to be the German equivalent of here in
>> the U.S. SchedulesDirect. I'll admit to being a little more confused as
>> it appears your e-mail in French-based and the error messages are
>> partially in French.
>>
>>> I got a digital antenna and I want to watch german televison. I have a
>>> dreambox that works, but it does not work with MythTV.
>>>
>>> Channel scan works, but I cannot regard televison. There is a problem with
>>
>>> mythfilldatabase. I telles me:
>> I think you're confusing two different things, and don't get worried:
>> we all were newbies and had to learn. I'm an amateur and answering to
>> try to be able to bridge some of the more complex and detailed answers
>> the others will respond with. "Channel scan" is for watching Live TV
>> and I don't think has anything to do your mythfilldatabase problem.
>> ...Well, maybe.
>>
>> Mythfilldatabase can obtain its information two ways. One is from
>> "EIT", which is the programming information provided by the TV stations
>> in their live over-the-air signal. Here in the U.S. sometimes data for
>> only the next three or four hours, sometimes for a period of time up to
>> the next day or two (24 to 48 hours). The other way to obtain
>> programming data is via SchedulesDirect, though that's U.S.-only, no
>> idea what the European version is.
>>
>> One quirk (oddity) I noticed when I was playing here with EIT is there
>> is a setting (configuration) which will have the tuner do nothing but
>> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
>> in MythTV that tuner will always appear as 'busy'. (This paragraph does
>> and does not have anything to do with your current problem; I'm just
>> trying to point out a potential problem.)
>>
>>> $ mythfilldatabase
>>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
>>> [8238e839c9]www.mythtv.org
>>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
>>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>>
>> Somewhat how to read these things: year - month - date
>> time_to_ididy-bitty_seconds. Next column is more helpful when looking
>> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
>> "information'. 'W; for 'warning', "E" for 'error'.
>>
>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>>> locale that specifies a UTF-8 codeset, and many features may behave
>>> improperly with your current language settings. Please set the LC_ALL or
>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>>
>> Umm, the 'warning' line doesn't like something - I have no idea what.
>>
>>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
>>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>>
>> Again a mistake someplace but the system is correcting itself.
>>
>>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
>>> tv_grab_eu_egon
>>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>>
>> I think this is the start of the mythfilldatabase error you are
>> having. My guess is "tv_grab_eu_egon" is the equivalent of my
>> "SchedulesDirect" and it (*egon) has to be configured to which TV
>> stations you want. You will need to go to the *egon website, login,
>> select where you are, and then select/deselect the available TV channels.
>>
>>> The error seems to be "No channels are configured to use grabber."
>>> So what can I do ? I searched a lot on the web without finding a solution.
>>
>> That is my guess also.
>
>
> Hi Barry,
>
> Thanks for your answer.
>
> My native language is german, but I live in France since a long time.
>
> So if I understand you well, regarding live tv should be possible even if
> there is a problem with mythfilldatabase ?
>
> In this case I will first try to get live tv working, and than recording.
>
> http://www.epgdata.com/ is commercial and this should not be necessary. I also
> have a dreambox and it works without any commercial service. (I want to
> replace the dreambox by mythtv because the box is buggy).
>
> I tried a channel scan with a free grabber for Europe, but the result is the
> same: the scan works, I get a liste of hundreds of channels, but I cannot
> regard any.
>
> I do not really understand if a grabber is necessary to watch tv. The french
> mythtv site recommands to choose no grabber in setup.
>
> My channel list is at
> http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
>
> When I choose "watch tv", nothing happens. When I try to record tv, I see the
> channel list, but impossible to watch or record any.
>
> I started mythfrontend in a shell and I have the error message
>
> "It appears that your backend may be misconfigured. Check your backend logs
> to determine whether your inputs, lineups, channels, or storage configuration
> are reporting errors. This issue is commonly caused by failing to complete
> all setup steps properly. You may wish to review the documentation for
> mythtv-setup."
>
> I rebegan mythtv-setup step for step, I cannot see what is wrong.
>
> I shall review the documentation, but perhaps you have an idea about the
> mistake ?
>
> Cheers
>
> Klaus

I have no experience of German tv but I would expect you to be able to
get schedule information by EIT - which might be what the French Mythtv
site is calling 'no grabber' EIT works well for me in the UK; it just
doesn't give as much detail as the commercial services.

There's a comment above about an EIT setting that doesn't allow
recording. I don't think that's true. Perhaps it doesn't allow *other*
software to use that tuner.

John P


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Le dimanche 4 mars 2018, 11:39:19 CET John Pilkington a ?crit :
> On 04/03/18 11:13, Klaus Becker wrote:
> > Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> >> Re: [mythtv-users] mythfilldatabase
> >> From: Barry Martin <barry3martin@gmail.com>
> >> To: mythtv-users@mythtv.org
> >> Date: Hier 17:27
> >> Hi Klaus!
> >>
> >> Your "the error seems to be 'No channels are configured to use grabber'"
> >> is probably correct. Of course the thing is figuring out where. I
> >> think your "the grabber" is going to be the German equivalent of here in
> >> the U.S. SchedulesDirect. I'll admit to being a little more confused as
> >> it appears your e-mail in French-based and the error messages are
> >> partially in French.
> >>
> >>> I got a digital antenna and I want to watch german televison. I have a
> >>> dreambox that works, but it does not work with MythTV.
> >>>
> >>> Channel scan works, but I cannot regard televison. There is a problem
> >>> with
> >>
> >>> mythfilldatabase. I telles me:
> >> I think you're confusing two different things, and don't get worried:
> >> we all were newbies and had to learn. I'm an amateur and answering to
> >> try to be able to bridge some of the more complex and detailed answers
> >> the others will respond with. "Channel scan" is for watching Live TV
> >> and I don't think has anything to do your mythfilldatabase problem.
> >> ...Well, maybe.
> >>
> >> Mythfilldatabase can obtain its information two ways. One is from
> >> "EIT", which is the programming information provided by the TV stations
> >> in their live over-the-air signal. Here in the U.S. sometimes data for
> >> only the next three or four hours, sometimes for a period of time up to
> >> the next day or two (24 to 48 hours). The other way to obtain
> >> programming data is via SchedulesDirect, though that's U.S.-only, no
> >> idea what the European version is.
> >>
> >> One quirk (oddity) I noticed when I was playing here with EIT is there
> >> is a setting (configuration) which will have the tuner do nothing but
> >> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
> >> in MythTV that tuner will always appear as 'busy'. (This paragraph does
> >> and does not have anything to do with your current problem; I'm just
> >> trying to point out a potential problem.)
> >>
> >>> $ mythfilldatabase
> >>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
> >>> [8238e839c9]www.mythtv.org
> >>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
> >>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
> >>
> >> Somewhat how to read these things: year - month - date
> >> time_to_ididy-bitty_seconds. Next column is more helpful when looking
> >> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
> >> "information'. 'W; for 'warning', "E" for 'error'.
> >>
> >>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> >>> 2018-03-03 12:40:42.478751 W This application expects to be running a
> >>> locale that specifies a UTF-8 codeset, and many features may behave
> >>> improperly with your current language settings. Please set the LC_ALL or
> >>> LC_CTYPE, and LANG variable(s) in the environment in which this program
> >>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
> >>
> >> Umm, the 'warning' line doesn't like something - I have no idea what.
> >>
> >>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
> >>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
> >>
> >> Again a mistake someplace but the system is correcting itself.
> >>
> >>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
> >>> tv_grab_eu_egon
> >>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
> >>
> >> I think this is the start of the mythfilldatabase error you are
> >> having. My guess is "tv_grab_eu_egon" is the equivalent of my
> >> "SchedulesDirect" and it (*egon) has to be configured to which TV
> >> stations you want. You will need to go to the *egon website, login,
> >> select where you are, and then select/deselect the available TV channels.
> >>
> >>> The error seems to be "No channels are configured to use grabber."
> >>> So what can I do ? I searched a lot on the web without finding a
> >>> solution.
> >>
> >> That is my guess also.
> >
> > Hi Barry,
> >
> > Thanks for your answer.
> >
> > My native language is german, but I live in France since a long time.
> >
> > So if I understand you well, regarding live tv should be possible even if
> > there is a problem with mythfilldatabase ?
> >
> > In this case I will first try to get live tv working, and than recording.
> >
> > http://www.epgdata.com/ is commercial and this should not be necessary. I
> > also have a dreambox and it works without any commercial service. (I want
> > to replace the dreambox by mythtv because the box is buggy).
> >
> > I tried a channel scan with a free grabber for Europe, but the result is
> > the same: the scan works, I get a liste of hundreds of channels, but I
> > cannot regard any.
> >
> > I do not really understand if a grabber is necessary to watch tv. The
> > french mythtv site recommands to choose no grabber in setup.
> >
> > My channel list is at
> > http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
> >
> > When I choose "watch tv", nothing happens. When I try to record tv, I see
> > the channel list, but impossible to watch or record any.
> >
> > I started mythfrontend in a shell and I have the error message
> >
> > "It appears that your backend may be misconfigured. Check your backend
> > logs to determine whether your inputs, lineups, channels, or storage
> > configuration are reporting errors. This issue is commonly caused by
> > failing to complete all setup steps properly. You may wish to review the
> > documentation for mythtv-setup."
> >
> > I rebegan mythtv-setup step for step, I cannot see what is wrong.
> >
> > I shall review the documentation, but perhaps you have an idea about the
> > mistake ?
> >
> > Cheers
> >
> > Klaus
>
> I have no experience of German tv but I would expect you to be able to
> get schedule information by EIT - which might be what the French Mythtv
> site is calling 'no grabber' EIT works well for me in the UK; it just
> doesn't give as much detail as the commercial services.
>
> There's a comment above about an EIT setting that doesn't allow
> recording. I don't think that's true. Perhaps it doesn't allow *other*
> software to use that tuner.
>
> John P


Hi John,

I tried EIT, the result is the same.

I shall also study XMLTV wiki page on mythtv.org

Bye

Klaus

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:

>On 04/03/18 11:13, Klaus Becker wrote:
>> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
>>> Re: [mythtv-users] mythfilldatabase
>>> From: Barry Martin <barry3martin@gmail.com>
>>> To: mythtv-users@mythtv.org
>>> Date: Hier 17:27
>>> Hi Klaus!
>>>
>>> Your "the error seems to be 'No channels are configured to use grabber'"
>>> is probably correct. Of course the thing is figuring out where. I
>>> think your "the grabber" is going to be the German equivalent of here in
>>> the U.S. SchedulesDirect. I'll admit to being a little more confused as
>>> it appears your e-mail in French-based and the error messages are
>>> partially in French.
>>>
>>>> I got a digital antenna and I want to watch german televison. I have a
>>>> dreambox that works, but it does not work with MythTV.
>>>>
>>>> Channel scan works, but I cannot regard televison. There is a problem with
>>>
>>>> mythfilldatabase. I telles me:
>>> I think you're confusing two different things, and don't get worried:
>>> we all were newbies and had to learn. I'm an amateur and answering to
>>> try to be able to bridge some of the more complex and detailed answers
>>> the others will respond with. "Channel scan" is for watching Live TV
>>> and I don't think has anything to do your mythfilldatabase problem.
>>> ...Well, maybe.
>>>
>>> Mythfilldatabase can obtain its information two ways. One is from
>>> "EIT", which is the programming information provided by the TV stations
>>> in their live over-the-air signal. Here in the U.S. sometimes data for
>>> only the next three or four hours, sometimes for a period of time up to
>>> the next day or two (24 to 48 hours). The other way to obtain
>>> programming data is via SchedulesDirect, though that's U.S.-only, no
>>> idea what the European version is.
>>>
>>> One quirk (oddity) I noticed when I was playing here with EIT is there
>>> is a setting (configuration) which will have the tuner do nothing but
>>> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
>>> in MythTV that tuner will always appear as 'busy'. (This paragraph does
>>> and does not have anything to do with your current problem; I'm just
>>> trying to point out a potential problem.)
>>>
>>>> $ mythfilldatabase
>>>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
>>>> [8238e839c9]www.mythtv.org
>>>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
>>>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>>>
>>> Somewhat how to read these things: year - month - date
>>> time_to_ididy-bitty_seconds. Next column is more helpful when looking
>>> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
>>> "information'. 'W; for 'warning', "E" for 'error'.
>>>
>>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>>>> locale that specifies a UTF-8 codeset, and many features may behave
>>>> improperly with your current language settings. Please set the LC_ALL or
>>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').

This message actually means exactly what it says. Your Linux version
has not been set up properly so that programs are provided with the
LC_ALL and LANG environment variables to tell them about the language
and locale environment they are running in. My variables look like
this:

LC_ALL=en_NZ.UTF-8
LANG=en_NZ.UTF-8
LANGUAGE=en_NZ:en

I do not know the correct variables for a French (France) language
setup, but my guess would be something like this:

LC_ALL=fr_FR.UTF-8
LANG=fr_FR.UTF-8
LANGUAGE=fr_FR:fr

What Linux distribution are you using? Most will have a GUI setup
page somewhere to set the language and locale settings, and you may
have to reboot after changing them before the new settings will work.
In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
valid locale values. The LC_ALL value seems to be set in
/etc/environment, but I am not sure where the other two come from.

>>> Umm, the 'warning' line doesn't like something - I have no idea what.
>>>
>>>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
>>>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>>>
>>> Again a mistake someplace but the system is correcting itself.
>>>
>>>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
>>>> tv_grab_eu_egon
>>>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>>>
>>> I think this is the start of the mythfilldatabase error you are
>>> having. My guess is "tv_grab_eu_egon" is the equivalent of my
>>> "SchedulesDirect" and it (*egon) has to be configured to which TV
>>> stations you want. You will need to go to the *egon website, login,
>>> select where you are, and then select/deselect the available TV channels.
>>>
>>>> The error seems to be "No channels are configured to use grabber."
>>>> So what can I do ? I searched a lot on the web without finding a solution.
>>>
>>> That is my guess also.
>>
>>
>> Hi Barry,
>>
>> Thanks for your answer.
>>
>> My native language is german, but I live in France since a long time.
>>
>> So if I understand you well, regarding live tv should be possible even if
>> there is a problem with mythfilldatabase ?
>>
>> In this case I will first try to get live tv working, and than recording.
>>
>> http://www.epgdata.com/ is commercial and this should not be necessary. I also
>> have a dreambox and it works without any commercial service. (I want to
>> replace the dreambox by mythtv because the box is buggy).
>>
>> I tried a channel scan with a free grabber for Europe, but the result is the
>> same: the scan works, I get a liste of hundreds of channels, but I cannot
>> regard any.
>>
>> I do not really understand if a grabber is necessary to watch tv. The french
>> mythtv site recommands to choose no grabber in setup.
>>
>> My channel list is at
>> http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
>>
>> When I choose "watch tv", nothing happens. When I try to record tv, I see the
>> channel list, but impossible to watch or record any.
>>
>> I started mythfrontend in a shell and I have the error message
>>
>> "It appears that your backend may be misconfigured. Check your backend logs
>> to determine whether your inputs, lineups, channels, or storage configuration
>> are reporting errors. This issue is commonly caused by failing to complete
>> all setup steps properly. You may wish to review the documentation for
>> mythtv-setup."
>>
>> I rebegan mythtv-setup step for step, I cannot see what is wrong.
>>
>> I shall review the documentation, but perhaps you have an idea about the
>> mistake ?
>>
>> Cheers
>>
>> Klaus
>
>I have no experience of German tv but I would expect you to be able to
>get schedule information by EIT - which might be what the French Mythtv
>site is calling 'no grabber' EIT works well for me in the UK; it just
>doesn't give as much detail as the commercial services.

It is worth trying EIT grabbing in case that is sufficient for your
needs. EIT data normally comes in two forms - either now/next (the
current program and the next program) or full EIT data for some
extended period, typically 7 days. Some multiplexes transmit both
now/next and full EIT data. Now/next EIT data is not normally very
useful as it does not allow you to schedule recordings ahead of time.
So if that is all that is available, then you will need to use another
source. Now/next EIT data can be helpful if the channels get their
EIT data updated for last minute changes such as a program running
late. Few channels seem to do that, and I think MythTV will only
start supporting last minute updates as of the upcoming version 30.

There does not seem to be much information on the MythTV Wiki about
German EPG data:

https://www.mythtv.org/wiki/XMLTV#Germany.2FAustria

but there is a German language MythTV forum where there may be more
help available:

https://forum.mythtv.org/viewforum.php?f=11

>There's a comment above about an EIT setting that doesn't allow
>recording. I don't think that's true. Perhaps it doesn't allow *other*
>software to use that tuner.

Correct - if you are using a tuner for grabbing EIT data, it remains
busy all the time being used by MythTV. This prevents other software
from using that tuner. It does not prevent MythTV from using it, as
it is possible to get EIT data from the EIT stream(s) of a multiplex
at the same time as getting the streams for one or more channels in
order to record them. It is a bad idea anyway to use a tuner that is
configured for use in MythTV for other purposes - at any time MythTV
may want to use it to start a recording. So using a tuner full time
for EIT grabbing is not really a problem.

>John P

When you use an XMLTV EPG grabber, the grabber can be able to populate
the channels in your database for you. Here in New Zealand, our
grabber can not do that, but if you use the epgData pay service, it
may be able to. If the grabber does not populate the channels, then
you have to use the channel scanner option in mythtv-setup to create
the channels. Once that has been done, you should be able to use live
TV to watch the channels. You can see all the channels that have been
scanned in mythtv-setup under the Channel Editor menu. For an XMLTV
EPG grabber to work, when you go into the Channel Editor, select a
channel and hit Enter to edit it, you should be able to use the right
arrow on "Channel options - commnon", and then scroll down to see the
XMLTV ID setting. That setting has to match what the XMLTV EPG
grabber uses to identify the channel. If the grabber does not set
that up, then you need to get the list of those values and enter them
into the XMLTV ID field for each channel.

To scan for channels using a tuner, in mythtv-setup, go to Input
Connections, select a tuner and hit Enter, right arrow to get the
options for that tuner, and select "Scan for channels". There will
then be more options about what sort of scanning to do. This will use
the hardware tuner to look at a range of frequencies determined by
your country settings to see if it can find any channels on those
frequencies. It can also find "service" channels that are used for
other things (eg updating set top boxes). If it creates such channels
in your database that can not be played, you can just go to the
channel list in mythtv-setup and hit the D key or delete button on
your remote to delete them.

To fetch the channel list from the XMLTV grabber (if it supports
that), instead of selecting "Scan for channels", select "Fetch
channels from listings source". As my New Zealand EPG does not
support that, I can not help with how it works. But if it is
configured properly it should give you a list of channels that are
avilable in your location all set up ready to go. So this is the best
option to use, if it is available.

Once mythtv-setup has a channel list, even if you have not got any EPG
data, you can use live TV. There is a problem where the starting
channel may not be set to a valid value so if you go to mythfrontend's
Watch TV menu, it may not start playing anything as it tries to tune
to an invalid channel. To fix that, in mythfrontend go instead to
Manage Recordings > Schedule Recordings > Program Guide. You should
see all your channels, but possibly without any EPG data. Select a
channel you want to watch, then use the remote Menu key or M on the
keyboard to bring up the Menu, select Watch This Channel and hit
Enter. If the channel you have select works, it will then become the
starting channel for next time you use the Watch TV menu. Once you
are watching a channel, you can just key in a new channel number and
Enter to change to a new channel. The last channel you were able to
play successfully will be the starting channel the next time you use
Watch TV.

Good EPG is the key to making MythTV work well for you - some of its
nicest features rely on good EPG data. For example, if the EPG data
does not identify series and episode information or give a unique ID
to each episode, then MythTV will not be able to prevent re-recording
of repeats of old programs that you have already recorded. So if
there is a commercial source of EPG data, that is likely the best
option to get the most out of MythTV. Here in New Zealand, we have
EPG data grabbed from EIT or MHEG5 originally, and it is annoyingly
bad at times. I often find that from my satellite pay channels, I
record the same episode of a series twice because they are normally
transmitted at least three times and on several channels the EPG data
on the first of those is marked as "New" in the subtitle or
description, with later repeats dropping the word "New" out of the EPG
data. Without the proper ID data in other fields, MythTV has to rely
on the title, subtitle and description data to work out what to
record, and if that data is different, it will think it is a new
episode and record it again. And when programs are repeated again at
a later date, our providers have often deleted their copy of their old
EPG data and they re-create it, and it will be different in some way,
causing further re-recordings. Sometimes they even do different
misspellings of words between transmissions of the same episode on the
same day! Commercial EPG data normally has these sorts of problems
fixed, so it can be well worth the (usually reasonable) cost of paying
for it.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Le lundi 5 mars 2018, 03:18:31 CET Stephen Worthington a ?crit :
> On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:
> >On 04/03/18 11:13, Klaus Becker wrote:
> >> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> >>> Re: [mythtv-users] mythfilldatabase
> >>> From: Barry Martin <barry3martin@gmail.com>
> >>> To: mythtv-users@mythtv.org
> >>> Date: Hier 17:27
> >>> Hi Klaus!

...



> >>>
> >>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> >>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
> >>>> locale that specifies a UTF-8 codeset, and many features may behave
> >>>> improperly with your current language settings. Please set the LC_ALL
> >>>> or
> >>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
> >>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>
> This message actually means exactly what it says. Your Linux version
> has not been set up properly so that programs are provided with the
> LC_ALL and LANG environment variables to tell them about the language
> and locale environment they are running in. My variables look like
> this:
>
> LC_ALL=en_NZ.UTF-8
> LANG=en_NZ.UTF-8
> LANGUAGE=en_NZ:en
>
> I do not know the correct variables for a French (France) language
> setup, but my guess would be something like this:
>
> LC_ALL=fr_FR.UTF-8
> LANG=fr_FR.UTF-8
> LANGUAGE=fr_FR:fr
>
> What Linux distribution are you using? Most will have a GUI setup
> page somewhere to set the language and locale settings, and you may
> have to reboot after changing them before the new settings will work.
> In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
> valid locale values. The LC_ALL value seems to be set in
> /etc/environment, but I am not sure where the other two come from.


Hi Stephen,

Thanks for help.

For the moment, I shall only answer to the above issue.

I use Debian Stretch. I saw the above message, but i verified my locale config
and it seems to me to be ok. I have no problem with it. See

$ echo $LANG$ echo $LANG
Fr_FR.utf8


$ cat /etc/environment
(empty)


$ locale
LANG=fr_FR.utf8
LANGUAGE=
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME="fr_FR.utf8"
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"
LC_MESSAGES="fr_FR.utf8"
LC_PAPER="fr_FR.utf8"
LC_NAME="fr_FR.utf8"
LC_ADDRESS="fr_FR.utf8"
LC_TELEPHONE="fr_FR.utf8"
LC_MEASUREMENT="fr_FR.utf8"
LC_IDENTIFICATION="fr_FR.utf8"
LC_ALL=


$ locale -a
C
C.UTF-8
fr_FR.utf8
POSIX

$ cat /etc/default/locale
# File generated by update-locale
LANG="fr_FR.UTF-8"


So I don't understand the error message about locale. If necessary, I can ask
for help on Debian mailing list

Bye

Klaus



_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, 2018-03-04 at 15:51 +0100, Klaus Becker wrote:
> Le lundi 5 mars 2018, 03:18:31 CET Stephen Worthington a ?crit :
> > On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:
> > >On 04/03/18 11:13, Klaus Becker wrote:
> > >> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> > >>> Re: [mythtv-users] mythfilldatabase
> > >>> From: Barry Martin <barry3martin@gmail.com>
> > >>> To: mythtv-users@mythtv.org
> > >>> Date: Hier 17:27
> > >>> Hi Klaus!
>
> ...
>
>
>
> > >>>
> > >>>> 2018-03-03 12:40:42.478733 I Assumed character encoding:
> fr_FR.utf8
> > >>>> 2018-03-03 12:40:42.478751 W This application expects to be
> running a
> > >>>> locale that specifies a UTF-8 codeset, and many features may
> behave
> > >>>> improperly with your current language settings. Please set the
> LC_ALL
> > >>>> or
> > >>>> LC_CTYPE, and LANG variable(s) in the environment in which
> this program
> > >>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-
> 8').
> >
> > This message actually means exactly what it says. Your Linux
> version
> > has not been set up properly so that programs are provided with the
> > LC_ALL and LANG environment variables to tell them about the
> language
> > and locale environment they are running in. My variables look like
> > this:
> >
> > LC_ALL=en_NZ.UTF-8
> > LANG=en_NZ.UTF-8
> > LANGUAGE=en_NZ:en
> >
> > I do not know the correct variables for a French (France) language
> > setup, but my guess would be something like this:
> >
> > LC_ALL=fr_FR.UTF-8
> > LANG=fr_FR.UTF-8
> > LANGUAGE=fr_FR:fr
> >
> > What Linux distribution are you using? Most will have a GUI setup
> > page somewhere to set the language and locale settings, and you may
> > have to reboot after changing them before the new settings will
> work.
> > In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
> > valid locale values. The LC_ALL value seems to be set in
> > /etc/environment, but I am not sure where the other two come from.
>
>
> Hi Stephen,
>
> Thanks for help.
>
> For the moment, I shall only answer to the above issue.
>
> I use Debian Stretch. I saw the above message, but i verified my
> locale config
> and it seems to me to be ok. I have no problem with it. See
>
> $ echo $LANG$ echo $LANG
> Fr_FR.utf8

Should this not be `Fr_FR.UTF-8`?

[...]
>
> $ locale -a
> C
> C.UTF-8
> fr_FR.utf8
> POSIX

Note the discrepancies above and below.

> $ cat /etc/default/locale
> # File generated by update-locale
> LANG="fr_FR.UTF-8"

Ian.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, 04 Mar 2018 15:51:19 +0100, you wrote:

>Le lundi 5 mars 2018, 03:18:31 CET Stephen Worthington a ?crit :
>> On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:
>> >On 04/03/18 11:13, Klaus Becker wrote:
>> >> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
>> >>> Re: [mythtv-users] mythfilldatabase
>> >>> From: Barry Martin <barry3martin@gmail.com>
>> >>> To: mythtv-users@mythtv.org
>> >>> Date: Hier 17:27
>> >>> Hi Klaus!
>
>...
>
>
>
>> >>>
>> >>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>> >>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>> >>>> locale that specifies a UTF-8 codeset, and many features may behave
>> >>>> improperly with your current language settings. Please set the LC_ALL
>> >>>> or
>> >>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>> >>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>>
>> This message actually means exactly what it says. Your Linux version
>> has not been set up properly so that programs are provided with the
>> LC_ALL and LANG environment variables to tell them about the language
>> and locale environment they are running in. My variables look like
>> this:
>>
>> LC_ALL=en_NZ.UTF-8
>> LANG=en_NZ.UTF-8
>> LANGUAGE=en_NZ:en
>>
>> I do not know the correct variables for a French (France) language
>> setup, but my guess would be something like this:
>>
>> LC_ALL=fr_FR.UTF-8
>> LANG=fr_FR.UTF-8
>> LANGUAGE=fr_FR:fr
>>
>> What Linux distribution are you using? Most will have a GUI setup
>> page somewhere to set the language and locale settings, and you may
>> have to reboot after changing them before the new settings will work.
>> In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
>> valid locale values. The LC_ALL value seems to be set in
>> /etc/environment, but I am not sure where the other two come from.
>
>
>Hi Stephen,
>
>Thanks for help.
>
>For the moment, I shall only answer to the above issue.
>
>I use Debian Stretch. I saw the above message, but i verified my locale config
>and it seems to me to be ok. I have no problem with it. See
>
>$ echo $LANG$ echo $LANG
>Fr_FR.utf8
>
>
>$ cat /etc/environment
>(empty)
>
>
>$ locale
>LANG=fr_FR.utf8
>LANGUAGE=
>LC_CTYPE="fr_FR.utf8"
>LC_NUMERIC="fr_FR.utf8"
>LC_TIME="fr_FR.utf8"
>LC_COLLATE="fr_FR.utf8"
>LC_MONETARY="fr_FR.utf8"
>LC_MESSAGES="fr_FR.utf8"
>LC_PAPER="fr_FR.utf8"
>LC_NAME="fr_FR.utf8"
>LC_ADDRESS="fr_FR.utf8"
>LC_TELEPHONE="fr_FR.utf8"
>LC_MEASUREMENT="fr_FR.utf8"
>LC_IDENTIFICATION="fr_FR.utf8"
>LC_ALL=
>
>
>$ locale -a
>C
>C.UTF-8
>fr_FR.utf8
>POSIX
>
>$ cat /etc/default/locale
># File generated by update-locale
>LANG="fr_FR.UTF-8"
>
>
>So I don't understand the error message about locale. If necessary, I can ask
>for help on Debian mailing list
>
>Bye
>
>Klaus

Possibly a spelling mistake somewhere? Your LC_ variables have
"fr_FR.utf8" but my /etc/locale.gen file says that should be
"fr_FR.UTF-8" (note the hyphen and upper case UTF). Which is what you
have in your /etc/default/locale file.

I also wonder if having the system local set to French will cause
problems with handing EPG data in German.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 03/04/2018 09:51 AM, Klaus Becker wrote:
> I use Debian Stretch. I saw the above message, but i verified my locale config
> and it seems to me to be ok. I have no problem with it. See
>
> $ echo $LANG$ echo $LANG
> Fr_FR.utf8
...
> So I don't understand the error message about locale. If necessary, I can ask
> for help on Debian mailing list

That's your locale, not the locale of the environment in which MythTV
was executed--i.e. the environment in which the init
script/upstart/whatever ran mythbackend. You need to fix that.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Le dimanche 4 mars 2018, 11:09:23 CET Michael T. Dean a ?crit :
> On 03/04/2018 09:51 AM, Klaus Becker wrote:
> > I use Debian Stretch. I saw the above message, but i verified my locale
> > config and it seems to me to be ok. I have no problem with it. See
> >
> > $ echo $LANG$ echo $LANG
> > Fr_FR.utf8
>
> ...
>
> > So I don't understand the error message about locale. If necessary, I can
> > ask for help on Debian mailing list
>
> That's your locale, not the locale of the environment in which MythTV
> was executed--i.e. the environment in which the init
> script/upstart/whatever ran mythbackend. You need to fix that.

How to do that ?

Klaus

>
> Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Hi Klaus!

> My native language is german, but I live in France since a long time.

OK -- thanks for that explanation  -- makes things a little clearer to
me.  Your English is good -- I will sometimes add in another word to
better define a word or phrase to attempt to avoid confusion.


> So if I understand you well, regarding live tv should be possible even if
> there is a problem with mythfilldatabase ?
>
> In this case I will first try to get live tv working, and than recording.

I believe yes: one should not need to have mythfilldatabase working in
order to have Live TV working.  Information on the Live TV programme
will be missing: the summary of the show.  ...Old tagline joke:  "7:30
Bewitched.  Tabitha gets carsick and turns Darrin into a barf bag". 
Sorry - couldn't resist!

Not sure if getting Live TV to work first is the way to go.  Isn't
necessarily wrong, just backwards to my way of using MythTV.  OTOH (on
the other hand) if Live TV works you know your tuners are working and so
when you do work on the mythfilldatabase portion of the project you know
you are receiving the TV signal.


> http://www.epgdata.com/ is commercial and this should not be necessary. I also
> have a dreambox and it works without any commercial service. (I want to
> replace the dreambox by mythtv because the box is buggy).
>
> I tried a channel scan with a free grabber for Europe, but the result is the
> same: the scan works, I get a liste of hundreds of channels, but I cannot
> regard any.

It looks like EPGData.com is the equivalent of SchedulesDirect here in
the U.S. -- 17.95 Euro, specifically mentions MythTV.  The 'Data
Coverage' tab lists start, end, etc. of the shows.  The 'List of
Channels' displays numerous stations -- I have no idea if all are
available off-the-air.  (I didn't see _TV Paprika_ listed!)

The 'free grabber' might also work.  EPGData says will list up to 14
days of information; SchedulesDirect is similar.  My guess is the
Dreambox obtains its scheduling data either from Dreambox (the company)
itself or possibly OTA from the TV stations directly.  Here I'm getting
DreamBox as learning software for mathematics.  U.S. vs. Europe stuff
again.  I'm going to assume your DreamBox is similar to TiVo here.

It seems you are having a problem connecting (configuring) EPGData or
the free grabber to your MythTV.  I don't know if this will lessen or
increase the confusion but have you seen Curtis Gekak's Guide:

http://gedakc.users.sourceforge.net/display-doc.php?name=pvr-install-mythbuntu1404


(Good Grief! Tried to make that smaller.  That's 'tiny' font size!! - I
hate to see what 'large' is!!)  Yes, for version 14.04; no idea if a
more current version (16.x, 17.x).  If for whatever reason you are
unable to find/download it let me know and I will upload my copy to you
(though has notes for my specific system embedded).   An /excellent/
guide!!  (Thank you, Curtis!!)


> I do not really understand if a grabber is necessary to watch tv. The french
> mythtv site recommands to choose no grabber in setup.
>
> My channel list is at
> http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
>
> When I choose "watch tv", nothing happens. When I try to record tv, I see the
> channel list, but impossible to watch or record any.

As I said above, I don't think a grabber is necessary to watch Live TV
but will give give additional information.  Even without the grabber I
think you should be able to do manual recording within MythTV ==> record
from 1900 to 2000 on Channel 14, just like one did with a VCR.  Oh poo:
that reminded me of something else but it should have been resolved
(taken care of) when you did the MythTV Channel Scan step.  Here in the
U.S. we use ATSC, Europe I believe uses PAL.  Its some sort of a format
setting.  The other thing is here in the U.S. we 'change/alter' the
channel numbers.  Locally KWQC (call sign) says it's Channel 6 but
really is transmitting on UHF Channel 17.  When they were an analog
(NTSC format) station they were on VHF Channel 6; with digital (ATSC
format) they moved/got moved to UHF Channel 17 but because 'everybody'
watches "Channel 6" instead of watching "KWQC".   ...Hope not too
confusing.   Pretty sure the MythTV Channel Scan step takes care of
this: mine did: makes the tuner 'look' at Ch. 17 but lets me think I'm
looking at Ch. 6.1.



> I started mythfrontend in a shell and I have the error message
>
> "It appears that your backend may be misconfigured. Check your backend logs
> to determine whether your inputs, lineups, channels, or storage configuration
> are reporting errors. This issue is commonly caused by failing to complete
> all setup steps properly. You may wish to review the documentation for
> mythtv-setup."
>
> I rebegan mythtv-setup step for step, I cannot see what is wrong.
>
> I shall review the documentation, but perhaps you have an idea about the
> mistake ?
>

<chuckle>  I have ideas, just don't know if I'm guessing right.   I
would follow Curtis Gedak's guide (the big print link, above).  I would
guess (because I haven't done it this way) is if your system is able to
display Live TV then the configuration is correct and you just need to
add a grabber, whether EIT from the stations themselves or the free one
or EPGData.

...Curtis's guide: you want to pay extra attention to "Section  X.
Configure MythTV Backend".    Might be able to do a bit of a shortcut by
looking at '6. Channel Editor"  If no channels are displayed here
definitely one of the previous steps is incorrect. (And my reference to
Channel 6 KWQC has nothing to do with this Step 6. Channel Editor.  Just
happens the two are the same number.)

OK, good luck.  Read what the others have to say also as they are a lot
more expert than I am.

Barry

Am 04.03.2018 um 13:33 schrieb Klaus Becker:
> Le dimanche 4 mars 2018, 11:39:19 CET John Pilkington a ?crit :
>> On 04/03/18 11:13, Klaus Becker wrote:
>>> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
>>>> Re: [mythtv-users] mythfilldatabase
>>>> From: Barry Martin <barry3martin@gmail.com>
>>>> To: mythtv-users@mythtv.org
>>>> Date: Hier 17:27
>>>> Hi Klaus!
>>>>
>>>> Your "the error seems to be 'No channels are configured to use grabber'"
>>>> is probably correct. Of course the thing is figuring out where. I
>>>> think your "the grabber" is going to be the German equivalent of here in
>>>> the U.S. SchedulesDirect. I'll admit to being a little more confused as
>>>> it appears your e-mail in French-based and the error messages are
>>>> partially in French.
>>>>
>>>>> I got a digital antenna and I want to watch german televison. I have a
>>>>> dreambox that works, but it does not work with MythTV.
>>>>>
>>>>> Channel scan works, but I cannot regard televison. There is a problem
>>>>> with
>>>>> mythfilldatabase. I telles me:
>>>> I think you're confusing two different things, and don't get worried:
>>>> we all were newbies and had to learn. I'm an amateur and answering to
>>>> try to be able to bridge some of the more complex and detailed answers
>>>> the others will respond with. "Channel scan" is for watching Live TV
>>>> and I don't think has anything to do your mythfilldatabase problem.
>>>> ...Well, maybe.
>>>>
>>>> Mythfilldatabase can obtain its information two ways. One is from
>>>> "EIT", which is the programming information provided by the TV stations
>>>> in their live over-the-air signal. Here in the U.S. sometimes data for
>>>> only the next three or four hours, sometimes for a period of time up to
>>>> the next day or two (24 to 48 hours). The other way to obtain
>>>> programming data is via SchedulesDirect, though that's U.S.-only, no
>>>> idea what the European version is.
>>>>
>>>> One quirk (oddity) I noticed when I was playing here with EIT is there
>>>> is a setting (configuration) which will have the tuner do nothing but
>>>> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
>>>> in MythTV that tuner will always appear as 'busy'. (This paragraph does
>>>> and does not have anything to do with your current problem; I'm just
>>>> trying to point out a potential problem.)
>>>>
>>>>> $ mythfilldatabase
>>>>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
>>>>> [8238e839c9]www.mythtv.org
>>>>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
>>>>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>>>> Somewhat how to read these things: year - month - date
>>>> time_to_ididy-bitty_seconds. Next column is more helpful when looking
>>>> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
>>>> "information'. 'W; for 'warning', "E" for 'error'.
>>>>
>>>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>>>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>>>>> locale that specifies a UTF-8 codeset, and many features may behave
>>>>> improperly with your current language settings. Please set the LC_ALL or
>>>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>>>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>>>> Umm, the 'warning' line doesn't like something - I have no idea what.
>>>>
>>>>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
>>>>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>>>> Again a mistake someplace but the system is correcting itself.
>>>>
>>>>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
>>>>> tv_grab_eu_egon
>>>>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>>>> I think this is the start of the mythfilldatabase error you are
>>>> having. My guess is "tv_grab_eu_egon" is the equivalent of my
>>>> "SchedulesDirect" and it (*egon) has to be configured to which TV
>>>> stations you want. You will need to go to the *egon website, login,
>>>> select where you are, and then select/deselect the available TV channels.
>>>>
>>>>> The error seems to be "No channels are configured to use grabber."
>>>>> So what can I do ? I searched a lot on the web without finding a
>>>>> solution.
>>>> That is my guess also.
>>> Hi Barry,
>>>
>>> Thanks for your answer.
>>>
>>> My native language is german, but I live in France since a long time.
>>>
>>> So if I understand you well, regarding live tv should be possible even if
>>> there is a problem with mythfilldatabase ?
>>>
>>> In this case I will first try to get live tv working, and than recording.
>>>
>>> http://www.epgdata.com/ is commercial and this should not be necessary. I
>>> also have a dreambox and it works without any commercial service. (I want
>>> to replace the dreambox by mythtv because the box is buggy).
>>>
>>> I tried a channel scan with a free grabber for Europe, but the result is
>>> the same: the scan works, I get a liste of hundreds of channels, but I
>>> cannot regard any.
>>>
>>> I do not really understand if a grabber is necessary to watch tv. The
>>> french mythtv site recommands to choose no grabber in setup.
>>>
>>> My channel list is at
>>> http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
>>>
>>> When I choose "watch tv", nothing happens. When I try to record tv, I see
>>> the channel list, but impossible to watch or record any.
>>>
>>> I started mythfrontend in a shell and I have the error message
>>>
>>> "It appears that your backend may be misconfigured. Check your backend
>>> logs to determine whether your inputs, lineups, channels, or storage
>>> configuration are reporting errors. This issue is commonly caused by
>>> failing to complete all setup steps properly. You may wish to review the
>>> documentation for mythtv-setup."
>>>
>>> I rebegan mythtv-setup step for step, I cannot see what is wrong.
>>>
>>> I shall review the documentation, but perhaps you have an idea about the
>>> mistake ?
>>>
>>> Cheers
>>>
>>> Klaus
>> I have no experience of German tv but I would expect you to be able to
>> get schedule information by EIT - which might be what the French Mythtv
>> site is calling 'no grabber' EIT works well for me in the UK; it just
>> doesn't give as much detail as the commercial services.
>>
>> There's a comment above about an EIT setting that doesn't allow
>> recording. I don't think that's true. Perhaps it doesn't allow *other*
>> software to use that tuner.
>>
>> John P
>
> Hi John,
>
> I tried EIT, the result is the same.
>
> I shall also study XMLTV wiki page on mythtv.org
>
> Bye
>
> Klaus
>
>
Hi Klaus,

I am using MythTV in Germany with digital cable TV (DVB-C) and EIT data. Technically this works well without problems - there is data available for approx. 23 days in advance (depending on the channels - the private channels have a much shorter range (approx. 7 days)). The EIT data that is far in the future is lacking details that get enriched somewhen later.
But - as Stephen pointed out - the free EIT data always lacks powerful informations like tv series season and episode numbers, "new" informations and so on. But one can work around most of this with using time constraints.

From the setup of my system I can remember that I had to put in a starting frequency number to kickstart the channel scan. While parts of the other methods did worked as well (e. g. import of a channels.conf), the EIT data didn't worked then!
EIT started to work for me with the real channel scan from within MythTV only, using this starting frequency.
This may be different for different locations or different sources, though. I found this essential piece of information in the file /usr/share/dvb/dvb-c/de-Kabel_BW, that is the appropriate region file for me.

Maybe you already did this, but if not, check the information file that is appropriate for your source/region.

If there is anything else I can help with, feel free to ask me. I can check on my system whatever information is needed (as long as it is running ... as the hardware starts to make problems since a while, but I want to wait for Spectre/Meltdown fixed hardware.... :D :D )

Regards,

--
Nicolas

MythTV fixes/0.27 [v0.27.4-30-g3b43903]
Ubuntu 14.04.1 LTS (GNU/Linux 3.13.0-45-generic x86_64)
Digital Devices GmbH Octopus DVB Adapter via ddbridge kernel module
15c2:0036 SoundGraph Inc. LC16M VFD Display/IR Receiver (imon) via LIRC/devinput
Intel Corporation Core Processor Integrated Graphics Controller (rev 12)

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Hi John!

> There's a comment above about an EIT setting that doesn't allow
> recording. I don't think that's true. Perhaps it doesn't allow*other*
> software to use that tuner.

Yes: a more accurate way to phrase what I intended to say.

Le Wednesday, 7 March 2018 17:06:02 CET, vous avez ?crit :
> On 2018-03-07 10:31 AM, Klaus Becker wrote:
> > Le Sunday, 4 March 2018 23:23:33 CET, vous avez ?crit :
> >> On 2018-03-04 07:33 AM, Klaus Becker wrote:
> > Hi Geoff and all who answered me,
> >
...
> > Nevertheless I shall try with Zap, but it's not so easy too.
>
> It has been a while since I used the zap utilities! The instructions are
> sometimes vague But it is worth it to know that your hardware works
> properly: you can stream output to a file, and then play that file, with
> vlc or mplayer or whatever.
>
>
> Geoff

Ghi Geoff and all,

mplayer /dev/dvb/adapter0/dvr0
Works, but the channel changes each time and I don't know where it takes the
channels from and how to choose the channel I want to regard.

Otherwise I created a channel.conf with "w_scan -f s -s S19E2 -c DE".

I can verify the signal strength for ex with

"szap -r 'KIKA;ZDFvision'",

But I cannot record with
"$ szap -o file 'KIKA;ZDFvision'", it tells me
"szap: invalid option -- 'o'
...
reading channels from file '/home/klaus/.szap/channels.conf'
channel not found."

However I found this at https://www.linuxtv.org/wiki/index.php/Zap.

"szap -i" does not work either.

How to use szap to record a channel?

Cheers

Klaus

On 03/08/2018 06:44 AM, Klaus Becker wrote:
>
> Le Wednesday, 7 March 2018 17:06:02 CET, vous avez ?crit :
>
> > On 2018-03-07 10:31 AM, Klaus Becker wrote:
>
> > > Le Sunday, 4 March 2018 23:23:33 CET, vous avez ?crit :
>
> > >> On 2018-03-04 07:33 AM, Klaus Becker wrote:
>
> > > Hi Geoff and all who answered me,
>
> > >
>
> ...
>
> > > Nevertheless I shall try with Zap, but it's not so easy too.
>
> >
>
> > It has been a while since I used the zap utilities! The instructions are
>
> > sometimes vague But it is worth it to know that your hardware works
>
> > properly: you can stream output to a file, and then play that file, with
>
> > vlc or mplayer or whatever.
>
> >
>
> >
>
> > Geoff
>
> Ghi Geoff and all,
>
> mplayer /dev/dvb/adapter0/dvr0
>
> Works, but the channel changes each time and I don't know where it
> takes the channels from and how to choose the channel I want to regard.
>
> Otherwise I created a channel.conf with "w_scan -f s -s S19E2 -c DE".
>
> I can verify the signal strength for ex with
>
> "szap -r 'KIKA;ZDFvision'",
>
> But I cannot record with
>
> "$ szap -o file 'KIKA;ZDFvision'", it tells me
>
> "szap: invalid option -- 'o'
>
> ...
>
> reading channels from file '/home/klaus/.szap/channels.conf' channel
> not found."
>
> However I found this at https://www.linuxtv.org/wiki/index.php/Zap.
>
> "szap -i" does not work either.
>
> How to use szap to record a channel?
>
> Cheers
>
> Klaus
>
>
This seems a bit off the topic of mythfilldatabase.

There is an example of a script that records using azap in below page.
azap is the USA version of szap. Click "Expand" on the sample script.
https://www.mythtv.org/wiki/Import_recorder

Le dimanche 4 mars 2018, 13:14:39 CET Barry Martin a ?crit :
> Hi Klaus!


Hi Martin and everybody.

I tried Mythbuntu and LINHES, nothing works for me. So I returned to Debian
Stretch I use every day.

I succeeded to resolve the locale problem by putting
export LC_ALL="fr_FR.UTF-8"
In ~/.bash_profile.

Now I have:

$ locale
LANG=fr_FR.utf8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=fr_FR.UTF-8

Before the excellent programm cherrytree would no more start because of the
locale problem, now it works again.

But mythtv-setup still says :
This application expects to be running a locale that specifies a UTF-8
codeset, and many features may behave improperly with your current language
settings. Please set the LANG variable(s) in the environment in which this
program is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
.....
Setting QT default locale to fr_FR


But I think it's a bug of mythtv ?? There is no more problem with my locale
settings I think.

I just had a curious behavior:

For the first time since a long time, mythtv-setup began a scan and found
channels. But then suddenly the signal strenght was zero and then even after
excuting mythfilldatabase, in mythfrontend I cannot watch tv.

I found the error message
"DVBChan[1](/dev/dvb/adapter0/frontend0): Your frequency setting (2768000) is
out of range. (min/max:925000/2175000)"

But I gave the frequency 10714000 khz that I found for Astra 19.2E (Gremany)
and that worked in the beginning for me. It seems that the setup first
accepted 10714000 khz (and worked) and then it jumped to 2768000 khz and there
was no more signal.

Can anybody understand that ? I cannot.

Nice evening

Klaus

On Thu, 08 Mar 2018 22:10:24 +0100, you wrote:

>I just had a curious behavior:
>
>For the first time since a long time, mythtv-setup began a scan and found
>channels. But then suddenly the signal strenght was zero and then even after
>excuting mythfilldatabase, in mythfrontend I cannot watch tv.
>
>I found the error message
>"DVBChan[1](/dev/dvb/adapter0/frontend0): Your frequency setting (2768000) is
>out of range. (min/max:925000/2175000)"
>
>But I gave the frequency 10714000 khz that I found for Astra 19.2E (Gremany)
>and that worked in the beginning for me. It seems that the setup first
>accepted 10714000 khz (and worked) and then it jumped to 2768000 khz and there
>was no more signal.
>
>Can anybody understand that ? I cannot.
>
>Nice evening
>
>Klaus

If I remember correctly how things work, the frequency in that message
will be the frequency sent to the tuner, not the frequency of the
multiplex you are trying to receive. The tuners work with an
intermediate frequency produced by the LNB on your satellite dish. The
LNB frequency is subtracted from the real frequency of the multiplex
to get the frequency the tuner needs to tune to. So for my satellite
(Optus D1 160.0E), if I want to tune to one of my multiplexes on
12456000 kHz, with my LNB frequency of 10750 MHz, then the tuner needs
to be set to the frequency of:

12,456,000 kHz - 10,750,000 kHz = 1,706,000 kHz

The way LNBs work in Europe is that there are normally two LNBs on
different frequencies, to extend the range of frequencies that your
tuner is able to receive from. If your satellite dish works like
that, then it looks like your LNB settings may only have the lower LNB
frequency in them, so when you try to tune to a multiplex on a
frequency that is too high to be received with the low frequency LNB,
the frequency calculated to receive from is too high for your tuner
hardware. What should be happening is that the LNB settings have a
frequency setting above which the upper frequency LNB should be used.
So when you try to tune to a frequency above that setting, mythbackend
will send out a signal to the satellite dish to tell it to switch to
the upper frequency LNB and then will subtract the LNB frequency of
that LNB, and that will produce a frequency sent to the tuner card
that is within its frequency range.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Hi Klaus!

> Hi Martin and everybody.
>
> I tried Mythbuntu and LINHES, nothing works for me. So I returned to Debian
> Stretch I use every day.

That could have been a portion of the problem:  IIRC Mythbuntu is being
dropped in favour of using a full-fledged operating system. (Mythbuntu
was what I would call a partial operating system, in that it only had
data to support the MythTV application. [Almost sounds like I'm being
condescending - by no means!])

> I succeeded to resolve the locale problem by putting
> export LC_ALL="fr_FR.UTF-8"

Yeah!  :)


> Before the excellent programm cherrytree would no more start because of the
> locale problem, now it works again.
I don't know what 'cherrytree' is but Googling comes up with a note
taking application, and not sure if it would not start because of the
locale problem but also possibly because of the partial OS problem
(Mythbuntu vs. Debian Stretch.  ...Whoa! Are you /the/ Klaus Becker who
did the French language support in cherrytree?!


> But mythtv-setup still says :
> This application expects to be running a locale that specifies a UTF-8
> codeset, and many features may behave improperly with your current language
> settings. Please set the LANG variable(s) in the environment in which this
> program is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
> .....
> Setting QT default locale to fr_FR

I have no idea so will let the others guide you.


> I just had a curious behavior:
>
> For the first time since a long time, mythtv-setup began a scan and found
> channels. But then suddenly the signal strenght was zero and then even after
> excuting mythfilldatabase, in mythfrontend I cannot watch tv.

Odd it said it jumped to 2768000.  Was initially thinking a mechanical
failure: on an early system here (many years ago) I had a loose center
coax on a short (18" / ½ meter) piece between my splitter and one of the
tuners.  Found out the center conductor got shoved: one end had and inch
(2.5 cm) of coax sticking out and the other barely making contact.

I am essentially going to bow out of the thread as I don't know the
French and German television standards and would just be guessing.
Appears I was able to help with some of the basics to get you on the
right track.

Barry

On Thu, 8 Mar 2018 20:03:31 -0600, you wrote:

>
>
>Hi Klaus!
>
>> Hi Martin and everybody.
>>
>> I tried Mythbuntu and LINHES, nothing works for me. So I returned to Debian
>> Stretch I use every day.
>
>That could have been a portion of the problem:? IIRC Mythbuntu is being
>dropped in favour of using a full-fledged operating system. (Mythbuntu
>was what I would call a partial operating system, in that it only had
>data to support the MythTV application. [Almost sounds like I'm being
>condescending - by no means!])

Mythbuntu is by no means a "partial" operating system. It is Xubuntu
with MythTV installed on top of that. So it uses XFCE4 as the
desktop, which is a lower resource user than the normal Unity or Gnome
desktops and in particular does not need the compiz driver that is
required for Unity that uses lots of video resources. But the
packages that are installed on Mythbuntu are otherwise pretty much the
same as Xubuntu - it is a full operating system, just a different
flavour than Ubuntu.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Wed, 20 Feb 2019 at 13:42, George Poulson <george.poulson@gmail.com>
wrote:


> I find the output at the bottom of the mythweb page equally useful:
>

That should of course have been "the bottom of the mythweb status page"

On 02/20/2019 08:50 AM, George Poulson wrote:
> On Wed, 20 Feb 2019 at 13:42, George Poulson wrote:
>
> I find the output at the bottom of the mythweb page equally useful:
>
> That should of course have been "the bottom of the mythweb status page"

Ah, yeah, that's the easiest place to find it.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Finally got mine straightened out (using mythbackend to spawn mythfilldatabase).  In my (fedora) mythbackend.service file, the Environment=MYTHCONFDIR=/etc/mythtv tells mythbackend (and mythfilldatabase) to look in /etc/mythtv for its .xmltv file(s), which were residing in /var/lib/mythtv, which is the home directory of the mythtv user (that mythbackend runs as) as defined in /etc/passwd.  I figured out what went wrong by looking at /var/log/mythtv/mythfilldatabase*, which told me it couldn't find the .xmltv file in /etc/mythtv.  As root, I symlinked from /etc/mythtv/*.xmltv to /var/lib/mythtv and now have SUCCESS in the mythfilldatabase results.  I don't know about other distros, but all the docs refer to /home/mythtv, which did me no good at all.  What a convoluted mess!!

Dave D.
On 5/20/20 8:38 PM, Frank Phillips wrote:

On Wed, May 13, 2020 at 1:26 PM Matthew Daubenspeck <matt@oddprocess.org> wrote:

Just recently updated to mythtv 31.0 on Arch Linux. I moved the
SchedulesDirect setup to tv_grab_zz_sdjson and am having a very strange
thing happen which I can't figure out.

If I run mythfilldatabase manually at the commandline, everything works
perfectly. If I add it to a cron job, it fails with the following error:

tv_grab_zz_sdjson  --capabilities failed or we timed out waiting. You
may need to upgrade your xmltv grabber

Grabbing XMLTV data using tv_grab_zz_sdjson is not supported. You may
need to upgrade to the latest version of XMLTV.

Again, it works perfectly, as long as it isn't run from cron and I can'tthe
figure out why. Any suggestions?

--
  Matthew Daubenspeck
  http://oddprocess.org"]http://oddprocess.org

I also had this problem on Arch with the non-sqlite sdjson. My failure at --capabilities was because the tv_grab_zz_sdjson from the xmltv package is put in /usr/bin/vendor_perl, which is not part of systemctl show-environment. I don't know why your cron would fail, though.
I ended up creating a wrapper mfdb.sh to set PATH and start mythfilldatabase, and then set the wrapper in mythtv-setup as the target.
Frank

_______________________________________________ mythtv-users mailing list mythtv-users@mythtv.org http://lists.mythtv.org/mailman/listinfo/mythtv-users"]http://lists.mythtv.org/mailman/listinfo/mythtv-users http://wiki.mythtv.org/Mailing_List_etiquette"]http://wiki.mythtv.org/Mailing_List_etiquette MythTV Forums: https://forum.mythtv.org"]https://forum.mythtv.org

On Wed, 20 May 2020 21:26:10 -0700, you wrote:

>
>
>Finally got mine straightened out (using mythbackend to spawn mythfilldatabase). In my (fedora) mythbackend.service file, the Environment=MYTHCONFDIR=/etc/mythtv tells mythbackend (and mythfilldatabase) to look in /etc/mythtv for its .xmltv file(s), which were residing in /var/lib/mythtv, which is the home directory of the mythtv user (that mythbackend runs as) as defined in /etc/passwd. I figured out what went wrong by looking at /var/log/mythtv/mythfilldatabase*, which told me it couldn't find the .xmltv file in /etc/mythtv. As root, I symlinked from /etc/mythtv/*.xmltv to /var/lib/mythtv and now have SUCCESS in the mythfilldatabase results. I don't know about other distros, but all the docs refer to /home/mythtv, which did me no good at all. What a convoluted mess!!
>
>
>Dave D.

/home/mythtv is for Ubuntu, the most commonly used distro for MythTV.
Debian and Fedora use the directories you have found.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sat, Aug 13, 2022 at 6:56 PM Daryl McDonald <darylangela@gmail.com>
wrote:

> Subscription is current, but now three days with no new info:
>
> $ mythfilldatabase
> 2022-08-13 18:43:43.370365 C mythfilldatabase version: fixes/31
> [v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1] www.mythtv.org
> 2022-08-13 18:43:43.370384 C Qt version: compile: 5.12.8, runtime: 5.12.8
> 2022-08-13 18:43:43.370410 I Ubuntu 20.04.4 LTS (x86_64)
> 2022-08-13 18:43:43.370415 N Enabled verbose msgs: general
> 2022-08-13 18:43:43.370426 N Setting Log Level to LOG_INFO
> 2022-08-13 18:43:43.381039 I Added logging to the console
> 2022-08-13 18:43:43.381441 I Setup Interrupt handler
> 2022-08-13 18:43:43.381461 I Setup Terminated handler
> 2022-08-13 18:43:43.381471 I Setup Segmentation fault handler
> 2022-08-13 18:43:43.381483 I Setup Aborted handler
> 2022-08-13 18:43:43.381491 I Setup Bus error handler
> 2022-08-13 18:43:43.381503 I Setup Floating point exception handler
> 2022-08-13 18:43:43.381512 I Setup Illegal instruction handler
> 2022-08-13 18:43:43.381530 I Setup Real-time signal 0 handler
> 2022-08-13 18:43:43.381540 I Setup Hangup handler
> 2022-08-13 18:43:43.381683 N Using runtime prefix = /usr
> 2022-08-13 18:43:43.381688 N Using configuration directory =
> /home/mythtv/.mythtv
> 2022-08-13 18:43:43.381731 I Assumed character encoding: en_CA.UTF-8
> 2022-08-13 18:43:43.382131 I Empty LocalHostName. This is typical.
> 2022-08-13 18:43:43.382144 I Using a profile name of: 'trieli' (Usually
> the same as this host's name.)
> 2022-08-13 18:43:43.382204 I Start up testing connections. DB localhost,
> BE , attempt 0, status dbAwake, Delay: 2000
> 2022-08-13 18:43:44.407707 N Setting QT default locale to en_CA
> 2022-08-13 18:43:44.407719 I Current locale en_CA
> 2022-08-13 18:43:44.407767 N Reading locale defaults from
> /usr/share/mythtv//locales/en_ca.xml
> 2022-08-13 18:43:44.439995 I PowerDBus: Added UPower.Device
> '/org/freedesktop/UPower/devices/mouse_hidpp_battery_0'
> 2022-08-13 18:43:44.440514 I Power: On AC power
> 2022-08-13 18:43:44.442242 I PowerDBus: Added UPower.Device
> '/org/freedesktop/UPower/devices/keyboard_hidpp_battery_1'
> 2022-08-13 18:43:44.475630 I Power: Supported actions:
> Suspend,Restart,Shutdown
> 2022-08-13 18:43:44.476873 I Loading en_ca translation for module
> mythfrontend
> 2022-08-13 18:43:44.478642 I Current MythTV Schema Version (DBSchemaVer):
> 1361
> 2022-08-13 18:43:44.482181 I MythCoreContext::ConnectCommandSocket():
> Connecting to backend server: 127.0.0.1:6543 (try 1 of 1)
> 2022-08-13 18:43:44.483953 I MythCoreContext::CheckProtoVersion(): Using
> protocol version 91 BuzzOff
> 2022-08-13 18:43:44.484271 I Opening blocking connection to master backend
> 2022-08-13 18:43:44.682052 I Updating source #1 (antenna) with grabber
> tv_grab_zz_sdjson_sqlite
> 2022-08-13 18:43:44.682821 I Found 37 channels for source 1 which use
> grabber
> 2022-08-13 18:43:44.683466 I Starting process manager
> 2022-08-13 18:43:44.683644 I Starting process signal handler
> 2022-08-13 18:43:44.683737 I Starting IO manager (read)
> 2022-08-13 18:43:44.687851 I Starting IO manager (write)
> 2022-08-13 18:43:45.435467 I Grabber has capabilities: baseline
> manualconfig preferredmethod lineups apiconfig
> 2022-08-13 18:43:46.186951 I Grabber prefers method: allatonce
> 2022-08-13 18:43:46.188409 I XMLTV config file is:
> /home/mythtv/.mythtv/antenna.xmltv
> 2022-08-13 18:44:08.035065 I New static DB connectionChannelCon
> 2022-08-13 18:44:13.464033 N Unknown xmltv channel identifier:
> I113597.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:13.464340 N Unknown xmltv channel identifier:
> I113600.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:16.402484 N Unknown xmltv channel identifier:
> I124789.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:16.402876 N Unknown xmltv channel identifier:
> I124832.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:16.403256 N Unknown xmltv channel identifier:
> I124838.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:33.489738 N Unknown xmltv channel identifier:
> I71767.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:35.298400 N Unknown xmltv channel identifier:
> I72956.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:41.244331 N Unknown xmltv channel identifier:
> I99579.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:41.244642 N Unknown xmltv channel identifier:
> I99581.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 18:44:41.244652 I Updated programs: 907 Unchanged programs:
> 17812
> 2022-08-13 18:44:41.616542 N Data fetching complete.
> 2022-08-13 18:44:41.616617 I Adjusting program database end times.
> 2022-08-13 18:44:41.616963 I 0 replacements made
> 2022-08-13 18:44:41.616972 I Marking generic episodes.
> 2022-08-13 18:44:41.914149 I Found 485
> 2022-08-13 18:44:41.914165 I Extending non-unique programids with
> multiple parts.
> 2022-08-13 18:44:42.159573 I Found 0
> 2022-08-13 18:44:42.159589 I Fixing missing original airdates.
> 2022-08-13 18:44:42.731674 I Found 514 with programids
> 2022-08-13 18:44:42.732500 I Found 0 without programids
> 2022-08-13 18:44:42.732509 I Marking repeats.
> 2022-08-13 18:44:42.770225 I Found 514
> 2022-08-13 18:44:42.770240 I Unmarking new episode rebroadcast repeats.
> 2022-08-13 18:44:43.025547 I Found 389
> 2022-08-13 18:44:43.710617 I Marking episode first showings.
> 2022-08-13 18:44:44.734166 I Found 22806
> 2022-08-13 18:44:44.734183 I Marking episode last showings.
> 2022-08-13 18:44:45.756245 I Found 22769
> 2022-08-13 18:44:45.763507 I
> ===============================================================
> | Attempting to contact the master backend for rescheduling. |
> | If the master is not running, rescheduling will happen when |
> | the master backend is restarted. |
> ===============================================================
> 2022-08-13 18:44:45.764752 N mythfilldatabase run complete.
> 2022-08-13 18:44:45.764948 I PowerDBus: Closing interfaces
> 2022-08-13 18:44:45.766126 I Waiting for threads to exit.
> 2022-08-13 18:44:45.768904 I Exiting
>
> Does anyone see what may be wrong?
>
> TIA Daryl
>

Same here.


> mythfilldatabase
> 2022-08-13 19:54:58.039893 C mythfilldatabase version: fixes/31
> [v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1] www.mythtv.org
> 2022-08-13 19:54:58.039912 C Qt version: compile: 5.12.8, runtime: 5.12.8
> 2022-08-13 19:54:58.039936 I Ubuntu 20.04.4 LTS (x86_64)
> 2022-08-13 19:54:58.039941 N Enabled verbose msgs: general
> 2022-08-13 19:54:58.039952 N Setting Log Level to LOG_INFO
> 2022-08-13 19:54:58.050396 I Added logging to the console
> 2022-08-13 19:54:58.050685 I Setup Interrupt handler
> 2022-08-13 19:54:58.050693 I Setup Terminated handler
> 2022-08-13 19:54:58.050701 I Setup Segmentation fault handler
> 2022-08-13 19:54:58.050706 I Setup Aborted handler
> 2022-08-13 19:54:58.050712 I Setup Bus error handler
> 2022-08-13 19:54:58.050717 I Setup Floating point exception handler
> 2022-08-13 19:54:58.050724 I Setup Illegal instruction handler
> 2022-08-13 19:54:58.050732 I Setup Real-time signal 0 handler
> 2022-08-13 19:54:58.050740 I Setup Hangup handler
> 2022-08-13 19:54:58.050822 N Using runtime prefix = /usr
> 2022-08-13 19:54:58.050826 N Using configuration directory =
> /home/mythtv/.mythtv
> 2022-08-13 19:54:58.050852 I Assumed character encoding: en_US.UTF-8
> 2022-08-13 19:54:58.051089 I Empty LocalHostName. This is typical.
> 2022-08-13 19:54:58.051095 I Using a profile name of: 'hemlock' (Usually
> the same as this host's name.)
> 2022-08-13 19:54:58.051142 I Start up testing connections. DB
> 192.168.1.224, BE , attempt 0, status dbAwake, Delay: 2000
> 2022-08-13 19:54:58.573970 N Setting QT default locale to en_US
> 2022-08-13 19:54:58.573984 I Current locale en_US
> 2022-08-13 19:54:58.574029 N Reading locale defaults from
> /usr/share/mythtv//locales/en_us.xml
> 2022-08-13 19:54:58.599913 I PowerDBus: Failed to delay sleep,shutdown:
> Permission denied
> 2022-08-13 19:54:58.635673 I Power: On AC power
> 2022-08-13 19:54:58.635688 I Power: Supported actions: None
> 2022-08-13 19:54:58.637909 I Loading en_us translation for module
> mythfrontend
> 2022-08-13 19:54:58.641384 I Current MythTV Schema Version (DBSchemaVer):
> 1361
> 2022-08-13 19:54:58.647315 I MythCoreContext::ConnectCommandSocket():
> Connecting to backend server: 192.168.1.224:6543 (try 1 of 1)
> 2022-08-13 19:54:58.648852 I MythCoreContext::CheckProtoVersion(): Using
> protocol version 91 BuzzOff
> 2022-08-13 19:54:58.649456 I Opening blocking connection to master backend
> 2022-08-13 19:54:58.936427 I Updating source #1 (SD) with grabber
> tv_grab_zz_sdjson_sqlite
> 2022-08-13 19:54:58.937537 I Found 64 channels for source 1 which use
> grabber
> 2022-08-13 19:54:58.938374 I Starting process signal handler
> 2022-08-13 19:54:58.938360 I Starting process manager
> 2022-08-13 19:54:58.938411 I Starting IO manager (read)
> 2022-08-13 19:54:58.939763 I Starting IO manager (write)
> 2022-08-13 19:54:59.690452 I Grabber has capabilities: baseline
> manualconfig preferredmethod lineups apiconfig
> 2022-08-13 19:55:00.442417 I Grabber prefers method: allatonce
> 2022-08-13 19:55:00.443588 I XMLTV config file is:
> /home/mythtv/.mythtv/SD.xmltv
> 2022-08-13 19:55:28.095678 I New static DB connectionChannelCon
> 2022-08-13 19:55:46.826490 N Unknown xmltv channel identifier:
> I26675.json.schedulesdirect.org - Skipping channel.
> 2022-08-13 19:56:18.299079 I Updated programs: 803 Unchanged programs:
> 28985
> 2022-08-13 19:56:18.762128 N Data fetching complete.
> 2022-08-13 19:56:18.762167 I Adjusting program database end times.
> 2022-08-13 19:56:18.762591 I 0 replacements made
> 2022-08-13 19:56:18.762598 I Marking generic episodes.
> 2022-08-13 19:56:19.187727 I Found 368
> 2022-08-13 19:56:19.187740 I Extending non-unique programids with
> multiple parts.
> 2022-08-13 19:56:19.522325 I Found 0
> 2022-08-13 19:56:19.522335 I Fixing missing original airdates.
> 2022-08-13 19:56:20.307039 I Found 384 with programids
> 2022-08-13 19:56:20.308255 I Found 0 without programids
> 2022-08-13 19:56:20.308262 I Marking repeats.
> 2022-08-13 19:56:20.351801 I Found 384
> 2022-08-13 19:56:20.351806 I Unmarking new episode rebroadcast repeats.
> 2022-08-13 19:56:20.707853 I Found 415
> 2022-08-13 19:56:21.532541 I Marking episode first showings.
> 2022-08-13 19:56:22.640073 I Found 27003
> 2022-08-13 19:56:22.640084 I Marking episode last showings.
> 2022-08-13 19:56:23.764173 I Found 27123
> 2022-08-13 19:56:23.774327 I
> ===============================================================
> | Attempting to contact the master backend for rescheduling. |
> | If the master is not running, rescheduling will happen when |
> | the master backend is restarted. |
> ===============================================================
> 2022-08-13 19:56:23.775569 N mythfilldatabase run complete.
> 2022-08-13 19:56:23.775665 I PowerDBus: Closing interfaces
> 2022-08-13 19:56:23.776332 I Waiting for threads to exit.
> 2022-08-13 19:56:23.776793 I Exiting
>

On 8/13/22 20:03, Kevin Johnson wrote:
>
>
> On Sat, Aug 13, 2022 at 6:56 PM Daryl McDonald <darylangela@gmail.com>
> wrote:
>
> Subscription is current, but now three days with no new info:
>
> $ mythfilldatabase
> 2022-08-13 18:43:43.370365 C  mythfilldatabase version: fixes/31
> [v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1] www.mythtv.org
> <http://www.mythtv.org>
> 2022-08-13 18:43:43.370384 C  Qt version: compile: 5.12.8,
> runtime: 5.12.8
> 2022-08-13 18:43:43.370410 I  Ubuntu 20.04.4 LTS (x86_64)
> 2022-08-13 18:43:43.370415 N  Enabled verbose msgs:  general
> 2022-08-13 18:43:43.370426 N  Setting Log Level to LOG_INFO
> 2022-08-13 18:43:43.381039 I  Added logging to the console
> 2022-08-13 18:43:43.381441 I  Setup Interrupt handler
> 2022-08-13 18:43:43.381461 I  Setup Terminated handler
> 2022-08-13 18:43:43.381471 I  Setup Segmentation fault handler
> 2022-08-13 18:43:43.381483 I  Setup Aborted handler
> 2022-08-13 18:43:43.381491 I  Setup Bus error handler
> 2022-08-13 18:43:43.381503 I  Setup Floating point exception handler
> 2022-08-13 18:43:43.381512 I  Setup Illegal instruction handler
> 2022-08-13 18:43:43.381530 I  Setup Real-time signal 0 handler
> 2022-08-13 18:43:43.381540 I  Setup Hangup handler
> 2022-08-13 18:43:43.381683 N  Using runtime prefix = /usr
> 2022-08-13 18:43:43.381688 N  Using configuration directory =
> /home/mythtv/.mythtv
> 2022-08-13 18:43:43.381731 I  Assumed character encoding: en_CA.UTF-8
> 2022-08-13 18:43:43.382131 I  Empty LocalHostName. This is typical.
> 2022-08-13 18:43:43.382144 I  Using a profile name of: 'trieli'
> (Usually the same as this host's name.)
> 2022-08-13 18:43:43.382204 I  Start up testing connections. DB
> localhost, BE , attempt 0, status dbAwake, Delay: 2000
> 2022-08-13 18:43:44.407707 N  Setting QT default locale to en_CA
> 2022-08-13 18:43:44.407719 I  Current locale en_CA
> 2022-08-13 18:43:44.407767 N  Reading locale defaults from
> /usr/share/mythtv//locales/en_ca.xml
> 2022-08-13 18:43:44.439995 I  PowerDBus: Added UPower.Device
> '/org/freedesktop/UPower/devices/mouse_hidpp_battery_0'
> 2022-08-13 18:43:44.440514 I  Power: On AC power
> 2022-08-13 18:43:44.442242 I  PowerDBus: Added UPower.Device
> '/org/freedesktop/UPower/devices/keyboard_hidpp_battery_1'
> 2022-08-13 18:43:44.475630 I  Power: Supported actions:
> Suspend,Restart,Shutdown
> 2022-08-13 18:43:44.476873 I  Loading en_ca translation for module
> mythfrontend
> 2022-08-13 18:43:44.478642 I  Current MythTV Schema Version
> (DBSchemaVer): 1361
> 2022-08-13 18:43:44.482181 I
>  MythCoreContext::ConnectCommandSocket(): Connecting to backend
> server: 127.0.0.1:6543 <http://127.0.0.1:6543> (try 1 of 1)
> 2022-08-13 18:43:44.483953 I
>  MythCoreContext::CheckProtoVersion(): Using protocol version 91
> BuzzOff
> 2022-08-13 18:43:44.484271 I  Opening blocking connection to
> master backend
> 2022-08-13 18:43:44.682052 I  Updating source #1 (antenna) with
> grabber tv_grab_zz_sdjson_sqlite
> 2022-08-13 18:43:44.682821 I  Found 37 channels for source 1 which
> use grabber
> 2022-08-13 18:43:44.683466 I  Starting process manager
> 2022-08-13 18:43:44.683644 I  Starting process signal handler
> 2022-08-13 18:43:44.683737 I  Starting IO manager (read)
> 2022-08-13 18:43:44.687851 I  Starting IO manager (write)
> 2022-08-13 18:43:45.435467 I  Grabber has capabilities: baseline
> manualconfig preferredmethod lineups apiconfig
> 2022-08-13 18:43:46.186951 I  Grabber prefers method: allatonce
> 2022-08-13 18:43:46.188409 I  XMLTV config file is:
> /home/mythtv/.mythtv/antenna.xmltv
> 2022-08-13 18:44:08.035065 I  New static DB connectionChannelCon
> 2022-08-13 18:44:13.464033 N  Unknown xmltv channel identifier:
> I113597.json.schedulesdirect.org
> <http://I113597.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:13.464340 N  Unknown xmltv channel identifier:
> I113600.json.schedulesdirect.org
> <http://I113600.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:16.402484 N  Unknown xmltv channel identifier:
> I124789.json.schedulesdirect.org
> <http://I124789.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:16.402876 N  Unknown xmltv channel identifier:
> I124832.json.schedulesdirect.org
> <http://I124832.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:16.403256 N  Unknown xmltv channel identifier:
> I124838.json.schedulesdirect.org
> <http://I124838.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:33.489738 N  Unknown xmltv channel identifier:
> I71767.json.schedulesdirect.org
> <http://I71767.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:35.298400 N  Unknown xmltv channel identifier:
> I72956.json.schedulesdirect.org
> <http://I72956.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:41.244331 N  Unknown xmltv channel identifier:
> I99579.json.schedulesdirect.org
> <http://I99579.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:41.244642 N  Unknown xmltv channel identifier:
> I99581.json.schedulesdirect.org
> <http://I99581.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 18:44:41.244652 I  Updated programs: 907 Unchanged
> programs: 17812
> 2022-08-13 18:44:41.616542 N  Data fetching complete.
> 2022-08-13 18:44:41.616617 I  Adjusting program database end times.
> 2022-08-13 18:44:41.616963 I      0 replacements made
> 2022-08-13 18:44:41.616972 I  Marking generic episodes.
> 2022-08-13 18:44:41.914149 I      Found 485
> 2022-08-13 18:44:41.914165 I  Extending non-unique programids with
> multiple parts.
> 2022-08-13 18:44:42.159573 I      Found 0
> 2022-08-13 18:44:42.159589 I  Fixing missing original airdates.
> 2022-08-13 18:44:42.731674 I      Found 514 with programids
> 2022-08-13 18:44:42.732500 I      Found 0 without programids
> 2022-08-13 18:44:42.732509 I  Marking repeats.
> 2022-08-13 18:44:42.770225 I      Found 514
> 2022-08-13 18:44:42.770240 I  Unmarking new episode rebroadcast
> repeats.
> 2022-08-13 18:44:43.025547 I      Found 389
> 2022-08-13 18:44:43.710617 I  Marking episode first showings.
> 2022-08-13 18:44:44.734166 I      Found 22806
> 2022-08-13 18:44:44.734183 I  Marking episode last showings.
> 2022-08-13 18:44:45.756245 I      Found 22769
> 2022-08-13 18:44:45.763507 I
> ===============================================================
> | Attempting to contact the master backend for rescheduling.  |
> | If the master is not running, rescheduling will happen when |
> | the master backend is restarted.      |
> ===============================================================
> 2022-08-13 18:44:45.764752 N  mythfilldatabase run complete.
> 2022-08-13 18:44:45.764948 I  PowerDBus: Closing interfaces
> 2022-08-13 18:44:45.766126 I  Waiting for threads to exit.
> 2022-08-13 18:44:45.768904 I  Exiting
>
> Does anyone see what may be wrong?
>
> TIA  Daryl
>
>
> Same here.
>
> mythfilldatabase
> 2022-08-13 19:54:58.039893 C  mythfilldatabase version: fixes/31
> [v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1] www.mythtv.org
> <http://www.mythtv.org>
> 2022-08-13 19:54:58.039912 C  Qt version: compile: 5.12.8,
> runtime: 5.12.8
> 2022-08-13 19:54:58.039936 I  Ubuntu 20.04.4 LTS (x86_64)
> 2022-08-13 19:54:58.039941 N  Enabled verbose msgs:  general
> 2022-08-13 19:54:58.039952 N  Setting Log Level to LOG_INFO
> 2022-08-13 19:54:58.050396 I  Added logging to the console
> 2022-08-13 19:54:58.050685 I  Setup Interrupt handler
> 2022-08-13 19:54:58.050693 I  Setup Terminated handler
> 2022-08-13 19:54:58.050701 I  Setup Segmentation fault handler
> 2022-08-13 19:54:58.050706 I  Setup Aborted handler
> 2022-08-13 19:54:58.050712 I  Setup Bus error handler
> 2022-08-13 19:54:58.050717 I  Setup Floating point exception handler
> 2022-08-13 19:54:58.050724 I  Setup Illegal instruction handler
> 2022-08-13 19:54:58.050732 I  Setup Real-time signal 0 handler
> 2022-08-13 19:54:58.050740 I  Setup Hangup handler
> 2022-08-13 19:54:58.050822 N  Using runtime prefix = /usr
> 2022-08-13 19:54:58.050826 N  Using configuration directory =
> /home/mythtv/.mythtv
> 2022-08-13 19:54:58.050852 I  Assumed character encoding: en_US.UTF-8
> 2022-08-13 19:54:58.051089 I  Empty LocalHostName. This is typical.
> 2022-08-13 19:54:58.051095 I  Using a profile name of: 'hemlock'
> (Usually the same as this host's name.)
> 2022-08-13 19:54:58.051142 I  Start up testing connections. DB
> 192.168.1.224, BE , attempt 0, status dbAwake, Delay: 2000
> 2022-08-13 19:54:58.573970 N  Setting QT default locale to en_US
> 2022-08-13 19:54:58.573984 I  Current locale en_US
> 2022-08-13 19:54:58.574029 N  Reading locale defaults from
> /usr/share/mythtv//locales/en_us.xml
> 2022-08-13 19:54:58.599913 I  PowerDBus: Failed to delay
> sleep,shutdown: Permission denied
> 2022-08-13 19:54:58.635673 I  Power: On AC power
> 2022-08-13 19:54:58.635688 I  Power: Supported actions: None
> 2022-08-13 19:54:58.637909 I  Loading en_us translation for module
> mythfrontend
> 2022-08-13 19:54:58.641384 I  Current MythTV Schema Version
> (DBSchemaVer): 1361
> 2022-08-13 19:54:58.647315 I
>  MythCoreContext::ConnectCommandSocket(): Connecting to backend
> server: 192.168.1.224:6543 <http://192.168.1.224:6543> (try 1 of 1)
> 2022-08-13 19:54:58.648852 I
>  MythCoreContext::CheckProtoVersion(): Using protocol version 91
> BuzzOff
> 2022-08-13 19:54:58.649456 I  Opening blocking connection to
> master backend
> 2022-08-13 19:54:58.936427 I  Updating source #1 (SD) with grabber
> tv_grab_zz_sdjson_sqlite
> 2022-08-13 19:54:58.937537 I  Found 64 channels for source 1 which
> use grabber
> 2022-08-13 19:54:58.938374 I  Starting process signal handler
> 2022-08-13 19:54:58.938360 I  Starting process manager
> 2022-08-13 19:54:58.938411 I  Starting IO manager (read)
> 2022-08-13 19:54:58.939763 I  Starting IO manager (write)
> 2022-08-13 19:54:59.690452 I  Grabber has capabilities: baseline
> manualconfig preferredmethod lineups apiconfig
> 2022-08-13 19:55:00.442417 I  Grabber prefers method: allatonce
> 2022-08-13 19:55:00.443588 I  XMLTV config file is:
> /home/mythtv/.mythtv/SD.xmltv
> 2022-08-13 19:55:28.095678 I  New static DB connectionChannelCon
> 2022-08-13 19:55:46.826490 N  Unknown xmltv channel identifier:
> I26675.json.schedulesdirect.org
> <http://I26675.json.schedulesdirect.org> - Skipping channel.
> 2022-08-13 19:56:18.299079 I  Updated programs: 803 Unchanged
> programs: 28985
> 2022-08-13 19:56:18.762128 N  Data fetching complete.
> 2022-08-13 19:56:18.762167 I  Adjusting program database end times.
> 2022-08-13 19:56:18.762591 I      0 replacements made
> 2022-08-13 19:56:18.762598 I  Marking generic episodes.
> 2022-08-13 19:56:19.187727 I      Found 368
> 2022-08-13 19:56:19.187740 I  Extending non-unique programids with
> multiple parts.
> 2022-08-13 19:56:19.522325 I      Found 0
> 2022-08-13 19:56:19.522335 I  Fixing missing original airdates.
> 2022-08-13 19:56:20.307039 I      Found 384 with programids
> 2022-08-13 19:56:20.308255 I      Found 0 without programids
> 2022-08-13 19:56:20.308262 I  Marking repeats.
> 2022-08-13 19:56:20.351801 I      Found 384
> 2022-08-13 19:56:20.351806 I  Unmarking new episode rebroadcast
> repeats.
> 2022-08-13 19:56:20.707853 I      Found 415
> 2022-08-13 19:56:21.532541 I  Marking episode first showings.
> 2022-08-13 19:56:22.640073 I      Found 27003
> 2022-08-13 19:56:22.640084 I  Marking episode last showings.
> 2022-08-13 19:56:23.764173 I      Found 27123
> 2022-08-13 19:56:23.774327 I
> ===============================================================
> | Attempting to contact the master backend for rescheduling.  |
> | If the master is not running, rescheduling will happen when |
> | the master backend is restarted.    |
> ===============================================================
> 2022-08-13 19:56:23.775569 N  mythfilldatabase run complete.
> 2022-08-13 19:56:23.775665 I  PowerDBus: Closing interfaces
> 2022-08-13 19:56:23.776332 I  Waiting for threads to exit.
> 2022-08-13 19:56:23.776793 I  Exiting
>
>
If you have less than 14 days of program data open a ticket with
schedules direct.

Voila! and today I get a successful run.

On Sun, Aug 14, 2022 at 10:54 AM Peter Bennett <pb.mythtv@gmail.com> wrote:

>
> On 8/13/22 20:03, Kevin Johnson wrote:
>
>
>
> On Sat, Aug 13, 2022 at 6:56 PM Daryl McDonald <darylangela@gmail.com>
> wrote:
>
>> Subscription is current, but now three days with no new info:
>>
>> $ mythfilldatabase
>> 2022-08-13 18:43:43.370365 C mythfilldatabase version: fixes/31
>> [v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1] www.mythtv.org
>> 2022-08-13 18:43:43.370384 C Qt version: compile: 5.12.8, runtime: 5.12.8
>> 2022-08-13 18:43:43.370410 I Ubuntu 20.04.4 LTS (x86_64)
>> 2022-08-13 18:43:43.370415 N Enabled verbose msgs: general
>> 2022-08-13 18:43:43.370426 N Setting Log Level to LOG_INFO
>> 2022-08-13 18:43:43.381039 I Added logging to the console
>> 2022-08-13 18:43:43.381441 I Setup Interrupt handler
>> 2022-08-13 18:43:43.381461 I Setup Terminated handler
>> 2022-08-13 18:43:43.381471 I Setup Segmentation fault handler
>> 2022-08-13 18:43:43.381483 I Setup Aborted handler
>> 2022-08-13 18:43:43.381491 I Setup Bus error handler
>> 2022-08-13 18:43:43.381503 I Setup Floating point exception handler
>> 2022-08-13 18:43:43.381512 I Setup Illegal instruction handler
>> 2022-08-13 18:43:43.381530 I Setup Real-time signal 0 handler
>> 2022-08-13 18:43:43.381540 I Setup Hangup handler
>> 2022-08-13 18:43:43.381683 N Using runtime prefix = /usr
>> 2022-08-13 18:43:43.381688 N Using configuration directory =
>> /home/mythtv/.mythtv
>> 2022-08-13 18:43:43.381731 I Assumed character encoding: en_CA.UTF-8
>> 2022-08-13 18:43:43.382131 I Empty LocalHostName. This is typical.
>> 2022-08-13 18:43:43.382144 I Using a profile name of: 'trieli' (Usually
>> the same as this host's name.)
>> 2022-08-13 18:43:43.382204 I Start up testing connections. DB localhost,
>> BE , attempt 0, status dbAwake, Delay: 2000
>> 2022-08-13 18:43:44.407707 N Setting QT default locale to en_CA
>> 2022-08-13 18:43:44.407719 I Current locale en_CA
>> 2022-08-13 18:43:44.407767 N Reading locale defaults from
>> /usr/share/mythtv//locales/en_ca.xml
>> 2022-08-13 18:43:44.439995 I PowerDBus: Added UPower.Device
>> '/org/freedesktop/UPower/devices/mouse_hidpp_battery_0'
>> 2022-08-13 18:43:44.440514 I Power: On AC power
>> 2022-08-13 18:43:44.442242 I PowerDBus: Added UPower.Device
>> '/org/freedesktop/UPower/devices/keyboard_hidpp_battery_1'
>> 2022-08-13 18:43:44.475630 I Power: Supported actions:
>> Suspend,Restart,Shutdown
>> 2022-08-13 18:43:44.476873 I Loading en_ca translation for module
>> mythfrontend
>> 2022-08-13 18:43:44.478642 I Current MythTV Schema Version
>> (DBSchemaVer): 1361
>> 2022-08-13 18:43:44.482181 I MythCoreContext::ConnectCommandSocket():
>> Connecting to backend server: 127.0.0.1:6543 (try 1 of 1)
>> 2022-08-13 18:43:44.483953 I MythCoreContext::CheckProtoVersion(): Using
>> protocol version 91 BuzzOff
>> 2022-08-13 18:43:44.484271 I Opening blocking connection to master
>> backend
>> 2022-08-13 18:43:44.682052 I Updating source #1 (antenna) with grabber
>> tv_grab_zz_sdjson_sqlite
>> 2022-08-13 18:43:44.682821 I Found 37 channels for source 1 which use
>> grabber
>> 2022-08-13 18:43:44.683466 I Starting process manager
>> 2022-08-13 18:43:44.683644 I Starting process signal handler
>> 2022-08-13 18:43:44.683737 I Starting IO manager (read)
>> 2022-08-13 18:43:44.687851 I Starting IO manager (write)
>> 2022-08-13 18:43:45.435467 I Grabber has capabilities: baseline
>> manualconfig preferredmethod lineups apiconfig
>> 2022-08-13 18:43:46.186951 I Grabber prefers method: allatonce
>> 2022-08-13 18:43:46.188409 I XMLTV config file is:
>> /home/mythtv/.mythtv/antenna.xmltv
>> 2022-08-13 18:44:08.035065 I New static DB connectionChannelCon
>> 2022-08-13 18:44:13.464033 N Unknown xmltv channel identifier:
>> I113597.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:13.464340 N Unknown xmltv channel identifier:
>> I113600.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:16.402484 N Unknown xmltv channel identifier:
>> I124789.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:16.402876 N Unknown xmltv channel identifier:
>> I124832.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:16.403256 N Unknown xmltv channel identifier:
>> I124838.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:33.489738 N Unknown xmltv channel identifier:
>> I71767.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:35.298400 N Unknown xmltv channel identifier:
>> I72956.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:41.244331 N Unknown xmltv channel identifier:
>> I99579.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:41.244642 N Unknown xmltv channel identifier:
>> I99581.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 18:44:41.244652 I Updated programs: 907 Unchanged programs:
>> 17812
>> 2022-08-13 18:44:41.616542 N Data fetching complete.
>> 2022-08-13 18:44:41.616617 I Adjusting program database end times.
>> 2022-08-13 18:44:41.616963 I 0 replacements made
>> 2022-08-13 18:44:41.616972 I Marking generic episodes.
>> 2022-08-13 18:44:41.914149 I Found 485
>> 2022-08-13 18:44:41.914165 I Extending non-unique programids with
>> multiple parts.
>> 2022-08-13 18:44:42.159573 I Found 0
>> 2022-08-13 18:44:42.159589 I Fixing missing original airdates.
>> 2022-08-13 18:44:42.731674 I Found 514 with programids
>> 2022-08-13 18:44:42.732500 I Found 0 without programids
>> 2022-08-13 18:44:42.732509 I Marking repeats.
>> 2022-08-13 18:44:42.770225 I Found 514
>> 2022-08-13 18:44:42.770240 I Unmarking new episode rebroadcast repeats.
>> 2022-08-13 18:44:43.025547 I Found 389
>> 2022-08-13 18:44:43.710617 I Marking episode first showings.
>> 2022-08-13 18:44:44.734166 I Found 22806
>> 2022-08-13 18:44:44.734183 I Marking episode last showings.
>> 2022-08-13 18:44:45.756245 I Found 22769
>> 2022-08-13 18:44:45.763507 I
>> ===============================================================
>> | Attempting to contact the master backend for rescheduling. |
>> | If the master is not running, rescheduling will happen when |
>> | the master backend is restarted. |
>> ===============================================================
>> 2022-08-13 18:44:45.764752 N mythfilldatabase run complete.
>> 2022-08-13 18:44:45.764948 I PowerDBus: Closing interfaces
>> 2022-08-13 18:44:45.766126 I Waiting for threads to exit.
>> 2022-08-13 18:44:45.768904 I Exiting
>>
>> Does anyone see what may be wrong?
>>
>> TIA Daryl
>>
>
> Same here.
>
>
>> mythfilldatabase
>> 2022-08-13 19:54:58.039893 C mythfilldatabase version: fixes/31
>> [v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1] www.mythtv.org
>> 2022-08-13 19:54:58.039912 C Qt version: compile: 5.12.8, runtime: 5.12.8
>> 2022-08-13 19:54:58.039936 I Ubuntu 20.04.4 LTS (x86_64)
>> 2022-08-13 19:54:58.039941 N Enabled verbose msgs: general
>> 2022-08-13 19:54:58.039952 N Setting Log Level to LOG_INFO
>> 2022-08-13 19:54:58.050396 I Added logging to the console
>> 2022-08-13 19:54:58.050685 I Setup Interrupt handler
>> 2022-08-13 19:54:58.050693 I Setup Terminated handler
>> 2022-08-13 19:54:58.050701 I Setup Segmentation fault handler
>> 2022-08-13 19:54:58.050706 I Setup Aborted handler
>> 2022-08-13 19:54:58.050712 I Setup Bus error handler
>> 2022-08-13 19:54:58.050717 I Setup Floating point exception handler
>> 2022-08-13 19:54:58.050724 I Setup Illegal instruction handler
>> 2022-08-13 19:54:58.050732 I Setup Real-time signal 0 handler
>> 2022-08-13 19:54:58.050740 I Setup Hangup handler
>> 2022-08-13 19:54:58.050822 N Using runtime prefix = /usr
>> 2022-08-13 19:54:58.050826 N Using configuration directory =
>> /home/mythtv/.mythtv
>> 2022-08-13 19:54:58.050852 I Assumed character encoding: en_US.UTF-8
>> 2022-08-13 19:54:58.051089 I Empty LocalHostName. This is typical.
>> 2022-08-13 19:54:58.051095 I Using a profile name of: 'hemlock' (Usually
>> the same as this host's name.)
>> 2022-08-13 19:54:58.051142 I Start up testing connections. DB
>> 192.168.1.224, BE , attempt 0, status dbAwake, Delay: 2000
>> 2022-08-13 19:54:58.573970 N Setting QT default locale to en_US
>> 2022-08-13 19:54:58.573984 I Current locale en_US
>> 2022-08-13 19:54:58.574029 N Reading locale defaults from
>> /usr/share/mythtv//locales/en_us.xml
>> 2022-08-13 19:54:58.599913 I PowerDBus: Failed to delay sleep,shutdown:
>> Permission denied
>> 2022-08-13 19:54:58.635673 I Power: On AC power
>> 2022-08-13 19:54:58.635688 I Power: Supported actions: None
>> 2022-08-13 19:54:58.637909 I Loading en_us translation for module
>> mythfrontend
>> 2022-08-13 19:54:58.641384 I Current MythTV Schema Version
>> (DBSchemaVer): 1361
>> 2022-08-13 19:54:58.647315 I MythCoreContext::ConnectCommandSocket():
>> Connecting to backend server: 192.168.1.224:6543 (try 1 of 1)
>> 2022-08-13 19:54:58.648852 I MythCoreContext::CheckProtoVersion(): Using
>> protocol version 91 BuzzOff
>> 2022-08-13 19:54:58.649456 I Opening blocking connection to master
>> backend
>> 2022-08-13 19:54:58.936427 I Updating source #1 (SD) with grabber
>> tv_grab_zz_sdjson_sqlite
>> 2022-08-13 19:54:58.937537 I Found 64 channels for source 1 which use
>> grabber
>> 2022-08-13 19:54:58.938374 I Starting process signal handler
>> 2022-08-13 19:54:58.938360 I Starting process manager
>> 2022-08-13 19:54:58.938411 I Starting IO manager (read)
>> 2022-08-13 19:54:58.939763 I Starting IO manager (write)
>> 2022-08-13 19:54:59.690452 I Grabber has capabilities: baseline
>> manualconfig preferredmethod lineups apiconfig
>> 2022-08-13 19:55:00.442417 I Grabber prefers method: allatonce
>> 2022-08-13 19:55:00.443588 I XMLTV config file is:
>> /home/mythtv/.mythtv/SD.xmltv
>> 2022-08-13 19:55:28.095678 I New static DB connectionChannelCon
>> 2022-08-13 19:55:46.826490 N Unknown xmltv channel identifier:
>> I26675.json.schedulesdirect.org - Skipping channel.
>> 2022-08-13 19:56:18.299079 I Updated programs: 803 Unchanged programs:
>> 28985
>> 2022-08-13 19:56:18.762128 N Data fetching complete.
>> 2022-08-13 19:56:18.762167 I Adjusting program database end times.
>> 2022-08-13 19:56:18.762591 I 0 replacements made
>> 2022-08-13 19:56:18.762598 I Marking generic episodes.
>> 2022-08-13 19:56:19.187727 I Found 368
>> 2022-08-13 19:56:19.187740 I Extending non-unique programids with
>> multiple parts.
>> 2022-08-13 19:56:19.522325 I Found 0
>> 2022-08-13 19:56:19.522335 I Fixing missing original airdates.
>> 2022-08-13 19:56:20.307039 I Found 384 with programids
>> 2022-08-13 19:56:20.308255 I Found 0 without programids
>> 2022-08-13 19:56:20.308262 I Marking repeats.
>> 2022-08-13 19:56:20.351801 I Found 384
>> 2022-08-13 19:56:20.351806 I Unmarking new episode rebroadcast repeats.
>> 2022-08-13 19:56:20.707853 I Found 415
>> 2022-08-13 19:56:21.532541 I Marking episode first showings.
>> 2022-08-13 19:56:22.640073 I Found 27003
>> 2022-08-13 19:56:22.640084 I Marking episode last showings.
>> 2022-08-13 19:56:23.764173 I Found 27123
>> 2022-08-13 19:56:23.774327 I
>> ===============================================================
>> | Attempting to contact the master backend for rescheduling. |
>> | If the master is not running, rescheduling will happen when |
>> | the master backend is restarted. |
>> ===============================================================
>> 2022-08-13 19:56:23.775569 N mythfilldatabase run complete.
>> 2022-08-13 19:56:23.775665 I PowerDBus: Closing interfaces
>> 2022-08-13 19:56:23.776332 I Waiting for threads to exit.
>> 2022-08-13 19:56:23.776793 I Exiting
>>
>
>
> If you have less than 14 days of program data open a ticket with schedules
> direct.
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>

I had problems for a while, I cant' remember what the issue was, but it
was at SchedulesDirect end....

For various reasons I use...
/usr/bin/tv_grab_zz_sdjson --output SD.xml
/usr/bin/mythfilldatabase --sourceid 8 --file --xmlfile SD.xml

When I ran
/usr/bin/tv_grab_zz_sdjson --output SD.xml
I got an error about missing setup and I had to recreate the config on
my end even though nothing changed.
Use to happen every 2-3 months, then it went away.
I can't remember how SD grabber works and if you can you use
/usr/bin/tv_grab_zz_sdjson --output SD.xml
Or need some other incantation to use
tv_grab_zz_sdjson_sqlite
But it would be worth checking that you are getting data from SD, you
don't need to check the data, it will be obvious if it fails.


On 13/8/22 23:55, Daryl McDonald wrote:
> Subscription is current, but now three days with no new info:
>

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org