Super, danke dir! Dann teste ich sobald es drin ist!
sollte morgen in den nightlies drin sein, in den inputstream.adaptive settings HDCP Override aktivieren
Beiträge von peak3d
-
-
Die sollte eigtl. automatisch reinwandern, immer wenn man auf GitHub ein neues Release drafted. Ich kann morgen mal schauen.
einmal das repo in kodi updaten, dann sollte das sofort kommen
-
Du kannst das sicher sehr viel besser einschätzen ob es am hdcp liegt
Das derzeitige Vorgehen ist einfach: Wenn der stream mit HDCP Einschränkungen geliefert wird (wird er in deinem beispiel) gehe ich davon aus, dass kein HDCP existiert (weil ich noch nicht verstanden habe, wie das gehen soll).
Somit wird wenigstens etwas dargestellt. Dass es in HD geht ist mehr als verwunderlich, aber ja, ist schon von einigen Stellen an mich herangetragen worden. -
@BJ1 prima, dann hoffen wir, dass das oauth endlich zu aller Zufriedenheit erledigt wird.
Trotz aller Diskussionen hier: Dein Projekt ist klasse. -
Mach ich irgendwas falsch oder warum wird mein Bug finding seit längerem ignoriert?
Ich hab doch im issue geantwortet.....
-
ch weiss es nicht, jedoch muss ja irgendjemand dort auf kodi.tv verantwortlich zeichnen.
Bitte setze deinen PR gegen dieses repo ab: https://github.com/google/oauth2client
-
5.12 PVR
5.12.1 PVR.AddTimer
Adds a timer to record the given show one times or a timer rule to record all showings of the given show
ist das nicht das (kenn mich nicht so aus, klingt aber gut finde ich)Die Antwort ist die, dass das oauth2clinet aus kodinerds gefixt ist, das aus dem offiziellen Repo hingegen nicht. Von mir existiert ein PR, der aber anscheinend ignoriert wird. Shit happens.
du meinst robweber repo ist das, welches im offiziellen verwendet wird?
Edit: das repo, welches kodi verwendet ist: https://github.com/google/oauth2client
warum hast du deinen PR nicht da hin gesetzt?B.t.w.: Ist das aktuelle kodi oauth addon immer noch buggy?
Wir ziehen ja immer von google mainline -
Also die PVR Sektion von RPC fand ich schon recht interessant.
Was willste denn mehr?Zu oauth aus dem kodinerds repo hier der Kommentar des devs, der sich gestern mal mit beschäftigt hat:
Zitatthe version in kodinerds repo is fucked so removing that repo solved the issue
they need to repackage without garbage/invalid filenames in the zip
Frage ist ja generell, warum kodinerds ein eigenes oauth hat, da es doch schon im offiziellen repo ist.
-
mase: https://github.com/popcornmix/xbm…a4b3f9f0fd2a2d7
Edit: Ist noch nicht in kodi master drin, da es ggf. noch nicht endgültig ist.
bevor du schimpfst: kodi mainline master ist dev Umgebung, da ist keine garantie, dass alles läuft. -
Ich hör kurz Ton bei schwarzem Bild. Ich hab ein Crashlog angehängt.
habs ausnahmsweise weitergereicht - hier in kodinerds wird dir wahrscheinlich keiner helfen können
-
Schnittstellen gibt es massig, einmal die interne API, direkt über python ansprechbar, aber auch eine "von aussen" getriggerte RPC schnitstelle.
Mit denen kannst du eigentlich alles in kodi steuern.Interne Schnittstelle: http://kodi.wiki/view/Python_libraries
RPC Schnittstelle: http://kodi.wiki/view/JSON-RPC_API/v8Edit vlt auch interessant, da das Thema irgendwo mal hier war: http://kodi.wiki/view/Category:Add-on_libraries/modules unter O schauen.
Es gibt da schon Lösungen zu OAuth.Edit2: Für das Feature meine Frage würde ich zu RPC tendieren, dann bist du aus der Nummer raus, bestimmte Sachen einzubauen
Wenn der Kalender ein RPC Kommando enthält, dann schickst du das einfach so ungesehen an kodi ohne zu wissen was es macht und gut ist. -
möglicherweise führt das - zumindest bei den Windows Versionen - zu einem Linker-Fehler
Danke für den Hinweis!
-
@BJ1 habe die vorigen Einträge nur überflogen, daher gut möglich dass ich das überlesen habe:
Wäre es theoretisch denkbar, dass der Kalender für das antriggern von Aktionen in kodi verwendet werden kann?
Also dass jemand in seinen Google Kalender eine Aufnahme einer Sendung einträgt z.B. ?Ich frage, weil im kodi forum einer einen Serien - Aufnahme Kalender machen will.
Wenn man Aktionen triggern könnte, würde dein Kalender das auch abdecken können. -
Wie wird eigentlich der max. Wert für general und secure Decoder bestimmt?
Da wird nix bestimmt. secure decoder ist wenn über libwidevine dekodiert wird, general wenn kodi dekodiert (in der Regel h/w)
Du hast damit dieMöglichkeit, ür diese beiden Varianten ein getrenntes Limit vorzugeben.
Das sind also 2 ganz verschiedene paar Schuhe und sind daher auch getrennt steuerbar über die Limits.Bei dir machen die default Werte ja Sinn, Netflix / amazon Filme müssen über libwidevine dekodiert werden (s/w, kostet CPU)
Vlt. noch ne randbemerkung: MPEG Dash / Smoothstream liefern im Manifest alle möglichen auflösungen.
Durch die Limitierung werden halt die streams mit > als Limit einfach ignoriert. -
Ja, da gebe ich dir recht, das ist ziemlich schlecht dokumentiert und dzu immer in Bewegung.
Kommt aber bald was einfaches, dann gibst du nur rbpi an und die Parameter stehen in einer include Datei.Es lohnt sich aber wirklich, sich einmal mit crosscompiling auseinenderzusetzen, cmake /rbpi wird nicht für natives kompilieren getestet.
Wir cross-compilen das alle. -
Und dadurch würde ich diese Fehler auch nicht los.
Das nicht, aber du hast in kürzerer zeit deutlich mehr versuche.
Ich baue komplett für odroid-c2 in ~15 Minuten, depends + kodi. -
warning: switch -mcpu=cortex-a7 conflicts with -march=armv7-a switch
Cross- compile doch - das ist doch kaum auszuhalten so was auf dem gerät selber zu machen.
-
Die neue Version von plugin.video.netflix ist (bei mir) noch nicht über das Repo installierbar.
Ja, laut [definition='1','0']log[/definition] werden gerade am Anfang keine 23.9fps generiert, eher um die 19/sek.
-
Hier ist das Log beim Abspielen:
Kannst du bitte wie oben genannt a.) video komponenten [definition=12,2]debugging[/definition] anschalten und b.) bitte IMMER das komplette [definition='1','0']log[/definition] über pastebinit schicken?
Diese Schnipsel sind zu 99% unzureichend. Es geht darum de Ursache herauszulesen, die steht manchmal nicht da wo der fehler auftritt. -
git fetch origin master
git reset --hard FETCH_HEAD
