2.4.0 Alpha

[mackworth]

Please add a comment here to let me know if you're trying the new version, how extensively, and whether it's working for you or if there's any issue.

[ITSquire]

Am trying the new version but having issues with it recognizing my Tivo Shows

[mackworth]

So not seeing them at all? Does the version 2.3.1 work? Just checking: did you just upgrade to Yosemite?

[ITSquire]

The EnTouch guy is changing out the Premiere he said they may be why. We will see after he is through setting it up. I have the Log file I will upload it to Dropbox and post the link.

Sent from my iPhone

On Oct 16, 2014, at 11:10 PM, Hugh Mackworth notifications@github.com wrote:

So not seeing them at all? Does the version 2.3.1 work? Just checking: did you just upgrade to Yosemite?

— Reply to this email directly or view it on GitHub.

[ITSquire]

Ok I posted the Log File at Box.com, you should be getting an invitation to login.

-Stan

On Fri, Oct 17, 2014 at 10:41 AM, Laugh Outloud itsquire@gmail.com wrote:

The EnTouch guy is changing out the Premiere he said they may be why. We will see after he is through setting it up. I have the Log file I will upload it to Dropbox and post the link.

Sent from my iPhone

On Oct 16, 2014, at 11:10 PM, Hugh Mackworth notifications@github.com wrote:

So not seeing them at all? Does the version 2.3.1 work? Just checking: did you just upgrade to Yosemite?

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-59464121.

[ITSquire]

https://app.box.com/s/8ibr4s9eugzk7ak9bzob

[mackworth]

Sorry, I created an account, but on clicking that link, Box says "The item you are trying to access has either been deleted or is unavailable to you"

[ITSquire]

Sorry try now.

Sent from my iPhone

On Oct 17, 2014, at 12:31 PM, Hugh Mackworth notifications@github.com wrote:

Sorry, I created an account, but on clicking that link, Box says "The item you are trying to access has either been deleted or is unavailable to you"

— Reply to this email directly or view it on GitHub.

[ITSquire]

https://app.box.com/s/yi3tyctxh877q69j3q1n

[mackworth]

You absolutely need to be able to log in to the TiVo? from the browser. The username is tivo and the password is your MAK. I will say you're looking in the right place. From the logs, cTiVo is finding the TiVOs, and then is trying to load the first fifteen shows. To do this, it's trying to load the URL: https://DVR-A090.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 and is getting back the error 1004, which as it says just means "Could not connect to the server". This is very odd, as it is getting the initial signal from the TiVo?, so there's obviously a network coneection.

One thought would be to reboot the TiVo?. Especially older models (e.g. 3/HD) the web server is a little delicate and can crash requiring a reboot. However, it seems very unlikely that that is the case for all three of your TiVos? (BTW, I'm not seeing a fourth, just Master, Kimber, and DVR-9C1B)

So, try rebooting one, yes, but I don't think that'll fix it. And trying to reach that URL above, you should get text that starts with something like the text at the end of this note.

Assuming that doesn't work, can you also try the URL: https://192.168.1.21/TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15

Sample Text:

TiVoContainer? xmlns="http://www.tivo.com/developer/calypso-protocol-1.6/">

x-tivo-container/tivo-videos x-tivo-container/tivo-dvr 0x5441F356 741 /NowPlaying?

Type,CaptureDate? Yes 0 15

video/x-tivo-raw-tts video/x-tivo-raw-tts 5830082560

[ITSquire]

Ok I confirmed that I can login to the Tivo directly using the credentials you gave me. I can see the Now Playing list. If I try to click on the folder though, it immediately gives me an error and Yahoo tries to load the error and gives selections of things to look for in Yahoo Search.

[ITSquire]

Check I just posted a reply

Sent from my iPhone

On Oct 18, 2014, at 12:07 AM, Hugh Mackworth notifications@github.com wrote:

You absolutely need to be able to log in to the TiVo? from the browser. The username is tivo and the password is your MAK. I will say you're looking in the right place. From the logs, cTiVo is finding the TiVOs, and then is trying to load the first fifteen shows. To do this, it's trying to load the URL: https://DVR-A090.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 and is getting back the error 1004, which as it says just means "Could not connect to the server". This is very odd, as it is getting the initial signal from the TiVo?, so there's obviously a network coneection.

One thought would be to reboot the TiVo?. Especially older models (e.g. 3/HD) the web server is a little delicate and can crash requiring a reboot. However, it seems very unlikely that that is the case for all three of your TiVos? (BTW, I'm not seeing a fourth, just Master, Kimber, and DVR-9C1B)

So, try rebooting one, yes, but I don't think that'll fix it. And trying to reach that URL above, you should get text that starts with something like the text at the end of this note.

Assuming that doesn't work, can you also try the URL: https://192.168.1.21/TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15

Sample Text:

TiVoContainer? xmlns="http://www.tivo.com/developer/calypso-protocol-1.6/"> x-tivo-container/tivo-videos x-tivo-container/tivo-dvr Now Playing 0x5441F356 741 /NowPlaying? Type,CaptureDate? Yes 0 15 video/x-tivo-raw-tts video/x-tivo-raw-tts KGW News at 6 5830082560

— Reply to this email directly or view it on GitHub.

[mackworth]

And did you try the direct URL: 'https://192.168.1.21/TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15'

[mackworth]

My theory is that it's your local DNS. Can you look in your Console log to see if there's any error msg at the same time?

[ITSquire]

Is that the System Log?

[mackworth]

That's right. I'm hoping there's an error msg in Console.app>System Log to give us a clue.

[ITSquire]

Here it is I couldn't find it in the file structure, still new at Mac.

Oct 18 08:16:52 Stan-Youngs-iMac.local cTiVo[4162]: Invalid color System, labelColor (warning given only once) Oct 18 08:16:53 Stan-Youngs-iMac.local WindowServer[99]: disable_update_timeout: UI updates were forcibly disabled by application "cTiVo" for over 1.00 seconds. Server has re-enabled them. Oct 18 08:16:54 Stan-Youngs-iMac.local WindowServer[99]: common_reenable_update: UI updates were finally reenabled by application "cTiVo" after 1.28 seconds (server forcibly re-enabled them after 1.00 seconds) Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: testing reachability for tivo Family Room with address <100201bb c0a80127 00000000 00000000> Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: testing reachability for tivo Kimber with address <100201bb c0a80113 00000000 00000000> Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: testing reachability for tivo Master with address <100201bb c0a80115 00000000 00000000> Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_destination_prepare_complete 2 connectx to 192.168.1.39#443 failed: 49 - Can't assign requested address Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_handle_destination_prepare_complete 2 failed to connect Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_destination_prepare_complete 3 connectx to 192.168.1.19#443 failed: 49 - Can't assign requested address Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_handle_destination_prepare_complete 3 failed to connect Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_destination_prepare_complete 4 connectx to 192.168.1.21#443 failed: 49 - Can't assign requested address Oct 18 08:16:54 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_handle_destination_prepare_complete 4 failed to connect Oct 18 08:22:02 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_destination_prepare_complete 5 connectx to 192.168.1.19#443 failed: 49 - Can't assign requested address Oct 18 08:22:02 Stan-Youngs-iMac.local cTiVo[4162]: tcp_connection_handle_destination_prepare_complete 5 failed to connect

Oct 18 08:59:54 Stan-Youngs-iMac.local com.apple.time[160]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807). Oct 18 09:00:29 --- last message repeated 234 times ---

[mackworth]

So something is definitely dying in your network stack. The only reference I can find to "Can't assign requested address" is from people that have their systems up for more than 20 days at a time between reboots. (I assume you've rebooted recently). In Safari, both addresses fail? https://DVR-A090.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 and https://192.168.1.21/TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 And other addresses work fine, even within your network?

Can you go into Network Utility and select Ping and type in DVR-A090.local. and hit Ping? Let me know what you see?

[tannebil]

I've been hammering away at 2.4.09b3 and no problems so far. Maybe 100 shows so far although I'm only using Handbrake (two different formats) and I only have a single TiVo (Roamio). Getting ready to do some testing under Yosemite.

[dicenzog]

I have been using the new version on Yosemite and is working well. I download several series and remove commercials.

[ITSquire]

Here is the Ping sequence.

On Sun, Oct 19, 2014 at 8:32 AM, dicenzog notifications@github.com wrote:

I have been using the new version on Yosemite and is working well. I download several series and remove commercials.

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-59649908.

Ping has startedÉ

PING dvr-a090.local (192.168.1.21): 56 data bytes 64 bytes from 192.168.1.21: icmp_seq=0 ttl=64 time=0.596 ms 64 bytes from 192.168.1.21: icmp_seq=1 ttl=64 time=0.372 ms 64 bytes from 192.168.1.21: icmp_seq=2 ttl=64 time=0.425 ms 64 bytes from 192.168.1.21: icmp_seq=3 ttl=64 time=0.356 ms 64 bytes from 192.168.1.21: icmp_seq=4 ttl=64 time=0.402 ms 64 bytes from 192.168.1.21: icmp_seq=5 ttl=64 time=0.384 ms 64 bytes from 192.168.1.21: icmp_seq=6 ttl=64 time=0.430 ms 64 bytes from 192.168.1.21: icmp_seq=7 ttl=64 time=0.414 ms 64 bytes from 192.168.1.21: icmp_seq=8 ttl=64 time=0.442 ms 64 bytes from 192.168.1.21: icmp_seq=9 ttl=64 time=0.392 ms

--- dvr-a090.local ping statistics --- 10 packets transmitted, 10 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.356/0.421/0.596/0.064 ms

[mackworth]

That's as it should be.

And both these addresses fail in Safari?

https://DVR-A090.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 and https://192.168.1.21/TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15

[ITSquire]

This is what I got.

On Sun, Oct 19, 2014 at 9:02 PM, Hugh Mackworth notifications@github.com wrote:

That's as it should be.

And both these addresses fail in Safari?

https://DVR-A090.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 and

https://192.168.1.21/TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-59675893.

[c64syntaxerror]

I'm having a similar issue. In my case, I notice that the download URLs (looking at the cTivo logs) is referencing port 80. If I strip that out, I can download the file through the web browser. Unfortunately, the download just times out through the app (because it can't reach using port 80).

http://dvr-0e4c.local.:80[rest of url] - doesn't work http://dvr-0e4c.local.[rest of url] - works

[c64syntaxerror]

Probably just a hack on my part but I ended up adding the following in my hosts file to get by

192.168.1.3 dvr-0e4c.local

[mackworth]

Ok, so I'm very, very puzzled. The default port for http, AFAIK, is 80, so I don't see what difference dropping that should make. Secondly, we get that URL string from the TiVo, so even if it somehow changed it, it should update the URL.

Can you open the NowPlaying page ( https://dvr-0e4c.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=50 and see what the URLs are showing?

Finally, I don't see what effect changing the hosts file would have on the port being called?

So, that host file change made the :80 URL work?

If you remove the hosts entry, and do a Lookup of dvr-0e4c.local. in Network Utility, what does it show?

[ITSquire]

I'm still having DNS issues none of my TIVO's show up and Tivo Transfer still doesn't work not even the old TIVO supplied Desktop version. I have reqconfigured my router and nothing chnages.

On Wed, Dec 3, 2014 at 2:44 PM, Hugh Mackworth notifications@github.com wrote:

Ok, so I'm very, very puzzled. The default port for http, AFAIK, is 80, so I don't see what difference dropping that should make. Secondly, we get that URL string from the TiVo, so even if it somehow changed it, it should update the URL.

Can you open the NowPlaying page (

https://dvr-0e4c.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=50 and see what the URLs are showing?

Finally, I don't see what effect changing the hosts file would have on the port being called?

So, that host file change made the :80 URL work?

If you remove the hosts entry, and do a Lookup of dvr-0e4c.local. in Network Utility, what does it show?

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-65487194.

[c64syntaxerror]

@mackworth they definitely show port 80. This may explain why the initial pull to get the list of shows works just fine (because you aren't specifying port 80) but when the download URLS are returned and the app uses those, it times out. At first I thought it was my router but I already had routing rules for port 80 (and 443) so then I started looking at my local DNS (and then made the change). Also, the IP address (specifying port 80) worked just fine before I changed my hosts file. The fact that adding the entry in my hosts file allowed for it to resolve may suggest that it has something to do with my Mac's configuration. I am running OSX 10.10

[c64syntaxerror]

I'll remove the hosts change in a sec and do a lookup (currently downloading the walking dead! LOL)

[mackworth]

Just wanting to be precise, let me check: you say "Also, the IP address (specifying port 80) worked just fine before I changed my hosts file". Did you mean "not specifying?"

What are the "routing rules for 80/443"? For your local net, you shouldn't need any such rules?

[c64syntaxerror]

@mackworth Well, I removed the entry in my hosts file and it was still working, but I figured the setting was cached, so I rebooted my Mac and sure enough, same issue as noted before.

Now, I didn't catch this before but in the initial pull to get the tv shows, you are using https (which uses port 443 by default I believe).

1) So, I can paste the URL below in Safari and it pulls up just fine https://DVR-0E4C.local./TiVoConnect?Command=QueryContainer&Container=%252FNowPlaying&Recurse=Yes&AnchorOffset=265&ItemCount=50

2) Using the Network Utility, I can do a Lookup on DVR-0E4C.local. and it resolves to the IP

3) Using the Network Utility, I can do a Port Scan on DVR-0E4C.local. and it does find port 80 and 443

4) telnet to dvr-0e4c.local. 80 and dvr-0e4c.local 443 works fine (makes sense, due to #3)

5) BUT, baffling, the following url (to download a show) times out when I paste it in Safari http://dvr-0e4c.local.:80/download/The%20Bernie%20Mac%20Show.TiVo?Container=%2FNowPlaying&id=2877

6) If I replace dvr-0e4c.local.:80 with tivo-867000657310e4c (name as shown on my network), the above URL works in Safari

7) If I paste the following into Safari, it times out http://dvr-0e4c.local.:80/

8) If I paste the following into Safari (using port 443), it resolves https://dvr-0e4c.local.

9) If I add the host entry (not specifying a port either), the URL in step #5 and #7 will work in Safari. cTivo is also able to download the files.

I hope this helps some. #5 is really throwing me for a loop because based on the preceding steps, I'd think it would work.

[c64syntaxerror]

I should add, if I don't do #9 above and just do a manual entry (Remote Manual TiVo's), the IP will be used in all of the URLS and everything works fine. #5 above is still crazy though, because obviously this is not a cTivo issue since it happens in Safari.

[mackworth]

a couple more ideas: Try from a different machine? Do you have any proxies configured? (Net Pref/adv/proxies) Does Safari leave the :80 in the URL? When I put it in, it always removes it after connection as well as the http:// You mentioned router having something configured for port 80?

[mackworth]

@ITSquire : have you checked on the tivo site whether downloads are enabled?

Sign in to http://www.tivo.com/tivo-mma/index.do with your user-name and password. Select "Change DVR Preferences". Enable TiVo Downloads. Save your settings. You may need to force an update from your TiVo, or wait an hour or so for this setting to take effect.

If you have the PC Desktop, you can ask TiVo for help in connecting.

If not, try running Bonjour Browser: http://www.tildesoft.com/files/BonjourBrowser.dmg and see what services are being broadcast from your TiVo.

[ITSquire]

Was already setup I will try the other two options when i get home.

On Thu, Dec 4, 2014 at 12:57 AM, Hugh Mackworth notifications@github.com wrote:

@ITSquire https://github.com/ITSquire : have you checked on the tivo site whether downloads are enabled?

Sign in to http://www.tivo.com/tivo-mma/index.do with your user-name and password. Select "Change DVR Preferences". Enable TiVo Downloads. Save your settings. You may need to force an update from your TiVo, or wait an hour or so for this setting to take effect.

If you have the PC Desktop, you can ask TiVo for help in connecting.

If not, try running Bonjour Browser: http://www.tildesoft.com/files/BonjourBrowser.dmg and see what services are being broadcast from your TiVo.

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-65545289.

[ITSquire]

TIVO no longer supports Desktop for MAC and suggested a Whole Home system, not sure how that helps my situation though......

On Thu, Dec 4, 2014 at 8:59 AM, Laugh Outloud itsquire@gmail.com wrote:

Was already setup I will try the other two options when i get home.

On Thu, Dec 4, 2014 at 12:57 AM, Hugh Mackworth notifications@github.com wrote:

@ITSquire https://github.com/ITSquire : have you checked on the tivo site whether downloads are enabled?

Sign in to http://www.tivo.com/tivo-mma/index.do with your user-name and password. Select "Change DVR Preferences". Enable TiVo Downloads. Save your settings. You may need to force an update from your TiVo, or wait an hour or so for this setting to take effect.

If you have the PC Desktop, you can ask TiVo for help in connecting.

If not, try running Bonjour Browser: http://www.tildesoft.com/files/BonjourBrowser.dmg and see what services are being broadcast from your TiVo.

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-65545289.

[frostymccool]

Hi, I'm trying to try the new version, 2.4. I was previously using 2.2. Upgraded to Yosemite, hang didn't start initially, but not I can't start the ui successfully. every time I start it, it comes up but locks with permanant timer spin, If I leave it over time it consumes system resources and all else (other system resources) locks up until I force quit.

My general setup has been subscription to about 10series and ad hoc movies, when it started hanging (maybe just coincidence) it has failed a couple of episodes (not uncommon) and I think has about 15 shows in the active queue

I was hoping moving to 2.4 would reset some settings, but 2.4 does the same. Any logs I can grab to send you?

FYI - I have about 774 shows on the tivo box (the app on another laptop is working (V2.3) thanks

[mackworth]

Unfortunately, you've hit the bug that some folks upgrading to Yosemite have seen. Even more unfortunately, I can't recreate it on my system, so I haven't been able to isolate it. I'm still working on it, but for now the only suggestion I have right now is to erase your prefs to try and reset things. (Cmd-Shift-G in Finder to GoToFolder: ~/Library?Preferences and drag com.ctivo.ctivo.plist to the trash. Then you need to log out/log in again to defeat the preference cache.)

[mackworth]

Anybody who has a reproducible case that would be willing to let me remotely log into their system to try and debug it...let me know.

[ITSquire]

Once again I have reset my DNS to the local host of 192.168.1.1 which all of mu Tivo's have, but still can't get CTIVO to recognize any shows. It polls them but says there are zero shows on each. Anything else you can think of?

-Stan

On Tue, Dec 16, 2014 at 12:22 AM, Hugh Mackworth notifications@github.com wrote:

Anybody who has a reproducible case that would be willing to let me remotely log into their system to try and debug it...let me know.

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-67117559.

[mackworth]

Try running Bonjour Browser: http://www.tildesoft.com/files/BonjourBrowser.dmg and see what services are being broadcast from your TiVo. They'll be of the form tivo-xxxx._tcp. - n where xxxx might be device, mindrpc, remote, videos, videostream, or xcode, depending on which TiVo you have.

Second, look through the logs (Help>Show Log Files) and search for the URL for your TiVo (in the form of TiVoConnect?Command=QueryContainer), then try that URL in Safari to see what happens.

[ITSquire]

Ok here it is

[mackworth]

So, your Tivo's don't look like they're enabled for downloading. They're only showing the remote control capability, not "videos". Have you checked at Tivo's site that each one is enabled for downloading?

[ITSquire]

Yes each one is enabled that was the first thing I checked.

[mackworth]

ok, so looking at your screenshot more carefully, that looks like the _tivo-remote._tcp section. Is there another one labeled _tivo-videos._tcp.?

Can you try the URL: https://192.168.1.15/TiVoConnect?Command=QueryContainer&Container=%2FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 You'll have to give the username tivo and the password is your Media Access Key (MAK) from TiVo. It should give you an XML file showing you the details on your first 15 shows.

If that works, then in cTiVo, let's check what the actual URL it's using. make sure you're in Detail log level, (if not, set it in Preferences, and restart cTiVo); go to Help>Show Logs in Finder; double-click on the last one to open in Console, then use the filter box in the upper right to search for TiVoConnect?Command=QueryContainer to find the URL for your TiVo. It will look the same as above, except with a different server name, using the local bonjour name (something like dvr-6290.local). Finally, copy and paste that URL in Safari to see what happens. if that doesn't work, then run Network Utility, enter the server name in Lookup tab, hit Lookup button, and see if it translates to the same address as in Bonjour Browser.

I do find it strange that it lists each address twice. Mine doesn't do that.

[mackworth]

So, we're seeing all three of your TiVos, but every time we access one, we get a time-out. One possibility is that they are manually disabled in Edit>Edit Tivos, but my guess is that this is indeed a DNS issue. (Note that we are getting two addresses for each TiVo, a strange phenomenon.

To test this, if you try the following URLs in Safari: https://192.168.1.15/TiVoConnect?Command=QueryContainer&Container=%2FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 and https://dvr-213e.local./TiVoConnect?Command=QueryContainer&Container=%2FNowPlaying&Recurse=Yes&AnchorOffset=0&ItemCount=15 (with account tivo and password equal to your MAK).

Although they should be identical, you'll probably get a timeout on the second one.

[mackworth]

@ITSquire: Oh, and the other thing to try is what I said before:

Run Network Utility (in Applications/Utilities), enter the server name dvr-213e.local in the Lookup screen, hit Lookup button, and see if it translates to the 192.168.1.15 address.

[mackworth]

@frostymccool (and any others with the starting lockup issue). I've created a new version of cTiVo with an insane amount of logging in it related to updating the user interface (where I think the problem is). If you have a repetitive case, please run this version and upload the logs for me somewhere. Note: this special version will automatically set your logging to Verbose, so you'll want to reset that afterwards. This version is here: https://dl.dropboxusercontent.com/u/21507587/cTiVoLogging.zip

[mackworth]

Here's a version that MAY fix the problem, but if it does, hopefully it will also trap some relevant information. (It's doing a moderate amount of excess logging, so not really production, but usable).

Thanks again for the help.

https://dl.dropboxusercontent.com/u/21507587/cTiVoLogging.zip

[ITSquire]

One thing I am noticxing is that in the Router it is using the ISP DNS of 8.8.8.8 will that have an abnormal affect on my TIVO's and other attached devices?

On Sun, Dec 28, 2014 at 12:34 AM, Hugh Mackworth notifications@github.com wrote:

Here's a version that MAY fix the problem, but if it does, hopefully it will also trap some relevant information. (It's doing a moderate amount of excess logging, so not really production, but usable).

Thanks again for the help.

https://dl.dropboxusercontent.com/u/21507587/cTiVoLogging.zip

— Reply to this email directly or view it on GitHub https://github.com/dscottbuch/cTiVo/issues/63#issuecomment-68199728.

[mackworth]

Nope, that's Google's DNS service; works really well, and shouldn't cause any problem.