|
NAMEvdr_files - the Video Disk Recorder FilesDESCRIPTIONThis page describes the formats of the various files vdr uses to store configuration data and recordings.SYNTAXCHANNELSThe file channels.conf contains the channel configuration. Each line defines either a group delimiter or a channel.A group delimiter is a line starting with a ':' as the very first character, followed by arbitrary text. Example: :First group Group delimiters may also be used to specify the number of the next channel. To do this, the character '@' and a number must immediately follow the ':', as in :@201 First group The given number must be larger than the number of any previous channel (otherwise it is silently ignored). A group delimiter can also be used to just set the next channel's number, without an explicit delimiter text, as in :@201 Such a delimiter will not appear in the Channels menu. A channel definition is a line with channel data, where the fields are separated by ':' characters. Example: RTL Television,RTL;RTL World:12187:hC34M2O0S0:S19.2E:27500:163=2:104=deu;106=deu:105:0:12003:1:1089:0 The line number of a channel definition (not counting group separators, and based on a possible previous '@...' parameter) defines the channel's number in OSD menus and the timers.conf file. The fields in a channel definition have the following meaning (from left to right):
A particular channel can be uniquely identified by its channel ID, which is a string that looks like this: S19.2E-1-1089-12003-0 The components of this string are the Source (S19.2E),
NID (1), TID (1089), SID (12003) and RID (0) as
defined above. The last part can be omitted if it is 0, so the above
example could also be written as S19.2E-1-1089-12003).
If a channel has both NID and TID set to 0, the channel ID will use the Frequency instead of the TID. For satellite channels an additional offset of 100000, 200000, 300000 or 400000 is added to that number, depending on the Polarization (H, V, L or R, respectively). This is necessary because on some satellites the same frequency is used for two different transponders, with opposite polarization. TIMERSThe file timers.conf contains the timer setup. Each line contains one timer definition, with individual fields separated by ':' characters. Example:1:10:-T-----:2058:2150:50:5:Quarks & Co: The fields in a timer definition have the following meaning (from left to right):
SOURCESThe file sources.conf defines the codes to be used in the Source field of channels in channels.conf and assigns descriptive texts to them. Example:S19.2E Astra 1 Anything after (and including) a '#' character is comment. The first character of the code must be one of
and is followed by further data pertaining to that particular source. In case of Satellite this is the orbital position in degrees, followed by E for east or W for west. Plugins may define additional sources, using other characters in the range 'A'...'Z'. DISEQCThe file diseqc.conf defines the DiSEqC control sequences to be sent to the DVB-S card in order to access a given satellite position and/or band. Example:S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t Anything after (and including) a '#' character is comment. The first word in a parameter line must be one of the codes defined in the file sources.conf and tells which satellite this line applies to. Following is the "switch frequency" of the LNB (slof), which is the transponder frequency up to which this entry shall be used; the first entry with an slof greater than the actual transponder frequency will be used. Typically there is only one slof per LNB, but the syntax allows any number of frequency ranges to be defined. Note that there should be a last entry with the value 99999 for each satellite, which covers the upper frequency range. The third parameter defines the polarization to which this entry applies. It can be either H for horizontal, V for vertical, L for circular left or R for circular right. The fourth parameter specifies the "local oscillator frequency" (lof) of the LNB to use for the given frequency range. This number will be subtracted from the actual transponder frequency when tuning to the channel. The rest of the line holds the actual sequence of DiSEqC actions to be taken. The code letters used here are
By default it is assumed that every DVB-S device can receive every satellite. If this is not the case in a particular setup, lines of the form 1 2 4: may be inserted in the diseqc.conf file, defining the devices that are able to receive the satellites following thereafter. In this case, only the devices 1, 2 and 4 would be able to receive any satellites following this line and up to the next such line, or the end of the file. Devices may be listed more than once. SATELLITE CHANNEL ROUTING (SCR)The file scr.conf contains the channel definitions of the SCR device in use. The format ischannel frequency [pin] where channel is the SCR device's channel index (0-7), frequency is the user band frequency of the given channel, and pin is an optional pin number (0-255). The actual values are device specific and can be found in the SCR device's manual. Examples: 0 1284
By default it is assumed that the SCR configurations apply to all devices, and each device will pick one. If you have several SCR sat cables connected to one VDR machine, or if you want to explicitly assign the SCR channels to your devices, lines of the form 1 2 4: may be inserted in the scr.conf file, defining the devices that are allowed to use the SCR channels thereafter. In this case, only the devices 1, 2 and 4 would be allowed to use the SCR channels following this line and up to the next such line, or the end of the file. If a device is listed more than once, only its first appearance counts. REMOTE CONTROL KEYSThe file remote.conf contains the key assignments for all remote control units. Each line consists of one key assignment in the following format:name.key code where name is the name of the remote control (for instance KBD for the PC keyboard, or LIRC for the "Linux Infrared Remote Control"), key is the name of the key that is defined (like Up, Down, Menu etc.), and code is a character string that this remote control delivers when the given key is pressed. KEY MACROSThe file keymacros.conf contains user defined macros that will be executed whenever the given key is pressed. The format ismacrokey [@plugin] key1 key2 key3... where macrokey is the key that shall initiate execution of this macro and can be one of Up, Down, Ok, Back, Left, Right, Red, Green, Yellow, Blue, 0...9 or User1...User9. The rest of the line consists of a set of keys, which will be executed just as if they had been pressed in the given sequence. The optional @plugin can be used to automatically select the given plugin. plugin is the name of the plugin, exactly as given in the -P option when starting VDR. There can be only one @plugin per key macro. For instance User1 @abc Down Down Ok would call the main menu function of the "abc" plugin
and execute two "Down" key presses, followed by "Ok".
FOLDERSThe file folders.conf contains the definitions of folders that can be used in the "Edit timer" menu. Each line contains one folder definition. Leading whitespace and everything after and including a '#' is ignored. A line ending with '{' defines a sub folder (i.e. a folder that contains other folders), and a line consisting of only '}' ends the definition of a sub folder.Example: Daily {
News
Soaps
}
Note that these folder definitions are only used to set the file name under which a timer will store its recording. Changing these definitions in any way has no effect on existing timers or recordings. COMMANDSThe file commands.conf contains the definitions of commands that can be executed from the vdr main menu's "Commands" option. Each line contains one command definition in the following format:title : command where title is the string that will be displayed in the "Commands" menu, and command is the actual command string that will be executed when this option is selected. The delimiting ':' may be surrounded by any number of white space characters. If title ends with the character '?', there will be a confirmation prompt before actually executing the command. This can be used for commands that might have serious results (like deleting files etc) to make sure they are not executed inadvertently. Everything following (and including) a '#' character is considered to be comment. You can have nested layers of command menus by surrounding a sequence of commands with '{'...'}' and giving it a title, as in My Commands { First list { Do something: some command Do something else: another command } Second list { Even more: yet another command So much more: and yet another one } } Command lists can be nested to any depth. By default the menu entries in the "Commands" menu will be numbered '1'...'9' to make them selectable by pressing the corresponding number key. If you want to use your own numbering scheme (maybe to skip certain numbers), just precede the titles with the numbers of your choice. vdr will suppress its automatic numbering if the first entry in commands.conf starts with a digit in the range '1'...'9', followed by a blank. In order to avoid error messages to the console, every command should have stderr redirected to stdout. Everything the command prints to stdout will be displayed in a result window, with title as its title. Examples: Check for new mail?: /usr/local/bin/checkmail 2>&1
Note that the commands 'checkmail' and 'cpustatus' are only
examples! Don't send emails to the author asking where to find these
;-)
RECORDING COMMANDSThe file reccmds.conf can be used to define commands that can be applied to the currently highlighted recording in the "Recordings" menu. The syntax is exactly the same as described for the file commands.conf. When executing a command, the directory name of the recording will be appended to the command string, separated by a blank and enclosed in single quotes.SVDRP HOSTSThe file svdrphosts.conf contains the IP numbers of all hosts that are allowed to access the SVDRP port. Each line contains one IP number in the formatIP-Address[/Netmask] where IP-Address is the address of a host or a network in the usual dot separated notation (as in 192.168.100.1). If the optional Netmask is given only the given number of bits of IP-Address are taken into account. This allows you to grant SVDRP access to all hosts of an entire network. Netmask can be any integer from 1 to 32. The special value of 0 is only accepted if the IP-Address is 0.0.0.0, because this will give access to any host (USE THIS WITH CARE!). Everything following (and including) a '#' character is considered to be comment. Examples: 127.0.0.1 # always accept localhost
SETUPThe file setup.conf contains the basic configuration options for vdr. Each line contains one option in the format "Name = Value". See the MANUAL file for a description of the available options.THEMESThe files themes/<skin>-<theme>.theme in the config directory contain the color theme definitions for the various skins. In the actual file names <skin> will be replaced by the name if the skin this theme belongs to, and <theme> will be the name of this theme. Each line in a theme file contains one option in the format "Name = Value". Anything after (and including) a '#' character is comment.The definitions in a theme file are either colors or a
description.
clrTitle = FF123456 where the name (clrTitle) is one of the names defined in the source code of the skin that uses this theme, through the THEME_CLR() macro. The value (FF123456) is an eight digit hex number that consist of four bytes, representing alpha (transparency), red, green and blue component of the color. An alpha value of 00 means the color will be completely transparent, while FF means it will be opaque. An RGB value of 000000 results in black, while FFFFFF is white. A description can be given as Description = Shades of blue and will be used in the Setup/OSD menu to select a theme for a given skin. The description should give the user an idea what this theme will be like (for instance, in the given example it would use various shades of blue), and shouldn't be too long to make sure it fits on the Setup screen. The default description always should be given in English. If you want, you can provide language specific descriptions as Description.eng = Shades of blue
where the language code is added to the keyword "Description", separated by a dot. You can enter as many language specific descriptions as you like, but only those that have a corresponding locale messages file will be actually used. If a theme file doesn't contain a Description, the name of the theme (as given in the theme's file name) will be used. AUDIO/VIDEO DATAThe files 00001.ts...65535.ts are the actual recorded data files. In order to keep the size of an individual file below a given limit, a recording may be split into several files. The contents of these files is Transport Stream (TS) and contains data packets that are each 188 byte long and start with 0x47. Data is stored exactly as it is broadcast, with a generated PAT/PMT inserted right before every independent frame.INDEXThe file index (if present in a recording directory) contains the (binary) index data into each of the the recording files 00001.ts...65535.ts. It is used during replay to determine the current position within the recording, and to implement skipping and fast forward/back functions. See the definition of the cIndexFile class for details about the actual contents of this file.INFOThe file info (if present in a recording directory) contains a description of the recording, derived from the EPG data at recording time (if such data was available). The Aux field of the corresponding timer (if given) is copied into this file, using the '@' tag. This is a plain ASCII file and contains tagged lines like the EPG DATA file (see the description of the epg.data file). Note that the lowercase tags ('c' and 'e') will not appear in an info file. Lines tagged with '#' are ignored and can be used by external tools to store arbitrary information.In addition to the tags used in the epg.data file, the following tag characters are defined:
RESUMEThe file resume (if present in a recording directory) contains the position within the recording where the last replay session left off. The file consists of tagged lines that describe the various parameters necessary to pick up replay where it left off.The following tag characters are defined:
MARKSThe file marks (if present in a recording directory) contains the editing marks defined for this recording. Each line contains the definition of one mark in the following format:hh:mm:ss.ff comment where hh:mm:ss.ff is a frame position within the recording, given as "hours, minutes, seconds and (optional) frame number". comment can be any string and may be used to describe this mark. If present, comment must be separated from the frame position by at least one blank. The lines in this file need not necessarily appear in the correct temporal sequence, they will be automatically sorted by time index. CURRENT RESTRICTIONS: - the comment is currently not used by VDR
EPG DATAThe file epg.data contains the EPG data in an easily parsable format. The first character of each line defines what kind of data this line contains.The following tag characters are defined:
Lowercase characters mark the end of a sequence that was started by the corresponding uppercase character. The outer frame consists of a sequence of one or more C...c (Channel) entries. Inside these any number of E...e (Event) entries are allowed. All other tags are optional (although every event should at least have a T entry). There may be several X tags, depending on the number of tracks (video, audio etc.) the event provides.
This file will be read at program startup in order to restore the results of previous EPG scans. Note that the event id that comes from the DVB data stream is actually just 16 bit wide. The internal representation in VDR allows for 32 bit to be used, so that external tools can generate EPG data that is guaranteed not to collide with the ids of existing data. SEE ALSOvdr(1)AUTHORWritten by Klaus Schmidinger.REPORTING BUGSReport bugs to <vdr-bugs@tvdr.de>.COPYRIGHTCopyright © 2008 Klaus Schmidinger.This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Visit the GSP FreeBSD Man Page Interface. |