If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

I've had the problem with files that have the .tcl there.
Actually, now that I think about it I think it was a DOS ^M thing (for me at least). Maybe run dos2unix on it if adding the .tcl doesn't work.

Edit:
Ok, wanted to try it so I transferred over the rcinsert.tcl to my tivo, and the size went from 11,515 bytes to 11,849 bytes (which is the same as yours). This version didn't work. (not found when I tried to run it).
Then I renamed the rcinsert.tcl to rcinsert on the Windows computer and transferred it again, it stayed at 11,515 bytes and it ran fine.
It seems that for some reason Windows is adding ^M's during the transfer. Maybe it has something to do with the fact that I have .tcl files automatically open in a test editor when double-clicked?

It does seem to be the whole ^M thing. I am wondering if me unzipping it in solaris has anything to do with it, if anything I thought it would help, dos2unix'ed it and it runs. Now i just have to do it with the rest of the files I guess. Thanks for the help.

dos2unix

Sorry guys I should have posted this earlier. What you ran into was the VERY common file ending error. Essentaily DOS (windows) uses CR while Unix uses CRLF. Most of us have gotten this error from time to time when you transfer files between Unix and Windows boxes. As a note, it is not just scripts that get screwed up. It plays havoc with C files as well.

Well how do you fix this.

One way is a program called dos2unix (unix2dos exists too). The program uses the input as a file and will convert it. Type "dos2unix --help" for help with the program.

(as always this is a tarball not a text file. MODS PLEASE FIX THE DAMN FILE TYPES!!!!!!!!!!!!!)

...but "#!/tvbin/tivosh^M" doesn't.
So after a file is screwed up by Windows, this is the line it fails on. But it seems that tivosh can deal with the ^M's at the end of the lines so when you run it explicitly it works.

Re: Not Tivo

Originally posted by Torg This is not a Tivo problem, it is a file type problem.

I understand what the problem is and how to fix it, I was just explaining why the #!/tvlib/tivosh wasn't working in this case.

But an actual question is when I ran this to check, I inserted 3 entries in Now Showing that are blank (I didn't have any extracted video or anything, so I just wanted to see if it would run). Now I can't delete them, is there a way?

but the Tivo seems to get confused about the lenght of the show.
I compared it to the original clip:

Original: 14 minutes of a 3 hour block program on MTV.
Says 14 minutes in the Show Description screen. According to the Tivo green status graph at bottom during playback, the clip started at 2:24 and ended at 2:38.

If I let the inserted clip go all the way to the end, the Tivo will reboot.

Not sure if you can do anything about this now, but thought you may find the bug report useful for future revs.

As this was only my first one I'll try a more 'Normal' clip now - 1/2 hour or 1 hour.

2. Are all the FSID's somehow married together? In other words, If I only extract one part of a multi-part clip, can I reinsert the one part back in as a complete program? Or as another example, If I extract all parts, can I just reinsert one or two part without messing up the Tivo OS?

On another note, Some of the errors I'm getting with rcinsert.tcl are consistent with not enough free disk space, or some sort of timing issue, when allocating space for a part insertion. I'm trying to really put the script through the ringer (working in QA for a large enterprise software company) , and trying to insert at the same time while recording through the Tivo UI. I've seen error occurs when allocatiing for part 0, and then on another try with the same clip, when allocating for part 1, then the script aborts. I've saved the errors and call-stack if interested, but at the risk of making the post too long, I won't post now.

I'm leaning toward more of a free-space issue, and assuming that the script does not call the cleanup routines to clear programs sitting on the bubble if space is needed, like the recording function on the Tivo, is this correct?

After clearing some programs manually, The insertion proceeds without error.

Just when I thought I had the behavoir pegged, It's doing things I dont understand when inserting. Is there an Error code lookup for FsStream object? as in FsStream::Create failed (0x0001102f). I usually see the 1102f code (when allocating part 0 or part 1 on different tries), but now I'm seeing 11006 as well (after a cold-reboot). I have cleared ample free-space, and now I cannot insert anything - Here's the call-stack if you have a minute: