Beiträge von GooglyEyz

    Nicht falsch verstehen, ich finde es auch gut, dass BigChris hier sein Setup vorgestellt hat. Aber für mich wäre es zu kompliziert und etwas zuviel TNO. Wenn man eine einfachere Lösung sucht, um seine "unsicheren" IOT Geräte von den "sicheren" Geräten zu trennen, finde ich den "Three Dumb Routers" Ansatz nicht schlecht. Die Details hat Steve Gibson im Security Now Podcast #545 erläutert. Eine kleine Beschreibung findet man auch hier:
    http://www.securityperspectives.com/three-dumb-rou…twork-near-you/

    ...
    Hierbei habe ich herausgefunden: Der Harmony Hub verbindet sich mit der AWS-Cloud. (Amazon Web Services) Der Harmony Hub hält die Ports dauerhaft offen um den Zugriff von außen zu gewährleisten! Die Firewall hat also korrekt reagiert, der Hub kommt von Innen und macht die Tür aus, die Russen, CIA, NSA, etc. kommen gleich mit rein und sind in "grün". Damit ist der Weg zu allen meinen Daten geöffnet. Dickes Ding! ...

    Ich glaube du hast die grundlegende Funktion einer Client-Server-Verbindung nicht verstanden. Das was du beschreibst, hat doch überhaupt nichts mit offenen Ports zu tun. Der Harmony Hub (Client) baut eine permanente Verbindung zur AWS-Cloud (Server) auf. Was soll daran schlimm sein. Amazon/Logitech wirst du ja wohl vertrauen, sonst hättest du dir keinen Echo/Hub in die Bude gestellt. Wie sollen denn andere böse Buben in einen ausgehende Verbindung "mit rein kommen"? Es wäre was anderes, wenn auf dem Hub ein Server laufen würde, der auf eingehende Verbindungen wartet. Dann könnte sich jeder mit dem Hub verbinden. Aber dann müsstest du ja von Hand ein Portforwarding in deinem Router einrichten. Wer automatische Konfiguration der Portweiterleitung via UPNP im Router aktiviert hat, ist eh selber schuld.

    Kann ich bestätigen, Verlauf + Später ansehen bleibt bei mir leer.

    Das war bei mir auch so. Allerdings funktioniert mit diesem Hack aus dem Kodi Forum "Später ansehen" wieder problemlos.

    Zitat

    Dirty hack to get watch later working for now, google is likely to block this:
    resources/lib/youtube/provider.py around line 572
    change
    ['channel', 'mine', 'playlist', playlists['watchLater']]),
    to
    ['channel', 'mine', 'playlist', ' WL']),

    The space in front of WL is important. .

    Hier zu finden:
    http://forum.kodi.tv/showthread.php…7205#pid2417205

    @GooglyEyz

    Mir wäre schon geholfen wenn du mir mal 2-3 Screenshots deiner Konfiguration in OMV machen könntest.. Das wäre super nett..
    Ich könnte mir vorstellen welchen fehler ich gemacht habe..

    Hast du, bevor du aufs eingerichtet hast, auf jeder Platte einen identischen Ordner angelegt?


    Die Konfiguration ist eigentlich ziemlich einfach. In meinen Fall habe ich zwei 1TB Platten (Daten1 und Daten2) mit aufs zusammengefasst. Meine Platten waren schon vorher befüllt. Das macht keine Probleme. Identische Ordner kann man machen, muss man aber nicht. Es werden ja die kompletten Platten und nicht nur ein Ordner als DatenPool zusammengefasst. Alles was dann später im DatenPool gespeichert wird, wird dann anhand der konfigurierten Policy auf die Platten verteilt. In meinem Fall bei mfs (most free space) immer auf die am wenigsten volle Platte. Einzelne Ordner im DatenPool habe ich über SMB freigegeben.

    nutze doch die suche im youtube-addon, dann kanäle finden. es wird dann der kanal angezeigt, welcher in favoriten gespeichert werden kann. das sollte doch eine alternative zu deinen abo's sein.
    beispiel: in der suchmaske "phoenix" eingeben, es werden alle videos mit dem begriff angezeigt. ganz oben auf kanäle gehen, dann werden alle kanäle mit diesem begriff angezeigt. suche den richtigen aus und füge ihn zu den favoriten hinzu. auf der startseite von kodi, unten links auf das sternchen klicken, dort sind deine favorisierten kanäle nun zu finden.


    Du beschreibst hier eine Alternative zum "Abos" Menüpunkt. Um den geht es aber gar nicht. Der funktioniert ja auch in der "zippyshare" Version. Wir meinen den Menüpunkt "Meine Abos". Dort werden alle neuen Videos von ALLEN abonnierten Kanälen in EINER Liste angezeigt. Sonst müsste ich jedesmal 30 abonnierte Kanäle nacheinander abklappern, um zu sehen wo es etwas Neues gibt. Deshalb ist für mich diese Funktion so ziemlich die Wichtigste im Addon.

    Das ist wohl einfach persönlicher Geschmack, aber ich finde es halt übersichtlicher, wenn ich auf ein spezielles Abo klicke, worauf ich gerade Bock habe, und mir dann ansehen kann, was es dort so neues gibt.

    Ja, sehe ich auch so. Für mich ist "My Subscription" eine essentielle Funktion. Das Gute ist, dass es bei meiner selbst angepassten Version funktioniert :)

    Das Problem bei der "zippyshare" Version liegt nach meinen Erkenntnissen daran, dass alle Keys erneuert worden sind (auch der youtube-tv Key). Wenn man den Addon Code anschaut, sieht man, dass für fast alle Zugriffe API v3 verwendet wird. Nur beim Abruf von "My Subscription" wird noch das alte API v1 benutzt. "My Subscription" mit v3 abzurufen, ist anscheinend deutlich zeitaufwändiger und verbraucht mehr API Quota [Link]. Deshalb wird wohl noch die alte Implementierung verwendet. Allerdings sind die in der Google Development Console neu erzeugten Keys anscheinend nicht abwärtskompatibel mit v1. Wahrscheinlich lassen sich überhaupt keine v1 Keys mehr erzeugen, da die Version schon lange "deprecated" ist. Man muss also wohl oder übel, den Key von bromix verwenden, um weiter auf "Meine Abos" Zugriff zu haben. Das sollte aber quotamässig kein Problem sein, da der Key ausschliesslich für "Meine Abos" verwendet wird.

    Lange Rede, kurzer Sinn. Einfach mal login_client.py editieren und den youtube-tv Key durch den aus der bromix Version 3.1.16 ersetzen. Danach aus-/einloggen nicht vergessen. Dann sollte "Meine Abos" theoretisch wieder funktionieren. Und der Rest natürlich auch.

    Python: login_client.py
    ....
    class LoginClient(object):
        CONFIGS = {
            'youtube-tv': {
                'system': 'All',
                'key': 'AIzaSyAd-YEOqZz9nXVzGtn3KWzYLbLaajhqIDA',
                'id': '861556708454-d6dlm3lh05idd8npek18k6be8ba3oc68.apps.googleusercontent.com',
                'secret': 'SboVhoG9s0rNafixCSGGKXAT'
            },
    ....

    Btw. die "kolinger" Version aus Post #27 verwendet den alten Key und "Meine Abos" funktioniert auch. Dummerweise muss man sich aber nach jedem Reboot mit grosser Wahrscheinlichkeit neu einloggen. Wie weiter oben beschrieben, wird beim ersten Addon Start aus 5 Keys (v3) ein Zufälliger ausgewählt. Dadurch wird das Quota Problem deutlich entschärft, aber wenn man beim nächsten Start einen anderen Key erwischt, muss man sich wieder neu einloggen :( Irgendwie noch nicht ganz zu Ende gedacht :)

    Super, aber die Version ist nicht von Bromix, sondern von jmd aus dem Kodi.tv Forum, Bromix hat die Entwicklung eingestellt. Der Unterschied beim Fix ist nur, dass andere API Keys verwendet werden. ....

    Ein bisschen mehr Gehirnschmalz hat er schon reingesteckt :) Er versucht ein Load Balancing, indem er aus 5 verschiedenen Keys bei jedem Zugriff einen Zufälligen auswählt. Damit hat man theoretisch 250 Millionen Zugriffe pro Tag verfügbar.

    Der Lösungsweg steht hier: http://forum.kodi.tv/showthread.php…8461#pid2248461

    Der funktioniert auch :)

    Kann ich bestätigen :) Das Problem hatte ich am Sonntagabend auch. Anscheinend ist das Plugin wohl zu erfolgreich. IMHO sind Zugiffe via Youtube Data API standardmässig auf 50 Millionen pro Tag begrenzt. In der obigen Anleitung wird beschrieben, wie man in seiner Google Developer Console ein eigenes Projekt für den Youtube Zugriff anlegt und mit dem Kodi Plugin verknüpft. Damit hat man 50 Millionen Zugriffe pro Tag für sich alleine. Das sollte reichen :)

    Zitat


    12:12:35 T:2851075136 DEBUG: VideoInfoScanner: Skipping dir '/var/media/Filme/Filme/' due to no change (fasthash)[/code]

    Ich glaube nicht, dass es an der Ordnerstruktur liegt. Die Filme werden ja beim ersten Durchlauf alle erkannt. Hast du schon mal versucht "fasthash" auszuschalten? Ich hatte kürzlich dasselbe Problem, bei dem neu hinzugefügte Videos nicht erkannt wurden. Im Logfile stand dann auch "no change (fasthash)". Bei fasthash werden neue Files anhand der Modifikation Time des zugehörigen Ordners erkannt. D.h. wenn du ein File unter /var/media/Filme/Filme/ hinzufügst, muss das OS auch die mtime des "Filme" Ordners aktualisieren. Falls das nicht passiert, werden neue Videos nicht gescraped. Das war bei mir nach dem Umstieg meiner NAS auf Openmediavault mit "aufs" Disk-Pooling der Fall. Nachdem ich fasthash in den [definition='2','1']advancedsettings[/definition] abgeschaltet habe (usefasthash auf false setzen), funktioniert alles ohne Probleme.

    http://kodi.wiki/view/Advancedsettings.xml#videolibrary

    Komisch, ich habe genau denselben DN2820 Intel NUC und überhaupt keine Probleme mit Standby/Resume. Auf dem NUC läuft Openelec 6. Die SQL Datenbank läuft auf einem Raspi 2 unter OSMC. Der Raspi 2 läuft ständig (braucht ja weniger als 3 Watt). Wenn ich den NUC aufwecke, habe ich innerhalb weniger Sekunden Zugriff auf die Datenbank. Egal wie lange der NUC vorher im Standby (S3) war.