TiVo Community Forum banner
  • TiVoCommunity.com Ambassador Program Now Open! >>> Click Here

2.5.5a v 2.5.5 file differences

10K views 34 replies 15 participants last post by  cbottoml 
#1 ·
Does anyone know exactly what files have been changed between 2.5.5 and 2.5.5a.

I'd read on another thread that the only difference was a 1 byte change to the file tivoapp. However, blindlemon has just helped me out by providing tivoapp from a 2.5.5a TiVo and it seems that this file is identical to tivoapp on my 2.5.5 TiVo :-o

I'm trying to avoid requesting a 2.5.5a update from TiVo customer services because I don't want to have to contend with the hassles of reinstalling LBA48 etc, so was wondering if anyone knows which files have change between 2.5.5 and 2.5.5a so I can just manually copy over these files. Thanks
 
#3 ·
OK, I have double-checked and have verified that the original file was from a 2.5.5a image.

I have also extracted the tivoapp from a second, unrelated, 2.5.5a image - and that too is identical to both the others!

So maybe the 1 byte difference you saw Stuart was not the 2.5.5a change?

I've posted a complete tarball of the 2.5.5a system partition for Dougal to investigate...
 
#8 ·
Thanks for the 2.5.5a system partition blindlemon. Well using MD5 checksums, I can confirm that the only 2 files of any significance that are different are:

/lib/modules/pxmpegdecode.o
/etc/build-version

(The only other differences were different CacheCard drivers, network drivers, ftp daemon etc + your rc.sysinit file and the like).

So, I copied over the pxmpegdecode.o file from the 2.5.5a version. The file /etc/build-version is just a text file with the software build and version info in it - I presume this is what the TiVo looks at to decide what software version it thinks is installed (so I left my old version of this file in place).

And Hey Presto, it worked - great, thank you very much for your help!

I assume that if I had changed /etc/build-version as well, I would have experienced the problem referred to by 6022Tivo in this thread:
http://www.tivocommunity.com/tivo-vb/showthread.php?t=248173

So, to fix the "teletext bug" just copy over pxmpegdecode.o with the 2.5.5a version (and leave /etc/build-version alone so that the TiVo still thinks its a 2.5.5)

Mini__me: thanks for the command to make the 1 byte change to tivoapp. I never tried this in the end as I had already sorted the problem by using the 2.5.5a version of pxmpegdecode.o. I can only assume that the 1 byte change trick is another way that someone worked out for disabling the teletext output.
 
#10 ·
As I understand things:

Patching tivoapp fixes the MWSTATE bug. There are 2 references to MWSTATE in tivoapp, and if two programs try to write to the same thing at the same time, it can cause a problem.

So patching tivoapp just changes the second instance of MWSTATE to say MWSTAT1.

This is needed for the very useful merge.tcl program, as found in this post

This is nothing to do with 2.5.5a of the Tivo software, which just affects the Teletext output.
 
#11 ·
Dougal said:
So, to fix the "teletext bug" just copy over pxmpegdecode.o with the 2.5.5a version (and leave /etc/build-version alone so that the TiVo still thinks its a 2.5.5)
Another alternative is the hardware fix (so far undocumented I believe) which I've used. 'Simply' remove the TV's offending Philip's Teletext card. This will of course necessitate locating it in the first place and possibly invalidate your warranty. If anyone really needs/wants to go down this route, I can dig into the innards of my TV where I left the board in a convenient corner, retrieve it and photograph it.
 
#13 ·
Hi Sorry for the complete ignorance, but it is a long time since I did anything softwarewise inside my TIVO.

I'm networked with backdoors open. Could someone provide this idiot with an idiot's line by line instruction as to what I have to do. My shiny new tv keeps turning itself off and the wife is not impressed with my buying decision!

I will be eternally grateful. Send beer vouchers etc etc.

Cheers
 
#14 ·
As posted by Dougal above.....

So, to fix the "teletext bug" just copy over pxmpegdecode.o with the 2.5.5a version (and leave /etc/build-version alone so that the TiVo still thinks its a 2.5.5)


I would suggest you download the files posted above then telnet to your TiVo, cd to /lib/modules and rename pxmpegdecode.o to something like pxmpegdecode.org and then ftp the new version to that location (binary mode) and then restart the TiVo. Unless I'm mistaken, that should do it.

HTH

Mike
 
#16 ·
Don't forget to let us know how it goes.

Thinking on, you will most likely have to make the file system read/write first and then make it read only afterwards.

Good luck

Mike
 
#17 ·
Help!

I've telneted in, changed directory and can see pxmpegdecode.o.

1) It says it is read only. I've tried chmod 755 * to no avail.
2) What is the copy command?
 
#19 ·
It works.

copy pxmpegdecode.o file from attachment above (it needs renaming to delete everything after the 0)

telnet into TIVO using Run: telnet [IP address]
cd /lib/modules
mount -o rw -o remount /
cp pxmpegdecode.o pxmpegdecode.old
Leave telnet open.

ftp into TIVO using Run: ftp [IP address]
cd /lib/modules
bin
put c:\pxmpegdecode.o [It should confirm file transfer has been done]
quit

Back to open telnet:
mount -o ro -o remount /
exit

Reboot the TIVO and it should now be okay.

If anything is wrong in this please correct it.
 
#20 ·
Generally whenever I want a 2.5.5a O/S , I simply restore a 255a image from archive.

I experimented with the above (to try and create a 255a from a 2555 image) by copying BOTH of the files (pxmpegdecode.o and build-version) to the appropriate directories.

In this case I would have expected the System Information screen to report 2.5.5a and should I have called into Tivo without their database knowing I had 2.5.5a, the system would have forced and update back to 2.5.5.

but copying those files over may well have cured the teletext bug (I don't know) but the System Information screen still reports 2.5.5

I thought it should only do that if I left the original build-version file intact!?!??!
 
#21 ·
AFAIK the version on the System Info screen is read from the database not the build-version file, whereas the daily call (TClient-lib.itcl) checks the build-version file and sends that version to the server. I suspect the database and hence the on-screen display will be updated after a successful daily call.

As I don't have a 'proper' 2.55a machine myself (ie. one that the TiVo servers think has 2.5.5a) I haven't been able to check this, but nobody has reported that this method doesn't work for them, so it seems reasonable to assume it does :)

If your machine is a 'proper' 2.5.5a box then maybe you could try it and report back?
 
#22 ·
No, I'm in the same boat at you.

I think the process works ok, I just had a requirement to make a previous 2.5.5 image into 2.5.5a and then have it put back in a box that was registered to have 2.5.5a so hence when I couldn't see 2.5.5a in the system information screen despite putting the version file in, I figured that perhaps these 2 x files were not the only change after-all.

Your database theory sounds right though and I'm sure if I could have called home with a 2.5.5a account, the database would have been updated.
 
#23 ·
So did the version on the System Info screen change after the daily call?

I don't really want to request 2.5.5a on a box that doesn't have it just to check.... :)
 
#25 ·
I know how you feel - I've just had to do that too :(

Maybe I'll request an upgrade on one of my spare lifetime subbed machines... in the extreme case where somebody needs to use that machine to record subtitles I guess I could always do the opposite of what's discussed in this thread and put a 2.5.5 pxmpegdecode.o on a 2.5.5a box while leaving the build-version and database at 2.5.5a ;)
 
#26 ·
To
Mike Jones , mike0151, Dougal, blindlemon and the rest

You guys are stars!!!!!********!!!!!!!!

Bought a new Sony 23" WEGA LCD yesterday, got it home first thing I tried was with tivo, spent the next 2 hours wondering WTF was going on after trying every combination of DVD, ondig box's that were working perfectly and even rgbtosvid and rgbtocomponent converters both of which worked perfectly when been driven by tivo.

Went to bed at 5am ! thinking that it was the composite pin that was causing the issues and which one to pull.
After a bit of a search found the teletext bugs then the resolution of upgrade but as I have a cachecard after my modem chip refused to work at all I didn't fancy pulling the HD and doing the cachecard install again.

The solution of ftping 1 file across is brilliant and was done in 1 min.

Thanks again guys - this should be added to the sticky I think as its priceless.

:D :D :D :D :D :D :D

John
 
This is an older thread, you may not receive a response, and could be reviving an old thread. Please consider creating a new thread.
Top