Usage: vdr [OPTIONS]
-a CMD, --audio=CMD send Dolby Digital audio to stdin of command CMD
--cachedir=DIR save cache files in DIR (default: /var/cache/vdr)
-c DIR, --config=DIR read config files from DIR (default: /etc/vdr2/)
-d, --daemon run in daemon mode
-D NUM, --device=NUM use only the given DVB device (NUM = 0, 1, 2...)
there may be several -D options (default: all DVB
devices will be used)
--dirnames=PATH[,NAME[,ENC]]
set the maximum directory path length to PATH
(default: 4095); if NAME is also given, it defines
the maximum directory name length (default: 255);
the optional ENC can be 0 or 1, and controls whether
special characters in directory names are encoded as
hex values (default: 0); if PATH or NAME are left
empty (as in ",,1" to only set ENC), the defaults
apply
--edit=REC cut recording REC and exit
-E FILE, --epgfile=FILE write the EPG data into the given FILE (default is
'epg.data' in the cache directory)
'-E-' disables this
if FILE is a directory, the default EPG file will be
created in that directory
--filesize=SIZE limit video files to SIZE bytes (default is 2000M)
only useful in conjunction with --edit
--genindex=REC generate index for recording REC and exit
-g DIR, --grab=DIR write images from the SVDRP command GRAB into the
given DIR; DIR must be the full path name of an
existing directory, without any "..", double '/'
or symlinks (default: none, same as -g-)
-h, --help print this help and exit
-i ID, --instance=ID use ID as the id of this VDR instance (default: 0)
-l LEVEL, --log=LEVEL set log level (default: 3)
0 = no logging, 1 = errors only,
2 = errors and info, 3 = errors, info and debug
if logging should be done to LOG_LOCALn instead of
LOG_USER, add '.n' to LEVEL, as in 3.7 (n=0..7)
-L DIR, --lib=DIR search for plugins in DIR (default is /usr/local//lib/vdr)
--lirc[=PATH] use a LIRC remote control device, attached to PATH
(default: /var/run/lirc/lircd)
--localedir=DIR search for locale files in DIR (default is
/usr/local//share/locale)
-m, --mute mute audio of the primary DVB device at startup
--no-kbd don't use the keyboard as an input device
-p PORT, --port=PORT use PORT for SVDRP (default: 6419)
0 turns off SVDRP
-P OPT, --plugin=OPT load a plugin defined by the given options
-r CMD, --record=CMD call CMD before and after a recording, and after
a recording has been edited or deleted
--resdir=DIR read resource files from DIR (default: /usr/local//share/vdr)
-s CMD, --shutdown=CMD call CMD to shutdown the computer
--split split edited files at the editing marks (only
useful in conjunction with --edit)
-t TTY, --terminal=TTY controlling tty
-u USER, --user=USER run as user USER; only applicable if started as
root
--userdump allow coredumps if -u is given (debugging)
-v DIR, --video=DIR use DIR as video directory (default: /video)
-V, --version print version information and exit
--vfat for backwards compatibility (same as
--dirnames=250,40,1)
-w SEC, --watchdog=SEC activate the watchdog timer with a timeout of SEC
seconds (default: 0); '0' disables the watchdog
Alles anzeigen
Hi
man kan ja beim vdr mittels -i eine Instanz-id mit geben
Da ich meinen vdr-server gerne multiuser fähig machen will habe ich da ein paar fragen
1. soweit ich verstanden habe könnte ich mittels id mehrere vdr instanzen starten die alle das gleiche config verzeichnis benutzen aber jeder ein verschiedenes video dir haben ?!?
2. wenn vdr id 0 das video-dir /video/ hat und alle anderen /video/id(x) bekommt dan vdr id 0 automatisch mit das Aufnahmen hinzugekommen sind oder ist ein cronjob nötig der regelmäßig ein touch .update macht
3. wie läuft es mit dem empfang können alle vdr's auf die tuner zugreifen und handeln das unter sich aus oder muss man die zusätzlichen instanzen per streamdev anhängen
4. ebenso timer ich denke mal da ist es ähnlich wie bei den tunern.
die doku dazu ist leider sehr dürftig :-/
warum das ganze ??:
Ich schreibe mir grade ein webinterface welchen über restful-api läuft
prinzipiell möchte ich das jeder user sein eigenes OSD hat
sodas jeder einstellungen am vdr über seinen "account" machen kann bzw für live-tv im browser
das osd geht prinzipiell
und live prinzipiell auch obwohl das ein gaaaanz schön blöder würgaround ist
erst wird per restful-api der aktuelle gezapte kanal abgerufen
dann wird per streamdev der kanal geholt und per Javascript mittels ffmpeg in was für den Browser verwertbares gebracht und mit einer verzögerung von 1s im browser vollflächig abgespielt
sieht bisher so aus
leider habe ich fürs encoden noch nicht gefunden womit man das umwandeln per cuda machen könnte :-/ wobei ich auch nicht weiß ob vdpau und cuda gleichzeitig nutzbar sind ???
eigentlich ist es ja auch schwachsinn das video erst umzuwandeln damit es der browser überhaupt frisst
aber naja was soll man machen