From 9e8aac388237e7afff6cae5bbf5ee08756633f53 Mon Sep 17 00:00:00 2001 From: Klaus Schmidinger Date: Sun, 25 Sep 2005 11:00:57 +0200 Subject: The list of recordings is now read in a separate thread --- HISTORY | 19 ++++++++++++++++++- 1 file changed, 18 insertions(+), 1 deletion(-) (limited to 'HISTORY') diff --git a/HISTORY b/HISTORY index 6463e58b..72e030be 100644 --- a/HISTORY +++ b/HISTORY @@ -3807,7 +3807,7 @@ Video Disk Recorder Revision History - Implemented a hash for the channels to reduce the system load in the EIT scanning thread (based on a patch by Georg Acher). -2005-09-18: Version 1.3.33 +2005-09-25: Version 1.3.33 - Fixed two errors in 'newplugin' (thanks to Alexander Rieger). - Fixed converting arbitrarily formatted summary.vdr files (thanks to Thomas Günther). @@ -3824,3 +3824,20 @@ Video Disk Recorder Revision History - Removed obsolete 'shift' code in device.[hc]. - The SVDRP command DELR no longer triggers a complete reload of the global Recordings list, but rather deletes that particular entry. +- The list of recordings is now read in a separate thread, resulting in a faster + startup if there are a great many of recordings, or the disk(s) have to spin up. + If the Recordings menu is opened while the list of recordings is still being read, + the menu will be updated accordingly. + Plugins that access the global Recordings variable should lock the thread, either + by calling + + Recordings.Lock(); + ... + Recordings.Unlock(); + + or by putting something like + + cThreadLock RecordingsLock(&Recordings); + + into the respective code block. Thanks to Carsten Koch for his help in testing + and debugging this. -- cgit v1.2.3