On 29.09.2010 23:08, Dominic Evans wrote: > Hi all, > > I was wondering about the recording numbers associated with recordings > in the LSTR output. There doesn't seem to be any obvious pattern, is > the numbering just random? Well, it starts at 1 and ends at the number of available recordings ;-) > It'd be preferable if recordings kept a unique number, that didn't > change when every time a recording gets deleted, or a new recording is > started. While this sounds feasible, it would also mean that the numbers would get larger and larger over time if VDR runs like 24/7. If this doesn't pose a problem to anybody, I could change this so that every recording an instance of VDR "sees" would get a unique number, by incrementing a static counter. These numbers would, of course, only be valid within one instance of VDR, and only as long as it actually runs. Once it restarts, the numbers would be reassigned starting at 1. The only question remaining would probably be what to do when the counter wraps over the integer boundary ;-) The same could be applied to the timer numbers. But even with such unique numbers, an SVDRP client that accesses recordings or timers would still need to know whether the VDR instance it is communicating with has been restarted since the last time it fetched the list of timers/recordings. Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr