Separate names with a comma.
Discussion in 'TiVo Underground' started by NickCat, Sep 17, 2006.
You have no reason to make a Daily Call now.
I read over at DDB (I think) that you d/l a new set of logos on the first call out after the update.
From another post:
The DEBUG_BOARD value is on line 45.
Thanks for the 6.3 info; I'll check it out.
Anyone know how to block the TiVo from dialing out other than running fakecall? Since the route add statements have been removed from the author file, I was curious if there is another way to do the same thing.
Why don't you want to run fakecall? There is a small fix in the FINALLY! thread at the other place to get it working.
I completed all of these steps but for some reason mine won't DL 6.3. How often should I redial?
The slices won't come down until early morning.
I have already fixed my fakecall with the change from the other forum, I am just curious if there is another way to block the tivo's access to tivo like we did before with the route add statements.
Thanks so much, guys. Making DEBUG_BOARD=true and commenting out the loopback routes WORKED!
I had been trying to get my Zippered/tweaked 3.1.5f to make its call for several days, and these changes let it succeed and downloaded the 18 minute data in 5 minutes or less.
My wife will be more than pleased that I am not rebooting HR10-250 all evening.
For those interested in allowing daily calls over ethernet on 6.3 you need to make the following change:
I made the change above and now my HD Tivo reboots when I have it make the call. Any ideas? Do I still need ,#401 in dialing prefix? I still have it. I am on 6.3a.
Is there any other changes needed to make this work besides editing the line shown above and adding ,#401 into the dialing prefix?
I'm having the same problem. I'm on 6.3.
,#401 is not needed. Not sure if that is an issue or not, but it isn't needed.
But I can't get rid of ,#401 because when it goes to test the new configuration it reboots. Is there a file I can edit to get rid of ,#401?
Mine still won't dial out over ethernet. I used the zipper and everything else works (telnet, ftp, twp). Still using version 3.5xxx. Read through the thread a few times now but no luck.
I changed the debug_board value to true in my /etc/rc.d/rc.sysinit file.
I noticed I had two author files (one in enhancements and one in /etc/rc.d). The copy in rc.d had the route values and I (#) commented out the top two values while leaving the gateway alone. Rebooted the TIVO a few times. Changed the prefix to ,#401 and it never gets past the dialing part. Says did not answer Verified both files and the prefix multiple times. Not sure where to go from here.
Have you checked to make sure the change to rc.sysinit took?
Unless you mean something else, I have viewed the rc.sysinit file after the reboot and the value export DEBUG_BOARD=true is still there and looking good.
Don't ask me why. I tried multiple times last night. But today looking at TWP I see this SCREEN module I had never used before. I accessed the menus and forced a phone call and it went through. Amazing module. Too bad it won't work once the upgrade happens. But I think it is looking good now. Now on to step 2. (to leave or not to leave) the hacks when I upgrade it.
Try posting some of the recent activity from your tclient log file. Maybe someone can tell you more then...