[Announce] streamdev 0.6.0

schmirl · 30. Mai 2012

Hallo zusammen,

unter http://projects.vdr-developer.…jects/plg-streamdev/files liegt Version 0.6.0 des Streamdev-Plugins bereit.

Die Server-Option "Pausierverhalten" gibt es nun nicht mehr. Ob lokales Live-TV auf dem Server Vorrang hat oder der Client, wird nun rein über Prioritäten festgelegt. Ein Client mit Priorität 0 oder höher hat Vorrang vor Live-TV auf dem Server. Bei negativer Priorität behält Live-TV auf dem Server den Vorrang. War als "Pausierverhalten" zuvor "Client darf pausieren" oder "Nie pausiert" eingestellt, muss dem Client nun eine negative Priorität zugewiesen werden. Da die Standard-Werte auf 0 stehen, ist bei "Pausierverhalten: Immer pausiert" normalerweise keine Änderung der Konfiguration notwendig.

Kompatibilität
Auf dem Server muss mind. VDR 1.7.25 laufen. Werden negative Prioritäten benötigt, ist sogar VDR 1.7.27 notwendig.

Das streamdev-client Plugin ist genügsam und benötigt nur mind. VDR 1.5.16. Die Änderungen im Client-Code bewirken jedoch, dass der neue streamdev-client mit den Server-Versionen 0.5.1-priotest und 0.5.2-git nicht kompatibel ist. Die offiziellen Releases 0.5.1, 0.5.2 oder auch eine beliebige 0.5.1-git Version sind kein Problem.

Notwendige Änderungen der Konfiguration
Falls erforderlich, bitte die gewünschten Prioritäten für HTTP- und IGMP-Multicast-Streaming in den Einstellungen zu streamdev-server festlegen. Sofern noch nicht alle streamdev-clients auf mind. Version 0.5.2 aktualisiert sind, bitte zudem deren Priorität über "Priorität für alte Clients" festlegen.

In den Plugin-Einstellungen zu streamdev-client bitte die "Minimale Priorität" auf -99 setzen. Den Wert von "Live TV Priorität" bei Bedarf anpassen.

Disclaimer
Bei mir funktioniert die neue Version Allerdings gibt es Dinge die ich in meiner Produktionsumgebung nicht nutze bzw. überhaupt nicht testen kann (dazu gehören verschlüsselte Kanäle). Ich freue mich über Feedback.

Changelog

Zitat

- Reimplemented some client device methods
- Proper fix for "client sends ABRT after TUNE". Obsoletes many hacks in client
- Added CLOCK_MONOTONIC timestamp and thread id to Dprintf
- Silenced warning (thanks to Rolf Ahrenberg)
- Updated Finnish translation (thanks to Rolf Ahrenberg)
- Replaced server-side suspend modes with priority based precedence handling
- Client-side priority handling for VDR >= 1.7.25 and servers running VTP > 1.0
- Introduced VTP protocol version numbering for easier compatibility handling between different client and server versions. The server includes the protocol version in its greeting string, the client reports its version with the new command "VERS".
- Dropped compatibility of streamdev-server with VDR < 1.7.25

Alles anzeigen

Viel Spaß,
Frank

Uwe · 30. Mai 2012

Hi Frank,
vielen Dank für die neue Version.
Super, ich brauch nun auf dem Client in der common.h nichts mehr "einstellen"...
Zumindestens sieht es aktuell so aus, als ob es keine Probleme gibt!
Ich teste mal die Tage weiter...

Code

...
#if APIVERSNUM >= 10714
-#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder() && !c1->IsSourceType('V'))
+#define TRANSPONDER(c1, c2) (false)
+//#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder() && !c1->IsSourceType('V'))
#else
#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder())
#endif
...

Vielen Grüße, Uwe

3PO · 30. Mai 2012

Zitat von schmirl

[...] Allerdings gibt es Dinge die ich in meiner Produktionsumgebung nicht nutze bzw. überhaupt nicht testen kann (dazu gehören verschlüsselte Kanäle). Ich freue mich über Feedback. ...

Die aktuelle Version aus dem git funktioniert bei mir einwandfrei mit VDR-Zapper als Client, auch mit den Verschlüsselten und HD:

sewn4 · 30. Mai 2012

Zitat von C-3PO

Die aktuelle Version aus dem git funktioniert bei mir einwandfrei mit VDR-Zapper als Client, auch mit den Verschlüsselten und HD:

Hi,

kann ich nicht ganz so bestätigen. Normales SD TV funktioniert wie immer sauber und einwandfrei egal ob FTA oder nicht. Bei HD Sendern egal ob FTA oder verschlüsselt habe ich meist nur Ton und nur alle paar Sekunden mal ein Bild oder weder Bild noch Ton. Getestet mit iPad 3 und iPhone 4S verhält sich mit beiden Geräten gleich.
Das Streamdev Plugin hat die aktuelle Version und ich habe als einzigste Konfiguration die streamdevhosts.conf an mein Netzwerk angepasst.

Ist das noch ein Konfigurationsproblem bei mir oder kann das noch etwas anderes sein? Jemand hier bei dem HD Sender über iPad oder iPhone ruckelfrei laufen?

Vielen Dank für die neue Version!

lokutus · 30. Mai 2012

Hi,

leider hab gehen bei mir die verschlüsselten Sender nicht.

Client ist 0.6
Server ist 0.5.1+git20111129-0yavdr0~lucid

RTL HD;CBC:10832:HC23M5O35S1:S19.2E:22000:255=27:0;259=deu@106:32:1830,1843,9C4,98C,648,1860:61200:1:1057:0

Gruß Lokutus
PS: Oder hab ich was falsch gemacht?

Moorviper · 30. Mai 2012

drücke mal hiermit den "Bedanken" Button Vielen Dank / geht gut zumindest auf der iconnect

schmirl · 31. Mai 2012

sewn4: Sofern im Log nichts auffälliges steht (z.B. ständiges starten und stoppen von Threads) hört sich für mich eher nach einem Bandbreitenproblem an.

lokutus: Für verschlüsselte Kanäle ist auf Client-Seite nach wie vor eine Anpassung der channels.conf oder ein Patch notwendig. Hast Du daran gedacht?

Zitat

* Viewing encrypted channels became an issue with VDR's new CAM handling code.
Streamdev doesn't provide a (dummy) CAM, so out of the box, VDR won't ever try
to receive encrypted channels from streamdev. Pick one of the following
solutions to work around the problem:

1. Force VDR to use streamdev. Open the channels menu on the client (or edit its
channels.conf if you know how to do this) and set the CA field of all channels
that only the server can decrypt to streamdev's device index. Usually streamdev
will get number 9 or 10. Streamdev logs the actual device number when starting
up. So please consider the logs for the correct value. Remember to fill in
hexadecimal values if you are using an editor to modify your channels.conf
(number 10 becomes an "a", number 11 a "b", ...).

2. Apply either patch "patches/vdr-1.6.0-intcamdevices.patch" or patch
"patches/vdr-1.6.0-ignore_missing_cam.diff" to your client VDR. Intcamdevices
is the clean solution, but it modifies the VDR API. So you will need to
recompile all of your plugins. The ignore_missing_cam patch is trivial, no need
to recompile other plugins. However it is not suitable for clients with a DVB
card of their own.

Alles anzeigen

@all: Danke für's Feedback

lokutus · 31. Mai 2012

Zitat von schmirl

lokutus: Für verschlüsselte Kanäle ist auf Client-Seite nach wie vor eine Anpassung der channels.conf oder ein Patch notwendig. Hast Du daran gedacht?

Jetzt schäme ich mich ein wenig.
Man sollte nicht mehrere Sachen gleichzeitig verändern. Habe MLD 3.0.1 installiert und da ist der Patch nicht drinnen.

Hab jetzt Variante 1 aus deiner Readme (die ich selbstverständlich *nicht* gelesen habe) genommen.

Danke für deine Hilfe und deine Arbeit an streamdev. Ich nutze es schon seit mehreren Jahren.

Gruß Lokutus

3PO · 31. Mai 2012

Auf den Clients geht das ganz einfach so:

Code

sed 's/^\(.*:.*:.*:.*:.*:.*:.*:.*:\).*\(:.*:.*:.*:.*$\)/\10\2/' channels.conf > channels.conf.client
mv channels.conf channels.conf.old
mv channels.conf.client channels.conf

schmirl · 1. Juni 2012

Wenn die die CA-ID auf 0 (also auf unverschlüsselt) gesetzt wird, muss entweder in streamdev-client "Filter-Daten streamen" ausgeschaltet werden (damit kein Live-EPG und keine Link-Channels mehr auf dem Client) oder im VDR "Kanäle aktualisieren" maximal auf "nur Namen" stehen.

Darum besser die Device-Nummer von streamdev-client setzen. Das funktioniert allerdings nicht mehr, wenn streamdev-client mehr als einmal läuft (um auf dem Client mehr als einen Transponder gleichzeitig empfangen zu können - für z.B. PiP). Die Angabe mehrerer Device-Nummern im CA-Feld ist leider nicht vorgesehen.

Das Skript angepasst auf die streamdev-client Device-Nummer sieht so aus (vorausgesetzt streamdev-client protokolliert nach /var/log/syslog):

Code

LOG=/var/log/syslog
DEV=$(sed -n '/^.*streamdev-client: got device number / {s///;h}; $ {g;p}' $LOG)
if [ "$DEV" ]; then
  DEV=$(printf %x $DEV)
  sed "s/^\(.*:.*:.*:.*:.*:.*:.*:.*:\)[1-9a-f].*\(:.*:.*:.*:.*$\)/\1${DEV}\2/" channels.conf > channels.conf.client
  mv channels.conf channels.conf.old
  mv channels.conf.client channels.conf
else
  echo "Streamdev-client Device-Nummer nicht gefunden" >&2
fi

Edit: sed für channels.conf noch so angepasst, dass nur verschlüsselte Kanäle umgeschrieben werden.

skippy · 5. Juni 2012

Ich habe Probleme mit der Version 0.6.0 und kann trotz Methode 1 (ändern der CAID auch mit dem vorstehenden Script von schmirl) keinen Sender sehen, der beim Hochschalten auf demselben Transponder liegt. Mit der Version 0.5.1 hat es bei mir noch prima funktioniert. Nachfolgend ein paar Auszüge aus der messages des Clients. Channel 7 ist bei mir Pro7 und channel 8 ist SAT1. Bei den heutigen Tests wurde nur die Version des Streamdev-Clients geändert. Server mit Streamdev-Server (Version 0.6.0-git) und die channels.conf beider Systeme wurden nicht geändert. Getestet habe ich auf dem HD-Client aus der Signatur. Das Problem tritt aber nach Umstellung auf Version 0.6.0 auch bei den anderen Clients auf.

Code

Jun  5 10:42:59 (none) user.err vdr: [9593] initializing plugin: streamdev-client (0.5.1-git): VTP Streaming Client
...
Jun  5 10:42:59 (none) user.err vdr: [9593] starting plugin: streamdev-client
Jun  5 10:42:59 (none) user.err vdr: [9593] new device number 10
Jun  5 10:42:59 (none) user.err vdr: [9593] streamdev-client: got device number 10
...
Jun  5 10:43:00 (none) user.err vdr: [9593] streamdev-client: Connected to server 10.132.128.103:2004 using capabilities TSPIDS,FILTERS,PRIO
...
Jun  5 10:43:00 (none) user.err vdr: [9684] streamdev-client: sections assembler thread started (pid=9593, tid=9684)
...
Jun  5 10:44:57 (none) user.err vdr: [9593] switching to channel 7
Jun  5 10:44:57 (none) user.err vdr: [21946] recording thread ended (pid=9593, tid=21946)
Jun  5 10:44:58 (none) user.err vdr: [21937] ERROR (device.c,2010): Bad file descriptor
Jun  5 10:44:58 (none) user.err vdr: [21937] TS buffer on device 10 thread ended (pid=9593, tid=21937)
Jun  5 10:44:58 (none) user.err vdr: [21938] buffer stats: 100580 (4%) used
Jun  5 10:44:58 (none) user.err vdr: [21938] receiver on device 10 thread ended (pid=9593, tid=21938)
Jun  5 10:44:58 (none) user.err vdr: [21947] TS buffer on device 10 thread started (pid=9593, tid=21947)
Jun  5 10:44:58 (none) user.err vdr: [21948] recording thread started (pid=9593, tid=21948)
Jun  5 10:44:58 (none) user.err vdr: [21949] receiver on device 10 thread started (pid=9593, tid=21949)
Jun  5 10:44:58 (none) user.err vdr: [21928] Text2Skin: channelInfo display update thread ended (pid=9593, tid=21928)
Jun  5 10:44:58 (none) user.err vdr: [21949] Continue live recorder on broken stream (maybe due to switching to same channel on other device)
Jun  5 10:44:59 (none) user.info vdr: [21949] [xine..put] Detected video size 720x576
Jun  5 10:45:02 (none) user.err vdr: [21950] Text2Skin: channelInfo display update thread started (pid=9593, tid=21950)
Jun  5 10:45:02 (none) user.err vdr: [9593] switching to channel 8
Jun  5 10:45:02 (none) user.err vdr: [21948] recording thread ended (pid=9593, tid=21948)
Jun  5 10:45:02 (none) user.err vdr: [21947] ERROR (device.c,2010): Bad file descriptor
Jun  5 10:45:02 (none) user.err vdr: [21947] TS buffer on device 10 thread ended (pid=9593, tid=21947)
Jun  5 10:45:02 (none) user.err vdr: [21949] buffer stats: 96256 (4%) used
Jun  5 10:45:02 (none) user.err vdr: [21949] receiver on device 10 thread ended (pid=9593, tid=21949)
Jun  5 10:45:02 (none) user.err vdr: [9593] buffer stats: 97196 (1%) used
Jun  5 10:45:03 (none) user.err vdr: [21959] TS buffer on device 10 thread started (pid=9593, tid=21959)
Jun  5 10:45:03 (none) user.err vdr: [21960] receiver on device 10 thread started (pid=9593, tid=21960)
Jun  5 10:45:03 (none) user.err vdr: [9593] recording to '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 10:45:03 (none) user.err vdr: [9593] playing '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 10:45:03 (none) user.err vdr: [21968] recording thread started (pid=9593, tid=21968)
Jun  5 10:45:06 (none) user.info vdr: [21960] [xine..put] Detected video size 720x576
Jun  5 10:45:07 (none) user.err vdr: [21950] Text2Skin: channelInfo display update thread ended (pid=9593, tid=21950)
Jun  5 10:45:08 (none) user.err vdr: [9593] retuning due to modification of channel 8
Jun  5 10:45:08 (none) user.err vdr: [9593] switching to channel 8
Jun  5 10:45:08 (none) user.err vdr: [21968] recording thread ended (pid=9593, tid=21968)
Jun  5 10:45:09 (none) user.err vdr: [21959] ERROR (device.c,2010): Bad file descriptor
Jun  5 10:45:09 (none) user.err vdr: [21959] TS buffer on device 10 thread ended (pid=9593, tid=21959)
Jun  5 10:45:09 (none) user.err vdr: [21960] buffer stats: 170516 (8%) used
Jun  5 10:45:09 (none) user.err vdr: [21960] receiver on device 10 thread ended (pid=9593, tid=21960)
Jun  5 10:45:09 (none) user.err vdr: [21969] TS buffer on device 10 thread started (pid=9593, tid=21969)
Jun  5 10:45:09 (none) user.err vdr: [21970] recording thread started (pid=9593, tid=21970)
Jun  5 10:45:09 (none) user.err vdr: [21971] receiver on device 10 thread started (pid=9593, tid=21971)
Jun  5 10:45:09 (none) user.err vdr: [21971] Continue live recorder on broken stream (maybe due to switching to same channel on other device)
Jun  5 10:45:11 (none) user.info vdr: [21971] [xine..put] Detected video size 720x576
Jun  5 10:45:16 (none) user.err vdr: [21972] Text2Skin: channelInfo display update thread started (pid=9593, tid=21972)

Alles anzeigen

Code

Jun  5 11:02:50 (none) user.err vdr: [9519] initializing plugin: streamdev-client (0.6.0-git): VTP Streaming Client
...
Jun  5 11:02:50 (none) user.err vdr: [9519] starting plugin: streamdev-client
Jun  5 11:02:50 (none) user.err vdr: [9519] new device number 10
Jun  5 11:02:50 (none) user.err vdr: [9519] streamdev-client: got device number 10
...
Jun  5 11:02:51 (none) user.err vdr: [9519] streamdev-client: Connected to server 10.132.128.103:2004 using protocol version 1.0
...
Jun  5 11:02:51 (none) user.err vdr: [9604] streamdev-client: sections assembler thread started (pid=9519, tid=9604)
...
Jun  5 11:03:38 (none) user.err vdr: [9519] switching to channel 7
Jun  5 11:03:38 (none) user.err vdr: [19015] recording thread ended (pid=9519, tid=19015)
Jun  5 11:03:38 (none) user.err vdr: [19016] ERROR (device.c,2010): Bad file descriptor
Jun  5 11:03:38 (none) user.err vdr: [19016] TS buffer on device 10 thread ended (pid=9519, tid=19016)
Jun  5 11:03:38 (none) user.err vdr: [19007] buffer stats: 72380 (3%) used
Jun  5 11:03:38 (none) user.err vdr: [19007] receiver on device 10 thread ended (pid=9519, tid=19007)
Jun  5 11:03:38 (none) user.err vdr: [9519] buffer stats: 74072 (1%) used
Jun  5 11:03:38 (none) user.err vdr: [19026] receiver on device 10 thread started (pid=9519, tid=19026)
Jun  5 11:03:38 (none) user.err vdr: [9519] recording to '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:38 (none) user.err vdr: [9519] playing '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:38 (none) user.err vdr: [19034] recording thread started (pid=9519, tid=19034)
Jun  5 11:03:39 (none) user.err vdr: [19035] TS buffer on device 10 thread started (pid=9519, tid=19035)
Jun  5 11:03:39 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/prosieben.png'
Jun  5 11:03:39 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/prosieben.png'
Jun  5 11:03:40 (none) user.info vdr: [19026] [xine..put] Detected video size 720x576
Jun  5 11:03:42 (none) user.err vdr: [9519] retuning due to modification of channel 7
Jun  5 11:03:42 (none) user.err vdr: [9519] switching to channel 7
Jun  5 11:03:42 (none) user.err vdr: [19017] Text2Skin: channelInfo display update thread ended (pid=9519, tid=19017)
Jun  5 11:03:43 (none) user.info vdr: [19026] [xine..put] Detected video size 720x576
Jun  5 11:03:49 (none) user.err vdr: [19036] Text2Skin: channelInfo display update thread started (pid=9519, tid=19036)
Jun  5 11:03:49 (none) user.err vdr: [9519] switching to channel 8
Jun  5 11:03:49 (none) user.err vdr: [19034] recording thread ended (pid=9519, tid=19034)
Jun  5 11:03:49 (none) user.err vdr: [9519] buffer stats: 78208 (1%) used
Jun  5 11:03:49 (none) user.err vdr: [19035] ERROR (device.c,2010): Bad file descriptor
Jun  5 11:03:49 (none) user.err vdr: [19035] TS buffer on device 10 thread ended (pid=9519, tid=19035)
Jun  5 11:03:49 (none) user.err vdr: [19026] buffer stats: 77268 (3%) used
Jun  5 11:03:49 (none) user.err vdr: [19026] receiver on device 10 thread ended (pid=9519, tid=19026)
Jun  5 11:03:49 (none) user.err vdr: [19045] receiver on device 10 thread started (pid=9519, tid=19045)
Jun  5 11:03:49 (none) user.err vdr: [19047] TS buffer on device 10 thread started (pid=9519, tid=19047)
Jun  5 11:03:49 (none) user.err vdr: [9519] recording to '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:49 (none) user.err vdr: [9519] playing '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:49 (none) user.err vdr: [19054] recording thread started (pid=9519, tid=19054)
Jun  5 11:03:49 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/sat.1.png'
Jun  5 11:03:50 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/sat.1.png'
Jun  5 11:03:54 (none) user.err vdr: [19036] Text2Skin: channelInfo display update thread ended (pid=9519, tid=19036)

Alles anzeigen

Hat noch jemand damit ein Problem?

Viele Grüße skippy

schmirl · 5. Juni 2012

Da Du die CA-ID angepasst hast, vermute ich die beiden Kanäle sind bei Dir verschlüsselt? Versuch's bitte mal mit dem angehängten Patch für den Client.

skippy · 5. Juni 2012

Danke für die schnelle Antwort. Dauert bei mir etwas, da ich mir erst eine Entwicklungsumgebung für die MLD aufbauen oder einen der MLD-Entwickler bitten muss. Melde mich wieder.

Viele Grüße skippy

skippy · 7. Juni 2012

Inzwischen habe ich den Patch in die MLD einbauen können - hoffe, dass ich dabei auch keinen Fehler begangen habe. Jedenfalls zeigt ein diff Unterschiede in beiden Paketen an. Das Ergebnis ist leider identisch, es funktioniert nicht. Im Log habe ich keine Unterschiede feststellen können. Da nicht nur ich den Patch runtergeladen habe, hat es vielleicht auch ein anderer probiert. Hat jemand ähnliche oder andere Ergebnisse erzielt?

Viele Grüße skippy

schmirl · 8. Juni 2012

Könntest Du den Client mal mit Debug-Option kompilieren?

Code

make clean; STREAMDEV_DEBUG=1 make client

Die Debug-Ausgabe kommt über stderr. Beim Starten von VDR bitte entsprechend umleiten.

skippy · 8. Juni 2012

Ja gerne, wird aber leider vor Montag nichts, bin das ganze Wochenende unterwegs.

skippy · 11. Juni 2012

Hallo schmirl,
habe dir 2 PN mit den Debug-Dateien geschickt. Dabei habe ich deine neue Version vom 7.6. verwendet. Diesmal hat allerdings dein Patch zum Erfolg geführt. Damit hatte ich auch bei Sendern ein Bild, die auf demselben Transponder lagen.
Vielen Dank für deine Mühe und viele Grüße
skippy

Darkstar · 12. Juni 2012

Hallo,
ich habe hier ein kleines Problem im Zusammenspiel mit meinem Fernseher und da ich auf der Seite keinen Zugriff habe hoffe ich, dass Problem auf der streamdev-server Seite zu lösen.

Ich habe einen DLNA fähigen Fernseher (LG 42LM660s) und greife über einzelne "External Link (URL)" Einträge auf einem MediaTomb server auf einen headless vdr mit streamdev-server 0.6.0 zu. In dem Eintrag steht ein Name (z.B. Das Erste HD) eine URL (http://vdrip:3000/TS/S19.2E-1-1019-10301) eine Protkoll (http-get) und ein Mimetype (video/x-mpegurl). Es stehen auch noch "Description" und "Class", da weiß ich aber nicht, was ich eintragen soll und deswegen ist "Description" leer und in Class steht das defaultmäßige "object.item". Über das Menü im TV kann ich jetzt den Eintrag auswählen und der Stream startet ohne Probleme. Wenn ich jetzt aber einen SD Stream auswähle der anamorphes 16:9 Meterial enthält wird dieses nur 4:3 verzerrt dargestellt.

Meine Frage ist jetzt: kann ich über den Server dem Client noch irgendwie zusätzlich das Seitenverhältnis des gestreamten Materials mitteilen oder müsste ich das umkodieren? Und wenn umkodieren wie mache ich das mit möglichst wenig Qualitätsverlust und CPU Last? Das ganze läuft auf einer Seagate Dockstar und ist deshalb eher untermotorisiert... Ich bin für jeden Tip dankbar.

Gruß Darkstar.

Uwe · 20. Juni 2012

Zitat von schmirl

...
Das streamdev-client Plugin ist genügsam und benötigt nur mind. VDR 1.5.16.
...

Mhh, ich wollte hier nun die aktuelle Version für vdr-1.6.0.2 kompilieren, bekomme dabei aber folgenden Fehler:

Code

g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -march=pentium3 -O2 -pipe -fomit-frame-pointer -falign-functions=4 -fprefetch-loop-arrays -ffast-math -fPIC -c -DUSE_CHANNELSCAN -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DELTIMESHIFTREC -DUSE_DOLBYINREC -DUSE_DVBSETUP -DUSE_DVLRECSCRIPTADDON -DUSE_DVLVIDPREFER -DUSE_DVLFRIENDLYFNAMES -DUSE_EM84XX -DUSE_GRAPHTFT -DUSE_HARDLINKCUTTER -DUSE_IPTV -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LIRCSETTINGS -DUSE_LIVEBUFFER -DUSE_MAINMENUHOOKS -DUSE_MENUORG -DUSE_NOEPG -DUSE_OSDMAXITEMS -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_ROTOR -DUSE_SOURCECAPS -DUSE_SORTRECORDS -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_TTXTSUBS -DUSE_VALIDINPUT -DUSE_VOLCTRL -DUSE_WAREAGLEICON -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"streamdev-client"' -I/usr/local/src/DVB/include -I/usr/local/src/VDR/include -I.. -o device.o device.c
device.c: In member function 'virtual bool cStreamdevDevice::ProvidesChannel(const cChannel*, int, bool*) const':
device.c:120: error: passing 'const cStreamdevDevice' as 'this' argument of 'virtual bool cStreamdevDevice::IsTunedToTransponder(const cChannel*)' discards qualifiers
make[1]: *** [device.o] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.6.0.2/PLUGINS/src/streamdev-0.6.0/client'
make: *** [client] Error 2

Jemand eine Idee?

schmirl · 21. Juni 2012

Danke für den Hinweis! Hier ist der Patch:

[Announce] streamdev 0.6.0

Jetzt mitmachen!

Teilen