Beiträge von otto001

schaut jetzt besser aus... danke!

das problem scheint folgendes zu sein:

um meiner mutter die sache zu erleichtern, wird beim start von kodi automatisch tv gestartet (sie ist technisch leider ziemlich naja).

leider startet das aber schon, bevor kodi alle epg-daten abholen konnte und so sind diese unvollständig.

da in den settings verboten ist, diese daten während der wiedergabe zu laden, kommt es dazu....

werde mal testen, das holen der daten während der wiedergabe zu erlauben und schaun, was passiert

was genau meinst du hier mit "verlinkung"?

VNSI von vdr...

Hallo,

ich habe seit mehr als 20 Jahren vdr am laufen und fast ebensolange kodi (noch als xbmc auf der original xbox).

Wie auch immer. Habe meiner etwas betagteren Mutter zum Geburtstag einen rpi4 geschenkt und libreelec drauf gemacht, das per tftp bootet (irrelevant).

Da sie technisch wirklich nicht sehr firm ist, habe ich den rpi an die Stromversorgung des TV gehängt und lasse TV per autostart loslaufen, sobald kodi startet.

Tut so weit auch recht anständig.

Blöderweise gilt das leider nicht für die epg-daten, die nur unvollständig oder gar nicht abgeholt werden (an anderen clients wie zb einer osmc-box ohne autostart von pvr tut das eigentlich super).

Hat jemand Ahnung, wie man das besser hinkriegen kann? Hilft ein Auslagern in mysql (hab sowieso mehrere instanzen am laufen, zb für die videos, aber epg nicht eingebunden).

Danke und lg,

Otto

Hi,

mal eine Frage der anderen Art.
Ich überlege, meiner Mutter als Ersatz für ihren Receiver eine kodi-box hinzustellen.
Im Haus schaue ich TV per kodi mit vnsi und vdr, was gut funktiktioniert.
Nun ist es so, daß meine Mutter bezüglich Technik ein wenig unbeholfen ist.
Kennt jemand eine Möglichkeit, wie man kodi quasi als receiver-Ersatz betreiben kann? Also ohne die ganzen media-sachen und in der Bedienung "nur" als Receiver?
Mir ist klar, daß das ein wenig vage ist, aber ich bin mir nicht ganz sicher, wie so etwas gehen könnte...
lg,
Otto

Nur, falls das nochmal jemand brauchen sollte, hab eine Lösung in Form eines Patches gefunden:
https://www.vdr-portal.de/forum/index.ph…-vnsi-probleme/

Jetzt tun wieder alle channels bei mir mit kodi 19 und vnsi

Zitat von DaVu

Kodi 18 kannst du noch installieren. Die Leia Add-ons werden auch noch laufen. Ob Python2 bei F33 noch mit an Board ist, kann ich jetzt nicht sagen. Habe gerade den passenden Laptop nicht parat und der hier ist "noch" F32.

Dito...und ich hoffe, dass es sich nicht so angehört hat, als ob ich deine Kompetenz nicht in Frage gestellt habe
Fernetmenta (ehemaliges TeamKodi Member, der alles in Bezug auf Video gemaintaint hatte) hatte seiner Zeit auch immer VNSI benutzt und drauf geschworen. Mittlerweile benutzt er offensichtlich TVH. Zumindest hat er ein paar Commits in diese Richtung gemacht. Das spricht schon irgendwie Bände, wenn er selbst VNSI den Rücken kehrt

Nein, nein, überhaupt nicht. wollte nur verdeutlichen, daß ich jetzt keine Anleitung brauche, wie man zb bash benutzt
Ausserdem könnte ich mit einer Anleitung für putty nicht so viel anfangen
Fernetmenta hat ja auch das vnsi-addon lange maintained, soweit ich weiß?
Naja, ich hatte tvh mal im testbetrieb auf dem Sever, aber irgendwie ist das ziemlich oft gecrasht soweit ich mich erinnere. Und vdr kenne ich halt schon lange recht gut und weiss in etwa, an welchen Schrauben ich drehen kann. Außerdem bin ich eher ein Fan von config-files anstatt grafischer Oberflächen. Alleine die Philosophie von tvh, wie die channels abgelegt werden, geht mir ein wenig gegen den Strich.
Und außerdem habe ich etliche Kodi-Devices, auf denen vnsi eigentlich recht gut läuft herumfliegen.

Habe mittlerweile ein Update auf F34 gemacht. Ich konnte hier keine Packages für Kodi 18 finden und beim Versuch, das zu kompilieren, kommen jede Menge python-Fehler. Ich hab irgendwo in einem Forum gelesen, daß kodi 18 noch unbedingt python 2 braucht. Ich schreib zwar selber auch jede Menge python, aber hier an kodi herumzuschrauben geht ein wenig über meine Kompetenz (zumindest ohne daß ich mich einarbeite).
Also, falls du zufällig eine Quelle für Kodi 18 und F34 hast, wäre das toll....

hm. hab jetzt mal kodi 19 kompiliert, gleicher fehler...
18 tut ja mangels python 2 nicht mehr glaub ich...

selbstverständlich ist gdb installiert

nur, um ein wenig meinen Hintergrund zu erklären:
Bin seit 20 Jahren nur noch unter Linux unterwegs und beruflich Linux-Admin
Und ich habe kodi seit fast so langer Zeit in Betrieb, damals noch auf xboxen - und vdr auch, damals noch am rechner unter dem TV
Also ganz unbekannt ist mir die Materie nicht. Aber irgendwie steh ich auf dem Schlauch hier.

hm. auch, wenn ich kodi unter wayland starte, kriege ich den gleichen fehler (unter gnome mit --windowing=wayland)

hab jetzt noch die Packages für Intel-Grafik (libva-intel-driver und libva-intel-hybrid-driver) installiert.
jetzt mosert kodi beim Starten nicht mehr wegen vdpau, aber der Fehler beim Abspielen eines solchen Kanals ist noch der Gleiche:

─➤  kodi
libva info: VA-API version 1.9.0
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: va_openDriver() returns -1
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_9
libva info: va_openDriver() returns 0
/usr/include/c++/10/bits/basic_string.h:1019: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::const_reference std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator[](std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type) const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::const_reference = const char&; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]: Assertion '__pos <= size()' failed.
/usr/bin/kodi: Zeile 181:  4598 Abgebrochen             (Speicherabzug geschrieben) ${KODI_BINARY} $SAVED_ARGS

Das crashlog dazu habe ich unter https://paste.kodi.tv/oxodetucum.kodi gepastet....

hier das crashlog: https://paste.kodi.tv/ubuwovovoz.kodi

Das mit vdpau ist mir auch aufgefallen, allerdings hab ich keine Idee, wo ich hier noch etwas deaktivieren könnte?
In den settings finde ich nichts zu vdpau, in guisettings.xml hab ich jetzt mal die Einträge mit vdpau auf false gesetzt.

hm. _könnte_ sein, dass das irgendwie mit x11 zusammenhängt....

/usr/include/c++/10/bits/basic_string.h:1019: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::const_reference std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator[](std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type) const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::const_reference = const char&; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]: Assertion '__pos <= size()' failed.

Hallo,

erstmal vielen Dank für Eure Antworten und sorry für die sehr späte Antwort.
Hab ein [definition=12,1]debug-log[/definition] auf https://paste.kodi.tv/ulewanirag.kodi gestellt.
Allerdings nicht sehr aussagekräftig. Was mir in der Zwischenzeit aufgefallen ist: Das Problem tritt nicht bei allen Kanälen auf, manche werden ganz normal wiedergegegeben.
Ich habe auf einem Server in der Zwischenzeit tvheadend installiert, da tut alles wie es soll. Aber da ich seit 20 Jahren vdr nutze, möchte ich eigentlich nicht wechseln....

Hab gestern von fedora 32 auf 33 upgegraded und da wurde auch kodi von 18 auf 19 gestellt
jetzt crasht kodi, wenn ich per vnsi-addon einen kanal vom vdr wiedergeben will.
Video-Wiedergabe von files auf der platte tun aber.
im crashlog konnte ich nichts wirklich brauchbares finden. kennt jemand das problem?
lg,
Otto

Kennt sich keiner so genau mit PVR unter xbmc aus

Öhm.... das habe ich gemacht - das war ja eigentlich meine Frage?!

Wie meinst Du das?
Die werden ja vom xbmc, das neben dem vdr auch am server läuft, aktuell gehalten?!

Hallo,

mal so eine Frage. Bisher habe ich xbmc auf der xbox (schon vor Jahren) und unter linux betrieben.
Seit kurzem habe ich einen raspberry pi, dessen hardware doch ein wenig schwächer ist.

Ich habe folgendes setup:
fedora 20 als server mit vdr 2.04 im headless mode mit xvdr 0.9.9 plus laufendes xbmc unter linux mit mysql db (für scraper und epg)
raspi mit openelec und xvdr addon (datenbank ist auf mysql am server konfiguriert)

Der Start des raspi dauert immer ein wenig, weil ja die sender und epg vom vdr eingelesen werden (müssen)

Frage dazu:
Gibts eigentlich eine Möglichkeit, xbmc die Kanal- und EPG-Daten NICHT vom vdr, sondern direkt aus der Datenbank lesen zu lassen beim Start? Ich vermute, das würde wesentlich schneller gehen als die Abfrage von vdr?!

Cheers,

Otto