Wieviel teile ich vom Logfile hier ? komplett ?
Mein Bauchgefühl: du hast irgendein anderes, nicht ganz koscheres addon bei dir drauf.
Beiträge von peak3d
-
-
yes i know...i used pvr.simple.iptv for watching live tv with epg...is there any working pvr to use it with .m3u playlist?
iptvsimple is currently under development, see PR / communication in the git repo.
-
Fällt dir spontan was ein, wie ich immer die 1920er Streams bekomme? Oder wäre eine solche EInstellung nicht empfehlenswert oder umsetzbar, falls dann mal kein Stream in 1920er Auflösung vorliegt?
Ich kann zumindest eine Option einbauen, welche den Display - size check komplett disabled.
Dann wird nur über Bandbreite gesteuert, welche du ja schon heute fix hochsetzen kannst. -
mein vorschlag wäre, manuell bei zu behalten aber alle streams, die nicht den kriterien entsprechen nicht mit zu geben. D.h. alle niedrigeren streams mitgeben, alle höheren nicht (nach max mbit, max resolution, screen resolution) und dazu nun die "neue" einstellung "alle"-> das wäre das alte manuell. Damit könnte man immer noch runter schalten aber hat nur max die nötigen streams. zu [definition=12,0]debug[/definition] zwecken wären mit "alle" immer noch alle streams da. Alternativ wäre es für mich auch okay wenn es mit manuell bleibt, aber dann der "passende" stream vorselektiert ist. (auf position 1 zum beispiel...)
Generell gut, aber nun gibt es die andere Hälfte der User, die das total schlecht findet (Wo sind meine Streams, das führt zu Chaos).
Klar, das ist auch über irgendwelche settings möglich, aber das wird dann viel zu kompliziert.Kurzum: ich finde es loht mehr, wen nich meine knappe Zeit in Auto investiere, anstelle bei Manuell rumzudoktorn.
-
Kann man das auch irgendwie so hinbekommen, dass der Stream gewählt ist, die der Auflösung des Fensters am nächsten ist, statt der nächst niedrigeren?
Das sollte eigentlich so sein, zumindest im Auto modus. Manuell müsst ihr mit TeamKodi / ffmpeg klären.
-
Keine Ahnung ob das in den Nightlies schon mit drin ist.
http://jenkins.kodi.tv/job/Android-ARM64/1954/ <-- das ist der nightly build, da wurde adaptive mit gebaut
-
Jetzt, wo nur noch 1 neuer Sender unten aktualisiert wird und die anderen nach oben springen, brauche ich pro Klick nach unten 10 Sekunden.
Das ist soweit ich weiss ein generelles kodi issue, fix ist schon als PR vorhanden.
-
Nein, die voreingestellte Bitrate wird immer verwendet, egal ob DASH oder HLS.
?????? Wie denn das? Das würde bedeuten, dass das zattoo addon in den settings von inputstream.adative rumschreibt.
Ich denke nicht dass @rolapp das macht.Edit: Oder ist in der URL zum Holen des Manifests bereits diese Bandbreitenbeschränkung drin?
-
Es wurde ja geschrieben, dass bei aktivierter DASH-Option, das System die zu den Bedingungen "passende" Stream-Qualität wählt (und dann im weiteren Abspielverlauf nicht mehr ändert - eben NICHT adaptive). Daher dachte ich, dass die Bitraten-Option (5000, 3000 etc.) nur bei deaktivierter DASH-Option verwendet wird. Ist das korrekt?
Ja, so ist das, korrekt so.
-
urze Anschlussfrage: wenn immer der "passende" Stream bei DASH automatisch gewählt wird, ist die Bitraten-Option dann bei DASH hinfällig und nur bei HLS relevant?
Ja, das ist natürlich das grosse Ziel. Ist aber für Dash / HLS / SmoothStream alles das Gleiche (sofern wir von dem HLS reden, welches gerade in inputstream.adaptive reingekommen ist).
Ich werde die Optiona aber trotzdem drine lassen, für die Experimentierfreudigen unter uns. -
Ich habe keine Ahnung, ob diese Erkenntnis irgendwie weiterhelfen kann, ich wollte es aber mal schreiben.
Danke für den Hinweis, ggf. sehr nützlich!
-
Ob ich unter windows 1080p Filme abspielen kann, da wo es unter linux (x86-64) wegen der hdcp restriktion nicht geht(was auf die meisten filme zutrifft. SD ist irgendwie nicht wirklihc schön)
Ah, ok, ich glaube das geht nicht, die machen da irgendwas im DRM, was ich noch untersuchen muss.
Derzeit fünktioniert HD / FHD wohl nur unter ARM und Android. -
Besteht die HDCP problematik bei Filmen unter auch Windows?
Was ist denn deine eigentliche Frage?
-
@vel2000 spricht vom nicht funktionierenden zattoo PVR Client,
Ach so, ok, ja, das ist in Arbeit (aber nicht von mir), dass pvr auch inputstream kann.
-
Wenns jetzt geht, schön, dann muss ich meine Installation wohl mal aktualisieren.
Hmm, also ich hab nix gebaut, ich habe das addon von @rolapp installiert und fertig.
-
Leider läuft das Zattoo PVR Addon (Dash) nicht mehr auf meinen Geräten (Windows/Android),
Bei mir läuft das prima unter Windows, dash und hls, da scheint also was mit deinem system nicht in Ordnung zu sein.
Leicht OT: Gibts denn überhaupt irgendwelche Absichten Adaptives Bitrate Switching, in Kodi zu integrieren?
Ist angedacht, aber viel Arbeit (weniger in inputstream, mehr in kodi) Wie geschrieben, wenn das irgendjemand dringend braucht, gerne einfach mitentwickeln.
Ich bin happy auch ohne BitrateSwitching, daher hab ich relativ geringen Leidensdruck. -
Also netflix nutzt ja die API, die die App auch nutzt, daher ibt es nichts "abzugreifen" (das Wort klingt für mich ein bisschen verschroben)
Fakt ist, dass 4K streams in HEVC geliefert werden, libwidevine aber kein HEVC kann. (Android DRM aber schon)
Bisher konnte ich mich aufgrund der anderen Themen nicht dazu aufraffen, HEVC nur für android zu entwickeln.
Derzeit haben wir HEVC bei der Anfrage des Manifests ausgeklammert (aus oben genannten Gründen) -
Wenn das Problem im Master drin ist, dann kann ich da auch nichts machen.
Wenn das rar in rar ist, wird es zumindest unter windows nicht mehr unterstützt so wie ich das gelesen habe, kann aber auch sein, dass es alle Platformen betrifft.
Grund ist Sicherheit, da man mitrar in rar irgendwas machen kann was nicht soll (an das erinnere ich mich zumindest)Macht doch mal nen [definition='1','0']log[/definition], dann kann ich das weiterreichen. Oder ein Ticket in trac.kodi.tv
-
Beim PVR Zattoo Addon (Dash) wird ja auch inputstream.adaptive benötigt und dort laufen die Streams auch nur mit einer Bitrate (dummerweise der höchsten).
Es sollte immer die zum Gerät / zur Bandbreite deiner Leitung passende gewählt werden. Wenn dem nicht so ist, ist das ein Fehler. Da bräuchte ich dann ein [definition='1','0']log[/definition].
HLS macht ja derzeit noch ffmpeg, da hast du Recht, da wird immer die höchste Auflösung genommen, da hab ich aber nix mit zu tun. -
Intuitiv dachte ich, dass der Begriff "inputstream.ADAPTIVE" auch entsprechend automatisches Bitrate-Switching bedeutet! Offenbar nicht...
Dir steht es frei es zu entwickeln, und einen PR in mein git repo zu machen.
Edit: Du wirst auch ein paar hundert Stunden in kodi verbringen müssen, weil für jedes OS die VideoPlayer pipeline fit für das switching gemacht werden muss.
Also nur zu, ich freue mich auf Unterstützung
