Sie sind nicht angemeldet.


Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Die neusten Beiträge im Forum

Letzte Antwort

Von kls (Gestern, 23:19)

Forum: Betriebssystem

4 152

Von kls

(Heute, 10:43)

Von mini73 (21. Oktober 2015, 22:21)

Forum: VDR Plugins

232 17 868

Von fnu

(Heute, 09:47)

Von Argus (3. April 2015, 20:24)

Forum: Andere Hardware

8 953

Von Argus

(Heute, 08:24)

Von devzero (16. Juli 2017, 20:54)

Forum: DVB-Karten

7 335

Von devzero

(Gestern, 23:52)

Von gekkoo (Gestern, 19:29)

Forum: VDR Installation

1 94

Von seahawk1986

(Gestern, 20:34)

Von louis (18. Juli 2017, 08:14)

Forum: DVB-Karten

18 952

Von SurfaceCleanerZ

(Gestern, 18:13)

Von kls (Gestern, 16:50)

Forum: VDR Plugins

4 204

Von SurfaceCleanerZ

(Gestern, 18:02)

Von SirBerny (13. Juli 2017, 00:18)

Forum: yaVDR

17 637

Von SurfaceCleanerZ

(Gestern, 17:53)

Von Bongo-007 (15. Dezember 2016, 18:21)

Forum: xbmc / kodi

31 2 485

Von Perlbo

(Gestern, 10:46)

Von GTRDRIVER (13. Juli 2016, 23:46)

Forum: VDR Plugins

14 1 081

Von hocker

(22. Juli 2017, 16:16)

Von noneofit (21. Juli 2017, 11:32)

Forum: Verschiedenes

8 442

Von Argus

(22. Juli 2017, 14:29)

Von sic (20. Juli 2017, 22:56)

Forum: Hardware

5 210

Von hoppel118

(22. Juli 2017, 09:41)

Von jrie (5. Juli 2014, 16:07)

Forum: Fernbedienungen

541 38 646

Von VDRFirtie

(21. Juli 2017, 20:30)

Von louis (30. Januar 2016, 10:55)

Forum: VDR Plugins

346 24 534

Von Delekhan

(21. Juli 2017, 19:57)

Von cooljay032 (13. März 2017, 12:31)

Forum: Fernbedienungen

7 618

Von tecfreak

(21. Juli 2017, 11:36)


[ANNOUNCE] VDR developer version 2.3.8

geschrieben von fnu am Freitag, 30. Juni 2017, 14:50


VDR developer version 2.3.8 is now available at

A 'diff' against the previous version is available at

MD5 checksums:

2afe8b899b3af1967320c216c1315f3e vdr-2.3.8.tar.bz2
d6ef77c644432dde9a01a05280ca5228 vdr-2.3.7-2.3.8.diff


This is a *developer* version. Even though *I* use it in my productive environment,
I strongly recommend that you only use it under controlled conditions and for testing and debugging.

Note: This is a "holiday release" ;-)
----- I'm going on vacation and just wanted to make the current source
available before that. There will be at least one more developer version
before the final stable version 2.4.0.

The changes since version 2.3.7:
  • Updated links in the INSTALL file (thanks to Chris Mayo).
  • Fixed detecting whether a CAM replies to queries, which didn't work on some systems
    since the implementation of RI_HOST_CONTROL (reported by Daniel Scheller).
  • Added some missing locks when calling functions from cStatus or cSkin*, and added
    some text to status.h and skins.h, explaining the locking situation when such
    functions are called.
  • Fixed a possible crash in cStateLockLog.
  • Updated the Italian OSD texts (thanks to Diego Pierotto).
  • Now skipping a leading '/' in AddDirectory(), to avoid double slashes (reported by
    Chris Mayo).
  • Fixed drawing very long menu titles in the LCARS skin (reported by Matthias Senzel).
  • 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

[ANNOUNCE] VDR developer version 2.3.7

geschrieben von MegaX am Sonntag, 11. Juni 2017, 16:38


VDR developer version 2.3.7 is now available at

A 'diff' against the previous version is available at

MD5 checksums:

0df2c8b40c89d142c698200ac3dcb14a  vdr-2.3.7.tar.bz2
fbe211e46b12a2fcf2f19054d3ce62cf  vdr-2.3.6-2.3.7.diff


This is a *developer* version. Even though *I* use it in my productive
environment, I strongly recommend that you only use it under controlled
conditions and for testing and debugging.

The changes since version 2.3.6:

- Fixed false positives when checking the locking sequence, in case of nested locks
  within the same thread.
- Fixed uninitialized variable SdWatchdog in vdr.c (reported by Frank Neumann).
- Fixed the locking sequence when starting an instant recording.
- Fixed L(ock) and U(nlock) indicators in cStateLockLog.
- Increased SLL_LENGTH in thread.c to better handle long caller lines, and enclosed
  logCaller with DEBUG_LOCKCALL to preserve memory in normal operation.
- Fixed a typo in CAMMENURETYTIMEOUT and added logging CAM enquiries.
- The new configuration file 'camresponses.conf' can be used to define automatic
  responses to CAM menus, for instance to avoid annyoing popup messages or entering
  the parental rating PIN. See vdr.5 for details.
- The option "Setup/Miscellaneous/Show channel names with source" can now be set to
  "type" or "full" to show either the type or the full name of the source (thanks to
  Martin Wache).
- The "Channels" menu now indicates whether a channel is encrypted ('X') or a radio
  channel ('R') (thanks to Martin Wache).
- Changed ##Lock to ##_Lock in the DEF_LIST_LOCK and USE_LIST_LOCK macros defined
  in tools.h, so that there is no

[Announce] MPV-VDR-Streamdev-Client 0.3.0

geschrieben von mwa am Sonntag, 11. Juni 2017, 09:58

Hallo zusammen,

ich möchte die neue Version (0.3.0) vom MPV-VDR-Streamdev-Client ankündigen!
Läuft auf Mac OS, Linux und Windows (braucht bash und netcat installiert für EPG etc)!
Download von

Was ist der MPV-VDR-Streamdev-Client?

Das ist ein Lua-Skript, das aus dem Medienabspieler einen VDR-Client macht, ein bischen ein Mix aus xineliboutput (vdr-sxfe) und Kodi.
Xineliboutput, weil es ein leichtgewichtiger Client ist, mit dem Look-and-Feel vom VDR, Kodi weil er ein eigenes OSD hat und so eigenständiger als vdr-sxfe ist.

Was brauche ich dafür?
* Auf der Serverseite eigentlich nur VDR mit aktiviertem Streamdev-server-plugin
* Auf der Clientseite ein einigermaßen aktuellen MPV (>0.20.0 müsste gehen), das vdr-streamdev-client.lua Skirpt, und bash und netcat installiert.

* VDR-like OSD mit momentanem und nächstem EPG-Event bei Kanalwechsel
* volles EPG für die Kanäle
* Timer aus EPG-Events programmieren
* Timer ein/aus, anzeigen und löschen
* Medienabspieler
* Zugriff auf das OSD von VDR-Server, wenn das Plugin svdrposd installiert ist. Leider im Moment seeeehr langsam.

Mehr Info, mit Screenshots etc gibt es hier.

Viele Grüße,


[ANNOUNCE] VDR developer version 2.3.6

geschrieben von fnu am Sonntag, 4. Juni 2017, 11:57


VDR developer version 2.3.6 is now available at

A 'diff' against the previous version is available at

MD5 checksums:

eab982df03da492a7d263718a8c487c2 vdr-2.3.6.tar.bz2
84a53afa495740bfdf9aab4b8900df99 vdr-2.3.5-2.3.6.diff


This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging.

The changes since version 2.3.5:
  • Added backtrace functions for debugging (see cBackTrace in thread.h).
  • Added checking the correct sequence of locking global lists (with help and
    suggestions from Jasmin Jessich). At the first occurrence of an invalid locking
    sequence, the 20 most recent locks will be written to the log file, followed by a
    backtrace that led to the call in question. This code can be activated by defining
    the macro DEBUG_LOCKSEQ in thread.c (which is on by default).
    When debugging an actual invalid locking sequence, you can additionally define
    the macro DEBUG_LOCKCALL in thread.c, which will add information about the caller
    of each lock. Note that this may cause some stress on the CPU, therefore it is off
    by default.
  • The file Make.config.template now reacts on DEBUG=1 in the 'make' command line,
    and disables code optimizations by setting -O0 (thanks to Jasmin Jessich).
    This can be helpful when backtracing highly optimized code. You may want to
    'make distclean' before running 'make' with a modified setting of DEBUG, to make
    sure all object files are newly compiled.
  • Fixed the locking sequence when dumping EPG data.
  • Fixed the locking sequence when starting a recording.
  • The Makefiles now use the macro $(Q) instead of a plain '@' in front of their
    commands, so that verbosity can be controlled by the user (suggested by Jasmin
    Jessich). Add VERBOSE=1
Everything below is more or less a translation of what's already on . If you have any questions feel free to open an issue as stated on the project page or just post here in English.


Was ist das?

Das hier soll eine Sammlung aller VDR Plugin Repositories sein. Die meisten sind Mirrors von diversen anderen Seiten um einen zentralen Punkt zu erzeugen, an dem alle Plugins gefunden werden können.

Du mirrorst andere Repositories? Warum?

Wir sehen Pluginentwickler kommen und gehen. Speziell in den letzten Jahren sind es mehr Entwickler die gehen, als Entwickler die neu hinzukommen. Besonders problematisch ist es, dass diese nicht einfach weggegangen sind. Sie sind teilweise komplett verschwunden.

In all dieser Zeit ist die Entwicklung des VDRs nicht stehen geblieben. Und von Zeit zu Zeit sorgen neue Entwicklungen am VDR dazu, dass Plugins nicht mehr kompilieren oder sich komisch verhalten. Und selbst dazu gibt es hier in der Community Leute, die sich diesen Plugins annehmen und Patches zu Verfügung stellen.

Diese Patches sammeln sich hier im VDR-Portal an und ihr wisst ja, wie Foren sind. Es wird schnell unübersichtlich. Patches verteilen sich in unterschiedlichen Threads. Threadnamen sind nicht immer eindeutig genug, um darin Patches zu erwarten. Und da es hier hauptsächlich deutschsprachig ist schließen wir die größere internationale Community aus.
ional community.

Und wie helfen Mirrors?

Das tun sie nicht. Nicht alleine zumindest. Wir (das sind im Moment mini73 und ich) wünschen uns, dass alle (oder möglichst viele) noch aktive Pluginentwickler dieser Github Organization beitreten. Um verwaiste Plugins am Leben zu halten und noch aktive Entwicklung von dem gleichen Schicksal zu bewahren, wie das der bereits verwaisten Plugins.

Alles auf Github zu sammeln sollte auch One-Time Contributions fördern. Jeder hat heutzutage einen Github Account.

Schützen? Klingt gut? Wie soll das erreicht werden?


Die neuesten Bilder aus der Galerie

  • 20170113_192236.jpg

    von schnoefftel

  • metrixhd-labor4-horizontal.jpg

    von Saman

  • metrixhd-labor4-horizontal-rec.jpg

    von Saman

Immortal Romance Spielautomat