Sie sind nicht angemeldet.

Portal

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

Thema
Antworten
Zugriffe
Letzte Antwort

Von sg75 (25. Mai 2017, 17:12)

Forum: VDR Plugins

16 806

Von mighty-p

(Heute, 13:23)

Von Garry (Heute, 13:08)

Forum: Server

0 29

keine Antwort

Von Garry (7. Januar 2017, 01:27)

Forum: DVB-Karten

182 84 971

Von stefanhe

(Heute, 12:18)

Von mwa (11. Juni 2017, 09:58)

Forum: VDR News

15 1 015

Von Taipan

(Heute, 12:11)

Von jasminj (29. März 2017, 15:59)

Forum: VDR Plugins

288 15 074

Von jasminj

(Heute, 11:35)

Von kdeuser (Heute, 09:24)

Forum: BM2LTS

0 63

keine Antwort

Von MegaX (11. Juni 2017, 16:38)

Forum: VDR News

43 4 293

Von kls

(Gestern, 23:30)

Von Daniel26 (Gestern, 13:39)

Forum: yaVDR

1 101

Von seahawk1986

(Gestern, 15:53)

Von horchi (4. Juli 2016, 12:22)

Forum: VDR Plugins

607 30 661

Von CKone

(Gestern, 11:09)

Von UFO (1. November 2014, 22:08)

Forum: DVB-Karten

401 76 036

Von Grabber66

(22. Juni 2017, 15:44)

Von fnu (15. Juni 2017, 18:28)

Forum: VDR Konfiguration

4 402

Von fnu

(22. Juni 2017, 14:43)

Von mini73 (31. Oktober 2013, 14:18)

Forum: DVB-Karten

493 41 525

Von M-Reimer

(22. Juni 2017, 13:03)

Von ludi (16. Januar 2015, 15:10)

Forum: VDR Core

17 1 716

Von CKone

(22. Juni 2017, 11:00)

Von khvolk (21. Mai 2017, 11:11)

Forum: VDR Plugins

84 5 026

Von CvH

(21. Juni 2017, 18:02)

Von rookie1 (21. Juni 2017, 08:14)

Forum: VDR Installation

2 341

Von fnu

(21. Juni 2017, 15:50)

Nachrichten

[ANNOUNCE] VDR developer version 2.3.7

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

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
VDR developer version 2.3.7 is now available at

      ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.7.tar.bz2

A 'diff' against the previous version is available at

      ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.6-2.3.7.diff

MD5 checksums:

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

WARNING:
========

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
...[Weiterlesen]

[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 vdr-projects.org.

Was ist der MPV-VDR-Streamdev-Client?

Das ist ein Lua-Skript, das aus dem Medienabspieler mpv.io 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.

Features:
* 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,

Martin

[ANNOUNCE] VDR developer version 2.3.6

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

Zitat

VDR developer version 2.3.6 is now available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.6.tar.bz2

A 'diff' against the previous version is available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.5-2.3.6.diff

MD5 checksums:

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

WARNING:
========

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
...[Weiterlesen]
English
Everything below is more or less a translation of what's already on http://vdr-projects.github.io . If you have any questions feel free to open an issue as stated on the project page or just post here in English.

Deutsch

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?

Github...[Weiterlesen]

[ANNOUNCE] VDR developer version 2.3.5

geschrieben von MegaX am Donnerstag, 25. Mai 2017, 11:38

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
VDR developer version 2.3.5 is now available at

  	ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.5.tar.bz2

A 'diff' against the previous version is available at

  	ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.4-2.3.5.diff

MD5 checksums:

01fabef4d20ec01f11d53354d99a9642  vdr-2.3.5.tar.bz2
a9cc12e0bf76942c6435a36c429c6b42  vdr-2.3.4-2.3.5.diff


WARNING:
========

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.4:

- CAMs are now sent a generated EIT packet that contains a single 'present event' for
  the current SID, in order to avoid any parental rating dialogs.

- Fixed handling UNC values (the shift operator behaves unexpected for shift values
  larger than the size of the variable).

- Log messages about switching channels now include the channel ID (suggested by
  Dietmar Spingler).

- Events in the EIT that end before the EPG linger time are now ignored in the incoming
  data stream, because they would just be deleted in the next schedules cleanup anyway.

- The constructor of cHash (via cHashBase) now has an additional parameter (OwnObjects)
  which, if set to true, makes the hash take ownership of the hashed objects, so that
  they are deleted when the hash is cleared or destroyed.

- Fixed a memory leak in cSectionSyncerHash. The cSectionSyncerEntry objects put into
  the hash were never explicitly deleted. Now the cSectionSyncerHash takes ownership of
  these
...[Weiterlesen]

Die neuesten Bilder aus der Galerie

  • 20170113_192236.jpg
    mousemate

    von schnoefftel

  • metrixhd-labor4-horizontal.jpg
    metrixhd-labor4-horizontal

    von Saman

  • metrixhd-labor4-horizontal-rec.jpg
    metrixhd-labor4-horizontal-rec

    von Saman

Immortal Romance Spielautomat