Beiträge von Okul

    Die fehlenden Ordner sollten eigentlich in der Datei mit dabei sein. Das ist sozusagen ein Bug, dass die fehlen, kannst du ja dem Autor schreiben.
    Deswegen musst du die mit folgenden Befehlen selbst holen.


    Prinzipiell kannst du die Befehle einfach so auf dem Openelec im Verzeichnis /storage/locale ausführen.


    also:

    Code
    cd /storage/locale
    wget http://ftp.gnu.org/pub/gnu/glibc/glibc-2.21.tar.xz
    tar xJf glibc-2.21.tar.xz
    mkdir i18n
    cp -r glibc-2.21/localedata/locales i18n
    cp -r glibc-2.21/localedata/charmaps i18n


    Aufräumen (sind ca. 170MB unnötige Dateien)

    Code
    rm -r glibc-2.21
    rm glibc-2.21.tar.xz

    Du setzt den I18N Pfad auf "/storage/locale/i18n", den gibt es aber nicht, deswegen sucht er im Standardpfad "/usr/share/i18n", den es auch nicht gibt.


    Laut README:



    Aber eigentlich sollte der Ordner mit in der Datei sein, die du runtergeladen hast. Du kannst das auch auf einem anderen Rechner machen und nur den entstandenen i18n Ordner auf deinen Openelec Ordner /storage/locale/i18n kopieren.

    Tatsächlich, Danke! ;)


    Der wichtige Teil der Antwort:

    Zitat


    Well, IPTV plugin doesn't contain any EPG related function - it just relays EIT tables if available to core VDR for processing. The core VDR matches EIT data and channels.conf entries via a channel id, that's basicly a DVB triplet plus an optional RID (aka. radio id) . Now, it sounds like there's bug in epgd integration (doesn't handle correctly source types?) or something fishy in your channels.conf entries. Anyway, you can disable EIT data in the setup menu of the IPTV plugin.


    Wie üblich liegts immer am anderen. Entweder habe ich was falsch konfiguriert oder der VDR verarbeitet die infos, die vom IPTV-Plugin weitergeleitet werden falsch.


    Ich werde das jetzt versuchen über Filter zu deaktivieren.

    Habe versucht, das IPTV Plugin erst am Schluss zu laden, bin mir aber nicht sicher, ob das geklappt hat. Kann ich irgendwo überprüfen in welcher Reihenfolge die Plugins geladen werden?


    Was anderes: Ich würde das gerne als Bug beim IPTV-Plugin angeben, konnte auf der Pluginhomepage[1] allerdings keine Möglichkeit dazu finden. Jemand eine Ahnung wo man die Entwickler erreicht? Haben die ein GIT repo?


    [1] http://www.saunalahti.fi/~rahrenbe/vdr/iptv/

    hast du es schon hinbekommen? Das Problem ist, dass Openelec ausser für Kodi keine Sprachdateien mitliefert (wenn sich da im letzten Jahr nicht was geändert hat) und du die von Hand nachliefern musst. Das live-plugin nutz die locale-Settings des Systems, das ist das was deine Anleitung versucht.


    Hast du die Dateien richtig kopiert? Was liefert ein "ls -al /storage/locale". Bist du in dem Pfad, wenn du den Befehl ausführst?

    Bin leider kein Experte für das IPTV-Plugin. Hast du im Plugin den richtigen "listening Port" eingestellt?


    Zitat


    The listening base port can be specified in the plugin configuration menu.


    The port number is specified as a base port number plus IPTV device index minus one.


    Eigentlich müsstest du von deinem Cubieboard einen Stream senden können, den das IPTV-Plugin direkt empfängt (UDP oder HTTP). Habe ich allerdings auch noch nie gemacht. Habe nur mal mit http-launch experimentiert, was in ersten Versuchen sehr gut geklappt hat:
    https://coaxion.net/blog/2013/…eamer-pipelines-via-http/


    Generell sollte das Plugin mit deinem Stream zurecht kommen.

    Sorry, hier der betroffene Kanal. Ich sehe da zumindest nichts. Bedeutet das, das Problem ist im IPTV-Plugin zu suchen/finden? Wenn ich die Kanalangaben falsch mache, dürfte er eigentlich kein EPG mehr bekommen.


    Ich nehme stark an, dass es aus dem iptv-plugin kommt.


    epgd-showmerge

    Code
    +---------------+---------+
    | count(source) | source  |
    +---------------+---------+
    |         11774 | epgdata |
    +---------------+---------+
    +----------+---------+--------+
    | count(*) | source  | updflg |
    +----------+---------+--------+
    |     8931 | epgdata | A      |
    +----------+---------+--------+


    Die Daten bleiben auch nicht im EPG. Die sind nur gerade so lange da, um den Timer zu ändern ..

    Hallo,


    EPG wird bei mir von epgdata per epgd+vdr2epg+scraper2epg abgeholt und angereichert. Funktioniert soweit super. Das mit dem Mischen geht allerdings irgendwie schief. Entertain liefert NOW+NEXT Daten für den EPG und überschreibt den EPG. => Wenn ich zwei Sendungen hintereinander aufnehme, dann wird die zweite verpfuscht.
    Ich habe versucht, durch das Setzen von merge=0 in der channelmap.conf zu verhindern, dass LiveTV die vorhandenen EPG-Daten überschreibt. Andererseits finde ich es nicht schlecht, wenn die exakte Anfangszeit vom live-EPG genommen wird, aber das ist nicht soo wichtig ;)


    Die Channelmap ist für alle Kanäle so gesetzt:

    Code
    epgdata:71:0=I-1-10301-10301	// Das Erste HD
    epgdata:37:0=I-1-11110-11110	// ZDF HD


    Setup: IPTV der Telekom


    vdr --version


    Was jetzt passiert sieht im Log so aus:


    (um 22:30 beginnt die erste Aufnahme und der VDR bekommt dadurch den EPG von Entertain und verändert den Timer danach)


    grep 'Körper und Geist' /var/log/syslog.1


    Die Info wird (meistens) richtig verarbeitet oder später durch den Scraper gesetzt. Allerdings wird mit dem falschen Titel (von Entertain geliefert) aufgenommen und im falschen Verzeichnis abgelegt. Das führt z.B. auch dazu, dass die Wiederholungen nicht richtig erkannt werden, weil der Titel sich ändert.


    Jemand eine Idee?


    Danke!
    Johannes

    258 scheint bei mir bei allen getesteten zu gehen. Habe mir jetzt ein kleines Script geschrieben, das für alle Kanäle in der channels.conf die PID per ffmpeg ausliest. Das ist aber sehr dreckig, nix zum veröffentlichen. ;)


    Key-Part:
    ffprobe -v quiet -show_entries program_stream=codec_name,id -of compact=nk=1:p=0 udp://239.35.10.1:10000


    Achtung, gibt die PID's als HEX aus.


    Bsp:
    h264|0x100
    ac3|0x101
    mp2|0x102
    dvb_teletext|0x103


    Also die 100=256 und dann die letzte Ziffer draufaddieren ;)


    [Edit]
    Bei allen bisher getesteten ist die AC3 Tonspur falls vorhanden auf 257 und der MP2 Stream auf 258.

    Sehr gut! Vielen Dank!


    Bin leider nicht zu Hause, aber soweit ich das sehe, funktionieren die ÖR noch. Wo wir schon dabei sind, hat jemand erfolgreich markad mit IPTV Daten am laufen? Ein erster Versuch hat nicht funktioniert, wenns jemand laufen hat, würde ichs nochmal versuchen, mache dann aber einen eigenen Thread für auf..


    LG,
    Johannes

    Hallo,


    mein VDR hat bis Donnerstag einwandfrei funktioniert. Seit dem fehlt bei Aufnahmen der Ton. Live-TV funktioniert ohne Probleme, der Audio-Kanal fehlt aber bei den Aufnahmen


    Setup:
    IPTV der Telekom (Entertain)


    $ vdr --version


    Eine ältere Datei mit Ton:


    Die Datei in der Audio fehlt:



    [Edit]
    Da das Video knapp 64 Minuten lang ist mit einer Bitrate von 2302 kb/s und das genau die 1,1045 GB geben, die die Datei hat vermute ich, dass der Ton tatsächlich fehlt!?
    [/Edit]


    Ich kann mich nicht erinnern, etwas geändert zu haben, aber irgendwas muss es ja sein ;)


    Kann mir jemand sagen, ob das Problem eher beim VDR oder IPTV-Plugin zu finden ist? Oder liegts an der Telekom? Letzte Woche gab es ja deutschlandweite Störungen. LiveTV im VDR und IPTV per VLC funktioniert, nur die Aufnahme nicht.


    Danke für Tips ;)


    Johannes

    Wenn du es selbst kompilierst, dann am besten die letzte Version, da gibts erfahrungsgemäß mehr support ;)


    [ANNOUNCE] HD Ausgabeplugin für Raspberry Pi, Version 1.0.0


    Das ist mittlerweile wohl auch als Raspbian Paket "erhältlich": http://projects.vdr-developer.…evice/wiki/Raspbian_HowTo


    Zu Openelec:
    - Im VDR VNSI Server starten
    - Openelec VNSI Client installieren und IP vom VDR Server eingeben.


    Was ganz anderes: Die .avi, die nicht abspielen will, das ist nicht zufällig ein mpeg2 ohne Key? => http://www.raspberrypi.com/mpeg-2-license-key/

    Ich meine in den e-Tobi Paketen war der Patch schon drin, kann aber momentan nicht nachschauen und die Seite ist leider seit ein paar Tagen down.
    http://www.e-tobi.net/blog/201…r-pakete-fur-raspberrypi/


    [edit]
    Infos zur Seite gibts noch im Google Cache, die Pakete sind aber anscheinend erreichbar:
    http://webcache.googleusercontent.com/search?q=cache:n3Vvzq4dUqUJ:www.e-tobi.net/blog/2015/09/13/vdr-pakete-fur-raspberrypi+&cd=1&hl=de&ct=clnk&gl=de


    Paketquelle:
    deb http://e-tobi.net/vdr-experimental jessie base vdr-multipatch


    Ich verwende auf meinem RPi Openelec, da funktoniert bisher fast alles out of the box (muss es auch, denn das anpassen ist ein krampf weil nicht gewollt)

    An sich ist Plex eine sehr coole Sache, soweit ich bisher gesehen habe. Filme werden mit dem VDR.bundle[1] Plugin auch sehr schön übernommen, Serien funktionieren halt noch nicht so wie gewollt. Mal sehen, wie viel Zeit ich da rein investieren werde. Die Weihnachtsferien sind ja am Horizont ...


    [edit]
    Das mit den Serien hat gut geklappt mit symbolischen Links auf die VDR Dateien und dann den Ordner mit den Links einlesen. Dann wird das wohl meine Streamingvariante.
    Danke für den Tipp!


    [1] https://github.com/forouher/VDR.bundle/blob/master/README

    Ja, da hätte ich mal selbst erst weiter schauen können :)


    Wenn ich das richtig sehe, ist die entscheidende Stelle in der pages/vlc.ecpp zu finden:


    Code
    string server = request.getHost();
    	server = server.substr(0, server.rfind(':'));
    	string videourl;
    	if (Channel != 0) {
    		int streamdevPort = LiveSetup().GetStreamdevPort();
    		videourl = string("http://") + server + ":" + lexical_cast<string,int>(streamdevPort) + "/" + LiveSetup().GetStreamdevType() + "/" + *Channel->GetChannelID().ToString();
    	}
    	else {
    		videourl = string("http://") + server + ":" + lexical_cast<string,int>(LiveSetup().GetServerPort()) + "/recstream.html?recid=" + recid;
    	}


    Meine C-Kenntnisse sind grauenhaft, aber soweit ich das verstehe wird bei live-Fernsehen Streamdev benutzt und bei Aufnahmen nicht. Das könnte man jetzt einfach ersetzen aber das Problem ist, dass die "recid" vom live-Plugin nicht die ID für Streamdev ist:


    Live Plugin recid: recording_e505888720e1332d8c84202f661681a3
    Streamdev: 2304:117834519.rec


    Einfaches ersetzen geht also nicht (wäre auch zu einfach gewesen).


    Eigentlich müsste es doch möglich sein, dem VLC-Plugin zu sagen, dass es ein transcoding durchführen soll vor dem abspielen.

    markad funktioniert bei mir irgendwie garnicht.
    Also, es läuft, es lädt ein Logo, aber es findet keine Schnittmarken, dafür kommen immer wieder "sequence error", mit denen ich nichts anfangen kann.


    Kann das an der Quelle (IPTV) liegen, die einen anderen Stream als DVB liefert?

    Hallo,


    ich weiß dass streamen über das streamdev interface direkt geht, aber aus usability Gründen lande ich doch immer wieder im Live-Plugin Webinterface und würde gerne einen Film übers Netz streamen. Wegen der schlechten Verbindung bei mir muss das aber über die externremux.sh gehen. (funktioniert an sich)


    Erst mal eine Frage zur Bestätigung:
    Bei streamen über das live plugin wird für live-Fernsehen die externremux.sh benutzt (wenn in den Einstellungen aktiviert), Aufnahmen werden aber direkt vom Filesystem gelesen, ohne externremux.sh. Stimmt das so?


    Und jetzt:
    Ist es möglich das anzupassen? Gibt es da schon eine Einstellung für, die ich einfach nicht gefunden habe?


    Ich vermute mal, das hat historische Gründe, weil streamdev früher keine Aufnahmen streamen konnte? Könnte man ja aber mal anpassen. Bliebe nur das leidige Problem mit den vorspulen / zur Schnittmarke springen


    Danke. LG,
    Johannes