My favorites | Sign in
Project Home Downloads Wiki Issues Source
READ-ONLY: This project has been archived. For more information see this post.
Search
for
  Advanced search   Search tips   Subscriptions
Issue 107: All Downloads Empty
1 person starred this issue and may be notified of changes. Back to list
 
Reported by ale...@gmail.com, Jun 4, 2009
What Version of iTiVo? 1.7.7b3 (and earlier)

What Version of MacOS X? 10.5.7

What download format did you select? Decrypt (and others)

What steps will reproduce the problem?
1. Select a show
2. Click Download
3. Show is empty

Please provide any additional information below.

Based on the log output, I'd guess this is due to a race condition.  No show will successfully 
download.  The log output looks like this:

<pre>
2009-06-03 23:54:33 downloadItem called: 0,0
2009-06-03 23:54:33 checkDL
2009-06-03 23:54:33 perl /Applications/iTiVo.app/Contents/Resources/ParseDetail.pl 
192.168.0.2 7553119653 125390
2009-06-03 23:54:34 CheckDLFile
2009-06-03 23:54:43 rm /tmp/iTiVo-alec/iTiVoDL{,2,3}
2009-06-03 23:54:43 is download complete 0 / 0
2009-06-03 23:54:44 killed : 
2009-06-03 23:54:44 rm -f /tmp/iTiVo-alec/iTiVoDLPipe* /tmp/iTiVo-alec/iTiVoTDC* 
/tmp/iTiVo-alec/iTiVoDLMeta*
2009-06-03 23:54:44 mkfifo /tmp/iTiVo-alec/iTiVoDLPipe /tmp/iTiVo-alec/iTiVoDLPipe2.mpg
2009-06-03 23:54:44 perl /Applications/iTiVo.app/Contents/Resources/http-fetcher.pl 
192.168.0.2 125390 The%5C%20Unusuals 7553119653 /tmp/iTiVo-alec/iTiVoDLPipe >> 
~/Library/Logs/iTiVo.log 2>&1 & echo $! ;exit 0
curl 'http://192.168.0.2:80/download/The%5C%20Unusuals.TiVo?
Container=%2FNowPlaying&id=125390' -c /tmp/cookies.txt --retry 12 --retry-delay 10 --
digest -u tivo:7553119653 -o /tmp/iTiVo-alec/iTiVoDLPipe --stderr /tmp/iTiVo-alec/iTiVoDL
2009-06-03 23:54:44 perl /Applications/iTiVo.app/Contents/Resources/tivo-decoder.pl 
%2FApplications%2FiTiVo%2Eapp%2F 7553119653 >> ~/Library/Logs/iTiVo.log 2>&1 & echo $! 
;exit 0
/Applications/iTiVo.app/Contents/Resources/tivodecode -n -D -m 7553119653 -o 
/tmp/iTiVo-alec/iTiVoDLPipe2.mpg /tmp/iTiVo-alec/iTiVoDLPipe
2009-06-03 23:54:44 perl /Applications/iTiVo.app/Contents/Resources/re-encoder.pl 
%2FApplications%2FiTiVo%2Eapp%2F %2FUsers%2Falec%2FDownloads%2Ftv%2F 
The%5C%20Unusuals%5C%20%2D%5C%20The%5C%20Dentist.mpg 'cat' ' ' ' ' ' '  >> 
~/Library/Logs/iTiVo.log 2>&1 & echo $! ;exit 0


cat -u       /tmp/iTiVo-alec/iTiVoDLPipe2.mpg > /Users/alec/Downloads/tv/The\ Unusuals\ -\ 
The\ Dentist.mpg

2009-06-03 23:54:44 Running : touch /tmp/iTiVo-alec/iTiVoDLPipe3.mpg
2009-06-03 23:54:44 is download complete 1 / 0
2009-06-03 23:54:44 is download complete 1 / 0
2009-06-03 23:54:45 Running : touch /tmp/iTiVo-alec/iTiVoDLPipe3.mpg
2009-06-03 23:54:45 is download complete 1 / 0
2009-06-03 23:54:45 is download complete 1 / 0
2009-06-03 23:54:45 Download completed
mv: cannot stat `chunk-01-0001.xml': No such file or directory

sh: line 1: 17231 Terminated              cat -u /tmp/iTiVo-alec/iTiVoDLPipe2.mpg > 
/Users/alec/Downloads/tv/The\ Unusuals\ -\ The\ Dentist.mpg
2009-06-03 23:54:46 killed : tivodecode:17223 ,curl:17216 ,cat:17231 ,
2009-06-03 23:54:46 is download complete 1 / 0
2009-06-03 23:54:46 is download complete 1 / 0
2009-06-03 23:54:46 Complete=false  , 85% fullfilesize=4250.0 ;  
currentfilesize=2.95639038085938e-05
</pre>

If I run the commands manually (rm /tmp/...; mkfifo ...; http-fetcher.pl; tivo-decoder.pl; cat) 
with the last three running foregrounded in separate shells, the download/decode works 
perfectly, which is what makes me suspect a race condition.  My XCode version (3.1.2) won't 
compile the source, so I can't tell if simply adding a few "sleep" statements in iTiVo.applescript 
fixes things.
Jun 4, 2009
#1 ale...@gmail.com
I've figured out the issue.  It turns out it is not due to a race condition but a difference in behavior between 
the BSD 'du' command shipped with MacOS and the GNU 'du' that is part of GNU coreutils (in darwin ports).  
The latter, which I have set above the standard version in my path, does not recognize the '-d' option and 
fails, causing the determination of file download status to fail.  

The '-d 0' option passed to 'du' in various places in iTiVo.applescript appears to be completely unnecessary 
and should probably be removed.  Of course this issue only affects the small number of people who have 
chosen to use the GNU coreutils in place of the standard BSD ones (an option provided by MacPorts), so I 
understand it's probably not urgent.
May 21, 2012
Project Member #2 tony1ath...@gmail.com
(No comment was entered for this change.)
Owner: tony1ath...@gmail.com

Powered by Google Project Hosting