Geht auch ohne Header.
Den SD Quality Workaround auskommentiert, Dash läuft Live wie auch Aufnahmen.
Wie du schon gesagt hast in SD
Was genau hast du auskommentiert?
Geht auch ohne Header.
Den SD Quality Workaround auskommentiert, Dash läuft Live wie auch Aufnahmen.
Wie du schon gesagt hast in SD
Was genau hast du auskommentiert?
Alles anzeigenHallo zusammen
Wie ich das sehe, hatte wohl RTL oder Zattoo ein Einsehen. Ich habe etwas rumprobiert. Wenn ich im PVR Client von Dash Videwine umstelle auf nur Dash, bekomme ich neuerdings auf den RTL Sendern wieder ein Bild, anstelle von der Hinweistafel.
Hat zwar mit HD nichts mehr am Hut, 768x432, aber immerhin ein Bild. Dasselbe gilt jedenfalls bei mir auch für die Aufnahmen.
Das Ganze läuft bei mir zwar unter Win10, sollte aber nach meiner bescheidenen Meinung auch für die Linux User gelten. Ich vermute, dass es abseits von Kodi, Linux usw... auch noch andere Android Geräte gibt, wo Leute die offizielle Zattoo App installiert haben, und dort eben kein Bild mehr hatten. Ich vermute stark, dass Zattoo viele negative Rückmeldungen nach der Umstellung auf DRM erhalten hat. Bei einem miesen Bild gibt es wohl massiv weniger Beschwerden, als bei einer Fehlermeldung
(CH Zattoo Ultimate, Standort Schweiz, ohne VPN Tricks)
Mit sonnigen Grüssen
Michael;
Die Live-Streams von RTL Sender tun bei mir auch wenn Widevine aktiv ist. Aufnahmen tun in beiden Fällen nicht. Alles unter Linux mit Zattoo CH
Im Browser (Chrome) funktionieren Aufnahmen unter Linux übrigens auch nicht.
In diesem Fall könnte man das Problem mit den Aufnahmen für Zattoo DE wohl fixen. Vielleicht meldet sich ja ein freiwilliger dafür. Ich kann mit Zattoo CH den Fix leider nicht testen und es fehlt mir aktuell auch die Zeit, diesen zu implementieren. Deshalb: Freiwillige vor
Alles anzeigenHallo.
Ich muss nochmal nachhaken.
Das Problem, dass manche Aufnahmen nicht abspielbar sind, liegt laut Antwort von hier mutmaßlich daran, dass RTL und Co Sender Aufnahmen nur in SD erlauben und das PVR Addon auf die HD-Versionen zugreifen möchte.
Richtig?
Kann das Tool denn nicht umgeschrieben werden und die richtigen Links bekommen / lernen?
VG
Hier habe ich das Problem noch etwas ausführlicher erklärt:
https://github.com/rbuehlma/pvr.zattoo/issues/176
Alles anzeigenGuten Abend allerseits
Bei mir jedenfalls sieht es TOP aus. Seit dem Update keinen "Login Failed" mehr gehabt. Cool, vielen Dank.
rbuehlma: Hast Du ev. Paypal? Dann wäre ich nicht abgeneigt, mal ein Bier zu spenden
Mich bewegt noch eine andere Frage: Wenn wir hier mit dem PVR Client fernsehen, was "sieht" Zattoo da eigentlich für ein Gerät?
Ich habe da ein wenig Angst, ich habe lange auch das Neflix Addon von Castagnait genutzt, Netflix scheint das aber zu bemerken und blockt dieses Addon nun systematisch.
-->Nutzung nicht mehr möglich.
Ist zu befürchten, dass Zattoo das auch merkt und ggf. Bestrebungen unternimmt, die Nutzung via Kodi zu unterbinden?
Besten Dank für eine Antwort, kein Stress, es eilt nicht.
Mit besten Grüssen
Michael;
Das Addon gibt als User-Agent jeweils seinen Namen, seine Version und die Version von Kodi mit an den Zattoo Server. Dies ist mit Absicht damit Zattoo die Option hat, gewisse Versionen vom Addon zu sperren falls sich diese falsch verhalten sollten. Zattoo arbeitet nicht gegen dieses Addon und wir sollten auch nicht gegen Zattoo arbeiten.
Das Problem sollte mit 20.3.8 nun deutlich reduziert sein.
Ja habs ausprobiert. Das is die RTL Gruppe welche so Mucken macht wenn ich beide Addons update. Aber seltsam ist das schon dass bei mir die Aufnahmen so klappen und bei dir nicht mit den alten Versionen.
Wie kann ich helfen ausser mit dem Logfile?
Das Log ist hier btw: http://ix.io/4sYm
Das ist ein frisches Log wo nur 2 Aufnahmen nach dem Neustart gestartet wurden. Einmal Alles was zählt und GZSZ.
Das Log zeigt leider nicht viel weil die Debug-Option nicht aktiv war.
ALso mit der 20.3.6.2 geht es mit dash_widevine und alle aufnahmen klappen auch in HD, bzw in HD Ready mit 720p.
Kann ich nicht bestätigen. Aufnahmen von Sender der RTL-Gruppe funktionieren bei mir unter Linux auch mit 20.3.6 nicht. Aufnahmen von anderen Sender sind kein Problem, weder mit 20.3.6 noch mit 20.3.7.
Die Aufnahmen scheinen in SD-Qualität nicht vorhanden zu sein -> Laufen nur mit DRM -> Geht nicht unter Linux (übrigens auch nicht mit dem Browser).
Ja, auch wenn dash_widevine ausgewählt wurde, der Sender aber kein widevine benötigt (z.b. wegen reduzierter Qualität im Fall von RTL), wird reines dash verwendet. Das war die Änderung in 20.3.7.
Ich werde wohl die Auswahl vom Stream-Typ bald entfernen. Das macht so keinen Sinn mehr.
Ich habe es gerade unter Linux nochmals getestet:
Bei mir funktioniert alles, wenn dash_widevine als Stream-Typ ausgewählt wurde und mit inputstream.helper die widevine library aktualisiert wurde.
Spannend, ich bin mir sicher, dass dies gestern mit 20.3.7 noch funktioniert hat. Ich werde prüfen was da die Ursache ist, weiss aber noch nicht wann ich dazu komme.
pvr 20.3.7 Rtl Gruppe geht nicht mehr.
Tx3 unter Android 9.0 und schweizer Premium Abo
Kodi 20.1
Hast du ein [definition=12,1][definition=12,3][definition=12,5][definition=12,6]debug-Log[/definition][/definition][/definition][/definition] dazu? Mir ist gerade nicht klar, was Android da anders tut als Linux.
Da scheint irgend etwas mit dem Build schief zu sein.
Von hier kannst du aber die aktuelle Version für Windows holen:
Ich habe die Idee auch in 20.3.7 eingebaut. Wenn ein Stream kein DRM benötigt, wird nun kein widevine mehr verwendet. Das Umschalten wird bei diesen Sender dann etwas schneller.
Ich kann das Problem nicht reproduzieren:
Aber im Log steht folgendes bei ZattooHiQ:
Initial bandwidth: 20654470 bit/s
Und beim pvr.zattoo
Initial bandwidth: 504900 bit/s
Anscheinend hat er im Fall von pvr.zattoo eine tiefere Bandbreite gemessen und deshalb die Tiefere Qualität ausgewählt. Was dafür der Grund ist, weiss ich allerdings nicht. Ev. einfach Zufall.
@rbuehlma mir ist heute etwas aufgefallen, Zattoo CH Premium und Aufnahmen.
Im PVR Addon Aufnahme in SD (Sender RBB) im ZattooHiQ die selbe Aufnahme in HD(720)Grübel, Grübel....
Kannst du für beide Fälle ein [definition=12,1][definition=12,3][definition=12,5][definition=12,6]debug-Log[/definition][/definition][/definition][/definition] vom Start der selben Aufnahme liefern? Dann kann ich schauen, was die Differenz sein könnte
Vermutlich diese: Settings -> Interface -> Startup -> Perform on startup