16

Allgemein [ General ] / Stand der 5.4 für PI3

« on: November 14, 2017, 14:16:21 »

Ich meinte damit:

vdr-plugin-rpihddevice

Das Teil läuft bei mir nicht in der unstable, der vdr läuft aber wenn ich ihm z.B. streamdev-client und server verpasse.

Ist es denn geplant das der KODI in der 5.4 laufen soll?

17

Allgemein [ General ] / Stand der 5.4 für PI3

« on: November 14, 2017, 02:09:06 »

Meine letzten drei Versuche an eine  5.4 testing zu kommen........


MLD-5.4_netinstall_2017.11.11-178.17+1647_armhf-rpi3.img
Grafischer Bug wegen amixer Problem ist gefixt.
Ansonsten nur vdr möglich, gleiches Verhalten wie in 1646
Kodi funktioniert nicht
rpi funktioniert


MLD-5.4_netinstall_2017.10.17-178.16+1646_armhf-rpi3.img
Grafischer Bug wegen amixer Problem
VDR AUSGEWÄHLT,Kodi AUSGEWÄHLT,
Mündet in einem Schirm mit MLD Logo, kein vdr, keine plugins, kein Kodi.
System lässt sich aber per Browser manuell nachinstallieren.
System ist testing.

rpi funktioniert
Kodi funktioniert nicht

cat kodi
ERROR: Unable to create GUI. Exiting
*** Error in `/usr/lib/arm-linux-gnueabihf/kodi/kodi.bin': free(): invalid pointer: 0x560efac0 ***
Aborted
ERROR: Unable to create GUI. Exiting
Segmentation fault



MLD-5.4_netinstall_2017.09.07-178.15+1637_armhf-rpi3.img
Grafischer Bug wegen amixer Problem
Kodi AUSGEWÄHLT
Kodi läuft
control-plugin fehlt
Man landet in einer UNSTABLE Konfiguration
umgestellt auf Testing
vdr usw, kann per webif nachinstalliert werden
rpi device läuft aber nicht

libGLESv2.sovdr: libGLESv2.so: cannot open shared object file: No such file or directory
vdr: libGLESv2.so: cannot open shared object file: No such file or directory
VDR exits at Di Nov 14 01:27:47 CET 2017

mesa-libgles2 per apt nachinstalliert, geht immer noch nicht.

apt-get upgrade installiert ca. 300 Pakete, danach aber immer noch kein rpi. Vdr per apt entfernt, neu eingespielt immer noch kein rpi.

18

Allgemein [ General ] / Was ist eigentlich gerade aktuell...

« on: November 11, 2017, 23:07:34 »

Habe gedacht es ist der Kodi, aber scheint was anderes zu sein. Hab das Image einfach nochmal formatiert und nun als Ziel vdr eingestellt. Da kommt schon ein Fehler beim Installieren. Siehe Bild.

Auch ist der ganze Schirm nicht besonders gut angepasst. Abfotografiert von einer HD Ready Glotze, PI3, gerade frisch aus der Schachtel genommen, genau wie die SD Card.

Sollte Geburtstagsgeschenk werden für Montag ........

Also doch wieder 5.1 mit Kodi 16.3 ?

19

Allgemein [ General ] / Was ist eigentlich gerade aktuell...

« on: November 11, 2017, 22:27:15 »

Habe gerade die 5.4 (testing) ausprobiert auf einem PI3 und als Installationsziel Kodi angegeben.

Kommt nur der Mauszeiger. Sollte das gehen oder gibt es auch in 5.4 Probleme mit den Kodi binaries?

Danke

20

Allgemein [ General ] / Streamdev Server verhält sich nicht wie erwartet MLD 5.x

« on: November 10, 2017, 19:10:23 »

Sorry Claus ich kann es leider nicht testen. Hatten wir doch grade in dem anderen Fred. Ich nuckel doch mit dieser antiken Version durchs Leben .........

21

Allgemein [ General ] / Was ist eigentlich gerade aktuell...

« on: November 10, 2017, 18:04:05 »

Ich will mal ein Beispiel machen warum ich das ganz gut fände das irgendwie transparenter zu machen.

Als ich jetzt mal wieder nach einer Zeit mich genötigt sah Sachen zu ändern hatte ich mich also zunächst nach den aktuellen Versionsständen umgeschaut. Ich dachte dann die 5.4 sei noch Bastelware also griff ich zur 5.3 (alles nur gedacht).

Irgenwann muste ich dann feststellen das der Kodi (arm) in der 5.3 nicht funktioniert, das musste ich aber erst im Forum nachrecherchieren nachdem ich mich da schon eine ganze Zeit mit beschäftigt hatte.

Also alle Pläne verworfen und wieder mit einer 5.1 (und Kodi 16.x Jarvis irgendwat) weitergemacht, geht ja. Nach Jahrzehnten IT bin ich eigentlich eher an stabilen Lösungen interessiert, deshalb greife ich instinktiv immer zu niedrigeren Releaseständen.

KLS macht es ja mit dem vdr so das immer die geraden Versionsstände stabil sind, dazwischen gibt es dann immer ein ungerades Entwicklungsrelease.

Bei der MLD finde ich das irgenwie unlogisch, aber das kommt wohl von Debian her. Wenn jetzt nur noch 5.4 gibt dann sollten meiner Meinung nach alle vorherigen Versionen "eingefroren" werden.

Nur im Fall von schweren Fehlern oder Sicherheitslücken sollte man das überhaupt noch anpacken. Im aktuellen Entwicklerrelease könnten ja immer 3 Zweige existieren, stable, testing unstable, die dann dort verschiedene Stände abdecken. Und wenn die Entwicklerreleases dann immer eine ungerade Versionsnummer tragen weiss man ja auch direkt was Sache ist.

Könnte man da nicht wirklich einfach mit KLS mitgehen? Sobald er ein neues Release mit gerader Nummer macht dann kommt eine MLD auch mit gerader Nummer. Im  testing Zweig landen dann die Updates der geraden Nummer (und werden irgendwann mal stable)? Alle wüssten aber das ein Produktionssytem ist und in den ungeraden Versionen sind halt Entwicklerstände drin.

Aber ok das ist natürlich die Meinung eines Aussenstehenden, ich denke nur das euch das auch das Leben schwer macht so viele Versionen zu pflegen und immer die Übersicht zu behalten.

Aus Anwendersicht ist es auf jeden Fall ein bischen verwirrend. Nicht vergessen möchte ich natürlich - wie immer - euch zu danken. MLD ist klar das Beste was es zum Thema vdr jemals gab .............

22

Allgemein [ General ] / Was ist eigentlich gerade aktuell...

« on: November 10, 2017, 17:03:59 »

Ich frag mich das manchmal auch was eigentlich nu genau der Stand ist. Wenn man nicht hauptberuflich in Sachen MLD unterwegs ist kann man da schon mal gerne den Überblick verlieren.

Vielleicht könnte man mal ganz oben einen Beitrag "sticken", der das irgendwie erläutert. Vor allem auch was da so drin ist in den unterschiedlichen Versionen......

23

Allgemein [ General ] / MLD 5.3 Streaming auf Ipad mit SAT-IP / Kodi

« on: November 10, 2017, 16:49:53 »

Das sind zwei verschiedene Baustellen.

SATIP stellt sozusagen ein virtuelles DVB device bereit. Das kann dann von Geräten/Apps angezapft werden.

Streamdev Client/Server ist vdr spezifisch. Aber der Streamdev Server ist recht flexibel da er es versteht verschiede Streams zu produzieren:

a) einen Stream der von einem anderen vdr streamdev client wie ein DVB device genutzt werden kann
b) einen http stream
c) einen multicast stream

Probiere doch einfach erst mal ganz was rudimentäres aus mit dem IPAD und gib mal

IPDESMLD:3000

ein.

Da erhälst Du dann Zugriff auf die möglichen Streams (Live TV und Aufnhmen) und kannst mal gucken ob das IPAD da was mit anfangen kann.

Auf meinem Android Tablet bin ich letztendlich bei Kodi gelandet, da es dort ein vnsi plugin gibt, das bindet einen externen vdr super ein und spielt einfach alles weg was der vdr bietet.  Aber das wäre dann ja auch Variante 3 und da musst Du es erst mal hinkriegen den Kodi auf dem macos ans Laufen zu bringen ........

Klaus

24

Allgemein [ General ] / Streamdev Server verhält sich nicht wie erwartet MLD 5.x

« on: November 10, 2017, 12:26:12 »

DANKE!

Das wars. Aber kannst Du das noch mal durchgucken, irgendwas ist da strubbelig. Ich hatte nix an der rc.config manuell gemacht. Alles brav per WebIF.

Nach manuellem Setzen von

VDR_PLUGIN_ARGS_streamdev_server="-a vdr:geheim"

geht es.


Das WebIF scheint mir da was durcheinander zu machen. Ich hatte auch keinen Einträge in der rc.config.

Ich denke mal die MLD ist eine Lebensaufgabe ........ 

NOCHMAL DANKE!

Klaus

25

Allgemein [ General ] / Streamdev Server verhält sich nicht wie erwartet MLD 5.x

« on: November 10, 2017, 10:20:20 »

Danke für die Antwort.

Es ist ja so das man dem Plugin das Passwort per Kommandozeiel übergeben muss. Das habe ich per WebIF gemacht und in der rc.config findet sich danach folgender Eintrag:


VDR_PLUGIN_ARGS_streamdev="-a vdr:vdrxxxxxxxxxxx"

VDR_PLUGIN_ARGS_iptv="-d 4"

Jetzt ist es ja so dass streamdev zwei Plugins hat, den Client und den Server. Trägt man im WebIF  den Parameter ein und speichert den Eintrag so taucht beim nächsten Aufruf des Setups der Parameter bei beiden Plugins auf (was natürlich irritierend ist).

Übergibt die MLD möglicherweise den Parameter nicht korrekt an den Streamdev Server?

Wie kann ich schnell ermitteln wie die MLD den vdr konkret aufruft, also die komplette Kommandozeile?

Möglicherweise wird der Parameter an das falsche Plugin übergeben?

PS. Unter Android gibt es ja jetzt auch den VLC, der scheint das mit den Passwörtern korrekt zu machen.

Klaus

26

Allgemein [ General ] / Streamdev Server verhält sich nicht wie erwartet MLD 5.x

« on: November 10, 2017, 00:38:18 »

Der Streamdev Server verhält sich nicht wie erwartet. Getestet in 5.0 und 5.1 stable
Ausgeliefert wird eine streamdevhosts.conf in der standardmässig Zugriffe aus allen Netzen erlaubt sind.

Wenn man jetzt diese Zeile ausremmt und explizit die Netze setzt die erlaubt sind dann funktioniert das auch wie gewünscht.

Hier im Sample ein OpenVPN Zugang und ein lokales Netz.

#####################################################
#
# svdrphosts    This file describes a number of host addresses that
#               are allowed to connect to the SVDRP port of the Video
#               Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#

127.0.0.1             # always accept localhost for webif access
#192.168.100.0/24     # any host on the local net
#204.152.189.113      # a specific host
192.168.2.0/24
10.11.146.0/24
#0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)
#####################################################

Eigentlich ist es nun so das Zugriffe aus einem anderen Netz eine AUTH erzwingen.

Das passiert aber nicht und der streamdev quittiert den Zugriff kurz und schmerzlos wie folgt:

Nov 10 00:12:00 (none) user.err vdr: [29199] streamdev: client 9.22.12.2:51985 not allowed to connect

Im Browser erscheint dann ein "The connection was reset", puff, Endegelende.

Habe das bei einem Vanilla vdr (vdr-plugin-streamdev-server 0.6.1+git20150213-3) unter Ubuntu gegengecheckt, da funktioniert das wie erwartet und der Zugriff auf Port 3000 bringt eine AUTH Dialog hervor.

Die Aufrufe auf Resourcen könn(t)en dann wie folgt vorgenommen werden:

http://user:pass@deindslanschlussseineip:3000/EXT/I-1-28106-28106

So wie es ist geht es nur ohne auth und das ist eigentlich ein nogo .........


Klaus

27

Raspberry PI / Rpi3 - MLD 5-1 Server Install + MPG2 Lizenz - Fragen zu streamdev-extern

« on: November 08, 2017, 00:37:07 »

Ah danke. Paket soeben geladen und getestet.

Ok sehr ernüchternd, aber das wäre ja auch noch das Sahnehäubchen auf dem PI gewesen. Bei mit hat er keinen einzigen Stream wiedergeben können. Immerhin kamen bei einigen SD streams Ton raus.

Würde ich glaub ich auch erst mal keine Energie mehr reinstecken in das Paket, das muss wohl noch reifen.

28

Raspberry PI / Rpi3 - MLD 5-1 Server Install + MPG2 Lizenz - Fragen zu streamdev-extern

« on: November 08, 2017, 00:08:07 »

Ich habe auf einer 5.1 auf Raspi 3 das mal antesten wollen, geht aber nicht.

In externremux.sh wird omxtx aufgerufen, die gibt es aber gar nicht auf meinem System. Auch die Installation vom omxplayer hat nix gebracht.

Wenn ich über das webif gehe bietet er mir omx an. Wenn ich aber das kästchen ankreuze das er die encoder mitinstallieren soll kommt: E: Package 'omxtx' has no installation candidate.

Klaus

29

Allgemein [ General ] / Kurioses Problem mit Budget-Karte (MLD 5.0)

« on: November 06, 2017, 14:38:43 »

Ich konnte mich erinnern das es vor Urzeiten mal einen Patch gab, der es erlaubte zwei Karten an einem LNB zu betreiben. Den Patch gibt es zwar nicht mehr, aber seit VDR 1.7x hat dieses Feature offiziell Einzug gehalten in den VDR. Habe jetzt einfach das USB Device vom Raspi abgezogen und an meinen MLD PC gesteckt und die beiden device "gebondet".

Läuft wie geschnitten Brot jetzt ...... gemeinsam schaffen es die beiden device immer die richtige Einstellungen am Multischalter zu erzwingen.

Details zum Bonding hier: http://www.vdr-wiki.de/wiki/index.php/Device_Bonding

30

Allgemein [ General ] / Kurioses Problem mit Budget-Karte (MLD 5.0)

« on: October 23, 2017, 13:28:51 »

Hallo Claus,

Vielen Dank für Deine Antwort. Ich habe mir jetzt erst mal einen PI drangehängt, da ran eine USB-SAT Karte. Und schalte damit dann um, das funktioniert auch ok.

Aber das Beste wäre es wohl Deinem Ratschlag zu folgen und eine neue Karte zu kaufen. Has Du vlt. einen Link?

Vielen Dank

* Sollte mal jemand so ein Script brauchen ich poste es gerne.