Hm ich habe aktuell das Problem, die Serie S.W.A.T. mit Osmosis hinzuzufügen. Es wurde zwar ein Ordner auf dem Server erstellt Emby hat diesen auch mit ersten Infos gefüllt, aber es fehlen die Stream Files. In Kodi taucht sie nicht auf. Von der Serie gibt es schon 4 Folgen und über das Sky Go Plugin kann ich sie auch wunderbar abspielen.
Habe es eben auf 2 Systemen getestet, .strm werden erstellt und können auch abgespielt werden.
was steht da denn drin?
kann mir die jemand bitte zur verfügung stellen?!
Das bei meinem Intel NUC mit Milhouse Kodi 18:
{
"arch": "x64",
"description": "Widevine Content Decryption Module",
"manifest_version": 2,
"name": "WidevineCdm",
"offline_enabled": "false",
"os": "linux",
"version": "1.4.8.1008",
"x-cdm-codecs": "vp8,vp9.0,avc1",
"x-cdm-host-versions": "8",
"x-cdm-interface-versions": "8",
"x-cdm-module-versions": "4"
}Ich muss mich jetzt auch mal zu Wort melden.
Zwar lief vor zwei wochen noch Amazon (mit neuer libwidevine.so) doch der "helper" meckert jetzt wieder.
Ich habe das script von @Gismo112 verwendet um an die neue lib zu kommen (Skript angepasst, da auf internem Speicher weniger wie 2GB verfügbar sind)
Kann man irgendwie verhindern dass der get-libwidevine-helper anspringt?
Hier mal eine Info dazu. Habe es aber selber nicht ausprobiert https://www.kodinerds.net/index.php/Thre…4063#post444063:
Der macht eine Abfrage bei https://dl.google.com/widevine-cdm/current.txt und und vergleicht mit /userdata/addon_data/script.module.inputstreamhelper/cdm/manifest.json
Das ist nicht zu einfach gedacht, kannst du in einer Minute selbst erledigen.
Kopiere einfach den Inhalt, ohne die libwidevine, aus $kodihome/userdata/addon_data/script.module.inputstreamhelper/cdm nach $kodihome/cdm, dann löscht du $kodihome/userdata/addon_data/script.module.inputstreamhelper/cdm und verlinkst $kodihome/cdm nach $kodihome/userdata/addon_data/script.module.inputstreamhelper/cdm, fertig. Die eventuell nötigen Updates landen dann immer automatisch in $kodihome/cdm.
Alles anzeigenIst es irgendwie möglich, dass 720p streams auf dem RPi3 abgespielt werden?
Ich hab die Settings auf:
min: 1100000
max: 0
aber es wird nicht als 720p abgespielt?
Natürlich neueste Version vom AmazonVOD, LE9 von Milhouse
Weiß jemand warum?
Stell mal min auf 4000000 (4Mio) und beide Decoder auf 720p.
Dann teste mal damit.
Freut mich, das es besser läuft.
Das Problem mit dem starten habe ich z.w. im Moment auch auf allen Geräten. Liegt vermutlich am Kodi 18. Ist halt Alpha.
Ja, der Rest der Medien wird so natürlich auch mit 24p abgespielt.
Ist in den Streaming-Plugins erstmal gut, weil dort das meiste auch in 24p kommt.
Wenn du lokale Medien hast mit 50p sehen die auch etwas schlechter aus.
Musst jetzt erstmal einen Kompromiss eingehen, aber das ist wenigstens ein Weg.
Hi @Kodi_Newcomer,
das Problem hatte @peak3d ja schon einmal im Januar beschrieben (Post 1210
Ich habe mich bisher noch nicht wirklich um HDCP gekümmert, es ist eigentlich Aufgabe von kodi, so lange mit dem Stream start zu warten, bus der HDCP handshake erfolgt ist.Die grosse Herausforderung ist, wenn ihr refreshrate switching aktiviert habt. Jeder switch führt dazu, dass der HDCP Schutz neu aufgebaut werden muss.
Ich gehe mal davon aus, dass die HDCP Probleme nicht auftreten, wenn kein Refreshrate switching aktiviert ist (oder zumindest deutlich weniger)
Derzeit müsst ihr mit dem Verhalten leben, aber ich werde mich damit bald mal beschäftigen.
Mache doch mal folgendes zum testen:
Stelle mal deine Auflösung in der Shield fest auf 24p anstatt 59/60hz ein. Dann das Framerateswitching in Kodi mal komplett ausschalten.
Dann schaue mal, ob das besser / fehlerfrei läuft.
Also deine Settings sehen gut aus.
Kann leider das Unithek-Plugin unter LE und Android nicht aus der Repo installieren, deswegen leider nicht testen.
Edit: Unter Windows konnte ich es installieren, wirft aber nur Fehler. Testen geht da auch nicht. Sorry.
Aber das Plugin wird für Osmosis wegen dem Inhalt auch nicht sehr geeignet sein.
Selbst wenn du sie .strm erstellt bekommst, wird der Kodi-Scrapper die meisten Sachen nicht verarbeiten können
und dann auch nicht in der Datenbank zu finden sein.
Ob Osmosis bei Dir grundsätzlich funktioniert, teste am besten mal mit einem anderen Plugin wie SkyGo, Neflix oder Amazon-VOD.
@anotherwone
Die Version aus dem Future-Branch solltest du benutzen.
Aus welchem Plugin/welchen Plugins hast du etwas exportiert ?
Kannst du mal deine \userdata\addon_data\plugin.video.osmosis\settings.xml hochladen bitte ?
Hast du die Kodi-Datenbanken oder MySQL (wenn du es benutzt) in den Osmosis-Einstellungen richtig eingerichtet ?
Joh...Filme starten mit der neuen Nightly Kodi 18 Alpha 64 Bit und Windows 10 Pro 64 Bit... funktioniert wieder über die Film Watchlist...
Kann ich bestätigen. Eben auch die Kodi 18 64bit von heute getestet (noch mit VOD 0.5.1) und läuft wieder.
Mein Trac-Ticket dazu ist zwar noch offen, aber anscheindend haben die Jungs was gefunden 
@tdoe,
wie das git schon sagt, ist hier nicht jojo sondern asciidisco der richtige Ansprechpartner
Habe jetzt die von Dir empfohlene Kodi-Version installiert.Anschließend habe ich die Sound-Einstellungen in Windows bzgl. WASAPI nochmal mit Boardmitteln auf die Standardwerte zurücksetzen lassen.
Dann wieder in Kodi mit aktiviertem [definition=12,3]Debug-Log[/definition] getestet.Sowie ich den Log korrekt auswerte scheint der Fehler bzgl. WASAPI bzw. beim Fallback auf DirectSound jetzt nicht mehr aufzutauchen.
Das Grundproblem, dass Kodi beim Start des Videos einfach abstürtzt besteht aber leider weiterhin.Bzgl. der .dll die im Crash-DMP angemeckert wird hab ich auch mal die Suchmaschine angeworfen. Dort konnte ich aber lediglich den Rat finden den Grafiktreiber sauber zu deinstallieren und mit der aktuellsten Version neu zu installiert. Genau das hatte ich ja bereits (ohne Erfolg) bereits durchgeführt.
Das einzig Sinnvolle was du jetzt machen solltest, ist die Sache einmal mit den beiden Log´s im Kodi-Forum zu posten.
Die Jungs da sind jetzt für deine Geschichte denke ich die richtigen Ansprechpartner.
Hatte jemand gestern abend auch das Problem, dass die streams nur 276p hatten? Kumpel hat mir gestern geschrieben, aber ich konnte es nicht testen
Hatte gestern nicht geschaut, aber eben mal probiert. Live und Serien liefen in 720p auf meinem Intel NUC.
Ich habe das Problem "schwarzer Bildschirm, Ton läuft" leider auch immernoch (RPi 3, täglich aktuellster Milhouse Build). Das gleiche übrigens auch im Netflix Addon!
@Gismo112 Du hattest gefragt, ob ich OMXPlayer deaktiviert habe und den MMAL aktiviert. Jawohl, so ist es!
Probiere es doch dann mal anders herum bitte. MMAL aus und OMXPlayer ein.
@am-freak
Es ist ganz normal auf dem RPi, das die meisten Sachen nur software-Decodiert laufen.
Ist bedingt durch das DRM und Stand der Dinge.
Auf dem RPi gehen damit dann leider nur 720p.
@ultrax
Für Android ist leider Kodi 18 für inputstream_adaptive erforderlich. Das Plugin an sich läuft unter 17.6.
Edit: hab dad plugin aus der kodinerds Repo.
Lade Dir besser die Version aus dem Future-Branch als .zip runter:
https://github.com/stereodruid/pl…sis/tree/future
Da sind wieder einige Fehler beseitigt und Verbesserungen eingeflossen
Jetzt nochmal als [definition=12,3]Debug-Log[/definition] und mit Crash-Dump.
Also irgendwas in deinem Windows stimmt für meine Begriffe nicht :
07:59:46.816 T:6488 ERROR: CAESinkWASAPI::Initialize: WASAPI initialization failed.
Da hat er Probleme mit WASAPI, mehr unten im Code.
Edit: Auch Problem mit DirectSound: 07:59:46.823 T:6488 ERROR: CAESinkDirectSound::Initialize: cannot create secondary buffer (DSERR_UNSUPPORTED)
07:59:46.642 T:6488 DEBUG: CActiveAESink::OpenSink - WASAPI Initialized:
07:59:46.642 T:6488 DEBUG: Output Device : HDMI - SC-2023 (Intel(R) Display-Audio)
07:59:46.642 T:6488 DEBUG: Sample Rate : 192000
07:59:46.642 T:6488 DEBUG: Sample Format : AE_FMT_S16NE
07:59:46.642 T:6488 DEBUG: Channel Count : 2
07:59:46.642 T:6488 DEBUG: Channel Layout: FL, FR
07:59:46.642 T:6488 DEBUG: Frames : 9600
07:59:46.642 T:6488 DEBUG: Frame Size : 4
07:59:46.645 T:6460 DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
07:59:46.645 T:6852 DEBUG: Previous line repeats 1 times.
07:59:46.645 T:6852 INFO: CAEStreamParser::SyncAC3 - AC3 sync lost
07:59:46.645 T:6852 INFO: CAEStreamParser::SyncAC3 - E-AC3 stream detected (3 channels, 24000Hz)
07:59:46.645 T:6852 DEBUG: CVideoPlayerAudio: Sample rate changed, checking for passthrough
07:59:46.645 T:6460 DEBUG: CActiveAE::DiscardStream - audio stream deleted
07:59:46.645 T:6460 DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
07:59:46.645 T:6852 DEBUG: Previous line repeats 2 times.
07:59:46.645 T:6852 NOTICE: Creating audio stream (codec id: 86057, channels: 3, sample rate: 24000, pass-through)
07:59:46.660 T:7996 DEBUG: CVideoPlayer::SetCaching - caching state 2
07:59:46.660 T:7996 DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
07:59:46.677 T:8144 DEBUG: AddOnLog: InputStream Adaptive: Download https://d1l0nb3g075aoz.cloudfront.net/dm/2$-KMwuKNJa_7DAA7PPefFNnejsrA/0a35/d76c/e4d3/4a2a-a5be-793a76f9e0c9/569a1ae5-cd95-4040-95da-104a7f943f81_audio_33.mp4 finished, average download speed: 2917608.0371
07:59:46.682 T:6488 INFO: CActiveAESink::OpenSink - initialize sink
07:59:46.815 T:6488 DEBUG: CActiveAESink::OpenSink - trying to open device WASAPI:{FF32DF6E-645E-4B9D-8F87-EB295E4CF3CC}
07:59:46.816 T:6488 INFO: CAESinkWASAPI::Initialize: Could not Initialize Exclusive with that format
07:59:46.816 T:6488 ERROR: CAESinkWASAPI::Initialize: WASAPI initialization failed.
07:59:46.816 T:6488 DEBUG: CActiveAESink::OpenSink - trying to open device DIRECTSOUND:{FF32DF6E-645E-4B9D-8F87-EB295E4CF3CC}
07:59:46.820 T:6488 DEBUG: CAESinkDirectSound::Initialize: Using Window handle: 0000000000020074
07:59:46.821 T:5428 WARNING: CRenderManager::Configure - timeout waiting for configure
07:59:46.823 T:6488 ERROR: CAESinkDirectSound::Initialize: cannot create secondary buffer (DSERR_UNSUPPORTED)
07:59:46.824 T:6488 ERROR: CActiveAESink::OpenSink - no sink was returned
07:59:46.824 T:6460 ERROR: ActiveAE::ActiveAE::CActiveAE::InitSink - returned error
07:59:46.824 T:6460 WARNING: CActiveAE::ActiveAE::CActiveAE::StateMachine - signal: 10 from port: OutputControlPort not handled for state: 2
07:59:46.824 T:6460 WARNING: CActiveAE::ActiveAE::CActiveAE::StateMachine - signal: 11 from port: OutputControlPort not handled for state: 2
07:59:51.661 T:7996 DEBUG: CVideoPlayer::SetCaching - caching state 0
07:59:51.661 T:7996 DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
07:59:51.665 T:6852 ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
07:59:51.665 T:6852 DEBUG: CDVDAudio::Pause - pausing audio stream
07:59:51.665 T:6460 WARNING: CActiveAE::ActiveAE::CActiveAE::StateMachine - signal: 6 from port: OutputControlPort not handled for state: 2
07:59:51.665 T:6852 INFO: CAEStreamParser::SyncAC3 - AC3 sync lost
07:59:51.667 T:6460 DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deletedDann im Crashlog: Unable to load image C:\Windows\System32\DriverStore\FileRepository\ki126218.inf_amd64_b758f45a509290e3\igd10iumd64.dll, Win32 error 0n2
Das ist eine dll für Intel HD Grafik. Irgendwas passt da mit dem Zugriff nicht. Daher kommt der Absturz.
Die Kodi-Version die du nutzt ist auch fehlerhaft. Nutze mal für alles weiter die "KodiSetup-20180207-42594024", da geht Amazon noch mit.
Der WASAPI/DirectSound-Fehler könnte daher kommen.
Ein Trac-Ticket zu dem Windows-Build-Fehler hatte ich vorgestern schon erstellt:
https://trac.kodi.tv/ticket/17769
Stell das Addon einmal auf Android ein, unter Android, wie bei dir sollte das Script gar keine Verwendung finden.
Es kann aber auch an der Kodi APP selber liegen, mit deinem Hinweis Kodi 64bit, Kodi Build von dropbox ist die Herkunft als unbekannt einzustufen.
Guten Morgen 
Danke @vdr.tuxnet. Jetz weiß ich auch welche Version er warscheinlich meint
Edit @masikodi:
Solche bandwidth Probleme haben normal gar nichts mit dem eigenen Netzwerk zu tun, vielmehr arbeitet dann der CDN Loadbalancer, nicht perfekt, denn wenn wirklich20+X Mbit bei dir ankommen sehe ich keinen Grund warum bei einem Stream ein Netzwerkproblem und beim anderen nicht, bei dir auftreten sollte.
Wirkliche lokalen Netzwerkprobleme sind im Normalfall analog und betreffen jeglichen Service.
Der Hinweis ist ein super Gedanke. Würde aber trotzdem auch die Fritzbox / Deine Internetverbindung mal neu starten.
Hatte es schon gehabt mit meiner Unitymedia-Anbindung, das alle Services schnell liefen aber Maxdome damals Probleme machte.
Es war auch nicht immer sondern temporär. Nach einem Neustart vom Kabelmodem war alles wieder gut.
Hallo gismo112.
- Danke für das durchschauen der Logdatei. Muss ich mal schauen ob meine Fritzbox da was verursacht. Mit den Treibern kann ich mir eigentlich nicht vorstellen aber werde mal schauen. Und hab das selbe Problem ja auf zwei verschiedenen Windows Rechnern mit verschiedener Hardware.
Ah, ok. Dann wirklich mal mit der Fritzbox schauen. Dieser CMM...Fehler muss jetzt auch nichts mit dem Problem zu tun haben. Ist mir halt nur aufgefallen.
Wenn du weiterkommen solltest oder auch nicht, gib Info
@Blue7
Dir fehlt, warum auch immer, der inputstreamhelper.
Gehe mal in die Amazon-Plugin-Informationen(Kontextmenü), dann auf Abhängigkeiten und dort klick den inputstreamhelper mal an zum installieren.
Das ist gut, dann existiert das Verzeichnis schonmal.
Ich schreibe Dir gleich eine PN / Konversation
Finde ich auch interessant.
Mach mal bitte zuerst ein ls -l /home/danih/.kodi/cdm/ um zu schauen, was überhaupt da ist.
