Beta: Start mfs_ftp transfers from the TiVo interface

[sanderton]

Not that I can think of, provided you close all the files.

[gtrogue]

The

close $data
update_rec_fsids 1

at the end of snp_parse_remotenp is still being executed.

The last thing in the log before hanging is "TDL refreshed" at the end of snp_refreshremote right after the snp_parse_remotenp is called.

The entries show up in the local NP so I assume the snp_make_new_rec procedure is being called. If I try to play one of them I get the "error recording not available, it may have been deleted, blah, blah, blah" message and nothing happens. I assume this is because mfs_ftp isn't responding anymore.

[sanderton]

Set the info(snpdbl) variable to 99 to see more info which might give you a clue.

[mbriody]

I'm going to stick with manual mfs_ftp transfers on-demand as SNP is too confusing for the wife and kids.

Stuart, can you tell me how to remove Sync and Delete entries from Now Playing please?

[edit]

Of course, the delete key. d'oh!

[gtrogue]

How does the Tivo come up with the formats for dates?
Where exactly do the date numbers come from? What is the baseline point?

Do the "clock seconds" start at midnight? Is it midnight GMT?

[sanderton]

How does the Tivo come up with the formats for dates?
Where exactly do the date numbers come from? What is the baseline point?

Do the "clock seconds" start at midnight? Is it midnight GMT?

I believe it's seconds since midnight on the morning of Jan 1st 1970, GMT.

[lgkahn]

spent a little more time on this having a little trouble reading the dir command from the data socket.. here

if you can spare some more time... here is the command
log:
the functions is getting called however the file is getting opened but it is always empty...

thanks for any help you can offer...


07:45:17:PM - sourcing settings
07:45:17:PM - Running SNP patch 1.0b11 (Q)
02:45:17:PM - syncing PC listing
02:45:17:PM - in pc_start_dir remote pc is 216.177.20.119 listenport is 20
02:45:18:PM - sent USER *****
02:45:18:PM - sent PASS ****
02:45:19:PM - Logged In successfully!
02:45:19:PM - Sending Directory command
02:45:19:PM - from dir command got back: {150 Opening ASCII mode data connection for /bin/ls.} {226 Transfer complete.}
02:45:19:PM - sourcing p1
02:45:20:PM - updating cached recording info
........................

........................

catch close lastsock val "can't read "info(lastsock)": no such element in array"
02:45:24:PM - Running pc_getdir

listen function

for now I am writing a file but I may processing directly into emails eventually
I have tried two different read lines:
set line [snp_readfromsocket $newsock]
and
set line [gets $newsock]

neither seem to get me anywhere..

I have a tcl book on order.. because I also have to do arrays if they have them to support multiple servers.. haven't seen any good examples of this.



proc pc_getdir { newsock addr port } {
global info pcfile line blanks
outd 0 "Running pc_getdir"
set pcfile [open "$info(path)/pcdirfile.txt" w]
set blanks 0
set line {}
while {1} {
set line [snp_readfromsocket $newsock]
if {$line != ""} {
puts $pcfile $line
} else {
after 20
incr blanks
}
if {[string range $line 1 3] == "226"} {break}
if {$blanks > 2500} {outd 0 "aborted read due to blanks" break}
}
close $newsock
close $pcfile
outd 0 "Done getting dir"
return
}


I think I know what is going on the file is never closed thus it is 0 size...
the 226 message comes back to the control socket not the data socket.. now I have to figure out how to know when to close the file and the socket when done... hmmmmmm

[sanderton]

Tricky bugger, Johnny socket.

It can get stuck trying to read from an open socket which is not being written to on the other side.

I find that for testing you are best just writing to the console so you can see what's happening; ie

puts $line

You can test for the end of file on a socket with eof:

if {[eof $chan]} {close $chan}

but note:


02:45:19:PM - from dir command got back: {150 Opening ASCII mode data connection for /bin/ls.} {226 Transfer complete.}
02:45:24:PM - Running pc_getdir


and


puts -nonewline $info(dc) $listings ; flush $info(dc)
catch { close $pdcs } errval ; outd $p "close pdcs errval \"$errval\""
catch { close $info(dc) } errval ; outd $p "close info(dc) errval \"$errval\""
tee $fsock "226 Transfer complete."


The transfer has finished before your proc runs!

[ronnythunder]

a couple of things:

first: sanderton, riley and all those who have contributed to make this possible: awesome, awesome work, guys. this is a fantastic hack!

next: perhaps this is a "duh", but may i assume that one shouldn't try to run this in a "reciprocal" fashion on two tivos? in other words, if i want to share between tivo1 and tivo2, i should only install the sanderton stuff on one of them? i tried installing on both, and bad things were happening until i uninstalled it on one of them.

next: did anyone ever figure out the "user/pass" timeout issue that one of the earlier posters had? specifically, where the "pass" prompt was taking so long to come back? i have this problem, and after applying the "after" change that sanderton suggested, i seem to get getting past it, but it's an ugly hack.

finally: i also have the "file called &" issue (where a file named with a single character - an ampersand - is being created in /var/mfs_ftp). has anyone else seen this? neither tivo had ever run mfs_ftp, so i started clean with 1.2.9q on each.

ronny

[sanderton]

a couple of things:

first: sanderton, riley and all those who have contributed to make this possible: awesome, awesome work, guys. this is a fantastic hack!

next: perhaps this is a "duh", but may i assume that one shouldn't try to run this in a "reciprocal" fashion on two tivos? in other words, if i want to share between tivo1 and tivo2, i should only install the sanderton stuff on one of them? i tried installing on both, and bad things were happening until i uninstalled it on one of them.

next: did anyone ever figure out the "user/pass" timeout issue that one of the earlier posters had? specifically, where the "pass" prompt was taking so long to come back? i have this problem, and after applying the "after" change that sanderton suggested, i seem to get getting past it, but it's an ugly hack.

finally: i also have the "file called &" issue (where a file named with a single character - an ampersand - is being created in /var/mfs_ftp). has anyone else seen this? neither tivo had ever run mfs_ftp, so i started clean with 1.2.9q on each.

ronny

The patch MUST be running on both TiVos for it to work at all; the patches communicate with eachother.

You can use it to send both ways with no problems (at least I can!).

The timeout issue turned out to be DNS related and was solved by editing the Linux equivalent of the hosts file IIRC. It was explained on here somewhere.

If I had to guess about the & it sounds like a command to run mfs_ftp in the background and with redirection has been mistyped.

[lgkahn]

thanks sanderton... the problem was not the socket code (I had already added the eof case after posting and it still didn't work) or even that the 226 was coming out before the other in the log that just meant the data was in the socket buffer waiting to be read.. the real problem was minor little syntax errors in the function that I did not see nor you.. since it runs from a listen function it never tells you there are syntax errors.. it just aborts... pain in the but.. anyway.. got father but can't get it to read a second time.. do you know with listen functions if I have to reset them somehow with the tivo or should they just reset themselves automatically.... ie I am trying to change directory and test reading a second directlry... here is the log output...
thanks anyway now also I am issueing the port command so that I can control what socket the data is coming back on...


10:21:16:AM - in pc_start_dir remote pc is 216.177.20.119 listenport is 5013
10:21:17:AM - sent USER *****
10:21:17:AM - sent PASS ****
10:21:18:AM - Logged In successfully!
10:21:18:AM - sending port command: PORT 216,177,20,118,19,149
10:21:19:AM - Port command successfull!
10:21:19:AM - Sending Directory command
10:21:20:AM - from dir command got back: {150 Opening ASCII mode data connection for /bin/ls.} {226 Transfer complete.}
10:21:28:AM - Sending cd command
10:21:29:AM - CwD command successfull!
10:21:29:AM - Sending Directory command
10:21:29:AM - from dir command got back: {150 Opening ASCII mode data connection for /bin/ls.} {425 Can't open data connection.}
10:21:29:AM - sourcing p1
10:21:30:AM - updating cached recording info
.........................

.........................

catch close lastsock val "can't read "info(lastsock)": no such element in array"
10:21:34:AM - Running pc_getdir addr = 216.177.20.119 port= 20
10:21:34:AM - got line: {04-04-04 09:46AM 1434459648 {Austin Powers in Goldmember}{2001-12-31}{}{08.00 PM Sat Apr 03, 2004}{MYST}.tmf
} {04-01-04 08:07PM 3128962048 {Dances With Wolves}{1989-12-31}{}{09.30 AM Thu Apr 01, 2004}{HBO}.tmf
} {12-03-03 01:03AM 2147492352 {Die Another Day}{2001-12-31}{}{11.00 PM Sat Mar 13, 2004}{TMCw}.tmf
} {04-04-04 10:20AM 1925194752 {Dreamcatcher}{2002-12-31}{}{01.00 AM Sun Apr 04, 2004}{MaxW}.tmf
} {12-03-03 12:36AM 2701143552 {Harry Potter and the Chamber of Secrets}{2001-12-31}{}{02.00 PM Sat Mar 13, 2004}{MAX}.tmf
} {04-04-04 10:39AM 1937777152 {K-19 The Widowmaker}{2001-12-31}{}{03.10 AM Sun Apr 04, 2004}{EXTR}.tmf
} {03-26-04 02:49PM 1593843200 {Men in Black II}{2001-12-31}{}{06.30 PM Thu Mar 25, 2004}{MaxW}.tmf
} {04-04-04 11:33PM 2684365312 {Minority Report}{2001-12-31}{}{02.00 PM Sun Apr 04, 2004}{MaxW}.tmf
} {11-29-03 11:09AM 2800759296 {Pirates of the Caribbean $1.99 Special}{2002-12-31}{}{09.00 AM Fri Mar 19, 2004}{PPV}.tmf
} {12-03-03 07:09AM 1622156288 {Road to Perdition}{2001-12-31}{}{10.00 AM Sat Mar 13, 2004}{HBOS}.tmf
} {03-25-04 02:26AM 1760567808 {Secondhand Lions}{2002-12-31}{}{11.00 PM Wed Mar 24, 2004}{PPV}.tmf
} {04-01-04 01:57AM 2046829056 {Star Trek First Contact}{1995-12-31}{}{10.00 PM Wed Mar 31, 2004}{HBOW}.tmf
} {03-30-04 08:22AM 1778394112 {Star Trek Nemesis}{2001-12-31}{}{09.30 PM Mon Mar 29, 2004}{SHO}.tmf
} {04-06-04 03:56PM 1912611840 {The Bourne Identity}{2001-12-31}{}{09.30 AM Tue Apr 06, 2004}{STZE}.tmf
} {12-03-03 06:06PM 2650810368 {The Lord of the Rings The Fellowship of the Ring}{2000-12-31}{}{09.00 PM Mon Mar 15, 2004}{WAM}.tmf
} {12-03-03 09:41AM 3770693632 {The Lord of the Rings The Two Towers}{2001-12-31}{}{12.00 AM Fri Mar 19, 2004}{STZW}.tmf
} {03-29-04 10:27PM 1946166272 {The Saint}{1996-12-31}{}{10.30 AM Mon Mar 29, 2004}{HBOW}.tmf
} {03-25-04 03:23AM 1860184064 {The Sum of All Fears}{2001-12-31}{}{01.00 AM Wed Mar 24, 2004}{TMCw}.tmf
} {04-04-04 10:58AM 1778394112 {Unfaithful}{2001-12-31}{}{03.00 PM Sat Apr 03, 2004}{MaxW}.tmf
}
10:21:34:AM - Done getting dir



here is the new fx

just for your perusal

proc pc_getdir { newsock addr port } {
global info pcfile line lcount

fconfigure $newsock -blocking 1 -buffering line -buffersize 4096 -translation binary
# fileevent $newsock r {}

outd 0 "Running pc_getdir addr = $addr port= $port"
set lcount 1
set pcfile [open "$info(path)/pcdirfile.txt" w]
set line {}
while {1} {
set lcount [expr $lcount + 1]
set line [snp_readfromsocket $newsock]
if {$line != ""} {
puts $pcfile $line
outd 0 "got line: $line"
}
if { [eof $newsock] } {break}
if {$lcount > 1000} {break}
}
close $newsock
close $pcfile
outd 0 "Done getting dir"
return
}

[sanderton]

Looking at how SmartFTP does it, it issues a fresh PORT every time?

[lgkahn]

yes I just determined that by looking at the ws_ftp code I have which I ported and modified aparently it is not a problem with the tcl code because I can telnet to it on the 5013 port all day and it connects and happily writes a file.. it is something in the ftp server not reseting the port on its end.. unfortunatly the ftp client code starts a listener on a new port then issues the PORT command to tell the other end what the port is ...


ie..

int RetrieveFile(SOCKET ctrl_skt,LPSTR szCMD,LPSTR localfile, LPSTR shortname,char rtype)
{
int iRetCode;
int iLength;
int iFlag = 1;

iCode=0;
iMultiLine = 0;
// if we don't have a valid control socket, can't do anything
if(ctrl_skt==INVALID_SOCKET) {
DoAddLine("no ctrl_skt, ignored");
return(0);
}
// if we are doing something, don't try to do this
if(bCmdInProgress) {
DoAddLine("command in process, ignored");
return(0);
}
// if the requested type is not the same as the default type
if(cType!=rtype) {
if(rtype==TYPE_L)
command(ctrl_skt,"TYPE L 8");
else
command(ctrl_skt,"TYPE %c",rtype);
cType=rtype;
}
// create a listener socket, if it is successful
if((listen_socket=GetFTPListenSocket(ctrl_skt))!=INVALID_SOCKET)
{
// send command to see the result of this all
...


IF I do this I will have tons of listeners running out there because I cannot find any documentation in tcl on how to terminate a listener once I have started it... any ideas...

thanks again for your help...

I am so close I have it connecting and doing a dir to multiple servers on a special mail entry and adding the appropriate emails .. I also have it now starting an transfer from an approprirate email.. I also have the code to read a server config file written and working...

just need to tie it all together...

thanks

one other issue seems to be use lsearch or other search functions to parse lines with
special characters in it like { or } seems to crash the tivo have you seen this before... I think i need to replace them with other characters first...

figured it out close the listening socket ... should have it working soon...

hopefully ie test programl....



proc test {} {

global commaport p1 p2 sum port
outd 0 "in test port = $port"
set p1 [expr $port / 256]
set sum [expr $p1 * 256]
set p2 [expr $port - $sum]
set commaport "$p1,$p2"

set listen [socket -server pc_getdir $port]
outd 0 "$commaport"
set port [expr $port + 1]
close $listen
}

global port commaport listen
set port 5013
set listen [socket -server pc_getdir $port]
set port 5014
test
test
test
test
test
set forever start
vwait forever

[sanderton]

IF I do this I will have tons of listeners running out there because I cannot find any documentation in tcl on how to terminate a listener once I have started it... any ideas...
...

The socket listener is shut down when you explicitly close its handle.

eg:


global listener
set listener [socket -server connected 9999]


proc connected {newSock addr port} {
# some stuff
close $listener
}

vwait forever


As for searching for "{" and "}" you can use \{ and \} but some experimenting is needed when dealing with lists to see what is and isn't actually part of the list element. Never crashed a TiVo doing it though!

[lgkahn]

strange these 3 lines crash the box


outd 0 "in parse got line = $line"
# if {[lsearch $line "*.tmf*"] >0 || [lsearch $line "*.ty*"] >0 || [lsearch $line "*.ty+*"] >0} {
# outd 0 "thinks line is ok to process"
# }

[sanderton]

strange these 3 lines crash the box


outd 0 "in parse got line = $line"
# if {[lsearch $line "*.tmf*"] >0 || [lsearch $line "*.ty*"] >0 || [lsearch $line "*.ty+*"] >0} {
# outd 0 "thinks line is ok to process"
# }


Shouldn't crash the box, but not sure if it will work though. I suspect the quotes will be taken as literals, and also the line would fail the match if the filename is in index 0.

[JackBlack]

hi-

I'm having trouble getting this to work. I can get the NP to update but when i start a transfer it just hangs up.

log from Tivo hosting the show
05:53:00:PM - sourcing settings
05:53:01:PM - Running SNP patch 1.0b11 (Q)
12:53:03:PM - sourcing p1
12:53:24:PM - updating cached recording info
..........................

..........................

catch close lastsock val "can't read "info(lastsock)": no such element in array"
12:56:15:PM - 220 Mfs_Ftp ver 1.2.9Q - {sock15} from "192.168.1.150:1107"
12:56:15:PM - 331 User name okay, need password.
12:56:16:PM - 230 Running in TiVo Mode.
12:56:16:PM - 227 Entering Passive Mode (192,168,1,151,12,32).
12:56:24:PM - 150 Partsizes: {PS 536870912 306184192}

Log from receiving Tivo
05:52:52:PM - sourcing settings
05:52:52:PM - Running SNP patch 1.0b11 (Q)
12:52:53:PM - sourcing p1
12:52:55:PM - updating cached recording info
..................................................

..................................................

catch close lastsock val "can't read "info(lastsock)": no such element in array"
retrying after errTmActiveLockConflict ...
retrying after errTmActiveLockConflict ...
retrying after errTmActiveLockConflict ...
12:55:59:PM - updating cached recording info
........................................................................

........................................................................

12:56:18:PM - 200 PORT command successful.



Thats it. It just hangs there. Any ideas whats going on. These are both Series 1 philips running 3.0. MFS FTP works with FlashFXP

Thanks!!!

[JackBlack]

its working now. I think i had too much other stuff running in the background.

[hom3l3ss]

will this script work on a S2 SA w/ 4.01 sw anytime soon? just asking thanks:)

[sanderton]

No, it uses sendkey, which is not supported in v4.

[newbr]

Hi,
can someone please post the version that limits the remote NP list to X items.

Thanks

[Lowcarb]

It was working fine until I accidently deleted the "Delete Now Playing List". I did not hit play. Instead I hit delete. Well I thought it would be a easy fix by just deleting the snp folder and files. Nope!

I have started out with a fresh install of mfs_ftp 1.29p once again. I deleted the entries that were imported from each tivo. I have reinstalled the p1.tcl files on both tivos.

Now when I go to refresh it does what it suppose to do. The only problem is when I go to play any movie whether it is on the tivo or a remote tivo I get this error:

"Are you done with this program? If you delete it now, there will be more room for programs to be recorded."

I usually get that screen after I have watched the movie. Now when I hit play I get this error. Any clues on why or what I did wrong?



Sanderton,

I'm similar to Piggers, I deleted the Delete Remote Now Playing items entry.

Now what do I do.

Also, I got the same error as Piggers when trying to play an item from the remote tivo.

[sanderton]

If you delete the .../snp/snp.ini file the menu items will rebuild.

Some versiopns of the TiVo software make you go through the Delete/Don't delete screen, but it should still work.

[newbr]

Hey sanderton, is this the program you wanted to use with the messagebox from Spire? (visual feedback would be nice)

[sanderton]

Yes, it is.

[newbr]

Here's an error I'm getting:

First the client tivo (receiver):

catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:17:07:AM - 200 PORT command successful.
retrying after errTmActiveLockConflict ...
03:17:11:AM - rec_info_from_db done
retrying after errFsLockConflict ...
03:17:21:AM - 150 Opening BINARY mode data connection for "{{Star Trek Enterprise}{2004-05-12}{The Council}{07.00 PM Wed May 12, 2004}{SF44}.tmf}"
bgerror invoked with error

" syntax error in expression "11551" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9Q
info(tswv): 3.0-01-1-010
info(dbl): 0
info(ithrottle): 2
info(insert_priority): 10
info(multithreaded): 0
info(save_until): delete
info(name_detail): 5
info(bjuggle): 0
info(active): 0
info(ac_interval): 1800
info(gateway_ip): 127.0.0.1
info(gateway_port): 3105


catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:17:22:AM - bgerro_bail quiting mfs_ftp.tcl and forking a new one
03:17:22:AM - 200 shutting down the server NOW from "phoenix_mfs_ftp"
11:17:25:AM - sourcing settings
11:17:25:AM - Running SNP patch 1.0b11 (Q)
03:17:25:AM - sourcing p1
03:17:34:AM - updating cached recording info
catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:19:31:AM - 200 PORT command successful.
retrying after errTmActiveLockConflict ...
03:19:34:AM - rec_info_from_db done
03:19:40:AM - 150 Opening BINARY mode data connection for "{{Star Trek Enterprise}{2004-05-12}{The Council}{07.00 PM Wed May 12, 2004}{SF44}.tmf}"
bgerror invoked with error

" syntax error in expression "11551" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9Q
....
info(gateway_port): 3105

catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:19:41:AM - bgerro_bail quiting mfs_ftp.tcl and forking a new one
03:19:41:AM - 200 shutting down the server NOW from "phoenix_mfs_ftp"
11:19:42:AM - sourcing settings
11:19:42:AM - Running SNP patch 1.0b11 (Q)
03:19:43:AM - sourcing p1
03:19:49:AM - updating cached recording info
catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:21:18:AM - 200 PORT command successful.
03:21:19:AM - rec_info_from_db done
03:21:24:AM - 150 Opening BINARY mode data connection for "{{Star Trek Enterprise}{2004-05-12}{The Council}{07.00 PM Wed May 12, 2004}{SF44}.tmf}"
bgerror invoked with error

" syntax error in expression "11551" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9Q
...
info(gateway_port): 3105

catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:21:24:AM - bgerro_bail quiting mfs_ftp.tcl and forking a new one
03:21:24:AM - 200 shutting down the server NOW from "phoenix_mfs_ftp"
11:21:26:AM - sourcing settings
11:21:26:AM - Running SNP patch 1.0b11 (Q)
03:21:27:AM - sourcing p1
03:21:31:AM - updating cached recording info
catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:27:24:AM - 200 PORT command successful.
retrying after errTmActiveLockConflict ...
retrying after errFsLockConflict ...
03:27:33:AM - rec_info_from_db done
retrying after errFsLockConflict ...
03:27:39:AM - 150 Opening BINARY mode data connection for "{{Star Trek Enterprise}{2004-05-12}{The Council}{07.00 PM Wed May 12, 2004}{SF44}.tmf}"
bgerror invoked with error

" syntax error in expression "11551" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9Q
...
info(gateway_port): 3105


catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:27:39:AM - bgerro_bail quiting mfs_ftp.tcl and forking a new one
03:27:40:AM - 200 shutting down the server NOW from "phoenix_mfs_ftp"
11:27:42:AM - sourcing settings
11:27:42:AM - Running SNP patch 1.0b11 (Q)
03:27:42:AM - sourcing p1
03:27:50:AM - updating cached recording info


Then the sending server tivo:

catch close lastsock val "can't read "info(lastsock)": no such element in array"

01:44:00:PM - 220 Mfs_Ftp ver 1.2.9Q - {sock146} from "192.168.1.11:1032"
01:44:00:PM - 331 User name okay, need password.
01:44:01:PM - 230 Running in TiVo Mode.
01:44:01:PM - 227 Entering Passive Mode (192,168,1,69,12,32).
01:44:02:PM - 150 Partsizes: {PS 536870912 536870912 360710144}
bgerror invoked with error

" child killed: write on pipe with no readers "
- core dump -
...
info(gateway_port): 3105
[repeats again twice]


Date difference between tivos is 12:01 on the receiver and 22:28 on the sender.

[newbr]

BTW, visual confirmation of what's happening would be really really nice. Can you somehow tap into the Xplusz routines that write to the screen?

[LLLXX]

Hi,
I have 2 HDVR2.

I installed MFS_FTP 1.2.9p with p1.tcl (version 1.0b8).

mfs_ftp work fine.
the remote list work fine.

When I try to play a remote content I get immediatlly the screen asking to delete or not the content.
Until I don't press select on DON'T DELETE nothing append on the logs of mfs

After the not delete I get the error screen

on the log the sender get the connection but after the pwd request nothing append.

Any Idea??

Thanks

[sanderton]

Here's an error I'm getting:

First the client tivo (receiver):
[SIZE=1]
catch close lastsock val "can't read "info(lastsock)": no such element in array"
03:17:07:AM - 200 PORT command successful.
retrying after errTmActiveLockConflict ...
03:17:11:AM - rec_info_from_db done
retrying after errFsLockConflict ...
03:17:21:AM - 150 Opening BINARY mode data connection for "{{Star Trek Enterprise}{2004-05-12}{The Council}{07.00 PM Wed May 12, 2004}{SF44}.tmf}"
bgerror invoked with error

" syntax error in expression "11551" "

.

Yes, I've had this one on occasion. It seems to effect some shows but not others and is due to the data transfer somehow cliping two or three bytes from the start of the tmf file. It will be something technical with buffers in sockets or sommat like that, but buggered if I can see it.

I've got a workaround running on my system at the moment; once I'm sure it works I'll post an update.

[sanderton]

Hi,
I have 2 HDVR2.

I installed MFS_FTP 1.2.9p with p1.tcl (version 1.0b8).

mfs_ftp work fine.
the remote list work fine.

When I try to play a remote content I get immediatlly the screen asking to delete or not the content.
Until I don't press select on DON'T DELETE nothing append on the logs of mfs

After the not delete I get the error screen

on the log the sender get the connection but after the pwd request nothing append.

Any Idea??

Thanks

Can't tell what the problem might be from the logs. Edit the p1.tcl file to set info(snp) to 99.

[LLLXX]

Can't tell what the problem might be from the logs. Edit the p1.tcl file to set info(snp) to 99.

done but nothing change on the log.
(of corse I stopped and restarted fms_ftp).

I added the line
set info(snp) 99

after
set info(StopTime) 0

and before the check for the file exist on snp.ini

Please let me know where is my error.

Thanks

Luigi

[sanderton]

There's already a line in there which sets info(snp); it defaults to 0. Change it to 99. You might also change the infor(dbl) in settings.tcl to 99 too.

[newbr]

Yes, I've had this one on occasion. It seems to effect some shows but not others and is due to the data transfer somehow cliping two or three bytes from the start of the tmf file. It will be something technical with buffers in sockets or sommat like that, but buggered if I can see it.

I've got a workaround running on my system at the moment; once I'm sure it works I'll post an update.

OK on the next version don't forget to allow the option to limit the remote NP list to X items.

Also on screen display telling you that it's working would be nice (see the next post).

Thanks!

[newbr]

Xplusz on screen code:

# build up screen buffer until 23 lines
if { ! [info exists linectr] } {
set linectr 0
lappend plinebuf $b38
}
# pad lines to multiple of 38, truncate at 266
if { $trimleft } {
set msg [string trimleft $msg]
}
set msglen [string length $msg]
if { $msglen <= 38 } {
set incr 1
set msg [string range $msg$b38 0 37]
} else {
if { $msglen > 266 } {
set msg [string range $msg 0 265]
}

set numblks [expr ($msglen/38)]
set buf [string range $msg 0 37]
set ctr 1
while {$ctr < $numblks } {
append buf [string range $msg [expr 38*$ctr] [expr 38*$ctr+37]]
incr ctr
}
switch $msglen {
76 {}
114 {}
152 {}
190 {}
228 {}
266 {}
default {append buf [string range $msg$b38 [expr 38*$ctr] [expr 38*$
}
set msg [breakatword $buf 38]
set incr [expr [string length $msg]/38]
}

incr linectr $incr
if { [info exists waitctr] } {
set waitctr $linectr
if { [info exists limitWaitctr] } {
incr limitWaitctr
if { $limitWaitctr == 24 } {
set waitosd $limitWaitosd
}
}
}
# only 23 lines are used to allow white space at top and bottom of scree
while { $linectr > 23 } {
set mincr [string range [lindex $plinebuf 1] 0 0]
set plinebuf [lreplace $plinebuf 1 1]
set linectr [expr $linectr-$mincr]
}

#save line count for each msg as 1st char
lappend plinebuf $incr$msg
set msg ""
set indx 0
set plbuflen [llength $plinebuf]
# get rid of line count char
while { $indx < $plbuflen } {
lappend msg [string range [lindex $plinebuf $indx] 1 end]
incr indx
}
if { [info exists osdmore] && $osdmore && $plbuflen == 24 } {
lappend msg "v v v"
}
}

if { $scrollosd || ($osd ) } {
if { [info exists osdfile] && $osdfile != "" } {
set outp [open $osdfile "w"]
} else {
set outp [open "|/tvbin/text2osd" "w"]
}
# break message into 38 char segments (1 space at start and end of each
# if list, each element is enclosed in braces
set b " "
if { [regexp {^(\{)} $msg] && [regexp {(\})$} $msg] } {
foreach element $msg {
set ell [string length $element]
set indx 0
while {$ell > 0} {
puts $outp $b[string range $element $indx [expr $indx+37]]
set ell [expr $ell-38]
set indx [expr $indx+38]
}
}
} else {
set ell [string length $msg]
set indx 0
while {$ell > 0} {
puts $outp $b[string range $msg $indx [expr $indx+37]]$b
set ell [expr $ell-38]
set indx [expr $indx+38]
}
}
close $outp
if { $nolog } {
if { [info exists waitosd] && ![info exists waitctr] ||
[info exists waitosd] && [info exists waitctr] && $waitctr > 22 }
after [expr $waitosd * 1000]
}
}
}

[sanderton]

Feel free to add the OSD code newbr, but it's not on my TDL unless Spire gets around to releasing his messagebox code.

[LLLXX]

There's already a line in there which sets info(snp); it defaults to 0. Change it to 99. You might also change the infor(dbl) in settings.tcl to 99 too.

Sorry but I checked all the file and I do not have any info(snp) or infor(dbl).

I'm using mfs_ftp 1.2.9p
and p1.tcl 1.0b8

Please let me know the parameter that I need to change.

Thanks

Luigi

[newbr]

Here's another one:


catch close lastsock val "can't read "info(lastsock)": no such element in array"
11:43:53:AM - 200 PORT command successful.
11:43:54:AM - rec_info_from_db done
11:43:57:AM - 150 Opening BINARY mode data connection for "{{Monk}{2002-07-26}{Mr. Monk Meets Dale the Whale}{08.00 PM Mon May 10, 2004}{USA}.tmf}"
bgerror invoked with error

" syntax error in expression "174" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

Server says:
10:09:41:PM - 200 shutting down the server NOW from "phoenix_mfs_ftp"
06:09:43:AM - sourcing settings
06:09:43:AM - Running SNP patch 1.0b11 (Q)
10:09:44:PM - sourcing p1
10:09:47:PM - updating cached recording info
.................................................................................................... .................................................................................................... ..................................................................................................

.................................................................................................... .................................................................................................... ..................................................................................................

catch close lastsock val "can't read "info(lastsock)": no such element in array"
10:11:10:PM - 220 Mfs_Ftp ver 1.2.9Q - {sock80} from "192.168.1.11:1036"
10:11:10:PM - 331 User name okay, need password.
10:11:11:PM - 230 Running in TiVo Mode.
10:11:11:PM - 227 Entering Passive Mode (192,168,1,69,12,32).
10:11:12:PM - 150 Partsizes: {PS 536870912 352321536}
bgerror invoked with error

" child killed: write on pipe with no readers "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

[sanderton]

Sorry but I checked all the file and I do not have any info(snp) or infor(dbl).

I'm using mfs_ftp 1.2.9p
and p1.tcl 1.0b8

Please let me know the parameter that I need to change.

Thanks

Luigi

Sorry, typos.

info(snpdbl) is in p1.tcl
info(dbl) is in settings.tcl.

[sanderton]

Here's another one:


catch close lastsock val "can't read "info(lastsock)": no such element in array"
11:43:53:AM - 200 PORT command successful.
11:43:54:AM - rec_info_from_db done
11:43:57:AM - 150 Opening BINARY mode data connection for "{{Monk}{2002-07-26}{Mr. Monk Meets Dale the Whale}{08.00 PM Mon May 10, 2004}{USA}.tmf}"
bgerror invoked with error

" syntax error in expression "174" "


Same issue as above.

[Lowcarb]

Sanderton.

I'm able to get NP to update from a remote Tivo but I'm not able to associate your logo with channel 1000. I "no gots" a channel 1000.

I do have a 1100 and 1101 but you've alread mentioned that those aren't your creation.

Where/how/when in the process was channel 1000 suposed to get created?

When I look at a remote entry on my NP list it list as channel REMOTE_TIVO.

When I look at a transfer in process it is channel mfs_ftp.

There is no logo associated with either one.

[LLLXX]

Sorry, typos.

info(snpdbl) is in p1.tcl
info(dbl) is in settings.tcl.

Sorry but i'm unable to find the info(snpdbl) in p1.tcl any idea??

Thanks

Luigi

[sanderton]

Look harder?

[sanderton]

Sanderton.

I'm able to get NP to update from a remote Tivo but I'm not able to associate your logo with channel 1000. I "no gots" a channel 1000.

I do have a 1100 and 1101 but you've alread mentioned that those aren't your creation.

Where/how/when in the process was channel 1000 suposed to get created?

When I look at a remote entry on my NP list it list as channel REMOTE_TIVO.

When I look at a transfer in process it is channel mfs_ftp.

There is no logo associated with either one.

Have you done a Full Restart of TivoWeb? Channels are cached at startup by TW.

[LLLXX]

Look harder?

I Manually added to p1.tcl and now work! :)
The debug work of coarse.

The problem look like that the receiving tivo do not get the replay from the sending tivo after the userid:

this is the last step on the 2 logs:
Reveicer:

02:11:59:PM - After regsub: context {
pTitleTextCtrlM {
pTextM {Now Playing List}
}
id {7}
pTitleListCtrlM {
iTop {0}
iCurrent {4}
nVisible {8}
nItemMax {267}
fPage {true}
}}
02:11:59:PM - Local ID of file to get: 1280065
02:11:59:PM - Got command: start mfs_ftp transfer for {Boa vs. Python} (id 12800
65)
02:11:59:PM - Running snp_open_socket
02:11:59:PM - Opened socket as sock27
02:11:59:PM - Running snp_readfromsocket
02:11:59:PM - nbytes = -1, Returning: {220 Mfs_Ftp ver 1.2.9p - {sock27} from "1
0.50.199.198:1094"}
02:11:59:PM - sent USER TIVO
02:12:00:PM - Running snp_readfromsocket
02:12:00:PM - nbytes = -1, Returning:


on the sender:

02:07:03:PM - Done sending
02:11:59:PM - newcsocket: {sock27} "10.50.199.198:1094"
02:11:59:PM - abortcheck: "newcsocket"
02:11:59:PM - 220 Mfs_Ftp ver 1.2.9p - {sock27} from "10.50.199.198:1094"
02:12:19:PM - serverip "10.50.199.199"
02:12:19:PM - readlinefromsocket: "sock27"
02:12:19:PM - echo to verify: "USER TIVO"
02:12:19:PM - parseline:
"USER TIVO"
02:12:19:PM - USER: "TIVO"
02:12:19:PM - 331 User name okay, need password.

They hung up this way.

Any Idea??

Thanks

Luigi

[Lowcarb]

Have you done a Full Restart of TivoWeb?

Yes, several times.

[sanderton]

I Manually added to p1.tcl and now work! :)
The debug work of coarse.

It's there, honest!

02:12:00:PM - Running snp_readfromsocket

02:12:19:PM - 331 User name okay, need password.


That 20 second delay is causing a time out.

Read back in the thread to see how others solved this problem; I think it was DNS related.

[sanderton]

Yes, several times.


If you delete the file ../mfs_ftp/snp/snp.ini and restart msf_ftp it will rebuild the channel.

You might need to reboot the TiVo to get it to appear?

[Lowcarb]

If you delete the file ../mfs_ftp/snp/snp.ini and restart msf_ftp it will rebuild the channel.

You might need to reboot the TiVo to get it to appear?

OK, I'll try that, again I think.

I once deleted one of the refresh or delete items that you create and had to delete snp.ini to get them rebuilt. I've never had a channel 1000 before or after that though.

BTW, this is the current content of my snp.ini
set delete 345735
set refresh 345739
set dummystation 345736

[sanderton]

OK, I'll try that, again I think.

I once deleted one of the refresh or delete items that you create and had to delete snp.ini to get them rebuilt. I've never had a channel 1000 before or after that though.

You do; it's just that TiVoWeb isn't seeing it for some reason.

[Lowcarb]

Shut down mfs_ftp
Shut down tivowebplus
RM snp.ini
restart tivowebplus
restart mfs_ftp
delete the two extra refresh and delete items from NP
check logos, still no channel 1000
full reload tivowebplus
check logos, Hey, there is a channel 1000 there.

Now that was easy :rolleyes:

Could it be that my rc.sysinit.author starting mfs_ftp before TWP was the problem?

[sanderton]

Shut down mfs_ftp

Could it be that my rc.sysinit.author starting mfs_ftp before TWP was the problem?

Both TW and mfs_ftp whack the database hard at start up caching all kinds of stuff. However TW is pretty rubbish at dealing with database access locks during that initial startup, and often gives up or puts rubbish in the cache. Whether it works OK depends to some extent on how much stuff you have in Now Showing.

[irrelevant]

Hi..

Excellent prog;
however I've installed it anbd get a prob... :(

Running p1.tcl_1.2.9P, with that version of mfs_ftp.
UK tivo. remote subbed, this one unsubbed.
telnet to 5013 gives me loads of xml fine.
I can fxp shows between the tivos no problem.
tivo2 (remote) has a cachecard, local one a tivonet.

When I press on Refresh remote Now Playing and select Play, it
bleeps and returns me to NP. no further action on screen

port3105.log on the local tivo shows:
" can't read "firstbit": no such variable "


I've set the info(dbl) etc to 99. logs are attached..
any ideas?
Logs:
port.3105.log (http://www.irrelevant.com/rob/port.3105.log)
mwstate (http://www.irrelevant.com/rob/mwstate.log)

cheers,
Rob.

[sanderton]

Have you patched the mwstate bug?

[irrelevant]

Yes I did that first ... there is also a mwstat1 in /tmp - should that have been the file I needed to include?

BTW.. I get the same issues if I try the transfer in the opposite direction.

[sanderton]

That mwstate file was not created while the TiVo was displaying the Now Playing screen. Did you navigate away, or change both entries in tivoapp to mwstat1?

[irrelevant]

I just changed the first one I found to mwstat1 ... do i need to do others too?

here's (http://www.irrelevant.com/rob/mwstate2.log) a fresh mwstate taken just now, having just gone into NP...

[sanderton]

I just changed the first one I found to mwstat1 ... do i need to do others too?

Yes and no, you needed to change the SECOND one to mwstat1, not the first one.

[irrelevant]

Ah, ok. oops!

I changed the first one back, and the second one to mwstat1, and it is now populating the now playing list correctly, although I got multiple copies, and they don't seem to want to play.. I'll go re-read this thread again now, because I am sure I've seen this referred to already. Thanks for the help!!

[newbr]

will this patch work with R?

[sanderton]

I doubt it, but it depends on what exactly has changed. It patches some of the core procs of mfs_ftp so it's unlikely to just work but I haven't tried - I hadn't realised that R was out (the first post in the mfs_ftp thread is still P).

[rc3105]

R is posted but I'm not happy with it. S will be along fairly shortly - soon as there's an evening to spare & the s2 cross quits freaking out...

[edskee]

Has someone compiled all the changes for this project into one downloadable file? I've read 90% of this thread and it seems all the various fixes were posted as text on the list, but I havent seen any updated versions posted after all these fixes... does someone have one available for download?

[sanderton]

All the "official" fixes are in the version in the first post. The tweaks some needed to make it work are not generally applicable.

[edskee]

The latest version says it only works witj mfs_ftp 1.2.9Q or better... but Q expired and isnt available, and I cant find 1.2.9R anywhere... anyone got any idea where to get it, or does this work with P anyway?

[sanderton]

There's a version in the zip which should work with P. No version for R yet, and probably won't be - I'll wait to see what becomes of S first! Alternatively learn enough TCL to hack the time expiry out of Q. :)

Alphabetispaghetti...

[edskee]

'S'? What version is the current then?

[sanderton]

R, but read up a couple of posts.

[smokey75]

I know 4.0 is not officially supported in SNP because of the sendkey limitation in 4.x. However, since MuscleNerd came out with the sendkey update for 4.0, I thought I'd take a shot at getting this to work on a 4.x machine. BTW -- I've searched and searched to see if this is out there so I apologize in advance if I'm missing something.

I've never coded in .tcl before, but the basics seemed pretty straightforward so I set to work on it. With a little bit of tweaking, I was able to get a standalone .tcl to work w/ MN's SendKey. I then ported those changes to the 'P' version of the SNP tcl. It appears to run okay as it creates the menu items, etc. but when I play the 'Refresh Remote' option and I get the subsequent error messages, nothing seems to happen on my 4.x tivo and I get the following in my tverr log:

Sep 5 19:25:19 (none) TmkMultiMpegClip::Trace[163]: Setup(344213) Status:262145
Sep 5 19:25:19 (none) mediamgr[163]: 0x40001 at line 2322(mmguts.C)
Sep 5 19:25:19 (none) mediamgr[163]: 0x40001 at line 1306(mmguts.C)



My guess is this is probably a normal error when trying to play fake content. However, looking through the SNP code, my guess is that we're never getting the proc snp_dumpstate to run. Since this looks to be called based on the EVT_MW_STATUS and the subevents my guess is that maybe this changed in the 4.x code.

My questions then would be 1) Does this sound right? and 2) If so is there a list of the various EVT_MW_STATUS possibilities in 4.x or is there a way to get this information?


Thanks for your help in advance. I think this forum has got to be one of the slickest. I'm still a NEWB (only on my 3rd hacked Dtivo -- 2 HDVR2s and 1 RID DVR40), but the excellent help from Sanderton, RC3105, MN, Haderak, NutKase and all the many other greats has been instrumental in getting me this far.

[sanderton]

I think your guess is right - that the event codes are different under 4. But not having 4 I can't confirm that. :)

If its just the subcode which changes, then running the patch with maximum debug info should show what sub-codes are being generated as it captures but ignores them.

Under 3, there's a definitions file in /tvlib which specs out all the event codes.

[smokey75]

Thanks for the response.

I already had a debug of 99 in my settings.tcl and I modified the one in your script (set info(snpdbl)) to 99 also . I don't get any output at all when I tell it to play the 'Refresh' entry so I'm guessing it is a different event ID.

I looked in my tvlib and didn't see anything that looked like a definition file. I did see several directories and went into them but I just don't see anything that looks like it's right. On my 3.1 machine, it appears that I have the same directory structure as my 4.x under the tvlib so my guess would be that this definition file would be in the same location on either machine.

Do you know the exact path and name to the file?

Thanks again. I feel that I'm really close on this, just need another push in the right direction.

[sanderton]

I can't access the exact filename from here.

There are some utilities about which display all events as they happen, enabling you to figure out what is needed - again I don't have the names though. A search should turn them up, or if you have Jeff Keegan's book he talks about them.

[smokey75]

I never was able to track down the filename that should have the event registers so if you do find them, they might help a bit.

However, I did run over to alt.org and tracked down a script that Embeem made that displays the events as they happen. I modified it slightly and it's below:

*******************

#!/tvbin/tivosh

#event handler callback ...

proc status_callback { type subtype } {
global NumEvents EventData
binary scan $EventData H* data
binary scan $EventData I* idata
putlog "TYPE: [format "%02d" $type] SUBTYPE: [format "%02d" $subtype] $data ($idata)"
}

#event connect

#set traps for all events ...

for {set x 0} {$x<70} {incr x} {
event register $x status_callback
putlog "Registered: $x"
}
#event send 19 11 [binary format I [pid]]


#wait forever ...

set StillWaiting 1
while { $StillWaiting } {
vwait StillWaiting
}

***********************

When I run this, it shows primarily just 2 different types of entries in the log:
Type 42 sub 11 and Type 50 sub 17 with a sprinkling of Type 42 sub 08, Type 50 sub 17, and type 56 sub 00. The primary 2 entries just repeat back and forth in the logs with no real pattern in them. The 08 subtype shows up usually 2 at a time, but no real rhyme or reason to when it shows up.

Changing the channels doesn't seem to make a noticeable difference in what entries I see. I've tried playing legit entries as well as the 'dummy' ones with no discernible difference in the types that show.

I'm beginning to wonder if 4.0 handles these differently?

[cdma]

does this work on a series 2 dtv

[cdma]

I made the attempt to install this and I am soooooooooo close. One machine that is sending the file looks happy but the other gets the password thing. I made the changes that you recommended changing the two entries to 99 and still have the same problem

04:02:43:AM - USER: "TIVO"
04:02:43:AM - 331 User name okay, need password.
04:03:19:AM - newcsocket: {sock24} "192.168.1.203:1025"
04:03:19:AM - abortcheck: "newcsocket"
04:03:19:AM - 220 Mfs_Ftp ver 1.2.9p - {sock24} from "192.168.1.203:1025"
04:03:39:AM - serverip "192.168.1.201"
04:03:39:AM - readlinefromsocket: "sock24"
04:03:39:AM - echo to verify: "USER TIVO"
04:03:39:AM - parseline:
"USER TIVO"
04:03:39:AM - USER: "TIVO"
04:03:39:AM - 331 User name okay, need password.
04:03:39:AM - Dumpstate called at Wed Sep 08 09:03:39 UTC 2004
04:03:39:AM - Ident: 7
04:03:39:AM - Dumpstate called at Wed Sep 08 09:03:39 UTC 2004
04:03:39:AM - Ident: 7
04:03:39:AM - Dumpstate called at Wed Sep 08 09:03:39 UTC 2004
04:03:39:AM - Ident: 7
04:03:40:AM - Dumpstate called at Wed Sep 08 09:03:40 UTC 2004
04:03:40:AM - Ident: 7
04:03:40:AM - Dumpstate called at Wed Sep 08 09:03:40 UTC 2004
04:03:40:AM - Ident: -1734089797
04:03:40:AM - Dumpstate called at Wed Sep 08 09:03:40 UTC 2004
04:03:40:AM - Ident: 7
04:03:40:AM - Dumpstate called at Wed Sep 08 09:03:40 UTC 2004
04:03:40:AM - Ident: 7
04:03:40:AM - Dumpstate called at Wed Sep 08 09:03:40 UTC 2004
04:03:40:AM - Ident: 6
04:03:40:AM - Dumpstate called at Wed Sep 08 09:03:40 UTC 2004
04:03:40:AM - Ident: 6

I read where someone actually thought it was a skip 30 thing so I downloaded the latest rebooted and still the same thing

Here is the 3105 from the machine sending the file.

04:03:18:AM - Local ID of file to get: 95402
04:03:18:AM - Got command: start mfs_ftp transfer for Scrubs (id 95402)
04:03:18:AM - Running snp_open_socket
04:03:18:AM - Opened socket as sock20
04:03:19:AM - Running snp_readfromsocket
04:03:19:AM - nbytes = -1, Returning: {220 Mfs_Ftp ver 1.2.9p - {sock24} from "192.168.1.203:1025"}
04:03:19:AM - sent USER TIVO
04:03:19:AM - Running snp_readfromsocket
04:03:19:AM - nbytes = -1, Returning:
04:03:42:AM - Dumpstate called at Wed Sep 08 09:03:42 UTC 2004
04:03:42:AM - Ident: 7
04:03:42:AM - Dumpstate called at Wed Sep 08 09:03:42 UTC 2004
04:03:42:AM - Ident: 7
04:03:42:AM - Dumpstate called at Wed Sep 08 09:03:42 UTC 2004
04:03:42:AM - Ident: 7
04:03:43:AM - Dumpstate called at Wed Sep 08 09:03:43 UTC 2004
04:03:43:AM - Ident: -2006712227
04:03:43:AM - Dumpstate called at Wed Sep 08 09:03:43 UTC 2004
04:03:43:AM - Ident: 7
04:03:45:AM - Dumpstate called at Wed Sep 08 09:03:45 UTC 2004
04:03:45:AM - Ident: 7
04:03:45:AM - Dumpstate called at Wed Sep 08 09:03:45 UTC 2004
04:03:45:AM - Ident: 6
04:03:46:AM - Dumpstate called at Wed Sep 08 09:03:46 UTC 2004
04:03:46:AM - Ident: 6

Any help would be greatly appreciated....I am so close.....

[sanderton]

Hmm. Don't know. The Receiving Tivo isn't getting the ack after the user name is sent. I dimly recall I fixed this with the Q version.

[cdma]

Edit: no support requests in the development forums, please.

[cdma]

Just thought I would post that I finally got everything working. I had to use the P1 patch. This is a GREAT tool in conjuntion with the conflict manager.

[wholesizer]

Quoted form post #279

Yes, I've had this one on occasion. It seems to effect some shows but not others and is due to the data transfer somehow cliping two or three bytes from the start of the tmf file. It will be something technical with buffers in sockets or sommat like that, but buggered if I can see it.

I've got a workaround running on my system at the moment; once I'm sure it works I'll post an update.

Was this problem ever fixed in the beta 8 release of SNP?

Thanks

[sanderton]

Quoted form post #279



Was this problem ever fixed in the beta 8 release of SNP?

Thanks

Sort of. It seems much reduced, but I do get it sometimes.

[wholesizer]

Hmm, I seem to be getting this error nearly every time that I attempt a transfer. Any suggestions on how to fix this?

Thanks

[sanderton]

No. The header of the TMF file is getting clipped somehow in the transfer, but I can't for the life of me see how.

[jeremyclark]

Smokey75 - any update on your attempt to use MuscleNerd's new Sendkey for 4.0 software? I'm also looking for a solution for this. I have an HR10-250 (HD) which is on 3.1.5 (4.0 won't work on the HD Tivos) and an HDRV2 with 4.0.1b. I had originally upgraded my HDVR2 to 4.0 along with the Superpatch in an effort to get HMO working (which it does), but since I can't upgrade my HR10-250 I was looking for alternatives such as this which would allow me to essentially accomplish the same so that I can share shows between Tivos without having to use a PC to FXP the files.

Obviously I won't be able to view the HD Mpeg2 files on the HDVR2, but I was wanting to transfer the standard def shows both ways.

[jbolter]

any news on this? i would like to use this to transfer recordings between my 4.0 SA2 and my 3.1b DirecTivo but i'm not sure if anyone has gotten this working on 4.0 with MN's sendkey or if you can share recordings between SA and DirecTivo, although i don't see why not. Any updates are appreciated!

[blueman2]

I saw earlier discussion on the potential of using a PC server to store .tmf/TY+ files and access them from the Tivo interface (rather than Tivo to Tivo). Was any work done on this? MediaServerP does this, but a Now Showing interface would be better WAF (wife acceptance factor).

[jbolter]

I saw earlier discussion on the potential of using a PC server to store .tmf/TY+ files and access them from the Tivo interface (rather than Tivo to Tivo). Was any work done on this? MediaServerP does this, but a Now Showing interface would be better WAF (wife acceptance factor).


http://www.dealdatabase.com/forum/showthread.php?t=34085&highlight=pc+server+mfs

[cdma]

I actually have this working from one tivo to the other but the other one gets this error.any help would be greatly appreciated


6:37:38:AM - STOR:
"STOR /tmf/{Home Improvement}{1992-10-28}{The Haunting of Taylor House}{03.00 AM Sat Oct 30, 2004}{CH9}.tmf"
06:37:38:AM - make_blank_rec: "{Home Improvement}{1992-10-28}{The Haunting of Taylor House}{03.00 AM Sat Oct 30, 2004}{CH9}.
tmf"
06:37:38:AM - created blank recording {255267}
06:37:38:AM - rec_info_from_db: recobj{255267}
06:37:38:AM - Home Improvement}{1992-10-28}{The Haunting of Taylor House}{03.00 AM Sat Oct 30, 2004}{CH9}.tmf k
06:37:38:AM - cache_xml_2_disk: recobj{255267} force cache = "0"
06:37:38:AM - recording in progress, don't cache 255267.xml yet
06:37:38:AM - calc_tertiary_info: recobj{255267}
06:37:38:AM - rec_info_from_db done
06:37:38:AM - PartSizes: PS 536870912
06:37:38:AM - AddPart: "255267" - "536870912" bytes
06:37:38:AM - AddPart stream allocate errval
"255270"
06:37:38:AM - AddPart: retryev
""
06:37:38:AM - added part "255270" of "512" meg
06:37:39:AM - Priority set...
importing fsid 255270 of size 536870912 from -
Done

Exiting with error code 0
crc mismatch len=17408 0xf9c27e4b 0xf3a298b8
crc mismatch len=17408 0xb023c883 0x27e3ee07
06:37:39:AM - Partlist: 255270
06:37:39:AM - 150 Opening BINARY mode data connection for "{{Home Improvement}{1992-10-28}{The Haunting of Taylor House}{03.
00 AM Sat Oct 30, 2004}{CH9}.tmf}"
06:37:39:AM - parse_tmf:
06:37:39:AM - xml_from_tmf:
06:37:39:AM - tarpart is "ng.xml"
bgerror invoked with error

" syntax error in expression "005370" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9p
info(tswv): 3.1.1c-01-2-381
info(dbl): 99
info(ithrottle): 2
info(insert_priority): 10
info(multithreaded): 0
info(saveuntil): delete
info(name_detail): 5
info(bjuggle): 0
info(active): 0
info(ac_interval): 1800
info(gatewayip): 127.0.0.1
info(gatewayport): 3105


06:37:39:AM - abortcheck: "bgerror"
06:37:40:AM - reset_control_socket:
catch close lastsock val "can't read "info(lastsock)": no such element in array"
06:37:40:AM - setup_control_socket:
06:37:40:AM - "127,0,0,1:3105" ready for connections

[propman07]

Hello-

I have tried to install this hack for a few days now, but have run into a wall. I was hoping someone who had it working could lend me a hand. I am running mfs_ftp 1.2.9P on both of my DTivos (SAT-T60 and a DSR-6000). I can perform a mfs_ftp transfer from one machine to the other using Flash FXP. I have edited the p1.tcl file to reflect the DTivos IP addresses, and loaded the files into the /var/mfs_ftp directory. I tried to run mfs_ftp.tcl in the foreground so that I could see what it was doing with the following command:

./mfs_ftp.tcl 3105 foreground

The output that I got on both telnet sesssions from both DTivos is as follows:

./mfs_ftp.tcl 3105 foreground
12:55:31:AM - sourcing settings
04:44:36:PM - updating cached recording info
.....
catch close lastsock val "can't read "info(lastsock)": no such element in array"

The error message is the same for both units, with the exception of the length of the ....s

Thanks in advance.

[NutKase]

./mfs_ftp.tcl 3105 foreground
12:55:31:AM - sourcing settings
04:44:36:PM - updating cached recording info
.....
catch close lastsock val "can't read "info(lastsock)": no such element in array"

The error message is the same for both units, with the exception of the length of the ....s

Not sure what problem you're having exactly. Do you have 'ready for connections' at the bottom of that output?


NutKase

[propman07]

Not sure what problem you're having exactly. Do you have 'ready for connections' at the bottom of that output?


NutKase

NutKase-

Thanks for replying. There is nothing else at the end of the output. I do not have a command prompt, I just get blank lines when I press the enter button.

Thanks.

(EDIT)

I also re-installed mfs_ftp (1.2.9P) on both machines to make sure that wasn't the problem. I could not seem to find the Q version, as the link that I followed from the mfs_ftp thread pointed me to the P version.

(/EDIT)

(EDIT #2)
It looks like the mfs_ftp.tcl is still running (from ps aux), and from what I've read, if I try to kill it, it'll reboot my DTivo, correct?
(/EDIT #2)

[propman07]

The saga continues...

I was able to stop mfs_ftp, and I re-started it again. It still does not seem to work (I can't see the Now Playing list on either of the two DTivos). I ended up transfering a show using Flash FXP. I found out that my transfer speed between the two DTivos was only ~500. I will have to look at finding out how to tweak the speeds...

[propman07]

...in case anyone is listening...

I think that I found out what might be causing part of the problem. I noticed that in the settings.tcl file in the mfs_ftp directory, there was no line with the info(path) that the p1.tcl file was looking for. I added it, and am giving it another try...

[propman07]

Yahtzee!

I guess that the name of the p1.tcl file should not include the underscore character. I changed the names of the files on both DTivos, and it looks like I have it working. Now, I have to figure out how to add channel 1000 to my guide so that I can associate the logo to the remote shows for the NP list.

[propman07]

Yahtzee!

I guess that the name of the p1.tcl file should not include the underscore character. I changed the names of the files on both DTivos, and it looks like I have it working. Now, I have to figure out how to add channel 1000 to my guide so that I can associate the logo to the remote shows for the NP list.

Looks like I spoke too soon. Sometimes, I can get the NP list from the remote DTivo to show up, and other times I can't. I have yet to be able to get a remote show to play successfully. When I can get it to show up on the NP list, I press play, but I am sent to the screen where Tivo is asking me if I want to delete the program or not.

I don't know if anyone is watching this thread, but if you are, and have any ideas, I would appreciate the help.

Thanks in advance.

[propman07]

Uncle

Okay...I was able to initiate a transfer from one DTivo to the other. I got a now recording icon on the NP list of the local DTivo when I was trying to load a show from the remote DTivo. It was there for the whole afternoon, and I was never able to play the show. I think that I'm going to stick with the Flash FXP method for now.

Anyone else having success/failure with this hack?

[sanderton]

Yahtzee!

I guess that the name of the p1.tcl file should not include the underscore character.

It should be called p1.tcl ?

The "error" messages you saw when starting mfs_ftp are normal.

Best way to debug is to have two telnet windows on your PC, one to each TiVo, both with mfs_ftp foregrounded, setting the debug level in settings.tcl to 99. Then watch what happens when you start a transfer.

If you get an error message when hitting play which does not immediately disappear, then the patch is not installed or mfs_ftp is not running.

Be sure you are using the "P" compatible version of the patch, not the "Q" version.

[propman07]

Sanderton-

Thanks for the reply. I am having other difficulties with Tivo > Tivo transfers, so I will have to iron out these issues first. I was able to increase my Tivo > Tivo transfer speed, but for some reason, I cannot transfer a rather long movie (~ 2.5 GB).

Thanks for the info. If I get my other problem figured out, I'll use the method that you described for running mfs_ftp in the foreground on both machines, and watch to see what happens.

[sanderton]

Sanderton-

Thanks for the reply. I am having other difficulties with Tivo > Tivo transfers, so I will have to iron out these issues first. I was able to increase my Tivo > Tivo transfer speed, but for some reason, I cannot transfer a rather long movie (~ 2.5 GB).

Thanks for the info. If I get my other problem figured out, I'll use the method that you described for running mfs_ftp in the foreground on both machines, and watch to see what happens.

The same method might help with for FXP probs.

[propman07]

Sanderton-

Thanks for the tip. I'll try that as well.

...I was wondering...

What type of file (ty, ty+, tmf, etc.) does your script transfer?

TIA

[sanderton]

tmf format

[propman07]

Stuart-

Thanks for the info. I was able to get tmf shows to transfer using Smart FTP. I figured that I would go for broke, and try this again.

I started up two telnet sessions, set the debug level to 99 in both of the settings.tcl files, and started mfs_ftp.tcl in the foreground. Here is the error that I got:

TiVo: {/var/mfs_ftp} %
TiVo: {/var/mfs_ftp} %mfs_ftp.tcl 3105 foreground
04:01:17:AM - sourcing settings
04:01:17:AM - Running SNP patch 1.0b8
04:01:17:AM - versioncheck:
04:01:17:AM - init: 1.2.9p-Jamie - TiVo_OS 3.1.0c2-01-1-011
04:01:17:AM - tivo version "3.x" mfspath set to /Recording/NowShowingByClassic
04:01:17:AM - get_tzoffset:
04:01:17:AM - sourcing tzoffset.txt
08:01:17:PM - Initialising SNP variables
08:01:17:PM - make_blank_rec: "Test Blank Object"
retrying after errTmActiveLockConflict ...
08:01:21:PM - created blank recording {2830062}
08:01:21:PM - setrecinfo: recobj{2830062}
can't read "info(ExpirationDate)": no such element in array
while executing
"if { $info($item) != "" } { dbobj $rec set $item $info($item) } "
("foreach" body line 1)
invoked from within
"foreach item $recitems { if { $info($item) != "" } { dbobj $rec set $item $info($item) } }"
("uplevel" body line 6)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set rec [db $db openid $recfsid] ; set showing [dbobj $rec get Showing]
set program [dbobj $showing get Program] ; set station [dbo..."
(procedure "setrecinfo" line 8)
invoked from within
"setrecinfo $newrecording"
(procedure "snp_createmenuitem" line 17)
invoked from within
"snp_createmenuitem "Delete Remote Now Playing items" "Play this to remove the remote Now Playing entries

- th
is may take some time.""
(procedure "snp_init" line 49)
invoked from within
"snp_init"
(file "/var/mfs_ftp/p1.tcl" line 856)
invoked from within
"source $info(path)/$file.tcl "
(procedure "init_procs" line 5)
invoked from within
"init_procs"
(file "/var/mfs_ftp/mfs_ftp.tcl" line 1551)
TiVo: {/var/mfs_ftp} %
TiVo: {/var/mfs_ftp} %

Any ideas?

I'm still using Jamie's patches to the mfs_ftp.tcl script, as well as the mfs_* binaries.

[Jamie]

Any ideas?

I'm still using Jamie's patches to the mfs_ftp.tcl script, as well as the mfs_* binaries.
The "ExpirationDate" string makes me think there is likely a conflict between the JBuehl patch (which modifies expiration date handling), and the patch in this thread. In general, you need to tread carefully if you are mixing and matching patches.

[propman07]

Jamie-

That makes sense. Would it be wise to go back to the original version of mfs_ftp and the binaries as well?

[Jamie]

Jamie-

That makes sense. Would it be wise to go back to the original version of mfs_ftp and the binaries as well?
sanderton is the best one to advise you on that. I would guess that the binaries should be ok, and should give you a speed benefit.

[propman07]

Jamie-

Okay. I'll try to go back to the original mfs_ftp.tcl file, and leave the binaries intact. I'll post back with what I come up with.

Thanks again.

[montyshaw]

Hi,

I have got this working, sort of. The problem is that this is such a great idea that I just can't let go. Anyway here is my setup:

Tivo1: US Series 1 3.0 w/mfs_ftp 1.2.9P Cachecard
Tivo2: US Series 1 3.0 w/mfs_ftp 1.2.9P TurboNet

Both machines are running Jamie's binaries but not the mfs_ftp.tcl patches.

After rebooting both machines, I can get the remote NP list downloaded and I can actually select a show and get it transfered over. However, after that completes I can not get a second show to transfer. After the first transfer is done, mfs_ftp on the source Tivo becomes unresponsive. I can't connect to it with a ftp client. I can still connect to the destination Tivo using an ftp client.

Here's the tail end of the port.3105.log from the source Tivo where you can see the first transfer complete and then the second one start but never finish:

07:48:03:PM - 220 Mfs_Ftp ver 1.2.9p - {sock23} from "192.168.1.11:1027"
07:48:03:PM - 331 User name okay, need password.
07:48:04:PM - 230 Running in TiVo Mode.
07:48:04:PM - 227 Entering Passive Mode (192,168,1,10,12,32).
07:48:05:PM - 150 Partsizes: {PS 385875968}
07:55:34:PM - 226 Transfer complete.
07:55:40:PM - 221 Server Closing Control Connection by client request
catch close lastsock val "can not find channel named "sock23""
07:59:56:PM - 220 Mfs_Ftp ver 1.2.9p - {sock23} from "192.168.1.11:1029"
07:59:57:PM - 331 User name okay, need password.
07:59:57:PM - 230 Running in TiVo Mode.
07:59:58:PM - 227 Entering Passive Mode (192,168,1,10,12,32).
07:59:59:PM - 150 Partsizes: {PS 385875968}

Here's the tail end of the destination Tivo port.3105.log:


06:48:06:PM - 200 PORT command successful.
06:48:07:PM - rec_info_from_db done
06:48:08:PM - 150 Opening BINARY mode data connection for "{{Happy Days}{1978-09
-26}{Fonzie's Blindness}{09.00 AM Fri Jan 21, 2005}{WGNSAT}.tmf}"
368 meg 846k/sec

inserted 368 meg at 846k/sec
06:55:36:PM - 226 File transfer complete
06:55:41:PM - updating cached recording info
................................................................................
..........................................................

................................................................................
..........................................................

07:00:00:PM - 200 PORT command successful.
07:03:51:PM - 220 Mfs_Ftp ver 1.2.9p - {sock21} from "192.168.1.100:3007"
07:03:51:PM - 331 User name okay, need password.
07:03:51:PM - 230 Running in TiVo Mode.
07:03:51:PM - 257 "/" is current directory.
07:03:51:PM - 215 UNIX
07:03:51:PM - 200 PORT command successful.
07:03:52:PM - 150 Opening ASCII mode data connection for file list.
07:03:52:PM - 226 Transfer complete.
07:03:54:PM - 221 Server Closing Control Connection by client request
07:03:54:PM - 502 Command not implemented ""
catch close lastsock val ""

Also it appears that there is a problem with having a sorted NP list. I selected a different show to transfer, than 'Happy Days'. Happy Days happens to be at the same offset in the unsorted NP list as the show I selected in the sorted NP list. (NP list sorted by title with the slow-zero-record-thumbsup code).

Any help or suggestions would be appreciated.

Thanks
]Monty[

[sanderton]

It's written on a series 1 using 2.5, so I don't know how sorting effects it - badly it would appear!

The log shows the sending machine starting the second transfer, but the receiving machine isn't getting it. Try upping the SNPdebug level so we can see why.

[montyshaw]

Hi,

Thanks for the reply. I didn't realize that the 2.5 Tivos didn't have the sorted NP list option/code. Unfortunately, since mine are always set that way (Hackman TivoWeb module), I'm not going to be able to use this. It sure looks inviting tho.

]Monty[

[mistrb]

Download the mfs_ftp file attached to the first post of the forum thread. Unzip it. Get mfs_ftp.tar over to the Tivo in the /var directory. I use ftp because the cachecard install put it on the Tivo. You can telnet to the Tivo and use http_get, but I don't know the command line parameters.

cd to /var, and run: cpio -H tar -i < mfs_ftp.tar

It is installed. To run it, cd to /var/mfs_ftp and run ./mfs_ftp.tcl

I put /var/mfs_ftp/mfs_ftp.tcl in my rc.sysinit.author file so that it runs automatically when the tivo boots up.

]Monty[

I had posted this before, but I don't know what happened to the message.

How can I check to see if I have an acceptable FXP transfer? I have SmartFTP as suggested but don't know what to do.

Also, how do I stop the mfs_ftp process? I am an expert in Windoze, but fall short with Linux.

[montyshaw]

Your question really should be asked over in the mfs_ftp support thread:

http://www.dealdatabase.com/forum/showthread.php?t=21915

But to stop mfs_ftp, you can telnet to the Tivo, cd to /var/mfs_ftp and run ./abort_toggle.sh (I think that's the name). That creates a file called abort.txt. Mfs_ftp will eventually shut itself down. If you can ftp to the Tivo on port 3105, just download shutdown.txt. That will stop it immediately. If that doesn't work, you have to run 'reboot'.

]Monty[

[jasch]

What would be the easiest way to use part of your patch only?

I mean I am interested in the "also allows viewing of the copying recording while it copies without the periodic interruptions of the bookmark juggle used by standard mfs_ftp", but withouth having my Now Playing lists with the info from the other TiVo's.

Can I specify somewhere in the tcl script (a setting maybe) where I can turn off the Now Playing display, and keep the other patches to mfs_ftp?

Thank for any info.

[Euthyphro]

Searched extensively, but can't seem to locate the requisite mfs_ftp 1.2.9Q required for this to work.

Can anyone help out? I would really like to try this out now that the OHM project seems stalled.

[cheer]

Searched extensively, but can't seem to locate the requisite mfs_ftp 1.2.9Q required for this to work.

Can anyone help out? I would really like to try this out now that the OHM project seems stalled.
It expired. It is no longer available. The current valid version of mfs_ftp is 1.2.9P.

[Euthyphro]

Just wondering if anyone has this successful running bewteen S1 boxes using mfs_ftp 1.2.9p? (p1.tcl_1.2.9P)

I can get it to bring listings in from the remote machine, but it won't actually initiate the FTP transfer (or so it seems) as per the instructions.

This is such a great concept, I hate to see it die.

Any help would be appreciated.

Thanks,
Johan

(BTW, FXP transfers work fine using smart_ftp.)

[6021tivo]

BUMP ;)

I was going to install this and have a go at getting it working between 2 S1 Uk 2.5.5 machines.

Is it worth it, or is something better around??

[JoshFink]

This thread is huge and I saw it hasn't been looked at in a while.

Quick question...

Will this work on a series 1 DTivo? A T60 and a DSR6000 ?

Thanks

Josh

[jasch]

You can reference to the first post on this thread:


mfs_ftp version 1.2.9Q running on both machines. Earlier versions of mfs_ftp will not work. An earlier vesionw hich works with 1.2.9P is in the archive, but is not supported.

To date this software has been tested on a UK stand-alone running 2.5.5 and on US machines running 3.0.


As long as you have those requirements you should be good to go (UK stand alones are Series 1 BTW).

[JoshFink]

You can reference to the first post on this thread:



As long as you have those requirements you should be good to go (UK stand alones are Series 1 BTW).


Thanks.. I didn't know if it was just for Series 1 SA's or all series 1 SA and DTivo's I'll try it out.

Josh

[gree0276]

I was having problems FTPing from a series 2 SA 4.x to a series 1 SA 3.x. It seemed like I would lose 1 byte per part and when it came to getting the file name in xml_from_tmf instead of "showing.xml" I would get "wing.xml" or "ing.xml". After a ton of debugging I found that the writing of the header files to disk in RETR and STOR in p1.tcl needed to add fconfigure $partheader -translate binary. This keeps the lfs as lfs in the binary along with preserving the EOF character. Hope this helps others that experiance the same problem where they can get the remote listing but not the actual show via ftp.

[islander]

Hi

I have been trying to make the version on post 1 to run but it rquires mfs_ftp v1.2.9q
When run with v1.2.9p error messages result relating to release version of mfs_ftp.
As v1.2.9q was issued for a limited time does this effectively mean that TiVo - TiVo transfers using this method are now not possible?

Apologies if I have missed the obvious.

Thanks

[cheer]

Hi

I have been trying to make the version on post 1 to run but it rquires mfs_ftp v1.2.9q
When run with v1.2.9p error messages result relating to release version of mfs_ftp.
As v1.2.9q was issued for a limited time does this effectively mean that TiVo - TiVo transfers using this method are now not possible?

Apologies if I have missed the obvious.

Thanks

A 1.2.9p version is already there in the archive (or at least was last time I loooked). The bigger issue is that with sendkey being broken in modern Tivo software releases, this is pretty much unusable on Series2 units nowadays. Sniff.

[kaplansa]

I am having similar problems, Running mfs_ftp in foreground as suggested (repeated error messages removed to make 5000 character limit to post):...

I was having the same problem as everyone with mfs_ftp causing my DTivo to spontaneously reboot. It started doing this after several months of no problems at all. What I did was:

1. FTP into the Tivo between reboots, and edit /etc/rc.d/rc.sysinit.author to comment out the mfs_ftp lines (put a "#" pound in front of the line(s) used to start mfs_ftp)
2. Let the Tivo reboot
3. With the Tivo acting more stable now, FTP into the Tivo and change directory to /var/hack/mfs_ftp/cache
3. DELETE ALL FILES IN THIS DIRECTORY (there were hundreds in my case)
4. Telnet to the Tivo and fire up mfs_ftp. At the bash prompt, simply type: /var/hack/mfs_ftp/mfs_ftp.tcl
5. Let mfs_ftp do its thing, recreating all the files in the cache directory (if you have 800GB of storage like I do, this will take many minutes)
6. Uncomment out the mfs_ftp line(s) in rc.sysinit.author (removed the "#" pounds you added in step 1)
7. Reboot the Tivo

That worked for me. Good luck.

[ehintz]

Two questions:

1: Are there successful 1.2.9P users? Several folks mention issues getting it going. Since Q is unavail, there's no choice but to work with P.

2: I am only interested in one-way transfers. That said, is the patch required on the remote Tivo? If the patch is only needed to hack the Now Showing side, and can use stock standard mfs_ftp on the remote side, then it seems to me I only need to install on the local Tivo. From a browse of the hack, I'm guessing the answer here is yes, the remote requires the patch (due to the line about listening on port 5013).

I'd also be interested in anything which would give this functionality via Tivoweb. My primary interest is a moderately wife-friendly way to get stuff from Tivo B to Tivo A, so I'm not married to this particular hack (in fact, a Tivoweb one may even be preferable, as the link between them isn't as fast as I'd like).

Thanks in advance to any and all for suggestions.

[TerryRoch]

I imported a Tivo Series 1 from USA with the intention of using SNP to copy my master Tivo (The 1 with the STB and Foxtel connected) ty files to it. After some difficulty with networking mainly due to the imported tivo having the same mac address as the Master.
I have now installed SNP for ver p of mfs_ftp as ver q appears to have been withdrawn.
I get the two menu selections in the play list (refresh and delete) but they do not work.
I have ftp one tivo file manually to the #/ty directory on the slave and I can see it and play it.
Are you able to help get the refresh to read the master #/ty directory.

Thanks, Terry

[wonderboy]

HI There,

I am trying to find the version that works with v P (not q), but I can't find it. Where is the "archive"?

Thanks

[wonderboy]

nevermind, found it. I can't get the list of remote shows to appear though.

Using mfs_ftp version P with the relevant p1.tcl

Tivo A has a lot of shows and correctly bounces to "Tivo Central" after running refreash remote shows. (there are no recordings on Tivo B)

Tivo B can list the recordings on Tivo A, buit no playing.

log from A:-
07:50:20:PM - sourcing settings
07:50:20:PM - Running SNP patch 1.0b8
retrying after errTmActiveLockConflict ...
07:50:28:PM - sourcing p1
07:50:31:PM - updating cached recording info
.................................................................

.................................................................

catch close lastsock val "can't read "info(lastsock)": no such element in array"

Any ideas?




What could be the problem?

Thanks.

[wonderboy]

OK Got channel 1000 on both Tivos, restarted both. Get now playing, but when trying to play it fails. log:-

08:05:28:PM - sourcing settings
08:05:37:PM - Running SNP patch 1.0b8
08:05:39:PM - sourcing p1
08:05:39:PM - updating cached recording info
..

..

catch close lastsock val "can't read "info(lastsock)": no such element in array"
retrying after errTmActiveLockConflict ...
08:06:56:PM - updating cached recording info
....................

....................

08:07:32:PM - 200 PORT command successful.
08:07:33:PM - rec_info_from_db done
08:07:47:PM - 150 Opening BINARY mode data connection for "{{Sex Addict}{2007-11-16}{}{11.00 PM Fri Nov 16, 2007}{SRELIV}.tmf}"
bgerror invoked with error

" syntax error in expression "0000005277" "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9p
info(tswv): 2.5.5a-01-1-023
info(dbl): 0
info(ithrottle): 2
info(insert_priority): 10
info(multithreaded): 0
info(saveuntil): delete
info(name_detail): 5
info(bjuggle): 0
info(active): 0
info(ac_interval): 1800
info(gatewayip): 127.0.0.1
info(gatewayport): 3105


bgerror invoked with error

" can't read "firstbit": no such variable "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9p
info(tswv): 2.5.5a-01-1-023
info(dbl): 0
info(ithrottle): 2
info(insert_priority): 10
info(multithreaded): 0
info(saveuntil): delete
info(name_detail): 5
info(bjuggle): 0
info(active): 0
info(ac_interval): 1800
info(gatewayip): 127.0.0.1
info(gatewayport): 3105


bgerror invoked with error

" can't read "firstbit": no such variable "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9p
info(tswv): 2.5.5a-01-1-023
info(dbl): 0
info(ithrottle): 2
info(insert_priority): 10
info(multithreaded): 0
info(saveuntil): delete
info(name_detail): 5
info(bjuggle): 0
info(active): 0
info(ac_interval): 1800
info(gatewayip): 127.0.0.1
info(gatewayport): 3105


bgerror invoked with error

" can't read "firstbit": no such variable "

re-initializing mfs_ftp

close the current ftp connection and simply open another

"core dump" :p

info(version): 1.2.9p
info(tswv): 2.5.5a-01-1-023
info(dbl): 0
info(ithrottle): 2
info(insert_priority): 10
info(multithreaded): 0
info(saveuntil): delete
info(name_detail): 5
info(bjuggle): 0
info(active): 0
info(ac_interval): 1800
info(gatewayip): 127.0.0.1
info(gatewayport): 3105


catch close lastsock val "can't read "info(lastsock)": no such element in array":eek: