Old Versions of Source Code

[finalfrontier]

I would like to download libhdhomerun_20090415.tgz to see if if I can make scte65scan work. Their INSTALL file states:

Note: This has only been tested with v20090415 of libhdhomerun and firmware.
Silicon Dust has been known to arbitrarily change the API which may break
the ability to compile.

Indeed, sce65scan failed to compile (with Hdhomerun support enabled) with both libhdhomerun_20110830.tgz and the current version, libhdhomerun_20120405.tgz

Are old versions of your source code available?

[finalfrontier]

Can nobody at Silicon Dust answer a very simple question about obtaining old versions of the source code? Surely these must exist!

[karog]

Why don't you fix sce65scan to work with the current SD software? That would seem like the better approach.

[finalfrontier]

Why don't you fix sce65scan to work with the current SD software? That would seem like the better approach.

For starters, because I have not done any serious coding in over 20 years. I am quite rusty. At best. I imagine it would take me a great deal of time to do as you suggest -- if I could do it at all.

Indeed, a moderator (I presume) moved this thread here from a General Support forum. I posted it in General because I did not see this as a development issue. I just want to try to get some already written software to work.

When given the opportunity I have had quite kind words about Silicon Dust. The have seemed distinctly Linux friendly and hacker friendly. Now I would just like to get an old version of their source code. Surely they have it available.

[nickk]

Hi,

There have been a number of improvements since the 2009 libhdhomerun release so we recommend using the latest libhdhomerun.

We are looking at what needs to be done to patch scte64scan

Nick

[finalfrontier]

We are looking at what needs to be done to patch scte64scan

Thanks for the reply, Nick.

Any estimate on when a patched version of scte65scan might be available?

[gtb]

Try the following patch to the scte65scan make file(s) and use a recent libhdhomerun source. Seems to work for me (actually, I only tested the Makefile.hdhr version, but I expect the same fix works for the other). Not tested with windows, or mac, etc (only tested with a recent Linux).

Gary




diff -ru -x 'libhdhomerun*' -x '*.o' devel/scte65scan/trunk/Makefile.fltk-hdhr /tmp/scte65scan/trunk/Makefile.fltk-hdhr
--- devel/scte65scan/trunk/Makefile.fltk-hdhr 2009-06-23 11:20:08.000000000 -0700
+++ /tmp/scte65scan/trunk/Makefile.fltk-hdhr 2012-06-28 22:16:25.805163496 -0700
@@ -11,11 +11,13 @@
LIBOBJS += $(HDHR_DIR)/hdhomerun_control.o
LIBOBJS += $(HDHR_DIR)/hdhomerun_video.o
LIBOBJS += $(HDHR_DIR)/hdhomerun_device.o
+LIBOBJS += $(HDHR_DIR)/hdhomerun_sock_posix.o
+LIBOBJS += $(HDHR_DIR)/hdhomerun_os_posix.o

OBJS = scte65scan.o tunerdmx.o

CFLAGS += -O2 -DHDHR -I$(HDHR_DIR) -DUSEFLTK
-LDFLAGS += -lpthread -liphlpapi `fltk-config --ldflags`
+LDFLAGS += -lpthread -liphlpapi -lrt `fltk-config --ldflags`

ifeq ($(OS),Windows_NT)
BINEXT := .exe
diff -ru -x 'libhdhomerun*' -x '*.o' devel/scte65scan/trunk/Makefile.hdhr /tmp/scte65scan/trunk/Makefile.hdhr
--- devel/scte65scan/trunk/Makefile.hdhr 2009-06-23 11:20:08.000000000 -0700
+++ /tmp/scte65scan/trunk/Makefile.hdhr 2012-06-28 22:17:53.965301696 -0700
@@ -8,11 +8,13 @@
LIBOBJS += $(HDHR_DIR)/hdhomerun_control.o
LIBOBJS += $(HDHR_DIR)/hdhomerun_video.o
LIBOBJS += $(HDHR_DIR)/hdhomerun_device.o
+LIBOBJS += $(HDHR_DIR)/hdhomerun_sock_posix.o
+LIBOBJS += $(HDHR_DIR)/hdhomerun_os_posix.o

OBJS = scte65scan.o tunerdmx.o

CFLAGS += -O2 -DHDHR -I$(HDHR_DIR)
-LDFLAGS += -lpthread
+LDFLAGS += -lpthread -lrt

ifeq ($(OS),Windows_NT)
BINEXT := .exe

[finalfrontier]

Try the following patch to the scte65scan make file(s) and use a recent libhdhomerun source. Seems to work for me (actually, I only tested the Makefile.hdhr version, but I expect the same fix works for the other). Not tested with windows, or mac, etc (only tested with a recent Linux).

Thanks for posting the patch.



A couple of issues:

scte65scan-0.2.1.tgz does not contain a file named Makefile.fltk-hdhr. Indeed, there is no file in the tarball containing the string "fltk"

Code: Select all

compile@host:~$ tar -tzvf scte65scan-0.2.1.tgz | grep -i fltk
compile@host:~$


Also, it would be better if you post the patch using "code tags". W/o code tags, leading and multiple spaces vanish. Those spaces seem to be rather important.

[finalfrontier]

gtb sent me a private message which I found helpful. With permission, I am posting it here in case anybody else finds it helpful. Please note that in a follow-up PM gtb states "... I would prefer that people use the modified Makefile I posted (presuming it works) ..." since the 2009 source code has "numerous bugs (which SD has stated)".

..... Now I would just like to get an old version of their source code. Surely they have it available.

You could be able to pull down the src rpm (or equivalent for your distro) for the package that included the 20090415 version of the library.

I can not assure you that it will survive (or if it is even what you want), but here is the base64 encoded version of the tgz file that I extracted from the fedora source rpm: http://pastebin.com/MAenk6Vq

Good luck.

As I understand the way pastebin works, the base64 version of libhdhomerun_20090415.tgz will dissappear after a while but the advise for finding old vfersions of source code may still be viable.

Using the pastebin version, I was able to compile scte65scan-0.2.1 w/o errors. The resulting binary appears to work, but I have the following observations somebody may find helpful:

1) While the instructions for compiling with HDHomerun support are clear enough I found instructions for using it with the HDHomerun less clear. I found the following command worked and that a tuning file did not need to be supplied (FFFFFFFF may be used in place of the HDHomerun's IP address):

Code: Select all

scte65scan -H <IP addrress>,0  <output file>

2) It is not uncommon to get the error: PID 0x1ffc timeout

So far I have been able to make that go away by first using hdhomerun_config to set the channel of the tunner I am going to use for the scan to a channel that has one or more valid transport streams on it.

HTH