AVS Club Gold
Join Date: Apr 2001
Location: Marina Del Rey, CA, USA
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
Quoted: 63 Post(s)
When I used to have the Motorola DVR's with I-Guide software, I never could figure out why the Guide design and re-boot software architecture didn't just restart from the last version of the downloaded program information it had stored on its hard drive.
Obviously after 5+ days the local copy (on hard drive, which appears instantly when you push the GUIDE button) is up-to-date. Even if they wanted to always re-populate the "most current and accurate data" at every re-boot (although clearly immediately before the re-boot the local hard drive data was clearly already the most accurate and up-to-date at that moment, since presumably it was being updated continuously as time goes by) in order to potentially guard against corrupted data on the hard drive, why not just at least just start instantly from whatever was last on the hard drive and refresh it "accurately" in realtime?
How could that not be a reasonable starting point for re-boot approach, with ZERO re-start effort to get the user back in business INSTANTLY?? What's the possibility that the GUIDE information is corrupted, and is actually unusable for an instant restart idea?
But even if a full refresh of GUIDE data is desired, how long could it take to download even 2 weeks of cells of GUIDE text/info information for even 2000 channels??? Send it out in a ZIP format rather than uncompressed and it takes what... maybe a minute tops? Less?? These are broadband connection speeds for heaven's sake!
How ANY modern equipment design and software technology running at anything faster than old dial-up 14.4Kb/s modem speeds could take FIVE DAYS to intentionally repopulate GUIDE data for 12-13 days (which is the max I ever saw it show when I had DCT/DCH/DCX equipment) using a ZIP or similarly compressed approach is beyond me.