openpvr-devel Mailing List for OpenPVR

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

referred monday cannot a go situation marry knew times earth 
raised act difficulty accommodate achieve slipped come 

On Wed, 2004-04-28 at 06:35 -0700, Alan Murrell wrote:
> Hey,

Hey now.

> Ah, I wasn't aware you had got that fully running.

It needs a freevo helper which I have lazily not contributed back to the
freevo package yet.

> So since it seems to
> use the actual Freevo binary, I guess your schedule program has been
> officially adopted into the project?

Nope, not that I know of.

> Is it useable from within the
> Freevo interface?

Nope.  I would imagine that integrating it into Freevo would involve
making Freevo's "favourites" map to the wanted database.

> Perfect, worked like a charm :-)

Great.

> Thanks!

NP.

b.

Hey,

On Tue, 2004-04-27 at 09:01, Brian J. Murrell wrote:
> Yes, the new "default" output uses a freevo helper to add to the freevo
> recorder.

Ah, I wasn't aware you had got that fully running.  So since it seems to
use the actual Freevo binary, I guess your schedule program has been
officially adopted into the project?  Is it useable from within the
Freevo interface? (I haven't had a look at the project for a while)

> To get the old output pass the following arguments:
> 
> $ schedule 0 1
> 
> The first argument is the recording device to schedule for (of course 0
> if you have only one) and the second is a flag saying whether you want
> the freevo style commands or the atjob style commands.

Perfect, worked like a charm :-)

Thanks!

Alan Murrell

On Tue, 2004-04-27 at 08:55 -0700, li...@mu... wrote:
> Hi,

Hi.

> Good news: I found the source of my problem.  I kep my
> 'wanted_programs.xml.gz', 'seendb', etc. files in '/var/cache/openpvr',
> and neglected to make the necessary symlinks in '/tmp' tot hem ('strace'
> pointed the way).  So now schedule runs.

Good.

> However, I have noticed a significant format change of the 'record'
> commands (I had downloaded and compiled latest CVS, as of Saturday):
>=20
> --- CUT HERE ---
> # Thu Apr 29 20:00:00 2004
> ./freevo scheduleprogram --title=3D"Survivor: All-Stars"
> --sub-title=3D"1083294000" --start=3D1083294000 --stop=3D1083297600
> --channel=3D"C11chan.zap2it.com" && /usr/src/openpvr/seenput "Survivor:
> All-Stars" "1083294000" 1083294000 3600 "C11chan.zap2it.com" 0
> --- CUT HERE ---

Yes, the new "default" output uses a freevo helper to add to the freevo
recorder.

To get the old output pass the following arguments:

$ schedule 0 1

The first argument is the recording device to schedule for (of course 0
if you have only one) and the second is a flag saying whether you want
the freevo style commands or the atjob style commands.

> Is there by any chance, a way to make it spit out the "old" format?  I
> could probably work around what is given above, but the old format would
> make that much easier :-)

See above.

> Just thought I would ask.

And ye shall receive.  :-)

b.

Hi,

Good news: I found the source of my problem.  I kep my
'wanted_programs.xml.gz', 'seendb', etc. files in '/var/cache/openpvr',
and neglected to make the necessary symlinks in '/tmp' tot hem ('strace'
pointed the way).  So now schedule runs.

However, I have noticed a significant format change of the 'record'
commands (I had downloaded and compiled latest CVS, as of Saturday):

--- CUT HERE ---
# Thu Apr 29 20:00:00 2004
./freevo scheduleprogram --title="Survivor: All-Stars"
--sub-title="1083294000" --start=1083294000 --stop=1083297600
--channel="C11chan.zap2it.com" && /usr/src/openpvr/seenput "Survivor:
All-Stars" "1083294000" 1083294000 3600 "C11chan.zap2it.com" 0
--- CUT HERE ---

(that's what I get for downloading latest CVS and not reading any
"Changelogs" :-) )

I still see a Perl 'record' script, though admittedly I use my own
(written in Bash).

Is there by any chance, a way to make it spit out the "old" format?  I
could probably work around what is given above, but the old format would
make that much easier :-)

Just thought I would ask.  Thanks!

Alan Murrell

On Sun, 2004-04-25 at 07:43 -0700, Alan Murrell wrote:
> Hi,

Hello,

[ BTW: you should hit return at about the 70-75 char point when
composing e-mails.  Not everybody uses a mail reader that wraps text
automagically for them. ]

> I have upgraded (actually, re-installed) my PVR machine to Mandrake 10.0 =
Official.

Congrats.  :-)

> OpenPVR has compiled fine (no errors).  However, when I run 'schedule', I=
 get no output whatsoever.

Strange.  You used to get lots of debug right?  Or did you fiddle with
the amount of debug that schedule gives by default?

> If I try running it with gdb ('gdb /usr/bin/schedule'), again, no output;=
 just the 'gdb>' prompt.

When you run:

$ gdb /usr/bin/schedule

and get the

gdb>

prompt, you then need to type "run" and hit return:

gdb> run
...

gdb does not actually run the program when you start it.  It only loads
it into gdb ready for you to instruct it.

In this case however the output from strace is probably more useful:

$ strace -f /usr/bin/schedule

> Is this a known issue,

Nope.  I am using schedule on my Mandrake Cooker box just fine.  Has not
even been recompiled in a long time.

> or have I (likely) done something wrong here?

Maybe the recompilation has introduced something new?

b.
--=20
My other computer is your Microsoft Windows server.

Brian J. Murrell

Hi,

I have upgraded (actually, re-installed) my PVR machine to Mandrake 10.0 Official.  OpenPVR has compiled fine (no errors).  However, when I run 'schedule', I get no output whatsoever.  If I try running it with gdb ('gdb /usr/bin/schedule'), again, no output; just the 'gdb>' prompt.

Is this a known issue, or have I (likely) done something wrong here?

TIA,

Alan Murrell

archangel trondheim uzzi givers bedclothes footing gazania 
endmost mutato artesian declare cutcherry empathize dumetella gallantry belli marseilles military parboil inclusive talons 
beatrice abscind hotness stocks pulmonata garbled baptize actress vertical hopeful sergeant tried qualities cowpox 

> The first thing you should always send with gdb output is the output of
> the "where" command.

Just for the record, it looks like the output of "where" would have led
directly to the channel identifier, too:

--- gdb where ---
(gdb) where
#0  0x40255468 in strcmp () from /lib/i686/libc.so.6
#1  0x08049d30 in compareChannelToIdentifier (a=0x3270617a,
b=0x632e7469)
    at schedule.c:567
--- gdb where ---

Alan

I figured out what the problem was: it was my channels.xml file.  In
order to save time, I thought, I just cut-and-pasted the channel info
from the downloaded listings file to the channels.xml file, with the
intent of changing all the 'id=' to 'identifier='. Of course I never did
that, but once I did change it, it works just fine!

Now to figure out why sound isn't recording, but that's another problem,
and another list, if I need to take it that far :-)

Alan

On Sat, 2004-01-24 at 02:02, Alan Murrell wrote:
> I have the core dump still, and currently have the gdb
> prompt that I ran above open, if there is something
> else you need me to do.

The first thing you should always send with gdb output is the output of
the "where" command.

b.

--=20
My other computer is your Microsoft Windows server.

Brian J. Murrell

Hello,

  Mandrake 9.2
  OpenPVR (latest CVS as of Fri Jan 23, 2004)

When I run schedule, it gives a segmentation fault and
core dumps.  I ran it through gdb, and here is the
output:

--- gdb output ---
(gdb) run schedule
Starting program:
/usr/src/builds/openpvr_debug/schedule schedule

Program received signal SIGSEGV, Segmentation fault.
0x40255468 in strcmp () from /lib/i686/libc.so.6
(gdb)
--- gdb output ---

I have the core dump still, and currently have the gdb
prompt that I ran above open, if there is something
else you need me to do.

TIA,

Alan Murrell <si...@ya...>

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

On Thu, 2003-11-27 at 12:06, Alan Murrell wrote:
> > This looks like a libdb incompatibility.  What
> > version of libdb are you using?  IIRC, you need
> > libdb4.  I am using 4.1 here.
>=20
> [root@freevo root]# locate libdb
> ...
> /usr/lib/libdb-4.1.so
> ...

I still suspect a libdb mismatch here.

How about doing the following on your system:

# script
# mount
# find / -name db.h -print
# find / -name db.h -print | xargs rpm -qf
# exit

and sending me the resulting typescript file.

b.

--=20
My other computer is your Microsoft Windows server.

Brian J. Murrell

> This looks like a libdb incompatibility.  What
> version of libdb are you using?  IIRC, you need
> libdb4.  I am using 4.1 here.

[root@freevo root]# locate libdb
...
/usr/lib/libdb-4.1.so
...

[root@freevo root]# rpm qa | grep libdb
libdb4.1-4.1.25-3mdk
libdbcxx4.1-4.1.25-3mdk
libdbtcl4.1-4.1.25-3mdk
libdb4.1-devel-4.1.25-3mdk

Looks like I am as well.  Perhaps I am missing a
-devel package?

Alan

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

On Tue, 2003-11-25 at 11:55, Alan Murrell wrote:
> --- "Brian J. Murrell" <br...@in...> wrote:
> > > <?xml version=3D"1.0" encoding=3D"ISO-8859-1"
> > standalone=3D"yes"?>
> > <!DOCTYPE my_channels SYSTEM "xmltv.dtd">
>=20
> This is prolly a silly question, but here goes: is
> "SYSTEM" a variable place holder, or is that actually
> supposed to be there like it is?

It'll work.

b.

--=20
My other computer is your Microsoft Windows server.

Brian J. Murrell

On Tue, 2003-11-25 at 10:20, Alan Murrell wrote:
> Hello :-)

Hi.

>=20
>   Mandrake 9.2
>   gcc-3.3.1-2mdk
>   OpenPVR: latest CVS as of Nov 25, 2003
>=20
> After fiddling with a couple of the paths (parser.h,
> xmlmemory.h, glib.h), 'make' will compile the
> 'schedule' binary, however, it stops with the
> following error:
>=20
> ------
> cc -DSEENDB_PATH=3D\"/var/cache/openpvr\" -g
> -I/usr/include/glib-1.2 -I/usr/lib/glib/include
> -I/usr/include/gnome-xml -I/usr/include/glib-1.2
> -I/usr/include/libxml2 -Wall   -c -o seendb.o seendb.c
> seendb.c: In function `main':
> seendb.c:88: warning: passing arg 2 of pointer to
> function from incompatible pointer type
> seendb.c:88: warning: passing arg 4 of pointer to
> function makes pointer from integer without a cast
> seendb.c:88: error: too few arguments to function
> make: *** [seendb.o] Error 1

This looks like a libdb incompatibility.  What version of libdb are you
using?  IIRC, you need libdb4.  I am using 4.1 here.

> ------
>=20
> The section in 'seendb.c' is:
>=20
> [87]    if ((ret =3D dbp->open(dbp,
> g_strconcat(SEENDB_PATH, "/seen.db", NULL), NULL,
> [88]              DB_BTREE, DB_CREATE, 0664)) !=3D 0) {
> [89]        dbp->err(dbp, ret, "%s",
> g_strconcat(SEENDB_PATH, "/seen.db", NULL));
> [90]        goto err;

b.

--=20
My other computer is your Microsoft Windows server.

Brian J. Murrell

--- "Brian J. Murrell" <br...@in...> wrote:
> > <?xml version="1.0" encoding="ISO-8859-1"
> standalone="yes"?>
> <!DOCTYPE my_channels SYSTEM "xmltv.dtd">

This is prolly a silly question, but here goes: is
"SYSTEM" a variable place holder, or is that actually
supposed to be there like it is?

Alan

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

Hello :-)

  Mandrake 9.2
  gcc-3.3.1-2mdk
  OpenPVR: latest CVS as of Nov 25, 2003

After fiddling with a couple of the paths (parser.h,
xmlmemory.h, glib.h), 'make' will compile the
'schedule' binary, however, it stops with the
following error:

------
cc -DSEENDB_PATH=\"/var/cache/openpvr\" -g
-I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/include/gnome-xml -I/usr/include/glib-1.2
-I/usr/include/libxml2 -Wall   -c -o seendb.o seendb.c
seendb.c: In function `main':
seendb.c:88: warning: passing arg 2 of pointer to
function from incompatible pointer type
seendb.c:88: warning: passing arg 4 of pointer to
function makes pointer from integer without a cast
seendb.c:88: error: too few arguments to function
make: *** [seendb.o] Error 1
------

The section in 'seendb.c' is:

[87]    if ((ret = dbp->open(dbp,
g_strconcat(SEENDB_PATH, "/seen.db", NULL), NULL,
[88]              DB_BTREE, DB_CREATE, 0664)) != 0) {
[89]        dbp->err(dbp, ret, "%s",
g_strconcat(SEENDB_PATH, "/seen.db", NULL));
[90]        goto err;

Note: the numbers in square brackets are not a part of
the code, but are line reference numbers for the
purposes of this posting only.

I am not sure if perhaps the changes I made to
Makefile would cause this, but I did not remove
anything; only added a couple of extra paths for gcc
to look in for the header files.

Any ideas?  Any traces or other output that would
help?

TIA,
Alan

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

I have updated schedule.c and Makefile to deal with the latest changes
in the XMLTV DTD (not the new version, just the latest revisions in the
old DTD).  It also requires DB 4 now.

The channels file format has changed too, due to the change in the
channels tag in the XMLTV DTD.  The channels file has the following
format now:

<?xml version=3D"1.0" encoding=3D"ISO-8859-1" standalone=3D"yes"?>
<!DOCTYPE my_channels SYSTEM "xmltv.dtd">
<channels>
    <channel identifier=3D"C10ckws.zap2it.com">
        <tune>10</tune>
    <channel>
    ...
</channels>
                                                                           =
    =20
where the identifier attribute is the xmltv identifier.  Optionally you
can have a "valid" attribute in the channel tag, and you can have a
score tag as a child of the channel tag.  The tune tag is mandatory and
is what should be in the "--channel" argument of "record".

Let me know if there are any questions or problems.

b.

--=20
Brian J. Murrell <br...@in...>

On Tue, 2003-05-13 at 15:09, Alan Murrell wrote:
> Hello,

Hi.

> I am not sure if this is specific to me, but whenever
> i run 'schedule' and it encounters conflicts, it
> segfaults and gives a core dump.

Well, it doesn't happen to me, so it must be specific to you.  :-)

> I can provide a link to an strace output, if you think
> that would help,

strace is quite useless trying to debug segfaults.  What I really need
is a stack trace with debugging symbols enabled, or a core file.  Build
the scheduler with -g in the gcc options (remove any -O options) and run
it with gdb:

$ gdb schedule

When it segfaults, type in:

gdb> where

and give me the output.  If you can, try to leave the gdb running so I
can ask about other stuff if I need to.  No worries if you cannot.

b.

--=20
Brian J. Murrell <br...@in...>

Hello,

I am not sure if this is specific to me, but whenever
i run 'schedule' and it encounters conflicts, it
segfaults and gives a core dump.  As soon as I remove
all but one of the conflicting programs, 'schedule'
works fine.

This is even stranger because all my programs in
'wanted_programs.ml.gz' have a score (based on "if all
these shows were on at the same time, which would I
like to see the most").  So no two program have the
same score.

I am running a stock Mandrake 9.1 install (i.e.,
nothing I have compiled myself, other than OpenPVR, of
course), and OpenPVR was grabbed from CVS last
weekend.

I can provide a link to an strace output, if you think
that would help, though it may have to wait until I do
my next download, since i already have the schedulings
set up, and the data inmy "seen" database.

Thank you for your input.

Alan

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

> Just restore from your backup.  :-)

hardy-har-har :-)  yeah, actually, that's a legitimate
comment, though I didn't consider it crucial enough to
have a backup :-)

[SAMPLE SNIPPED]

Thank you.  At the very worst, at least there's now a
sample in the archives for future reference, if needed
:-)

Alan

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

On Mon, 2003-05-05 at 11:49, Alan Murrell wrote:
> Hello,
>=20
> I lost my installtion over the weekend, including the
> docs I had on the file formats.

Just restore from your backup.  :-)

>   I was able to get the
> 'wanted_programs.xml' file format (from a previous
> posting), but do not recall the format for the
> 'channels.xml' file.
>=20
> Would it be possible to post a sample?

<?xml version=3D"1.0" encoding=3D"ISO-8859-1" standalone=3D"yes"?>
<!DOCTYPE my_channels SYSTEM "xmltv.dtd">
=20
<channels>
    <channel identifier=3D"2 TVO">
    </channel>
    <channel identifier=3D"3 CIIIOT">
    </channel>
...
    <channel identifier=3D"70 RDI">
    </channel>
    <channel identifier=3D"71 APTN">
    </channel>
</channels>

b.

--=20
Brian J. Murrell <br...@in...>

Hello,

I lost my installtion over the weekend, including the
docs I had on the file formats.  I was able to get the
'wanted_programs.xml' file format (from a previous
posting), but do not recall the format for the
'channels.xml' file.

Would it be possible to post a sample?

Thank you.

Alan

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

On Sun, Mar 30, 2003 at 06:36:24PM -0500, Alan Murrell wrote:
> Hello,

Hi.

> Well, I have "schedule" working now, though I am using
> my own "record" script (which uses 'at' to schedule
> the recordings) because I use mencoder, which records
> the show into DivX already.

So why not modify record and send in a patch so that others can
benefit from your work?

> A sample output from my run of "schedule" looks like
> this:
>=20
> at 22:00 05.04.03 <<EOF
> /usr/local/openpvr/record --device 0 --end "epoch
> 1049612399" --channel "11 CHAN" 'Andromeda: Angel
> Dark, Demon Bright'; /usr/local/openpvr/seenput
> 'Andromeda' 'Angel Dark, Demon Bright';
> EOF
> /usr/local/openpvr/seenput 'Andromeda' 'Angel Dark,
> Demon Bright' 1049608800 3600 '11 CHAN' 0
>=20
> I know it give the command to cut-and-paste, and I
> understand that the
>=20
> /usr/local/openpvr/seenput 'Andromeda' 'Angel Dark,
> Demon Bright'
>=20
> puts the entry into the 'seen.db' file so that it
> isn;t scheduled on a subsequent run of 'schedule'
> (looks like this is done at the same time the 'at'
> recording command is done??)  However, I am a little
> puzzled by the
>=20
> /usr/local/openpvr/seenput 'Andromeda' 'Angel Dark,
> Demon Bright' 1049608800 3600 '11 CHAN' 0
>=20
> Is this putting the entry into the 'seen.db' file
> again?  If so, is there a reason for this, since it
> was already put in  there by the first 'seenput'
> command?

Yes.  There are two states in the seen database:  a) scheduled and b)
recorded.  The seenput in the at command, that end up being executed
subsequent to the recording tells schedule that the episode has been
recorded.  The seenput tha happens when the at job is scheduled tells
schedule that the episode has been scheduled to record but not yet
recorded.

> TIA for your help.

NP.

b.

--=20
Brian J. Murrell

2001	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (12)	Dec (7)
2002	Jan (2)	Feb	Mar (28)	Apr (22)	May	Jun (19)	Jul (2)	Aug (1)	Sep	Oct	Nov (7)	Dec
2003	Jan	Feb (2)	Mar (5)	Apr	May (5)	Jun	Jul (1)	Aug	Sep	Oct	Nov (6)	Dec
2004	Jan (4)	Feb	Mar	Apr (7)	May	Jun	Jul (1)	Aug	Sep	Oct	Nov	Dec

openpvr-devel Mailing List for OpenPVR

openpvr-devel — Development of an Open PVR