PSIP works fine with my old DTV Pal DVR. 3.5-4 days of data from most of the locals. 36hr from a couple of the small ones. Most of them were very accommodating several years ago, when I explained why I needed them to extend it further than a day.
It would have to play out better than what we have now. The problem with the Dish-delivered guide data for OTA stations that are now sharing, is that the TSID is now the same for both stations. The Dish software appears to be simply looking for that TSID and then mapping down the -01 guide data stream, without any regard for the two digits in front of the -01. In my guide, for example, this results in the guide data for the host station (023-01) appearing on both 023-01 and 017-01.Obviously I was replying to the poster's last sentence, but I do agree using PSIP would be useful. I'm not sure how that plays out for the stations that dropped their licenses though, and continue broadcasting as a sub-channel under another licensee.
Dish needs to fix the problem with the mapping of the existing guide data first. The problem with what you suggest is in the example I posted above. The guide data for WVPX (023-01) which Dish carries, is also being mapped to 017-01 (WDLI) which Dish does not carry. If your solution was implemented, this station should have PSIP data, but since it is already incorrectly detecting satellite-delivered guide data, the guide would still be wrong.Just allow the ota channels that DISH also carries on the satellite, to retain the guide data from DISH and allow ALL sub channels to use PSIP data. Very easy solution and I am sure a company like DISH that prides itself on being "cutting edge" could accomplish if they really wanted to.
Worthless ? NoAnd DVR technology would be worthless with short PSIP intervals...
Ok then why not allow the sub to pick either PSIP data or Internet data from Titan tv for complete guide data for all channels and sub channels. Then at least either one of those suggestions would give you some type of data if you didn't want satellite delivered guide data.Dish needs to fix the problem with the mapping of the existing guide data first. The problem with what you suggest is in the example I posted above. The guide data for WVPX (023-01) which Dish carries, is also being mapped to 017-01 (WDLI) which Dish does not carry. If your solution was implemented, this station should have PSIP data, but since it is already incorrectly detecting satellite-delivered guide data, the guide would still be wrong.
And where do you think TitanTV, Rovi, TVGuide, etc get their information? PSIP not standardized? Then why can you see it on the $80 TV you can buy at Wal*Mart? PSIP has been around as long as DTV. It's a perfectly acceptable way to send information. The only con is the amount (or lack of) data (only going out x number of hours/days depending on the station).Contracts and reliability. PSIP is not standardized, all sorts of incorrect and/or irrelevant junk gets entered by station minions.