Separate names with a comma.
Discussion in 'TiVo Underground' started by nsysblh, Jan 12, 2004.
Trickey is a well-known TiVo hack.
(included as standard on the AltEPG image incidentally ).
Interests are not relevant. The TiVo is a FIFO buffer. Once the buffer exceeds a certain size, increasing it produces diminishing returns that eventually go away entirely. If you are recording more than you watch, then no matter how much hard drive space you have, it won't be enough. You are missing the point, though. One way or another, something has to be removed from the recording space. Ordinarily, the oldest items are going to be the least important. If you haven't watched them in over a year, how likely are you to watch them at all?
"It" being the TiVo or the NAS? IF it is the TiVo that is reporting that, it's because you are using KUID. KUID breaks the TiVo management model. Used extremely sparingly, it is OK, but in general it is a bad idea.
I have a lot more than that, but it is not the point.
Then you should fill up the other 80 GB. Otherwise, it's just wasted space. I have over 4TB total on my 3 TiVos, all of them continuously 100% full. That doesn't prevent any of them from continuing to record programs. If the drives were too small, I would run the risk of having a program I want to watch be deleted before I got the chance to watch it. As long as I watch everything I want or else delete it in under about 18 months, I run no risk of losing anything I want. In nearly 11 years, I have never had any of my TiVos delete anything I did not want them to, yet they are always 100% full. How full the TiVo is is not relevant. It is *WHEN* the program becomes a target for deletion that is relevant.
- added "gentle" option Followed by a number - set delay time (msecs) when reading data to avoid stuttering/pixellation". Trouble-shooting to avoid pixellation/stuttering with some cachecard tivos when a background update of the stats is happening. It adds a delay after all successful Db reads (as well as the delays between retries after unsuccessful Db reads) to give tivoapp a chance.
Ie, my tivo! "-gentle 70" works for me.
- added "darkdel" - Show deleted area of bar in dark blue
- added "stripeydel" - Show deleted area of bar in dark/light blue stripes
I've also added logging of the process's priority. This needs "getpri" which is now included (with many thanks to spitfires for his archive of old binaries being even more extensive than mine!). This is also to troubleshoot the problems I'm having with pixellation.
example command lines:
/var/hack/autospace/autospace.tcl start -interval 1800 -gentle 70 -darkdel >/tmp/autospace.err 2>&1 &
/var/hack/autospace/autospace.tcl start -interval 1800 -gentle 70 -stripeydel >/tmp/autospace.err 2>&1 &
(Edit: updated 30th Sep with spitfire's improved catch code.)
So are you saying that your amended version makes the main bar red instead of yellow? If so I 'm inclined to feel that I prefer the yellow bar. Or did you mean something else?
That doesn't really help those of us who have never heard of Trickey!
Also, a hint (or two) on HOW to use Trickey to trigger a recalculation of space usage might be handy.....
Changes for V1.6.5 (mrtickle)
- added "lightdel" option for the background of Deleted recordings
- fixed bug with zero-size recordings