2010-08-23, 05:14 AM
I was just helping a guy in the GB-PVR forum trying to recover his database after he lost his C: drive; after restoring an older backup, he needs to repopulate the old database with his current recordings on his recording drive. We're getting there, I pointed him to the RecoverRecordings utility that will build a new Recording-dump.xml by reading the metadata from all his recordings...
It would have been nice of course if the Recording-Dump.xml had been stored with the recordings instead of with the database; if the recordings drive is lost, you don't need the dump anyway, but if the database drive is lost then the dump is lost with it. Kinda silly. The enterprising among us no doubt have some method in place to copy the backup files elsewhere, but I suspect most users never think of that until sometime after they've lost their database.
It's too late for GB-PVR of course, but perhaps NPVR could be made to store the two backup xml's in the recording path by default?
It would have been nice of course if the Recording-Dump.xml had been stored with the recordings instead of with the database; if the recordings drive is lost, you don't need the dump anyway, but if the database drive is lost then the dump is lost with it. Kinda silly. The enterprising among us no doubt have some method in place to copy the backup files elsewhere, but I suspect most users never think of that until sometime after they've lost their database.
It's too late for GB-PVR of course, but perhaps NPVR could be made to store the two backup xml's in the recording path by default?
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV