HMO or MRV on 6.3a yet?

[Yazhol]

I haven't seen much talk of this since 6.3 started rolling out on the HR10's.

Did anyone ever figure out if HMO or MRV are possible on 6.3a yet?

[mattdb]

I haven't seen much talk of this since 6.3 started rolling out on the HR10's.

Did anyone ever figure out if HMO or MRV are possible on 6.3a yet?

This has been very quiet. I am beginning to thing that it is either not possible or being kept secret.

Matt

[captain_video]

Nobody's said it flat out cannot be done yet so maybe there's still hope. Best course of action is to remain patient and see what transpires.

[mr_zorg]

This has been very quiet. I am beginning to thing that it is either not possible or being kept secret.
HMO is possible. I've been privy to the secret directions, but the author(s) have asked me not to release them yet. As far as I've seen, MRV is NOT possible as it seems the code for it is not present.

[Yazhol]

Nobody's said it flat out cannot be done yet so maybe there's still hope. Best course of action is to remain patient and see what transpires.

I'm not being impatient, just curious. :)

[mattdb]

HMO is possible. I've been privy to the secret directions, but the author(s) have asked me not to release them yet. As far as I've seen, MRV is NOT possible as it seems the code for it is not present.

HME? The java portion...???

[AlphaWolf]

All of the features of the regular SA units, including HME, are fully intact in the 6.3a software, except for MRV, TTG, and remote scheduling via tivos website. Everything but those three could be fully enabled using a tivoapp patch. MRV and TTG *may* be possible, but they would require work that goes well beyond a simple patch.

[mr_zorg]

HME? The java portion...???
HME, HMO... Too many acronyms! :) Yeah, the Java portion...

[mattdb]

HME, HMO... Too many acronyms! :) Yeah, the Java portion...

Here it the link to tivo HME (http://tivohme.sourceforge.net/)

This is what I am really really after. I want to be able to control my home automation from my tivo.

HMO => Home Media Option

HME => Home Media Engine

Seems they could have really named them different. :-)

Has anyone seen those patches for HME on the board. I have scoured every to no avail.

[whitepelican]

Has anyone seen those patches for HME on the board.

I don't believe they've ever been posted for general consumption for us plebes. It sure would be nice. If it really is as simple as a tivoapp patch, I would love to have the HME capabilities. MRV would be great as well, but I guess I will have to live with MFS_FTP transfers for now, but that sure doesn't please the wife. (Then again, nothing ever does.)

[mr_zorg]

I don't believe they've ever been posted for general consumption by us plebes. It sure would be nice. If it really is as simple as a tivoapp patch, I would love to have the HME capabilities. MRV would be great as well, but I guess I will have to live with MFS_FTP transfers for now, but that sure doesn't please the wife. (Then again, nothing ever does.)
I will ask if they're allowed to be released now... Not sure why they were kept quiet, probably wanted a chance to shake them out first.

[jaserlet]

HME and HMO would be great. But it's MRV that is keeping me from hacking my current HR10-250 and buying another one or two. Would be great to see someone port over the MRV stuff to make that possible some day.

[mattdb]

I will ask if they're allowed to be released now... Not sure why they were kept quiet, probably wanted a chance to shake them out first.

Puhhhleeeezzzzzzzzzzzzz

[Jamie]

I will ask if they're allowed to be released now... Not sure why they were kept quiet, probably wanted a chance to shake them out first.Aren't unreleased patches like TiVo beta releases: you sign a non-disclosure promising not to talk about them in public until they are released? ;)

[mattdb]

Aren't unreleased patches like TiVo beta releases: you sign a non-disclosure promising not to talk about them in public until they are released? ;)

I'll be quite. Really quite. :D

Meant to say


I'll be quiet. Really quiet. Really.

[Cheezmo]

Quite what?

[steve90071]

quite quiet!

[SpoonsJTD]

quit .......

[mr_zorg]

Aren't unreleased patches like TiVo beta releases: you sign a non-disclosure promising not to talk about them in public until they are released? ;)
I guess not. They were sent to me unsolicited, for which I was honored. The only request was "don't post these at the moment." They never said I couldn't talk about them. :p

No response to my PM on releasing these yet... I suppose I could just go ahead and do it, but then "they" won't trust me when the next cool hacks are released. :(

I will tell you that HME is pretty interesting, particularly since I'm a Java developer, but there just isn't anything all that compelling there for me yet. I've been thinking of a couple of things to write myself and have made a (very) little bit of progress on them. Oddly enough, the "built-in" apps that connect to the net don't seem to work for me. They give me some "error opening url". Perhaps my network settings aren't quite right. But the non-net based ones work just fine, as do the sample ones linked from the HME developers site.

So, while you wait, let me ask this: What do you think would be a "killer" HME app? If I agree, I may just decide to tackle it. :)

[bcc]

I guess not. They were sent to me unsolicited, for which I was honored. The only request was "don't post these at the moment." They never said I couldn't talk about them. :pI wonder how one could reasonably interpret "don't post these" to mean "it's fine to post about these without asking".

I think this proves my point about how compiling tytompg on your server is the same difference as giving you source code.

[AlphaWolf]

I don't believe they've ever been posted for general consumption for us plebes. It sure would be nice. If it really is as simple as a tivoapp patch, I would love to have the HME capabilities. MRV would be great as well, but I guess I will have to live with MFS_FTP transfers for now, but that sure doesn't please the wife. (Then again, nothing ever does.)

Well, if you recall a while back there was a discussion about why a patch similar to this one wasn't released for 6.2 either. It isn't that nobody wants to release this information, rather the case is far from it (if those who came up with these patches were just plain stingy, then the NoCSO and backdoor patches wouldn't be public as they require similar amounts of effort to find, and they were found by these same people that found this particular patch.)

The reason is that the method used to enable this also enables everything else, to include some things that are quite dangerous for the average Joe Schmoe.

The good news is that it can in fact be done however. Right now HME isn't terribly useful for an HDTivo unless you just like to play tic tac toe or other mundane games on your TV. Just take solace in the fact that a publicly disclosed method to enable this will eventually see the light of day.

[SteveT]

....What do you think would be a "killer" HME app? If I agree, I may just decide to tackle it. :)I suggest an HME app that lists shows available on a PC, allows selection of one, then starts an MFS_FTP insert for it.
Not quite MRV+tivoserver, but meets the basic need with an acceptable WAF.

[tlphipps]

I suggest an HME app that lists shows available on a PC, allows selection of one, then starts an MFS_FTP insert for it.
Not quite MRV+tivoserver, but meets the basic need with an acceptable WAF.

Took the words right out of my mouth!

[whitepelican]

I suggest an HME app that lists shows available on a PC, allows selection of one, then starts an MFS_FTP insert for it.
Not quite MRV+tivoserver, but meets the basic need with an acceptable WAF.

How about an HME app that does the same, except using another Tivo as the server? An MRV work-around you might say.

[mattdb]

How about an HME app that does the same, except using another Tivo as the server? An MRV work-around you might say.


I want to connect to my home automation system. Really that is all. Be able to change thermostats, lights, listen to voicemail. X!0 stuff and the like. I have a JDS Stargate and Homeseer and should be able to interface this with HME.

Not sure what exactly I can kill that can't be fixed by a mfsrestore. But I guess there are people smarter than me (like those at microsoft) who protect me from myself, though I like to make my own mistakes. :mad:

PS: As you can tell I am an engineer as I can't spell. :)

[SpoonsJTD]

I suggest an HME app that lists shows available on a PC, allows selection of one, then starts an MFS_FTP insert for it.
Not quite MRV+tivoserver, but meets the basic need with an acceptable WAF.

This was discussed a little bit here:
http://www.dealdatabase.com/forum/showthread.php?t=51434

I got an IM based on my post in that thread, and all I'll say is that the thought had already come to someone who already knew that HME was more than a possibility. :)

[mr_zorg]

I wonder how one could reasonably interpret "don't post these" to mean "it's fine to post about these without asking".

I think this proves my point about how compiling tytompg on your server is the same difference as giving you source code.
So, since you rebuffed my offers to help you compile Mac apps (and felt attacked in the process), you've now decided to attack my integrity? Please don't accuse me of doing something I haven't. Can we please just check our differences at the door and move on?

It's a stretch to interpret the simple phrase "don't post these" to mean "don't post these, don't talk about them, don't even wink at somebody who asks you if they exist". I have not, and will not, post the patches without approval from the one who gave them to me even though they were sent unsolicited. If I wasn't supposed to talk about them either, then they should have said so. If I really wanted to be an ass, I would just say "hey, they sent these without asking me first if I would be willing to keep them secret, so they're mine to do with as a please." But I'm not like that.

[mr_zorg]

The reason is that the method used to enable this also enables everything else, to include some things that are quite dangerous for the average Joe Schmoe.
Such as? I'm not real clear on what else that might be. I haven't noticed any dangerous side effects, though I'm not the average Joe Schmoe. Now you've got me curious. :)

[mr_zorg]

I suggest an HME app that lists shows available on a PC, allows selection of one, then starts an MFS_FTP insert for it.
Not quite MRV+tivoserver, but meets the basic need with an acceptable WAF.

Took the words right out of my mouth!

How about an HME app that does the same, except using another Tivo as the server? An MRV work-around you might say.

This was discussed a little bit here:
http://www.dealdatabase.com/forum/showthread.php?t=51434

I got an IM based on my post in that thread, and all I'll say is that the thought had already come to someone who already knew that HME was more than a possibility. :)

Indeed. The person who gave me the patches also suggested this as an app. Personally I didn't see the allure, but it does seem to be popular desire. Guess I'd better get cracking on it. :) I have started working on an app that will show the free space left on the tivo using TWP's Info screen as a source...

[rvaniwaa]

Indeed. The person who gave me the patches also suggested this as an app. Personally I didn't see the allure, but it does seem to be popular desire. Guess I'd better get cracking on it. :) I have started working on an app that will show the free space left on the tivo using TWP's Info screen as a source...

That would be a fantastic app and, in the absence of HMO, would be just as good. I would be willing to try to help out although my Java is weak...

--Ron

[mr_zorg]

That would be a fantastic app and, in the absence of HMO, would be just as good. I would be willing to try to help out although my Java is weak...

--Ron
The good news is that if you go to the HME developer site (http://tivohme.sourceforge.net/) they have a simulator you can run, so you don't even need a working HME to play around with it. I can't guarantee how much time I'll have to work on this, but if you want to help, please send me a PM to I can go back to that to remind me who you are. :)

[gfb107]

Please see the MovieLoader thread (http://www.dealdatabase.com/forum/showpost.php?p=270161&postcount=1) for information, screen shots, discussion, and updates.

[gfb107]

Please see the MovieLoader thread (http://www.dealdatabase.com/forum/showpost.php?p=270161&postcount=1) for information, screen shots, discussion, and updates.

[mr_zorg]

Note that this was tested entirely with the HME simulator and an FTP server, as I don't know how to activate HME on my HDVR2 and HR10-250. So it may well not work with a real HME client, or it may really mess up your TiVo. Consider yourself warned.

Wow. Nice work in such a short time. Clearly you have more time than I do. :) I will try this out and let you know how it works. It may need some changes because the Java apps actually run on your PC (only the display is on the TiVo), and as far as I could figure out there's no way get the IP address of the TiVo itself. But a simple command line parameter should work... I probably won't be able to play with it until this weekend. Thank you for the work!

[mattdb]

Wow. Nice work in such a short time. Clearly you have more time than I do. :) I will try this out and let you know how it works. It may need some changes because the Java apps actually run on your PC (only the display is on the TiVo), and as far as I could figure out there's no way get the IP address of the TiVo itself. But a simple command line parameter should work... I probably won't be able to play with it until this weekend. Thank you for the work!

Man you guys have me drooling to get this working.

[gfb107]

Actually, there is a way to determine the IP address of the HME client device, so there's no need for a parameter for that.

I'm sure there will be changes as this goes forward, but it's a starting point. Also, it might help push along the HME patch(es).

[mr_zorg]

Actually, there is a way to determine the IP address of the HME client device, so there's no need for a parameter for that.

I'm sure there will be changes as this goes forward, but it's a starting point. Also, it might help push along the HME patch(es).
Sweet. I had not yet figured that out. I saw the device status event lists an IP address, but it only seems to do that on the simulator, not a real HME unit. Is that what you did? If so, it may not work. But, again I'll let you know. If not, I'm curious to see what the trick is...

[fl0yd]

umm...

<Drool>

[mr_zorg]

I will ask if they're allowed to be released now... Not sure why they were kept quiet, probably wanted a chance to shake them out first.
I got an answer back and it is "not yet". Reason is that there is another update expected soon-ish to address some of the HD audio issues present in 6.3a. The fear is that if these patches are out there before the update is, they may decide to pull the code for these things. If we wait for a more stable 6.3b (?), then release the patches it will be too late for them to do anything about it. Of course, given that explanation, it probably would have been better to keep my mouth shut, but too bad that wasn't made clear to me beforehand. :o

So, ssh. Patches? What patches?

[SpoonsJTD]

The worst thing about something like this? It'll likely be better than MRV (since it's home grown software) and I'll be pissed that I can't use it on my DTivo's with 6.2. :P

[mr_zorg]

Sweet. I had not yet figured that out. I saw the device status event lists an IP address, but it only seems to do that on the simulator, not a real HME unit. Is that what you did? If so, it may not work. But, again I'll let you know. If not, I'm curious to see what the trick is...
OK, so I decided to play with it a bit tonight after all. No, reading the host variable from the device event does not return the IP of my HME'd box. Just for yucks, I quickly decompiled the MovieLoader.class file and tweaked it with a hard coded IP for my box. That did indeed kick off the FTP transfer, but my MFS_FTP choked on the insert and died. The partial recording did show in my NPL, so that's cool. To be honest, I've never tried to do an upload before so I may not have the right patches for mfs_ftp on 6.3. Or, it could be because I was trying to upload and download at the same time... But, it does look like your app work if you change it to make the IP address a startup parameter.

Another tweak I'd like to make it to have it read the description directly out of a tmf file, if present... As I understand it, a tmf file is really just a tar file containing the ty file and an xml file with pg data in it. Should be simple enough to do. If you share the source, I can work on these enhancements for you.

Again, nice job for such quick work.

[mr_zorg]

...That did indeed kick off the FTP transfer, but my MFS_FTP choked on the insert and died. The partial recording did show in my NPL, so that's cool. To be honest, I've never tried to do an upload before so I may not have the right patches for mfs_ftp on 6.3.
Good news, it was just my mfs_ftp that was messed up. I didn't have the right s2 binaries, mine were missing the one needed for inserts. Plus I didn't have it on a r/w partition. After fixing that, it worked very nicely.

I'm excited. Can't wait to start polishing it to put some more bells and whistles on it. I did notice one thing odd though, I wasn't able to hit the left button to return to the main screen after initiating a transfer. Hmm. Perhaps we need a new development thread for this app? :D

[AlphaWolf]

Such as? I'm not real clear on what else that might be. I haven't noticed any dangerous side effects, though I'm not the average Joe Schmoe. Now you've got me curious. :)

Nevermind, I believe I am working on a different sheet of music than you.

[gfb107]

I'm not quite ready to release the source yet, although I will, and soon.

You are right that the "host" value isn't in the device info for a real TiVo HME client. I had hoped it might be in the context's ConnectionAttributes, but it isn't there.

The problem with using a command line parameter for the TiVo address is that there might be more than one TiVo.

I suppose it would be possible to associate an ip address with a TiVo GUID.
The first time a transfer is attempted for a given GUID, the app could prompt (using an HME screen) for the ip address to use. It would then store the IP address for that GUID in some persistent way so that the user wouldn't have to be prompted again. That could be a problem if the TiVo is using DHCP, as it might get a different IP address each time it reboots.

[mattdb]

I got an answer back and it is "not yet". Reason is that there is another update expected soon-ish to address some of the HD audio issues present in 6.3a. The fear is that if these patches are out there before the update is, they may decide to pull the code for these things. If we wait for a more stable 6.3b (?), then release the patches it will be too late for them to do anything about it. Of course, given that explanation, it probably would have been better to keep my mouth shut, but too bad that wasn't made clear to me beforehand. :o

So, ssh. Patches? What patches?

Maybe a mod should delete this thread after sending PM's to people in it with patch :D

Then we could talk about HME on "7.2" ......

[gfb107]

Figuring out the client's IP address ended up being pretty easy:
(( HostContext )getBApp().getContext()).getSocket().getInetAddress().getHostAddress();
I've updated the .zip in the announcement post (http://www.dealdatabase.com/forum/showpost.php?p=269466&postcount=32).

[AlphaWolf]

I'm not quite ready to release the source yet, although I will, and soon.

You are right that the "host" value isn't in the device info for a real TiVo HME client. I had hoped it might be in the context's ConnectionAttributes, but it isn't there.

The problem with using a command line parameter for the TiVo address is that there might be more than one TiVo.

I suppose it would be possible to associate an ip address with a TiVo GUID.
The first time a transfer is attempted for a given GUID, the app could prompt (using an HME screen) for the ip address to use. It would then store the IP address for that GUID in some persistent way so that the user wouldn't have to be prompted again. That could be a problem if the TiVo is using DHCP, as it might get a different IP address each time it reboots.

If you look over the init framework I posted in one of the 6.3 threads, I've also setup a sub-framework for having a permanent hostname for the tivo that can be configured either via the network config screen or manually. It'll even force the DHCP server to see that hostname as well.

[mr_zorg]

The problem with using a command line parameter for the TiVo address is that there might be more than one TiVo.

I know you've already found another work-around way to get the IP, but I wanted to share with you that I've found the HME stuff does have a way to "persist" app settings on the tivo itself. Check out getContext().getPersistentData("some_key") and getContext().setPersistentData("some_key", "some_value").

[mr_zorg]

Figuring out the client's IP address ended up being pretty easy: ...
That worked a treat. Nice hack. :)

[gfb107]

I've updated the .zip file in the announcement post (http://www.dealdatabase.com/forum/showpost.php?p=269466&postcount=32) again. I've made a number of changes.
For .tmf files, get show details from the embedded xml
For .ty and .ty+ files, look for a .xml file for the show details. The XML should be in the same format as would be present in a .tmf.
If no .xml file is present, look for a .txt file for the show details.
If the file name begins with '{', assume mfs_ftp naming conventions to display more readable names.
Changed backgrounds, fonts, and screen usage to fit more on each screen
The source is now included.

[SteveT]

I've updated the .zip file in the announcement post (http://www.dealdatabase.com/forum/showpost.php?p=269466&postcount=32) again. I've made a number of changes.
For .tmf files, get show details from the embedded xml
For .ty and .ty+ files, look for a .xml file for the show details. The XML should be in the same format as would be present in a .tmf.
If no .xml file is present, look for a .txt file
and then a .txt file for the show details.
If the file name begins with '{', assume mfs_ftp naming conventions to display more readable names.
Changed backgrounds, fonts, and screen usage to fit more on each screen
The source is now included.
This sounds great! Thanks.
You might consider making the xml retrieval logic mirror that used by tivoserver. It includes checks for:
1) xml embedded in .ty and ty+ (mfs_ftp appends xml to the end)
2) a file named ShowInfo.xml in the same directory (for eTiVo compatability)
3) a <filename>.cache file, similar to your .txt file

Then the same PC file structure could be served to 6.2 (MRV+tivoserver) systems and 6.3 (HME+mfs_ftp) systems.

[gfb107]

It really only makes sense to support what mfs_ftp supports, since that's what does all the real work. The display of show information is for informational purposes only.

If mfs_ftp uses xml data at the end of .ty and .ty+ files, I'll look into adding support for that.

[mr_zorg]

I've updated the .zip file in the announcement post (http://www.dealdatabase.com/forum/showpost.php?p=269466&postcount=32) again. I've made a number of changes.
For .tmf files, get show details from the embedded xml
For .ty and .ty+ files, look for a .xml file for the show details. The XML should be in the same format as would be present in a .tmf.
If no .xml file is present, look for a .txt file
and then a .txt file for the show details.
If the file name begins with '{', assume mfs_ftp naming conventions to display more readable names.
Changed backgrounds, fonts, and screen usage to fit more on each screen
The source is now included.

Nice, I look forward to it. Might I suggest you start a new development/support thread for MovieLoader so we can get any chatter about it into a more suitable place?

[gfb107]

I've updated the .zip file in the announcement post (http://www.dealdatabase.com/forum/showpost.php?p=269466&postcount=32) again. I've added retrieval of XML show information from the end of .ty and .ty+ files.

Maybe after the holiday I'll create an announcement thread in the extraction, insertion, and streaming thread.

[mr_zorg]

I've updated the .zip file in the announcement post (http://www.dealdatabase.com/forum/showpost.php?p=269466&postcount=32) again. I've added retrieval of XML show information from the end of .ty and .ty+ files.

Maybe after the holiday I'll create an announcement thread in the extraction, insertion, and streaming thread.
Over the holiday break here I want to make some enhancements to your filename parsing. I'd like to handle the format(s) used by TivoTool, plus when I download via mfs_ftp on my mac it doesn't keep the '{' or '}' characters (probably ftp program dependent) so I'd like to handle a variant on that too. I think I can enhance your filename parsing logic to make it a bit more flexible via the use of regular expressions. I'll send you the patches when I'm done.

[gfb107]

OK. I uploaded my latest today.

[Prof. Honeydew]

Cool. Great job!

I was so excited when I read your announcement, I downloaded everything and then reality set in. :(

I can't actually run this on my hr10-250 until the mythical hacks to enable HME show up. --sniff

[gfb107]

I've created a MovieLoader thread (http://www.dealdatabase.com/forum/showpost.php?p=270161&postcount=1), so that's the place to go looking for more information, discussion, and updates.

[mattdb]

Cool. Great job!

I was so excited when I read your announcement, I downloaded everything and then reality set in. :(

I can't actually run this on my hr10-250 until the mythical hacks to enable HME show up. --sniff

The wait is killing me.

[mburns]

The wait is killing me.

i know me too

[mr_zorg]

The wait is killing me.
Pssst.............. The 6.x/HR10-250 Tips (http://dealdatabase.com/forum/showthread.php?t=51032) thread now lists HME patches! Enjoy, everyone.

[tall1]

Any chance a kind soul could post the echo commands for HME/HMO?

[mr_zorg]

Any chance a kind soul could post the echo commands for HME/HMO?
That would be:

bash-2.02# cd /tvbin
bash-2.02# mv tivoapp tivoapp_6.3_orig
bash-2.02# cp tivoapp_6.3_orig tivoapp
bash-2.02# chmod 755 tivoapp
bash-2.02# echo -ne "\x34\x11\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=903436
4+0 records in
4+0 records out
bash-2.02# echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=1118524
4+0 records in
4+0 records out
bash-2.02# echo -ne "\x10\x00\x00\x14" | dd conv=notrunc of=tivoapp bs=1 seek=5724672
4+0 records in
4+0 records out

[tall1]

Beautiful Zorg! Thanks so much.

[rrr22777]

HMO is working perfectly on my 6.3a but HME seems to crash the box... causes a reboot.

[LlamaLarry]

Good stuff. Now if I could stop playing Wordsmith I would be able to get some work done around here. ;)

[HUGE]

So what works and what doesn't?



HUGE

[Prof. Honeydew]

Pssst.............. The 6.x/HR10-250 Tips (http://dealdatabase.com/forum/showthread.php?t=51032) thread now lists HME patches! Enjoy, everyone.

Cool.

Am I correct that with this hack we only get HMO and HME but MRV is not functional?

I ask because after the hacks, I see my other Tivos displayed. But when I select on a machine, the machine name is listed at the top, but the listings are still from the hr10-250.

For the fun of it, I ran the set_mrv_name_67.tcl. But it didn't help.

[cheer]

Cool.

Am I correct that with this hack we only get HMO and HME but MRV is not functional?

I ask because after the hacks, I see my other Tivos displayed. But when I select on a machine, the machine name is listed at the top, but the listings are still from the hr10-250.

For the fun of it, I ran the set_mrv_name_67.tcl. But it didn't help.
Correct. MRV code ain't there.

[LlamaLarry]

Any way to remove some of the litter in MP&M screen? I've never had a standalone, but what is required to make some of those links work? I am getting messages like: "An error occured while running the application. Could not open url." or a mess of crash data when opening the Product Watch links.

If removing the objects is not doable, how about sorting them so local apps appear at the top of the list since the refresh seems to bring you to the top of the list with every item exit.

OKay, back to wordsmith, this game is strangely addictive for me.

[mr_zorg]

Any way to remove some of the litter in MP&M screen? I've never had a standalone, but what is required to make some of those links work? I am getting messages like: "An error occured while running the application. Could not open url." or a mess of crash data when opening the Product Watch links.

If removing the objects is not doable, how about sorting them so local apps appear at the top of the list since the refresh seems to bring you to the top of the list with every item exit.

OKay, back to wordsmith, this game is strangely addictive for me.
I suspect those built in apps that connect to the net use a gateway at TiVo, and since our boxes are not properly authorized it doesn't work. I too would like to whittle down what shows up in there and what doesn't. I haven't really started trying to figure it out yet, but if anybody else has -- please share!

Also, if you like that game, you may want to check out PopCap games (http://popcap.com/). They've got a ton of "educational" games that are quite addictive -- all via your browser.

[AlphaWolf]

route add -host 204.176.49.2 gw 127.0.0.1
route add -net 204.176.49.0 gw 127.0.0.1


Using any patches that enable any kind of network functionality on a directivo without blocking the tivo from being able to phone home is quite an irresponsible thing to do.

[mr_zorg]

Using any patches that enable any kind of network functionality on a directivo without blocking the tivo from being able to phone home is quite an irresponsible thing to do.
I mean no disrespect, but I don't understand this line of thinking. What's the harm? Surely they know we're out here, and they know we've hacked our boxes - these forums are the worst kept secret if it was ever meant to be kept secret. What's the worst that could happen? They discover I've hacked by box and shut me off? Good riddance, I say. That would be just the kick I need to get a Series 3 and switch to cable. I've been thinking about the series 3 for a while as it nicely solves the "integration" issue which is the only reason I've stuck with D* units anyway. It really pisses me off the way they cripple their TiVo's, there's just no excuse for it. Sorry, I'm rambling now. But I'd really love to know, honestly, what's the harm?

[mr_zorg]

route add -host 204.176.49.2 gw 127.0.0.1
route add -host 204.176.49.0 gw 127.0.0.1

FYI, this didn't do anything for me... I tried changing the gw to be my router, and that let me ping the address, but still nothing on the hme apps.

[nasafella]

route add -host 204.176.49.2 gw 127.0.0.1
route add -host 204.176.49.0 gw 127.0.0.1


Using any patches that enable any kind of network functionality on a directivo without blocking the tivo from being able to phone home is quite an irresponsible thing to do.

I've always had these lines in the rc.sysinit.author of all my DTiVos, but I guess I didn't fully understand why

So, just a clarification please... this blocks calling in to TiVo, correct?

And it does not block daily calls to D* via network, also correct?

If my understanding is correct, then it makes sense that we don't want to be hitting TiVo's servers with boxes they aren't paid to support.

Actually the lines I've always used are:

#echo "blocking TiVo phone home"
route add -host 204.176.49.2 gw 127.0.0.1
route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0

Is this equivalent to Mr. AW's post above?

[cheer]

route add -host 204.176.49.0 gw 127.0.0.1
This one shouldn't do anything useful. You're creating a static route for a host IP address of 204.176.49.0, which is invalid (well, unless Tivo is supernetting, but they're not).

Better to just do this:route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0That covers the whole /24 subnet. (Most folks, it seems, also have a host-specific route for 204.176.49.2, but that's redundant IMO.)

[cheer]

I've always had these lines in the rc.sysinit.author of all my DTiVos, but I guess I didn't fully understand why

So, just a clarification please... this blocks calling in to TiVo, correct?Correct.And it does not block daily calls to D* via network, also correct?D* calls don't go over the net. Modem or nothing. On the other hand, they're only useful for PPV (and possibly verification of sports packages; I don't know since I don't have any).
If my understanding is correct, then it makes sense that we don't want to be hitting TiVo's servers with boxes they aren't paid to support.Tivo does support the D* units. They just shouldn't be made aware (in an obvious fashion) that people are enabling networking. Also, if you are using 6.x code and have enabled things like HMO/HME/MRV, you'll get certs issued that eventually expire and break things.

[RandC]

Better to just do this:route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0That covers the whole /24 subnet. (Most folks, it seems, also have a host-specific route for 204.176.49.2, but that's redundant IMO.)Cheer,
in another thread you had ip address of 204.176.49.0/24 which I am using. Do I need the /24?

[nasafella]

D* calls don't go over the net. Modem or nothing. On the other hand, they're only useful for PPV (and possibly verification of sports packages; I don't know since I don't have any).

So what is it doing when it makes its daily calls over the net? I've done that with my HR10 (which has the 'route add...' blocking statements) and it's definitely talking to something over the net.

[cheer]

Cheer,
in another thread you had ip address of 204.176.49.0/24 which I am using. Do I need the /24?
No; that's shorthand for a 24-bit subnet (i.e. a netmask of 255.255.255.0).

[cheer]

So what is it doing when it makes its daily calls over the net? I've done that with my HR10 (which has the 'route add...' blocking statements) and it's definitely talking to something over the net.
That's the call to Tivo. Is it succeeding? Then either (A) your routes aren't quite right, or (B) Tivo's added new ranges...

[nasafella]

Yes, the call is succeeding. Say so on the GUI, anyway...

Here's the route statements copy/paste from the rc.sysinit.author file:


#echo "blocking TiVo phone home"
route add -host 204.176.49.2 gw 127.0.0.1
route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0

They look okay?

I'll look through tclient to see if it mentions where it's talking to...

[lgkahn]

I use an iptables firewall to block the dial out on my network firewall and also have another firewall on one of the tivos so that other machines on the net cannot see it via mrv (all my porn is on that box)

[beanpoppa]

Obviously the people at TiVo know that the hacking going on is there. And I'm sure they are somewhat happy about it, since the hacking underground is very good about not encouraging or releasing hacks that allows people to steal or release hacks that would give people free access to features that they should be paying for. However, if 10,000 people with hacked HR10's, or 100,000 people with hacked SD DTivos start allowing their TiVo to phone home to TiVo's servers, and they fail (which they will, because they don't have valid stand alone service ID's) then the hacking community will become a nuisance, and they may have to start cracking down on it.


I mean no disrespect, but I don't understand this line of thinking. What's the harm? Surely they know we're out here, and they know we've hacked our boxes - these forums are the worst kept secret if it was ever meant to be kept secret. What's the worst that could happen? They discover I've hacked by box and shut me off? Good riddance, I say. That would be just the kick I need to get a Series 3 and switch to cable. I've been thinking about the series 3 for a while as it nicely solves the "integration" issue which is the only reason I've stuck with D* units anyway. It really pisses me off the way they cripple their TiVo's, there's just no excuse for it. Sorry, I'm rambling now. But I'd really love to know, honestly, what's the harm?

[cheer]

Obviously the people at TiVo know that the hacking going on is there. And I'm sure they are somewhat happy about it, since the hacking underground is very good about not encouraging or releasing hacks that allows people to steal or release hacks that would give people free access to features that they should be paying for. However, if 10,000 people with hacked HR10's, or 100,000 people with hacked SD DTivos start allowing their TiVo to phone home to TiVo's servers, and they fail (which they will, because they don't have valid stand alone service ID's) then the hacking community will become a nuisance, and they may have to start cracking down on it.

You're right in general but wrong in detail -- only in that they WON'T fail. Tivo's mothership handles the "daily call" from unhacked D* units just fine (over dialup, but it's dialup to an ISP and then Internet from there anyway). And a DirecTivo if hacked can make the call via net and succeed.

But they shouldn't, and for the reasons you state: it's all about drawing attention. History has shown that whenever a particular exploit becomes well-known and gets a lot of attention, Tivo closes it. (Plus, it really does hose up your certs and eventually breaks your HMO/MRV/etc.)

[nasafella]

Well, I was wrong (again). I'd said my HR10 6.3b hacked with HMO/HME was calling in via network with the route statements blocking phone home. But no.The daily calls via network were not succeeding, even though the TiVo GUI said they were. Looking through the tclient logs, I can see where it's failing because it can't find the hosts. In spite of this, the GUI says Call Status: Succeeded.

To get it to work I had to remove the route add statements, and also set DEBUG_BOARD=true, same as with 6.2. Unlike 6.2, I did not have to set the dail in prefix to ,#401.

So, TiVo hasn't changed their network addresses.

6.3b menus seem to work for setting the box's IP configuration, but not for setting it to call in via network.

Or, I'm wrong yet again.....

[mr_zorg]

You're right in general but wrong in detail -- only in that they WON'T fail. Tivo's mothership handles the "daily call" from unhacked D* units just fine (over dialup, but it's dialup to an ISP and then Internet from there anyway). And a DirecTivo if hacked can make the call via net and succeed.

But they shouldn't, and for the reasons you state: it's all about drawing attention. History has shown that whenever a particular exploit becomes well-known and gets a lot of attention, Tivo closes it. (Plus, it really does hose up your certs and eventually breaks your HMO/MRV/etc.)
Is it just the network calls that are a problem, or the modem calls too? From what I gather in these forums there are a good many people who don't block the daily call...

[AlphaWolf]

I mean no disrespect, but I don't understand this line of thinking. What's the harm? Surely they know we're out here, and they know we've hacked our boxes - these forums are the worst kept secret if it was ever meant to be kept secret. What's the worst that could happen? They discover I've hacked by box and shut me off? Good riddance, I say. That would be just the kick I need to get a Series 3 and switch to cable. I've been thinking about the series 3 for a while as it nicely solves the "integration" issue which is the only reason I've stuck with D* units anyway. It really pisses me off the way they cripple their TiVo's, there's just no excuse for it. Sorry, I'm rambling now. But I'd really love to know, honestly, what's the harm?

Well, if we didn't draw much attention to tivo with this in the first place, we would probably have MRV/TTG in our tivoapp binaries right now. Besides that, this solves your problem of trying to get rid of the HME apps that don't work. You'll lose about two or three that do work, but those are available via apps.tv anyways, which has nothing to do with tivo inc.

That and people selling our modifications on ebay. In fact the ebay thing alone is one of the reasons a few modifications aren't being released out into the public these days.

This one shouldn't do anything useful. You're creating a static route for a host IP address of 204.176.49.0, which is invalid (well, unless Tivo is supernetting, but they're not).

Better to just do this:route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0That covers the whole /24 subnet. (Most folks, it seems, also have a host-specific route for 204.176.49.2, but that's redundant IMO.)

Yep, I made a mistake while typing that out.

Is it just the network calls that are a problem, or the modem calls too? From what I gather in these forums there are a good many people who don't block the daily call...

Both. This is one of the major reasons for the existence of fakecall.tcl. If your tivo is already networked then it isn't hard to just let it call in anyways.

[cheer]

To get it to work I had to remove the route add statements, and also set DEBUG_BOARD=true, same as with 6.2. Unlike 6.2, I did not have to set the dail in prefix to ,#401.

So, TiVo hasn't changed their network addresses.

6.3b menus seem to work for setting the box's IP configuration, but not for setting it to call in via network.

Or, I'm wrong yet again.....
No, you're correct. Enabling the network screens evidently does not automatically enable network-based calls to the mothership -- DEBUG_BOARD=true also has to be set.

Looking at the startup scripts, I think I see why. In /etc/rc.d/StageD_PreMfs there is a script called rc.Sequence_150.CheckForDebug.sh. This script initially sets DEBUG_BOARD to be false, then looks to see if eth0 is up. If it is, then it changes DEBUG_BOARD to be true.

Since DEBUG_BOARD ends up being false, and since there's no other point in the startup where this variable is changed, I can only assume that this gets executed prior to the USB drivers/network being up and configured.

[mr_zorg]

If your tivo is already networked then it isn't hard to just let it call in anyways.
Now I'm confused. I thought we didn't want to let it call in?

[AlphaWolf]

Now I'm confused. I thought we didn't want to let it call in?

Exactly.

screw flanders

[Butch]

HR10-250
Running 6.3 software (add63.tcl Direct TV stoped sending A or B as I can tell so I am stuck with 6.3 for the time being)

Directory listing of /SwSystem
Name Type Id Date Time Size
3.1.5f-01-2-357 tyDb 3180 01/06/07 15:11 676
6.3-01-2-357 tyDb 74973 01/06/07 15:11 796
ACTIVE tyDb 74973 01/06/07 15:11 796

As you see I am running 6.3-01-2-357 not 6.3A or 6.3B

I RAN the following patches
nocso
echo -ne "\x3C\x02\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=1602412
30 sec
echo -ne "\x10\x40\x00\x2b" | dd conv=notrunc of=tivoapp bs=1 seek=6713192
back doors
echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=2804900
hmo / hme
echo -ne "\x34\x11\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=903436
echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=1118524
echo -ne "\x10\x00\x00\x14" | dd conv=notrunc of=tivoapp bs=1 seek=5724672

According to the patch for HMO/HME is listed to work only on 6.3a or 6.3b

I would like to say that the patch does work for 6.3

MRV does not work on 6.3 , 6.3a , 6.3b (as I have read it is not in the software)
HMO for playing music / pictures Tivo Desktop work even Java HMO
HME when trying HME Gallon or others it just makes the Tivo reboot.

All this said I would like to know if anyone has the problem of rebooting when trying to use HME?

[mattdb]

I am able to use HME apps just fine. In fact I am using the Homeseer plugin to control my house!

Matt

[Butch]

I am able to use HME apps just fine. In fact I am using the Homeseer plugin to control my house!

Matt

Awsome. I do have X-10 controls in my house also.
I just have to find out why my TiVo keeps on rebooting.

Are you using 6.3 or 6.3a or 6.3b ?

If 6.3 can you tell me the HMO / HME patch that you used?
Is it the same as
hmo / hme
echo -ne "\x34\x11\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=903436
echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=1118524
echo -ne "\x10\x00\x00\x14" | dd conv=notrunc of=tivoapp bs=1 seek=5724672

Thanks

[mattdb]

I am using Name Type FsId Date Time Size
---- ---- ---- ---- ---- ----
6.3a-01-2-357 tyDb 2843984 10/25/06 06:37 796
6.3b-01-2-357 tyDb 3181136 12/12/06 07:38 772
ACTIVE tyDb 2843984 10/25/06 06:37 796

and the patch I used is here:

http://www.dealdatabase.com/forum/showpost.php?p=271402&postcount=63

[Butch]

I am running HR10-250

I have found no code for 6.3-01-2-357
but found this

HMO/HME (courtesy of anonymous -- for 6.3a/6.3b ONLY)
Code:
file offset vma orig new
----------------------------------------------------------
0x000dc90c 0x004dc90c 0x00408821 0x34110000
0x0011113c 0x0051113c 0x00408021 0x24100001
0x00575A00 0x00975A00 0x14400014 0x10000014

This works for HMO but for HME when trying HME the TiVo reboots

I found that the last offset original value is wrong

OFFSET: 0x00575A00 (5724672)
ORIGINAL VALUE: 0xca89174 (212373876)
where in HMO/HME (courtesy of anonymous -- for 6.3a/6.3b ONLY) lists the original should be 0x14400014 for file offset 0x00575A00

I guess I will tinker a little to see if I can search to find a value of 0x14400014 and see what its OFFSET is


Any extra info will be great.

[Barefooter]

The slices are here if your still looking for them http://rapidshare.com/files/9348200/Tivo.HR10-250.6.3b-01.slices.rar.html

[mattdb]

I am running HR10-250

I have found no code for 6.3-01-2-357
but found this

HMO/HME (courtesy of anonymous -- for 6.3a/6.3b ONLY)
Code:
file offset vma orig new
----------------------------------------------------------
0x000dc90c 0x004dc90c 0x00408821 0x34110000
0x0011113c 0x0051113c 0x00408021 0x24100001
0x00575A00 0x00975A00 0x14400014 0x10000014

This works for HMO but for HME when trying HME the TiVo reboots

I found that the last offset original value is wrong

OFFSET: 0x00575A00 (5724672)
ORIGINAL VALUE: 0xca89174 (212373876)
where in HMO/HME (courtesy of anonymous -- for 6.3a/6.3b ONLY) lists the original should be 0x14400014 for file offset 0x00575A00

I guess I will tinker a little to see if I can search to find a value of 0x14400014 and see what its OFFSET is


Any extra info will be great.

Well I upgraded my /platform/lib/libhpkhl.so to that from 6.3b and that might be the problem. But mine is now rebooting.

[mattdb]

Is anybody else having this rebooting problems running hme apps?

Matt

[labbie48]

Is anybody else having this rebooting problems running hme apps?

Matt

If I watch a movie that's been transfered over using movieloader, it will play for about 10-15 minutes and then the DTivo HR10-250 reboots. Tried this with a couple of movies and the same thing happens with each. Been wrapped up in another project so I haven't had time to try and figure out why. Maybe someone else is having the same problem and has come up with a solution.

[whitepelican]

If I watch a movie that's been transfered over using movieloader, it will play for about 10-15 minutes and then the DTivo HR10-250 reboots. Tried this with a couple of movies and the same thing happens with each. Been wrapped up in another project so I haven't had time to try and figure out why. Maybe someone else is having the same problem and has come up with a solution.

Where did these movies come from originally? I have had this problem only with movies that were transferred from an SD Tivo that were originally created by Tivoserver. There is definitely something amiss about Tivoserver-originated files that an HR10-250 doesn't like. Otherwise, all HME apps I've tried and MovieLoader particularly run beautifully on the HR10-250.

[mattdb]

Where did these movies come from originally? I have had this problem only with movies that were transferred from an SD Tivo that were originally created by Tivoserver. There is definitely something amiss about Tivoserver-originated files that an HR10-250 doesn't like. Otherwise, all HME apps I've tried and MovieLoader particularly run beautifully on the HR10-250.


What software version are you running. I am running 6.3a with a patched file to fix the audio. It seemed to be working fine til I patched the file that fixed the audio drop outs on fox.

I am going to try and update to 6.3c and see what happens.

[labbie48]

Where did these movies come from originally? I have had this problem only with movies that were transferred from an SD Tivo that were originally created by Tivoserver. There is definitely something amiss about Tivoserver-originated files that an HR10-250 doesn't like. Otherwise, all HME apps I've tried and MovieLoader particularly run beautifully on the HR10-250.

Yup, these were movies I put on my SD with Tivoserver but never got the time to watch, so I copied them to my PC and put them on my HR10 that's in the living room. Just glad I didn't delete them from my SD.

[whitepelican]

What software version are you running. I am running 6.3a with a patched file to fix the audio. It seemed to be working fine til I patched the file that fixed the audio drop outs on fox.

I am going to try and update to 6.3c and see what happens.

I'm now running 6.3c, but I had this problem with all versions since 6.3. It seems Tivoserver created items always have a particular point (the same place in the movie every time) where they cause the HR10-250 to reboot. If you can skip/fast forward past that point, then it would continue to play fine after that.

[mattdb]

Well I upgraded to 6.3c and it still reboots. Here is a console dump of when I try to run an hme app:

Illegal write at 02a2455c
do_page_fault #2: sending signal 11 to HmeHost(289)
$0 : 00000000 b001fc00 8fa40018 02a2455c 02a24558 ff000000 7fbff4e0 0000003f
$8 : 8ea40018 ffffffff 0000000d 00000002 7469636b 7fbff1b0 84897ef0 6574206e
$16: 02a24558 5f2d2c50 7fbff490 5f2cdd30 7fbff870 100fd0b0 100fd0ac 100fd0a8
$24: 00000000 02a2aa64 1009aaa0 7fbff420 02a3b9b4 02a2db80
Hi : 00000000
Lo : 00000004
epc : 02a2daec Tainted: P
Status: a001fc13
Cause : 00000004
8001e9fc 8001eac0 80022bb4 80022d74 800250d4 02a2daec
02a2daec 02a2db80 00975a84 00703b5c 00976dfc 02a6b114 00441bc0 00f3b738
02a6b114 02a302d8 02a6f7ac 02a2871c 02a28630 02a29ddc 02a28a48 02a2afd8
02a3c7e4 02a3c6cc 02a3c57c 02a3bad8
Tmk Fatal Error: Activity TvHmeHostActivity <289> strayed!
pc 0x2a2daec status 0x8001fc13 cause 0x000004 bva 0x81dbfde8 hi 00000000 lo 0x00
0004
R00 0x00000000 R01 0xb001fc00 R02 0x8fa40018 R03 0x02a2455c
R04 0x02a24558 R05 0xff000000 R06 0x7fbff4e0 R07 0x0000003f
R08 0x8ea40018 R09 0xffffffff R10 0x0000000d R11 0x00000002
R12 0x7469636b R13 0x7fbff1b0 R14 0x84897ef0 R15 0x6574206e
R16 0x02a24558 R17 0x5f2d2c50 R18 0x7fbff490 R19 0x5f2cdd30
R20 0x7fbff870 R21 0x100fd0b0 R22 0x100fd0ac R23 0x100fd0a8
R24 0x00000000 R25 0x02a2aa64 R26 0x00000001 R27 0x00000000
R28 0x1009aaa0 R29 0x7fbff420 R30 0x02a3b9b4 R31 0x02a2db80
Paste the following into a shell to get a backtrace...

bt -t /tvbin/tivoapp <<END_OF_BT
tcd 1
hpk Series2
build b-firefly-takehome @242789 2006.08.11-1618 release-mips []
pack 6.3-01-2
read 0x00400000 /tvbin/tivoapp
read 0x02000000 /lib/libc.so.6
read 0x02200000 /lib/libm.so.6
read 0x02400000 /lib/libpthread.so.0
read 0x02600000 /lib/libutil.so.1
read 0x02800000 /lib/libtvutil.so
read 0x02a00000 /lib/libtmk.so
read 0x02c00000 /lib/libtvstructures.so
read 0x2aaa8000 /lib/ld.so.1
read 0x2ab04000 /lib/libhpkoss.so
read 0x2ab50000 /lib/libhpkhl.so
read 0x2ac18000 /platform/lib/libhpkll.so
read 0x2ac5c000 /lib/libdl.so.2
read 0x2aca0000 /lib/libcdaudio.so
read 0x2acf8000 /platform/lib/libbrcmglue.so
0x02a2daec 0x02a2db80 0x00975a84 0x00703b5c 0x00976dfc 0x02a6b114 0x00441bc0
0x00f3b738 0x02a6b114 0x02a302d8 0x02a6f7ac 0x02a2871c 0x02a28630 0x02a29ddc
0x02a28a48 0x02a2afd8 0x02a3c7e4 0x02a3c6cc 0x02a3c57c 0x02a3bad8
END_OF_BT

Tmk Fatal Error: Activity TvHmeHostActivity <289>: unexpected signal 11
flushing ide devices: hda
Restarting system.


Man I could use any help.

Matt

[groovie]

I want to enable HME on my HR10-250 and I want to confirm that these still work on 6.3d.

I need this so I can get movie loader setup.

rootwrite

cp /tvbin/tivoapp /tvbin/tivoapp.orig

cd /tvbin

mv tivoapp tivoapp.tmp
cp tivoapp.tmp tivoapp
chmod 755 tivoapp
echo -ne "\x3C\x02\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=1602412
echo -ne "\x10\x40\x00\x2b" | dd conv=notrunc of=tivoapp bs=1 seek=6713220
echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=2804900
echo -ne "\x34\x11\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=903436
echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=1118524
echo -ne "\x10\x00\x00\x14" | dd conv=notrunc of=tivoapp bs=1 seek=5724672

rootread

reboot

This is all taken from here. http://www.dvrplayground.com/article/13975/Update-Your-PTVnet-Networked-HR10-250-to-6.3b-Using-the-Slicer/?page=2


If I find an answer elsewhere I'll update this post with it for others.

EDIT:
It never fails. As soon I I post a question somewhere I find the answer somewhere else.

To answer my own question the above code works with 6.3d. I found the answer here... http://www.dvrplayground.com/comments/13980/Discussion---Update-Your-PTVnet-Networked-HR10-250-to-6.3b-Using-the-Slicer/?page=2