Where is vdr log




















You'll have to follow those steps:. Connect on: Facebook. Feel free to network via Twitter vladan. You can download it here. Download NOW. VMware Workstation and other IT tutorials. Free IT tools. Home Lab Reviews — Virtualization Software and reviews, Disaster and backup recovery software reviews. Virtual infrastructure monitoring software review. Comments Hello Vladan, how are? There is a way to disable DataRecovery Dedup? Best, Eduardo. Super helpful!

This is necessary to allow CAMs that copy the incoming data into a separate buffer to return previously received and decrypted TS packets. See ci. The new configuration file 'camresponses. See vdr. Timers The cTimer class now has a new member named 'remote', which holds the name of the remote server this timer will record on.

In order for this to work, all of the channels used by timers on the remote VDR must also be defined on the local VDR however, not necessarily in the same sequence. Accessing the global Timers list now has to be protected by proper locking, because SVDRP commands are now executed in a separate thread.

The introduction of this locking mechanism required the following changes: The new classes cStateLock and cStateKey are used to implement locking with quick detection of state changes.

The global lists of Timers, Channels, Schedules and Recordings are no longer static variables. This information is now retrieved via cSchedule::HasTimer. Several member functions of cChannel, cTimer, cMarks and cRecording have been made 'const', and some of them are now available as both 'const' and 'non-const' versions. The cChannel::Set This was necessary in order to avoid having to lock the list of timers from within a cEvent.

The new class cListGarbageCollector is used to temporary store any objects deleted from cLists that require locking. This allows pointers to such objects to be dereferenced even if the objects are no longer part of the list. Outdated events are no longer "phased out", but rather deleted right away and thus taken care of by the new "garbage collector" of the list. Deleted cRecording objects are no longer kept in a list of "vanished" recordings, but are rather taken care of by the new "garbage collector" of the list.

Locking the list of schedules is now done via the cList's new locking mechanism. They are still present in the interface for backward compatibility, but may be removed in a future version. Their value is always 'false'.

The constant tcMod is no longer used in cStatus::TimerChange. The definition is still there for backward compatibility. There are convenience macros for easily accessing these lists without having to explicitly set up a cStateKey and calling its Remove function.

Simply put such a macro before the point where you need to access the respective list, and there will be a pointer named Timers, Channels, Schedules or Recordings, respectively, which is valid until the end of the current block.

If a plugin needs to access several of the global lists in parallel, locking must always be done in the sequence Timers, Channels, Recordings, Schedules. This is necessary to make sure that different threads that need to lock several lists at the same time don't end up in a deadlock.

Some pointer variables may need to be made 'const'. The compiler will tell you about these. Otherwise the timer will not be created. The function cTimer::ToText no longer returns a newline character at the end of the string. The newline is now added by the caller as necessary. This was changed because cTimer::ToText is now also needed in a context where the terminating newline can't be used. Timers now have unique ids instead of numbers, which remain valid as long as this instance of VDR is running.

There may be gaps in the sequence, in case timers have been deleted. Timers are now linked to EPG events even if they are inactive. By default Events that are linked to inactive timers are marked with 'I' and 'i', depending on whether the timer would record the entire Event or only part of it.

The function cSkinDisplayMenu::SetItemEvent now has an additional parameter named TimerActive, which indicates whether the timer that would record this event if any is active.

A plugin may react on this when displaying a menu line for an event. It may be removed in a future version, so plugin authors should switch to the new one. Plugins The dvbhddevice plugin is no longer part of the VDR source archive. The dvbsddevice and rcu plugins are no longer part of the VDR source archive.

The -V and -h options now list the plugins in alphabetical order. The most important being: implement a command line option to control the level of logging in particular allow turning off logging completely! The new function cStatus::MarksModified can be implemented by plugins to get informed about any modifications to the editing marks of the currently played recording.

Skins The main menu of the LCARS skin now displays a small rectangle on the left side of a timer if this is a remote timer. The color of that rectangle changes if the timer is currently recording on the remote VDR. The new function cDevice::SignalStats if implemented by an actual device returns statistics about the currently received signal.

The function cDevice::GetVideoSystem which has been deprecated since version 2. Switching the primary device is no longer done via osSwitchDvb which has been removed , but rather by the main program loop reacting to changes in Setup. The EPG scanner no longer moves the dish if there is a positioner.

See the description in epg. The cEvent class now has a new member 'aux', in which external applications can store auxiliary information with an event. This string has no meaning whatsoever to VDR itself, and it will not be written into the info file of a recording that is made for such an event.

Changed the default return value of cEpgHandler::BeginSegmentTransfer to true, to avoid problems with derived classes that don't implement this function. The 'osddemo' example has been modified accordingly. Plugin authors may want to use this function in case they use pixmaps that are larger than the full OSD size. The default implementation sets this limit to x pixel. If a particular sort mode has been selected for a folder by pressing '0', the default no longer applies to that folder.

Repeating timers no longer write a ".



0コメント

  • 1000 / 1000