Beiträge von libdev

Zitat von Barney Stinsen

Stattdessen legen sie Android lahm weil sie denken damit das Problem zu lenken.

Es wird ein Fünkchen wahrheit darin liegen, das NVIDIA Einfluss auf die Entwicklung hat, aber der wird positiv getrieben: Support.
Das kann man von AMLogic nicht behaupten, ich tummel mich gerade in dieser Ecke rum, und kann echt nur bestätigen, das AMLogic Entwicklungen das Übelste sind, was ich je gemacht habe: Keine Dokus, keine Beispiele, kein Support. Assembler debugging oder flehen nach wenigstens Anhaltspunkten. Aus Entwicklersicht dermaßen unbefriedigend und sehr aufwendig.
Punkt2 ist trivial: Es gibt im kodi team keinen Android maintainer. Keiner, der sich wirklich in dem Bereich auskennt, kein / oder nur minimalistischer Input von außen.
Es gibt keinen, der Änderungen, die im Kodi Kernel stattfinden, in den bestehenden Android sourcen nachzieht, und bevor diese Sourcen die Weiterentwicklung hemmen, fallen sie halt raus.
Frage ist eh, ob Android kodi zwingend braucht - Android TV geht ja in diese Richtung.

Zitat von marriol123343

Der nette Pinguin da Oben ist so freundlich: [Kodi 17] Inputstream AddOns fuer den Kodi [17] VideoPlayer, aktuelle Git builds < Update 23,6

Ja, das ist super! Habe aber die ssd_wv.dll / so, di in den cdm ordner muss, nicht finden können dort.....

Ich musste auch ssd_wv.dll/so etwas abändern um neue lizenzstrings zu unterstützen.
Hab aber den Überblick verloren, wer das hier freundlicherweise kompiliert / zur Verfügung stellt.

Zitat von frankr612

In den mpds von maxdome taucht u.a. sowas hier auf: "$RepresentationID$" Ich nehme jetzt mal an, dass es sich dabei um irgendeine Art von Variable handelt. In den inputstream.mpd Sourcen finde ich auch den Punkt an dem dies gecheckt wird. Sehe ich es richtig, dass diese Art der ID bisher noch gar nicht unterstütz wird? Würde dann erklären, warum das parsen fehlschlägt.

gestern Abend / Nacht ist etwas in inputstream.mpd gepushed worden, der das Problem löst. Leider wurde die Version nicht angehoben, womit man derzeit nicht wirklich weiss, ob man nun die "Richtige" hat oder nicht. Ich werde mapfau mal ansprechen.
Die mpd Datei kann nun korrekt eingelesen werden. Über widevine / den Aufbau des Lizenzstrings können wir uns dann gerne über PM unterhalten.

Zitat von marriol123343

Mit der ssd_wv.dll vom 17.05.2016 und der Windows nightly von heute Nacht, kommt bei mir:

Code

16:51:04 T:8024   ERROR: XFILE::CDirectory::GetDirectory - Error getting
16:51:16 T:16528   ERROR: Previous line repeats 1 times.
16:51:16 T:16528  NOTICE: VideoPlayer: Opening: http://live_mss-s.akamaihd.net/live/228210_228211/ssn-hd.isml/Manifest
16:51:16 T:16528 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
16:51:16 T:16528   ERROR: DXVA::CProcessorHD::IsFormatSupported - Unsupported format 105 for 1.
16:51:16 T:15504  NOTICE: Creating InputStream
16:51:16 T:15504   ERROR: CInputStream::Open - could not open stream. Reason: invalid string position
16:51:16 T:15504   ERROR: CVideoPlayer::OpenInputStream - error opening [http://live_mss-s.akamaihd.net/live/228210_228211/ssn-hd.isml/Manifest]
16:51:16 T:15504  NOTICE: CVideoPlayer::OnExit()
16:51:16 T:16528   ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.skygo.de/?action=playLiveTvChannel&epg_channel_id=17&mediaUrl=http%3A%2F%2Flive_mss-s.akamaihd.net%2Flive%2F228210_228211%2Fssn-hd.isml%2FManifest]
16:51:16 T:16528  NOTICE: CVideoPlayer::CloseFile()
16:51:16 T:16528  NOTICE: VideoPlayer: waiting for threads to exit
16:51:16 T:16528  NOTICE: VideoPlayer: finished waiting
16:51:16 T:16528  NOTICE: CVideoPlayer::CloseFile()
16:51:16 T:16528  NOTICE: VideoPlayer: waiting for threads to exit
16:51:16 T:16528  NOTICE: VideoPlayer: finished waiting

Alles anzeigen

Kann das noch jemand anderes nachstellen?

habe @jojo gerade noch eine Änderung durchgegeben, die das Problem beheben wird.
Für all die jenigen, die es schon mal verifizieren möchten: im skygo.py nach [SSM} suchen, und ein R davorschreiben, also R{SSM}

Zitat von marriol123343

@libdev Habe ich beim Abspielen von onDemand-Kram (Filme, Serien...) festgestellt, nicht bei den Livechannels. "Ab hier abspielen" funktioniert damit in der Folge auch nicht wie es sollte.

Jup, hab ich auch so verstanden, aber da ja programmtechnisch alles durch den gleichen "Quark" läuft, wird es sich hier um ein Problem handeln, was bei VOD auftritt aber durch die Anpassungen von LiveTV reinentwickelt wurde.
Bei LiveTV werden am Ende vom Stream realtime neue Fragmente zum Verarbeiten eingefügt (die waren ja zum zeitpunkt des Starts nicht vorhanden), wenn so etwas nun bei VOD passiert, dann fängt das von Vorne an.
Ich schau mir das mal an, hab eben von jemanden erfahren, dass er freie smoothstreams gefunden hat zum Testen (Fußball!!!

Zitat von marriol123343

@libdev Hab übrigens festgestellt, dass bei Amazon der Videoplayer nach dem Ende des Streams gestoppt wird, während bei SkyGo das Video nach dem Ende automatisch von Vorne startet (komischerweise ohne Ton). Liegt das am smoothstream addon oder am SkyGo Addon?

Das riecht nach inputstream.smoothstream - die Anpassungen für LiveTV waren da etwas tricky.
Mal sehen ob ich das ohne Zugang hinbekomme, ansonsten muss ich unseren skyaccount sponsor noch einmal anfunken...

average download speed: 771431.0000 (byte/sek) das sind ca. 5,5MBIT / sek.

Das Video hat eine Größe von ca. 3MB für 2 sek, also musst du 1,5MB pro sek. downloaden können (sind dann ca 12MBit).

Das passt halt nicht.

Ich hoffe, dass ich mich hier nicht verrechnet habe, ist schon spät

[Edit:] Hast du zufälligerweise "MinBandWidth" hochgenudelt?
Normalerweise dürfte dieses Video (mit den Default Einstelungen) bei dir gar nicht abgespielt werden.

Zitat von frankr612

Ach so. Ich hatte es so interpretiert, dass die inputstream.mpd die SegmentTemplates mit variablen Ids verwirft.maxdome bietet übrigens auch ein Manifest an, wie es bei sky go bzw, dem Plugin verwendet wird. Sollte dann ja über smoothstream funktionieren(?)

Gibts eigentlich irgendwo eine Erklärung wie man die Anfragen an den Licenseserver stellen muss. Ich habs zwar im SkyGo-Plugin gesehen, verstehen tue ich es aber nicht wirklich, Wo genau wird denn der POST request an den Licenseserver abgesetzt?

Also Problem ist Folgendes: mpd Dateien unterscheiden sich von Anbieter zu Anbieter. Das wird wahrscheinlich auch für Smoothstream zustreffen.
Bisher ist nur das im Manifest Parser implementiert, was bekannt ist, alles andere muss nachimplementiert werden.

Die komplette Widevine Konnektivität findet in wv_ssd.so / dll statt (jedoch über das kodi VFS, womit die Aufrufe mit aktiviertem libCurl debugging sichtbar sind).
Der inputstream.mpd.licensekey string unterstützt eine rudimentäre Templatesprache, die beschreibt, wie der Austausch der Daten von statten geht.
Jetzt wo ich das gerade schreibe bin ich mir aber noch nicht mal sicher, ob dieser Part in inputstream.mpd enthalten ist, ggf. kann nur inputstream.smoothstream die templates (noch)

Am Einfachsten ist es, wenn du in Chrome eine .har Datei erstellst (da ist der ganze traffic sichtbar). Die har datei (das Recording von Netztraffic) sollte aber wenn möglich nur den Moment vom Start des Videos beinhalten, sie wird schnell recht gross. Dann schau ich mir das mal an und sag wies geht.

Zitat von membrane

War es nicht so, dass die einfach nur einen Browser abfilmen?

Dann brauchen wir @jojo definitiv nicht Eigentlich brauchen wir nur jemanden, der sich mit MSL auseindersetzt.
Ich bin derjenige leider nicht.

Zitat von 3000

hi Leute, wegen Netflix:

ich weiß, dass Netflix in Verbindung mit playontv innerhalb von Kodi läuft. Allerdings nur in 720p.

Jetzt frag ich mich gerade, ob sich inputstream mit playontv irgendwie kombinieren lässt. Wahrscheinlich nicht, aber ich wollte es mal gesagt haben

Hier brauchen wir jemanden, der sich den Unterbau von playontv mal anschaut. Also jemanden mit Browserkenntnissen??
Spontan fällt mir hier estmal @jojo ein Er weiss recht genau, wie das alles funktioniert.

Zitat von membrane

libdev: Könntest du dich evntl. um ein Add-on für Adobe HDS kümmern? Zumindest unverschlüsselte Streams sollten machbar sein. Hier ist ein Script von KVS: http://github.com/K-S-V/Scripts/wiki

Jup, schau ich mir an und melde mich an dieser Stelle.

Zitat von frankr612

In den mpds von maxdome taucht u.a. sowas hier auf: "$RepresentationID$" Ich nehme jetzt mal an, dass es sich dabei um irgendeine Art von Variable handelt. In den inputstream.mpd Sourcen finde ich auch den Punkt an dem dies gecheckt wird. Sehe ich es richtig, dass diese Art der ID bisher noch gar nicht unterstütz wird? Würde dann erklären, warum das parsen fehlschlägt.

Das "$RepresentationID$" wird intern vom inputstream.mpd gelöst. Es ist ein Platzhalter, der automatisch aufgelöst wird. Ziel dieser Platzhalter ist, die mpd datei möglichst klein zu halten, um ein Schnelleres Starten zu gewährleisten.

Ich schaue mir die mpd aber mal an, bin eh gerade an der Ecke dran wegen einem Format für @Jin

Zitat von tehlers

D.h. doch, dass inputstream.smoothstream wieder deaktiviert wurde, weil keine gültige URL gefunden wurde? Muss man bei inputstream.smoothstream noch die URLs ausfüllen?

Um performant zu bleiben, checkt kodi einmal beim Start die URL's, die ein Plugin verarbeiten kann. Direkt im Anschluss wird das plugin wieder "entladen". Der Log auszug ist also OK.

Die [definition='1','0']log[/definition] auszüge, die du gepostet hast, sehen mehr als merkwürdig aus: smoothstream ist installiert, mpd nicht.
Trotzdem scheint es so, als ob du das amazon.prime addon probiert hast, und nicht skygo. Das amazon plugin wirft eine exeption beim Zugriff auf die phonelist db (??), ist eher ein Thema für Sandmann.

Zitat von wodkab

das gleiche Problem gibt es auch bei diesem Amazon-Addon.

OK, dann hat amazon etwas geändert im Anmeldevorgang.
Ich werde heute mal parallel mit @Sandmann schauen, ob mir da etwas auffällt (im liberty addon).

Zitat von nexusle

Wie komme ich denn sm Raspi an das Log ran?!

~/.kodi/temp/[definition=9,2]kodi.[definition='1','0']log[/definition][/definition]

Zitat von marriol123343

@libdev Magst du uns bis dahin hier [Kodi 17] Aktuelle Bibliotheken für das Inputstream Addon informieren, wenn es da Neues gibt bezügl der Mitlieferung und rechtlichem Gedöns

selbstverständlich!

nexusle: häng doch einfach die [definition='1','0']log[/definition] datei an so ein post mit ran. Am besten mit debug enabled.
Dann wird auch jemand schauen.

also die libwidewinecdm.so ist j abereits kompiliert, da android linux ist und die libwidevinecdm.so wenig abhängkeiten hat, ist es ein versuch.
Prüfen wir wenn inputstream im android packet drin ist.

inputstream.mpd / smoothstream für android ist keine Welt, das ist derzeit ein kosmetisches Thema in kodi, welches in den nächsten Tagen gelöst sein wird.

Allerdings: DRM decrypting, das scheint der player aus deinem Link nicht zu bieten, ist aber essentiell für amazon / skygo.
Hier ist dann die Frage, ob die ARM libwidevindecdm.so ggf. auf android funktioniert, dann ist das alles schön.
Wenn nicht, muss jemand die widevine DRM library in den decrypter einpflanzen.