[mythtv-users] New release of scte65scan (mainly for Comcast users)

[Mark Knecht]

On Sun, May 17, 2009 at 8:33 AM, Mark Knecht <markknecht at gmail.com> wrote:
> On Sun, May 17, 2009 at 8:14 AM, Andrew Burgess <aab at cichlid.com> wrote:
>> On Sun, 2009-05-17 at 07:53 -0700, Mark Knecht wrote:
>>> mark at lightning ~/scte65scan/scte65scan-0.2 $ make -f Makefile.hdhr
>>> cc -O2 -DHDHR -c tunerdmx.c -o tunerdmx.o
>>> tunerdmx.c:39:23: error: hdhomerun.h: No such file or directory
>>
>> This is in the libhdhomerun directory that you get when you untar the
>> e.g. libhdhomerun_20070914.gtar that you got from silicon dust
>>
>> So try:
>>
>> CFLAGS="-I <path-to-libhdhomerun>" make -f Makefile.hdhr
>>
>> or look inside Makefile.hdhr, maybe you are supposed to edit it
>>
>
> Hi Andrew,
>   Thanks for the response. Same results with the command you
> suggested. I tried making the path ./libhdhomerun and I also tried the
> full path name. Neither worked for me.
>
>   Looking inside tunerdmx.c right near the beginning I see:
>
> #ifdef HDHR
> #include "hdhomerun.h"
>
> which seems to be what kicks this off.
>
>   Note that I do have the SiliconDust software installed on this
> system and it runs. (hdhomerun_config and hdhomerun_config_gui) I'm
> not a programmer but the make files for those programs seem to use
> libhdhomerun differently. It's not in the source directory but
> actually at the same level as the source. (Note that this install I
> did a little while ago and it uses an older library. For the program
> Dennis did I got a new copy as I figured that's what most folks are
> likely to do.)
>
> mark at lightning ~/Desktop/HDHR2 $ ls -l
> total 288
> drwxr-xr-x 6 mark users   4096 2009-05-17 08:29 hdhomerun_config_gui
> -rw-r--r-- 1 mark users 241954 2009-01-17 13:35
> hdhomerun_config_gui_20081231.tgz
> drwxr-xr-x 2 mark users   4096 2009-01-22 10:37 libhdhomerun
> -rw-r--r-- 1 mark users  34108 2009-01-17 13:16 libhdhomerun_20081231.tgz
> mark at lightning ~/Desktop/HDHR2 $
>
> - Mark
>


Ok, after getting a few pointers off list I'm a bit further, but
really Dennis needs to look at this to ensure it's really done the way
he intends.

Currently I'm jsut trying to get the tunerdmx.c file to compile. These
changes get me to the bottom of the tunerdmx.c file where I'm lost:

diff scte65scan-0.2/tunerdmx.c scte65scan-0.2-modified/tunerdmx.c
51c51
<       fprintf(stderr, "invalid HDHR device id: %s\n", id_str);
---
>       fprintf(stderr, "invalid HDHR device id: %s\n", idstring);
172c172
<       fprintf(stderr, "%s\n", ret_error);
---
>       fprintf(stderr, "%s\n", ret_err);
382c382
<       fprintf(stderr, "%s\n", ret_error);
---
>       fprintf(stderr, "%s\n", ret_err);
411c411
<     char *ret_err, *ret_val, cmd[256], *lock;
---
>     char *ret_err, *ret_val, arg[256], cmd[256], *lock;
415c415
<     if (hdhomerun_device_get_var(hd, cmd, &ret_val, &ret_error) < 0) {
---
>     if (hdhomerun_device_get_var(hd, cmd, &ret_val, &ret_err) < 0) {
420,421c420,421
<     if (ret_error) {
<       fprintf(stderr, "%s\n", ret_error);
---
>     if (ret_err) {
>       fprintf(stderr, "%s\n", ret_err);

Now,

mark at lightning ~/scte65scan/scte65scan-0.2-modified $ cc -I
libhdhomerun -O2 -DHDHR -c tunerdmx.c -o tunerdmx.o
tunerdmx.c: In function ‘tuner_checklock’:
tunerdmx.c:414: error: ‘tp’ undeclared (first use in this function)
tunerdmx.c:414: error: (Each undeclared identifier is reported only once
tunerdmx.c:414: error: for each function it appears in.)
tunerdmx.c:425: warning: passing argument 2 of ‘__rawmemchr’ makes
integer from pointer without a cast
tunerdmx.c:425: warning: passing argument 2 of ‘__builtin_strchr’
makes integer from pointer without a cast
mark at lightning ~/scte65scan/scte65scan-0.2-modified $

What I did after this was to add the tp argument to tuner_checklock
and then to add that also to tunerdmx.o. At this point I'm WAY over my
head as this last error then reflects into scte65scan.c and I don't
know how to fix that.

Again, I'm NOT a C programmer so probably everything I've done is
wrong. I think maybe this code wasn't compiled using the Makefile.hdhr
path? Not sure. Certainly I'm having trouble.

Cheers,
Mark