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(a)opensuse.org
For additional commands, e-mail: opensuse+help(a)opensuse.org
We are pleased to announce:
Issue 195 of openSUSE Weekly News is out! [0]
In this Issue:
Get your package in 12.1
Hackweek 7
Getting your Article in news.o.o
and many more …
For a list of available translations see the Translations Section in the
actual Weekly News.
[0] http://bit.ly/oYByzH (in PDF)
[0] http://bit.ly/ncROJu (in HTML with Bento Theme)
[0] http://bit.ly/plcySw (in HTML with Susebooks Theme))
--
Sincereley yours
Sascha Manns
open-slx GmbH
Community & Support Agent
openSUSE Marketing Team
http://community.open-slx.de
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse+help(a)opensuse.org
Hi fellow foxers;
Does anyone know where I can get an rpm for the REAL Firefox 5? Every link
I've followed brings me FF 6 even when the rpm name says it's ver 5. Want to
revert back to version 5. Don't like the newer ones.
Thanks, Tom
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse+help(a)opensuse.org