Danke dir bhf. Blamabel ich hab http vergessen
CoreELEC Test-Builds aus dem aktuellen GITHUB-Code (Devel-Builds)
-
DerRuhige -
4. Juni 2018 um 18:30 -
Unerledigt
-
-
Eigentlich niocht. Es sollte so aussehen wie im ersten Screenshot. Dann sollte sofort die Auswahl im zweiten Screenshot kommen.
Genau so.
Noch besser wäre https:// statt http:// - dann spart der Webserver sich den Redirect. -
-
ich sehe im changelog bzw. in den commits, dass comskip aktualisiert wurde.
weiß jemand wie vorzugehen ist, damit das automatisch nach ner aufnahme "los geht"?edit: manuell (per SSH) lässt sich comskip starten und er sucht auch nach werbung. soweit so gut.
wenn ichs über tvheadend starten lassen will ist comskip nach einer sekunde wieder beendet, vermutlich findet er das video nicht.
edit2:
vom libreelec forum hab ich diesen hinweis:
https://forum.libreelec.tv/thread/7597-co…69903#post69903
und läuft! mit diesem kommando bei post-processing:
comskip --ini=/storage/.kodi/userdata/addon_data/tools.comskip/comskip.ini %f -
Nabend..
Auf einen meiner China Kracher packe ich mir stets die aktuelle CE nightly drauf.
Seit ca. 1 Woche gibts Probleme mit dem Tvheadend Client bzw. dem Schauen von live TV.
Der TV Headend Server läuft auf einem anderen Gerät und bedient gesund und munter seine anderen clients.Bei den nightlies auf der Mecool Ki pro semmelt mir aber live TV beim zappen ab :
Code
Alles anzeigen18:33:44.769 T:4090481904 NOTICE: VideoPlayer::OpenFile: pvr://channels/tv/Alle Kanäle/pvr.hts_957617339.pvr 18:33:44.770 T:2966705008 NOTICE: Creating InputStream 18:33:44.774 T:2966705008 NOTICE: Creating Demuxer 18:33:45.924 T:2966705008 NOTICE: Opening stream: 2 source: 256 18:33:45.924 T:2966705008 NOTICE: CVideoPlayerVideo::OpenStream - Creating codec: 27 18:33:45.928 T:2966705008 NOTICE: Creating video thread 18:33:45.929 T:2428457840 NOTICE: running thread: video_thread 18:33:45.929 T:2966705008 NOTICE: Opening stream: 3 source: 256 18:33:45.929 T:2966705008 NOTICE: Finding audio codec for: 86019 18:33:45.929 T:2966705008 NOTICE: Creating audio thread 18:33:45.929 T:2478814064 NOTICE: running thread: CVideoPlayerAudio::Process() 18:33:45.929 T:2966705008 NOTICE: Opening stream: 1 source: 256 18:33:45.929 T:2966705008 NOTICE: waiting for teletext data thread to exit 18:33:45.931 T:2966705008 NOTICE: Creating teletext data thread 18:33:45.931 T:2462028656 NOTICE: running thread: CDVDTeletextData 18:33:45.941 T:2478814064 NOTICE: Creating audio stream (codec id: 86019, channels: 2, sample rate: 48000, pass-through) 18:33:45.953 T:2428457840 NOTICE: CAMLCodec::OpenDecoder - using V4L2 pts format: 64Bit 18:33:46.230 T:4090481904 NOTICE: Display resolution ADJUST : 1920x1080 @ 50.00 - Full Screen (27) (weight: 0.000) 18:33:47.030 T:2428457840 NOTICE: Previous line repeats 1 times. 18:33:47.030 T:2428457840 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 18:34:05.987 T:2478814064 WARNING: Previous line repeats 1 times. 18:34:05.987 T:2478814064 NOTICE: CVideoPlayerAudio::Process - stream stalled pts:19.168 clock:19.332 18:34:07.490 T:2428457840 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 18:34:36.113 T:2478814064 WARNING: Previous line repeats 28 times. 18:34:36.113 T:2478814064 NOTICE: CVideoPlayerAudio::Process - stream stalled pts:33.828 clock:33.910 18:34:37.430 T:2428457840 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 18:35:02.451 T:4090481904 WARNING: Previous line repeats 24 times.
Will da jetzt keine große Sache von machen, ist schliesslich nightly.
Würde nur gern wissen, ob es nur bei meinem Gerät auftritt oder auch bei Anderen.
Bei Letzterem bliebe mir ein Neu Aufsetzen erspart.. -
-
Ich habe ein ähnliches Setup:
TVheadened auf einem separaten Server und auf meiner Wetek Hub Box (S905) eine CoreELEC nightly Installation.
Diese Probleme beim Umschalten habe ich aber nicht.Es gab mal einen Konflikt mit dem librespot Addon, wodurch beim Kanalwechsel nur noch ein Blackscreen kam - ich war davon auch bei einem stable Build betroffen:
https://discourse.coreelec.org/t/tvheadend-on…ching-channels/Ob das Problem inzwischen behoben ist, weiß ich nicht genau, da ich seitdem das librespot Addon nicht mehr aktiviert habe.
-
stimmt..
ich hab allerdings das Spotify addon von Marcel Veldt drauf. Basiert wohl aber auch auf librespot.
Ich deaktiviere das mal und schaue, ob das Zappen dann ohne "stalled stream" geht.
Kann ja auch vom Handy über HiFy app Spotify Inhalte per Airserver oder DLNA an Kodi schicken.Scheint so, als wenn das Zappen schief geht, wenn verschiedene Tonformate im Spiel sind.
Also z.B. von DD 5.1 auf DD 2.0 -
-
stimmt..
ich hab allerdings das Spotify addon von Marcel Veldt drauf. Basiert wohl aber auch auf librespot.
Ich deaktiviere das mal und schaue, ob das Zappen dann ohne "stalled stream" geht.
Kann ja auch vom Handy über HiFy app Spotify Inhalte per Airserver oder DLNA an Kodi schicken.Scheint so, als wenn das Zappen schief geht, wenn verschiedene Tonformate im Spiel sind.
Also z.B. von DD 5.1 auf DD 2.0Ich hatte jetzt endlich Zeit, es bei mir intensiver zu testen.
Ich habe mich jetzt zwei Mal durch meine komplette Senderliste gezappt.
Unterschiedliche Tonformate und Auflösung machen keinerlei Probleme, und ich hatte nicht einen Absturz, hängenden Sender oder sonstige komischen Phänomene.Somit nehme ich wirklich an, es hängt mit irgendeinem, bei Dir installiertem Addon zusammen.
Hast Du mal einen Blick in den [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] geworfen, nachdem das Zappen gescheitert ist (eventuell vorher [definition=12,3]Debug-Log[/definition] aktivieren)? -
ich habe gestern abend noch das Spotify addon deaktiviert.
Seitdem beim Zappen auch keine Probleme mehr, auch nicht beim direkten Zappen auf Sender mit anderer Auflösung und Tonformat.
Kurioserweise hatte ich bis vor etwa 1 Woche bei aktiviertem addon keine Probleme mit liveTV Abstürzen.
Daher war auch das schon mal berichtete "LiveTV friert ein, wenn librespot addon aktiviert ist"-Thema nicht mehr bei mir auf dem Radar..
Irgendwas muss sich "unter der Haube" geändert haben.Kann ich aber gut mit leben. Die Nightlies sind schon ein Kracher. Ich teste immer mit "voller Hütte", also mit allen Addons, die ich so nutze. Hab auch den Estuary II Mod Skin installiert. Ist schon fein, wenn diese Zusatz Fanarts eingeblendet werden oder bei Filmen animierte Cover usw. So ein paar Meckereien gibts von den Helferlein des Skins noch, aber insgesamt nebst Amazon VOD und Youtube Music etc. schon sehr stabil das Ganze.
Nur meine xlarge Musikfiles Sammlung bremst die arme Mecool Kiste völlig aus. Das ist aber nix Neues für mich. Es läuft halt kein fetter PC mehr 24/7, der Datenbankabfragen schneller verdauen kann.
Achja. Danke für deine Unterstützung und die nightly builds !
-
-
Kurz vor der Beta 3 ist eine ganze Menge passiert, was man auch an der blanken Anzahl an Commits in den Changelogs erkennen kann.
Somit ist es sehr wahrscheinlich, dass sich hier wieder irgendetwas nicht miteinander verträgt.
Das wird hoffentlich besser, sobald die ersten Kodi 18 RC Versionen erscheinen.
Aber es freut mich, dass bei Dir das Deaktivieren des Addons zum Erfolg geführt hat.Ich benutze immer den Standard-Estuary Skin.
Einerseits gefällt er mir tatsächlich ganz gut (damit bin ich, glaube ich, ziemlich alleine), zum anderen habe ich damit keine komischen Nebeneffekte.
Ich habe viele andere Skins ausprobiert, und die meisten wirken mir mit ihren hinein-wabernden Fenstern, rotierenden Discs, ClearArts und fluxkompensierenden Subraumspalten einfach zu überladen.
Wobei der kommende Aeon 2 Skin durchaus mein Interesse geweckt hat - das Ding sieht einfach mega aus.Freut mich, dass Du die nightlies gerne nutzt. Der Löwenanteil stammt natürlich vom CoreELEC Team...ich baue nur, was die Jungs mir zum Fraß vorwerfen.
-
..eine Frage hab ich noch..
Bei den tar file updates auf der Mecool KI pro sehe ich immer wieder beim Neustart nach der Installation des updates für einen kurzen Moment eine Meldung von irgendwas mit device wurde nicht sauber runtergefahren und dirty bit ist gesetzt.
Hab die SD Karte gegen eine Samsung evo getauscht. Nach ein paar nightly updates kommt die Meldung aber wieder..
Krieg ich das ohne Neu Installation weg ? Wenn ja, wie ?
-
-
Das hatte ich auch einige Male mit meiner SD-Karte. Die Dinger scheinen nicht vollständig zu entmounten, bevor sich die Box ausschaltet. Warum es jetzt auch bei Deiner Samsung Evo auftaucht, ist schon merkwürdig, denn bei mir war das Problem behoben, nachdem ich alles auf die interne eMMC verfrachtet habe.
Hast Du die Box eventuell mal im laufenden Betrieb vom Strom getrennt, anstatt sie sauber herunterzufahren?Diese Meldung ist aber in diesem Fall nicht so dramatisch und eher eine Warnung als ein Fehler.
Der Device Tree wird trotzdem geschrieben.Man könnte z.B. mit "fsck" das Filesystem überprüfen, wodurch das dirty bit wieder entfernt wird.
-
dirty bit mit fsck entfernen ist nur leider nicht dauerhaft..
Scheint bei den Mecool KI pro tatsächlich ein Problem zu sein, daß die Filesysteme nicht vollständig entladen werden vor dem Neustart.Hmm, vielleicht erbarmt sich ja noch einer der Entwickler, dafür ein patch einzubauen.
Soweit ich das gelesen habe, haben die diese Boxen auch.
Magst du das bei Gelegenheit mal weitergeben ? Danke. -
-
Klar, werde ich machen.
UPDATE:
Ich habe eine Rückmeldung vom CoreELEC Team.
Diese Meldung erscheint offenbar auf unterschiedlichen Boxen (inkl. Odroid C2), kann aber einfach ignoriert werden.
Es ist tatsächlich nur eine Warnung, aber kein wirklicher Fehler. Das dtb File wird - wie bereits vermutet - trotzdem fehlerfrei kopiert. -
wow, hab gar nicht mit einer so schnellen Antwort gerechnet. Danke für die Info.
Werde also das schmutzige Bit ignorieren, solange es auf der SD Karte ist und nicht im Glas
-
-
hab gesehen, dass Einiges für rockchip u.a. für trn9-box in die devel eingeflossen ist.
Eine devel für die bqeel MVR9 wär doch mal was..
Die einzige Box bei mir, auf der kein CE logo beim Start zu sehen ist.
-
Ich hatte massive Probleme, das dazn-Addon (Sportstreaming) auf meiner S905x mir dem neuesten Nightly zum Laufen zu bekommen. Andauernd bufferte das Add-on nach. RPis waren davon seltsamerweise nicht betroffen. Im entsprechenden Thread hieß es zuerst, dass es an Leia beta3 liegen würde. Dem ist jedoch nicht so. Weitere Tipps waren, dass es im GitHub des Devs eine etwas neuere Version als im Repo gab. Dieser Tipp war Gold wert. Wer also auch beinahe frustriert die Flinte ins Korn geworfen hätte, sollte hier das Update installieren. https://github.com/JinRonin/plugin.video.dazn
-
-
hab gesehen, dass Einiges für rockchip u.a. für trn9-box in die devel eingeflossen ist.
Eine devel für die bqeel MVR9 wär doch mal was..
Die einzige Box bei mir, auf der kein CE logo beim Start zu sehen ist.
Rockchip wird in naher Zukunft nicht von CE unterstützt. Der Fokus liegt zunächst nur auf Amlogic SOCs.
Damit es zu Deiner restlichen Ausstattung passt, kannst Du ja den CoreELEC Bootscreen als OEMSPLASH.PNG ins /flash/ Verzeichnis packen. -
Och nö, das wäre ja voll fake..
Wenn ihr nur bei AML bleibt, ist das halt so. Dann bleibt es bei dieser Box bei den Images von mo123 und kwiboo.
Oder ich befasse mich im kommenden Winter endlich mal damit, wie man Images selbst kompiliert. Sofern die Rockchip Entwicklungen auch bei CE eingeflossen sind, müsste es ja möglich sein, ein Image zu erstellen (blauäugig guckend..) -
-
Theoretisch ist es selbstverständlich möglich, da der dafür benötigte Quellcode auch im CoreELEC Zweig auf GitHub enthalten ist, aber es wird dafür natürlich keinerlei Unterstützung angeboten.
Solltest Du also Probleme damit haben, wird Dir niemand helfen können.Sicherer wäre es, Du bleibst bei den dev-Builds von kwiboo oder mo123, da die Jungs aktiv Patches für diese Hardware entwickeln, und Du bei Problemen einen Ansprechpartner hast.
-
Welche CoreElec Version sollte ich nehmen, habe diese Box ?
-
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!