Every other FSID is bad?

[jeremyjgordonhome]

--- In ExtractStream@y..., "joe666boxer" <joe666boxer@y...> wrote:
> I have a bad feeling the httpd.tcl from my geocities page is no
>good. It's taken from the extractstream cvs, so it should be ok,
>but you should find another one and compare...
> 
> Joe

Well, I grabbed httpd.tcl from tivo.samba.org and I manually browsed 
the mfs. So in /Recording/NowShowing I go to the first entry which 
looks like this:

Recording 39109/10 {
Version = 82
BitRate = 0
ExpirationDate = 11685
ExpirationTime = 28800
RecordQuality = 75
SelectionType = 3
Showing = 39109/11
StartDate = 11683
StartTime = 28798
ActualShowing = 39109/13
Score = 9900
Part = 39109/12 39109/14 39109/15 39109/16 39109/17 
39109/18 39109/19 39109/20 39109/21 39109/22
StopDate = 11683
StopTime = 39600
State = 4
StreamFileSize = 4923392
IndexUsed = 39109/11
IndexPath 
= /Recording/Active/1:11683:28798:39109 /Recording/DiskUsed/10/39109:
4923392 /Recording/NowShowing/A:88316:71201:39109 /Recording/TmsId/MV
0238350000:88316:71201:39109 /Recording/NoReRecord/466561:NN:99999:00
039109
}

Then I browse into the first "Part" record (39109), and I get this:

RecordingPart 39109/12 {
CommercialSkipOffset = 0
File = 47540
Begin = 0
End = 1151466
}

Now if I attempt to run ExtractStream on FSID 47540 (which 
incidentally, is the same FSID reported by your modified httpd.tcl 
in the "Now Showing" HTML link) I get this:

bash-2.02# ./ExtractStream -s 47540 > /dev/null
Attempting to locate tyStream with fsid 47540...
Sector fails signature check.
Sector fails signature check.
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 ................

Flushing buffers

And I get this randomly on every other couple of FSID's. The other 
half of the time the data is good, and I can completely extract, 
burn and play the data on SVCD.

The programs in question always play back fine through the regular 
TiVo interface, but it looks to me like on my TiVo (which came 
virgin from the store with 2.5.1-2) the computation to get to the 
first sector on /dev/hda10 is not working for some FSID's. It is 
again a Sony SVR-2000 purchased on or around December 19th from a 
GoodGuys store (with their shipping label indicating they recently 
received it from their distributor), with only TivoNet installed 
(didn't upgrade or change drive configuration).

Any ideas?

Regards,

Jeremy