From: Ben B. <lin...@bu...> - 2014-05-23 11:29:33
|
hon...@gm... wrote, On 23.05.2014 10:05: >> > * Stable - There must never be the same videos with 2 different IDs. >> > I.e. if the same video is broadcasted within days or weeks, the ID >> > MUST be the same. > How do you propose the grabber proves this? > > (I don't think you can say "MUST" here.) Same way, with spot checks and watching how it works over time. Why is this important? Applications like MythTV and Zeipis (mine) record airings based on abstract schedules like "All Star Trek". At least here, it is very common to air the new episode on the afternoon, and repeat it during the night or in the next morning. Zeipis and co need a way to detect this and avoid re-recording the show. We can use the title/subtitle, and that works most of the time, but not always. Better would be a unique ID to know that this is the same content. In such a case, it is trivial to verify that the IDs are stable: If the re-airing has the same ID, the IDs are stable. If it doesn't, the ID (from the source) is useless for us and should be ignored. If a grabber were to add such non-stable IDs, and Zeipis would rely on them, Zeipis would re-record the same show over and over again. Zeipis would need to add hacks to avoid such broken and useless IDs, and they'd cause a big problem for users and developers. Therefore, it is critical that this criteria is met by the grabber and that's why it's a MUST. Ensuring (by the source) and verifying (by the grabber author) whether the ID is stable over years is a lot lot harder. It would still be very useful, though, so that a re-airing of an older movie that I have already recorded and stored is not recorded again. I really want that stability over years, but it's very hard to guarantee. This is why it's a SHOULD. Ben |