It might be worthwhile testing with a modified set of files to find out. Or, alternatively, forcing a delay at the end of the batch.


When I used ftp to put my "empfile.zip" into the player this afternoon, I didn't use the batch file at all.

I just manually typed things in, one line at a time, and got (AFAICT) appropriate responses to each command.

Obviously the rw command worked, because I was able to add the file. And it seemed like the ro command worked, in that there were no complaints displayed upon its execution. (I typed in: "ro" <rtrn> and got the response "OK".

So it doesn't seem to be a problem of the batch file or the script file over-running the command line or anything like that.

Modified set of files? That's 'way beyond my knowledge level... but when I type in the rw and ro commands, they execute instantly so does that mean they are working the way they should?

I don't see any sign of the player starting/stopping during this operation; in fact, I can do it while I'm listening to music and it never skips a beat. (It does seem to transfer the taxi file a bit slower when I do that). The player never shuts down or reboots.

Operationally, the player has been rock-solid, never a hint of a problem, which argues against some sort of hardware problem. I have added more than 60 GBs of music to the player in a single synch, with no trouble.

This whole thing has me puzzled, and its doubly frustrating because I don't know enough about ftp and linux to even know what to look for.

Oh, and as Tony said above, the player is completely stock and unmodified except for HiJack: a fresh single 80-GB disk-build with 2.0 final software on both the PC and the player. The only HiJack settings I have made are to disable the media check, and to specify a single disk drive.

tanstaafl.