Guys, This is baffling... another rankinism... I get that this is a carriage return in the file and it is usually associated with dos/unix editing of files, but I can't tell if I'm causing it or if it is just dvgrab. If I output sdtout/stderr to a terminal all looks good, but when I check the log file, I have two spaces between every line. Here is the console output: Found AV/C device with GUID 0x08004601017ede99 Waiting for DV... Capture Started "dcrv-1999.05.08_09-37-33.dv": 467.72 MiB 4087 frames timecode 00:02:16.13 date 1999.05.08 09:41:49 "dcrv-1999.05.08_16-23-57.dv": 784.15 MiB 6852 frames timecode 00:06:05.03 date 1999.05.08 16:37:40 "dcrv-1999.05.08_19-03-13.dv": 718.69 MiB 6280 frames timecode 00:09:34.19 date 1999.05.08 19:06:42 Here is the log: Found AV/C device with GUID 0x08004601017ede99 Waiting for DV... Capture Started "dcrv-1999.05.08_09-37-33.dv": 467.72 MiB 4087 frames timecode 00:02:16.13 date 1999.05.08 09:41:49 ^M ^M"dcrv-1999.05.08_16-23-57.dv": 784.15 MiB 6852 frames timecode 00:06:05.03 date 1999.05.08 16:37:40 ^M ^M"dcrv-1999.05.08_19-03-13.dv": 718.69 MiB 6280 frames timecode 00:09:34.19 date 1999.05.08 19:06:42 Literally, every line output from dvgrab has an extra: '^M.....80spaces.....^M' It's easy enough to kill in vi with '%s/^v^m//g' and '%s/^ *//', but I want to figure out what is causing this garbage. The script I'm using is straight forward. 2 temporary files are written to get the information in the order I want it, and the information is then appended to a log file and a tape index: <snip> # initialize vars and files tmpfn=/tmp/dvtmp.log tmpapp=/tmp/dvapp.log :>$tmpfn :>$tmpapp # write stuff echo -e "\nTape: $tapect -- \n" >> $tmpapp echo -e "\nCapture Started: $(date '+%b %e %T')\n" | tee -a $tmpfn # this is the command that is giving me garbage dvgrab -rewind -timestamp -autosplit=3600 -format raw dcrv- 2>&1 | tee -a $tmpfn dvcont rewind # append capture log cat $tmpfn >> /dat_e/dv/capture.log # get list and append dvgrab log to bottom ls -l >> $tmpapp cat $tmpfn >> $tmpapp # add all that stuff to the tape index cat $tmpapp >>/dat_e/dv/tape-idx.txt I can't see where I'm causing the carriage returns and 80 spaces to get appended to the dvgrab output... It could be me, but I can't see it! Anybody else see anything wrong with the tee call or anything else that could be causing it? Other than me doing something dumb, it looks like it is just dvgrab spitting out 'a carriage return + 80 spaces + another carriage return' with every dv clip it processes... If it is dvgrab, then is there a way I can have bash strip this info before it gets written to the files? The terminal does it by default evidently, because the output I get from stdout/stderr looks correct in konsole, so can I pipe the output through something (hopefully lighter than sed) that would strip it before I pipe it to tee? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org