Beiträge von infinity

Zitat von tosa1965

Ich hab zwar einen, jedoch nutzen tue ich dieses Feature schon lange nicht mehr.. Einzig 3D-zu-2D wäre interessant...

Das mit 3D-zu-2D lese ich öfters, jedoch verstehe ich das nicht ganz. Kodi hat doch seit Urzeiten einen Auswahldialog welchen 3D Mode man haben will, oder 2D. Und in den Einstellungen kann man ja auch festlegen, dass man dauerhaft 2D haben kann. Worauf ist dein "Einzig 3D-zu-2D wäre interessant..." dann bezogen?
Ich erinnere mich irgendwie daran, dass das einer im Kodi Forum im C2 Thread postete und dann stellte sich heraus, dass er eigentlich 3D vs. 2D Probleme auf einem Windows System mit dem MVC build von afedchin oder so hatte, welches einen Kodi bug hatte. Aber warum auch immer, hat er das als Mangel beim C2 dargestellt. Bei mir laufen alle Filme in 2D, wenn ich 2D einstelle, soweit ich weiß. Ob nun Jarvis oder Krypton ist da egal. Kodi nimmt in dem Fall doch einfach nur das Linke Auge und schießt das rechte mit dem abweichenden Blickwinkel in den Wind. Oder beziehst du dich auf irgendeinen Bug, der mir völlig entgangen ist?

Zitat von Raybuntu

Na siehst du. Da haben wir doch Koying der kann das ja machen und in Kodi implementieren. Frag ihn bei Gelegenheit auch mal warum er das in seinem Fork hatte aber nie in Kodi eingebracht hat.

Ich als außenstehender hab den Eindruck, dass Koying den Fork ja nur deswegen hat, weil man ihn sowas nicht in den originalen Kodi Code einpflegen ließ. Ich meine diese AMlogic 3D patches usw. sind hardwarespezifisch und irgendwo im Kodi forum las ich, dass man sich seitens kodi weigert sowas in den allgemeinen code reinzunehmen. Das war glaube ich die Argumentation im Thread zu der Aversion gegen RockChip. Bin mir da aber nicht sicher. Ich selbst bin ja nur ein Frei-Schnauze-Mitleser. Vielleicht bringt Koying ja irgendwann auch mal eine kryptonbasierte SPMC version, wo das sogar drin ist. Dann hätte man vielleicht die Hoffnung, dass es ähnlich "schnell und einfach" in eine communitybuild implementiert werden kann. Ich selbst hab ja keinen Kontakt mit euch Entwicklern, abgesehen von den User-Foren hier

Ich bin mir schon bewusst, dass das alles nicht so leicht ist und man vor allem ohne entsprechende Geräte auch keinen Nutzen daraus ziehen kann.

Zitat von rolapp

Update ist im Nerdsrepo

das mit dem Umschalten der Streams scheint auch bei anderen IPTV Plugins zu sein.

Das ist wohl ein generelles Krypton Decoder Problem in Verbindung mit HLS streams...
habs mal hier kurz zusammengefasst: LibreELEC Krypton/Leia/Agile Odroid C2, Wetek.Hub, Wetek Play 2 64bit kernel mit 32bit userspace

Scheint alle Plattformen auf Krypton zu betreffen.

Dieses Autoswitch-Signal wurde in Jarvis durchaus gesendet und funktionierte sogar. Das hatte damals irgendwie Koying in Android hinbekommen und dann wrxtasy mit ein paar Anläufen wirklich cool in Jarvis reingebracht. Leider hat er schon mehrmals frustriert mitgeteilt, dass er den damaligen Jarvis Code nimmer in Krypton zum Laufen bekommt. Es ist wohl etwas zu viel anders und die Motivation sich damit auseinander zu setzen ist natürlich auch eher eingeschränkt, wenn man selbst nicht so viel mit 3D anfangen kann. Ich hab das Thema ihm gegenüber im forum.kodi.tv und auch im forum.odroid.com relativ häufig angerissen und ihn auch echt zur Weißglut gebracht, fürchte ich . Ich als nicht-coder kann mir auch nur vorstellen, dass es mitunter ein ziemlich demotivierendes Thema ist, wenn man eh kein 3D Equipment hat und sich dann mit Code rumschlagen muss, wo man höchstwahrscheinlich nicht weiß, ob es nur ein paar kleine Anpassungen oder riesige Änderungen bedarf, um den auf Krypton zu adaptieren.

So als Anhaltspunkte, um das Thema etwas gezielt zusammenzufassen:

Februar 2017: Letzte Konversationen diesbezüglich in Verbindung mit Krypton:

1. wrxtasy@forum.kodi.tv: 3D Autoswitch patch involved, that being this one
   
   
   • wrxtasy@forum.kodi.tv: No 3D Auto switching in this Krypton release. The previously mentioned patch resulted in compile errors....
   • Ich@forum.kodi.tv: [Last time] You solved it magically [with this patch from "runnerway"] in the LibreELEC-Odroid_C2.aarch64-7.0.1.3D.ISO.MySQL.tar build.
2. Ich@forum.odroid.com: And finally I came to testing your [recent Jarvis] 3D builds, @wrxtasy
   
   
   • Ab diesem Post ging dann eine Diskussion los, wo ich selbst die ganze Zeit mit meinem Missverständnis davon ausging, dass die defekte/fehlende TV-Autoswitch Funktionalität durch den neuen Odroid C2-Wetek-Hub Kernel käme. Dieser neue Kernel kam glaube ich ab wrxtasys Jarvis nach "7.1.0 October" zum Einsatz. Die "7.1.0 October" war die letzte Version, die neben dem TV-3D-Autoswitch sogar noch Half-Resolution MVC hinbekommen hatte. Ab dem neuen Kernel und den wrxtasy Builds ab Dezember war MVC nicht mehr Lauffähig, jedoch der TV-3D-Autoswitch war noch funktionsfähig. Nunja... ich dachte das läge rein am Kernel und habe bei wrxtasy durch dieses Missverständnis zu sehr gebohrt, dass es ja derselbe Kernel wie bei den neueren Krypton sei und daher 3D-Autoswitch ja somit auch eigentlich irgendwie in den Krypton Builds gehen würde, "wenn" dieselben Patches dort eingepflegt würden. Erst als ich ihm den letzten Nerv geraubt hatte, habe ich verstanden, dass diese "Patches" nichts mit dem Kernel, sondern nur mit Jarvis zu tun haben . Das und wrxtasys berechtigte Wut auf mich kann man jedenfalls alles im Verlauf des hier unter Punkt 2.) genannten links nachlesen

Juni 2016: Damalige, erste lauffähige MVC und 3D-Autoswitch Integration in Jarvis durch wrxtasy:

1. Koying@forum.odroid.com: Koying schickt wrxtasy den Hinweis zu seinem SPMC "Switch TV to 3D automatically on amlogic" Patch
   
   
   • wrxtasy@forum.odroid.com: 3D Signalling to autoswitch a TV into a 3D mode is badly broken in the C2's v3.14 Kernel. The code is incomplete and HK or AMLogic themselves will have to fix it:...
   • aaaber der Fix kommt dann 4 Tage später von: runnerway@forum.odroid.com: Try this fix for 3D you've asked me some time ago:- here
     
   • am nächsten Tag kommt dann schließlich die erste 3D-Erfolgsmeldung : schimi2k@forum.odroid.com: ...Means: 3D Isos are working here like a charm AND TV switch direct to the right 3D Mode
2. Ab da hatten alle wrxtasy Jarvis builds (einschließlich aktuellster 7.1.3) funktionierenden TV-3D-Autoswitch. Leider ab Krypton nicht mehr möglich. MVC war bis einschließlich Version 7.1.0 Oct in halber Auflösung möglich, aber ich bezweifle, dass es viele gibt, die MVC überhaupt einsetzen, zumal in half-rez.
3. Das einzige Problem beim Jarvis 3D-Autoswitch war, dass es für die meisten TVs nur mit dem Setting "Ask me" beim Filmstart zuverlässig funktionierte. Wie ich später im Februar 2017 herausgefunden habe, ist das jedoch nur bei manchen Fernsehern so. Nämlich dann, wenn der Refreshrateswitch und 3D-Autoswitch wohl zu nach beieinander ausgelöst werden.. der TV bekommt dann den 3D Autoswitch nicht mit. Wenn man den film jedoch von einem langsamen Laufwerk aus startet und dieser somit etwas länger zum Laden braucht, ist wohl eine kleine Verzögerung zwischen Refreshrate-switch auf 23.976Hz und dem 3D-Switch-Signal, sodass der Fernseher dann sogar vollautomatisch mit "Preferred Mode" in den Kodi-Einstellungen in 3D schaltete.

So... nun habe ich glaube ich alle Links zu dem Thema samt aller öffentlich genannter Patches und commits zusammengetragen. Der Sinn soll sein, dass wenn sich jemand wirklich da einarbeiten will, hier nun die ursprünglichen Code-Teile hat, die es mal in Jarvis hinbekommen haben.
Ich will ansonsten da auch nicht weiter jemandem auf den Senkel gehen, da ich den Bogen bei wrxtasy schon überspannt hab.

Ich biete mich ansonsten auch wirklich gerne als Tester an, falls sich da was tun sollte!

Zitat von Ichabod Crane

@Raybuntu

War auch nur Spaß, ist ja nicht lebensnotwendig, hauptsache sonst läuft es gut. Vorallem liegt es nicht an Kodi, der C2 kann es halt nicht, meine Wetek oder Raspi können es ja.

Naja, es liegt ja eigentlich vor allem an kodi. Jarvis kann den TV automatisch auf den richtigen 3D modus umschalten und sogar MVC dekodieren und zumindest in half-resolution 3D ausgeben. Aber mit kodi krypton ist das alles durch all die Änderungen über bord gefallen. Leider ist das alles nicht so leicht wieder hinzubiegen.

Zitat von tosa1965

Dann doch lieber die neuste, oder?https://github.com/kodinerds/binary-repo/raw/master/RPi2/pvr.zattoo/pvr.zattoo-0.1.28.zip

Ja ich vermute er landete bei der 1.24, weil er deine links aus dem startpost benutzt hat. Die haben zwar die Bezeichnung mit 1.28, deren links führen aber zur 1.24 beim draufklicken

Zitat von kriztan

Ich erhalte bei mir auf dem ODROID-C2 mit dem aktuellen Raybuntu Libreelec Kodi 17 (Krypton) und dem https://github.com/vdrtuxnet/kodi…ttoo-0.1.24.zip ebenfalls den Fehler. Was genau fehlt denn da? Ich hoffe es kann mir jemand helfen.
Danke

Da du raybuntus build benutzt und all seine builds arm 32bit builds sind und nicht wie offizielle builds aarch 64bit sind, musst du die raspberry pi 2/3 version des pvr clients installieren, und nicht die odroid c2 version. Raybuntus builds sind alle raspberry Architektur kompatibel, was wiederum zu normalen odroid c2 inkompatibel ist. Aber eigentlich ist genau das an raybuntus builds das Gute. Denn die offizielle 64bit Version hat keine Vorteile, dafür nur Nachteile.

Zitat von Raybuntu

Ich habe gute Erfahrungen mit VC1 ts Dateien gemacht in Krypton (mit tsmuxer remuxed). Aber ich selbst hab keine Bluray rips.

@infinity Ich denke bei Krypton Kompromisse eingehen müssen. Kein Kodi Developer wird primär für Krypton weiterentwickeln.

Nach etwas Recherche habe ich eher den Eindruck, dass es wohl nicht an den C2 Krypton Builds liegt, sondern generell am Kodi Krypton Decoder oder generell dessen Code. Scheint alle Plattformen zu betreffen und ist wohl eher ein problem by design.

[Kodi 17 Krypton] Very Slow Channel Switching iptv simple client (in einem PVR Addon)
Aus ZattooBoxExtBeta wird ZattooHiQ (in einem Video Addon)
Kodi 17 - Very Slow Channel Switching, Some unplayable And Crash (in Windows)
Kodi 17 - slow motion in some HD channels when switching to them (in Android)
PVR Simple Client slow channel switching (OSMC, Raspberry Pi)
Really slow channel switch (about 9 seconds) (Wetek Play 2)
.
.
.
Das waren nur die ersten Suchergebnisse... Alle sprechen von Channel Switch Zeiten von ca. 9 Sekunden, wohingegen es vorher 1s war. Also dasselbe was bei mir auch ist. Ist somit eher ein generelles Kodi Problem, weniger eines, das hier reingehört

Zitat von muenster

"Teletext" - nicht alle Funktionen ansteuerbar

Hallo,

ich habe mal zwei Fragen zu der Funktion "Teletext", die man laut Wiki ja auch per TouchScreen bedienen kann:

Ich verwende als "Software-Fernbedienung" die Android-App "Yatse", bei der man ja auch einen TouchScreen simulieren kann. Das klappt auch alles soweit, nur weiß ich nicht, wie man die Bewegung "Double_Swipe_Left" ausführen soll - zweimal schnell hintereinander nach links wischen bewirkt bei mir jedenfalls nichts, es sollte dann ja eigentlich das Teletext-Fenster geschlossen werden? Kann mir bitte jemand den Bewegungsablauf genau erklären?

Und dann habe ich noch das Problem, dass ich nicht die Dialog-Box zur Eingabe der Telext-Seiten-Nr. aufrufen kann: Da "Yatse" ja nur den TouchScreen auf dem Smartphone simulieren kann, kann ich nicht den Button auf dem Bildschirm des Gerätes, auf dem KODI läuft, tatsächlich "betätigen" Und eine direkte Eingabe von Ziffern sieht die App leider auch nicht vor Von daher wäre es schön, wenn man diese Dialog-Box auch noch anderweitig aufrufen könnte, da wäre ja wahrscheinlich noch "Double_Swipe-Right" unbelegt... wenn ich denn erst einmal wüsste, wie diese Art der Bewegung auszuführen ist - siehe Frage 1!

Hmm.. Also was Yatese angeht... Ich denke du meinst mit "TouchScreen" das Yatse touchpad, das links in meinem angehängten Bild abgebildet ist? Ich gehe jetzt jedenfalls mal eben davon aus, dass du dich die ganze zeit darauf bezogen hast. Dafür hab ich eben mal kurz das Erklärungsbild für dich gemacht:

Falls ich richtig liege, und du genau den Yatse Modus da links meinst, dann muss ich deine Verwirrung/Entrüstung darüber ein wenig korrigieren: Du hast die Funktion falsch verstanden und daher kommen auch die ganzen "Probleme" die du somit mit der Steuerung über Yatse hast.

Es ist kein Touchscreen für kodi, sondern einfach eine Gestensteuerung auf dem Handy.
Das Yatse Touchpad simuliert keinen Touchscreen für kodi. Denn Kodi bekommt nach wie vor wie ganz normale Rechts/Links/Hoch/Runter/OK/Zurück kommandos, ganz so als ob du die Tasten auf deiner Tastatur oder Fernbedienung drücken würdest. Daher habe ich Rechts im Bild einfach mal den ganz normalen Navigationstastenmodus in Yatse als Vergleich abgebildet. Alle Funktionen die rechts in "Tastenform" vorhanden sind, sind links auf dem "Touchpad" einfach als Gesten realisiert.

Der Grund dafür ist ganz einfach: Weil ein Handytouchscreen keine haptische Orientierung der abgebildeten Tasten erlaubt, kannst du das normale Keypad ja kaum bis gar nicht blind bedienen. Aber man will ja nicht jedes mal aufs Handydisplay starren, damit man die "Nach Links Taste" ganz sicher erwischt, und nicht versehentlich auf die darunterliegende "Zurück Taste" drückt. Daher hat yatse diesen super komfortablen Gesten-Modus drin. Hier kann man ja ziemlich Fehlerlos wischen usw, ohne genau zielen zu müssen.

Du musst etwas umdenken in deinem Verständnis was die Bedienung über das Yatse "Touchpad" angeht und wenn du dir vorstellst, dass es einfach die Cursortasten und OK und Zurücktasten in Kodi auslöst, hast du exakt dieselbe Bedienung in diesem Zattoo Addon wie alle anderen mit Ihren normalen Fernbedienungen und Tastaturen. Das schließt somit auch ein, dass die #####Keybord Control "Action-IDs" (Keymappings) aus dem ZattooHiQ wiki für Yatse gelten, und nicht die ####Touch Control Keymappings.

Oh das sollte eigentlich keine Beschwerde und Gemecker sein. Ich bin ja auch mit Jarvis soweit zufrieden bei der Benutzung. Mir ist absolut nicht entgangen, was peak3d und du in den letzten Monaten da zustande gebracht habt :).

Ich sehe bloß, dass auch peak3d hier mitliest und würde gerne mal ein paar "insider"-Infos lesen, ob das quasi die Nachteile sind, die man in Kauf nimmt, damit alles andere (lokale medien im Sinne von nonstreams) so schön läuft, also nicht wirklich änderbarer Kompromiss ist, oder irgendwie noch so ein WiP Bereich ist. Ich meine, dass diese ganzen IPTV Geschichten, die ich da durchgetestet habe, wohl auf hls streams basieren. Jedenfalls hab ich das vorhin eher aus Neugierde niedergeschrieben, da ich von deiner ersten Krypton build an dabei war und jetzt bei krypton7 wieder mal genauer reingeschaut habe und sehe, dass es sich so ziemlich gleich fragil verhält.

Ansonsten, gar keine Frage, ihr habt da wirklich großartiges geleistet!

Zitat von mgl

Ist es eigentlich möglich die zwei Leds beim C2 - Power und Hdd auszuschalten ? (Rot und Blau)

Ergänzung: Ok, für die blaue hab ich was gefunden, jetzt muss ich mir noch die rote vornehmen.

Ich glaube da werden Sie geholfen :
http://forum.odroid.com/viewtopic.php?f=139&t=19897#p131027 (ist auch im offiziellen Odroid C2 Wiki verlinkt)

Zumindest für die blaue LED. Ich vermute die rote kann man nicht deaktivieren, da diese für "power" steht.

Sagt mal... was mich bei diesen Krypton Builds die ganze zeit schon beschäftigt ist, wieso das tunen von IPTV Sendern:
1. extrem langsam ist
2. Dabei immer erst 5 Sekunden lang ein Standbild ist, bei laufendem Ton, bevor es in ein Bewegtbild übergeht.
3. Beim allerersten tunen nach einem Neustart des C2's das erste "Standbild" beim tunen ein "zerrissenes" Bild ist
4. Bei Streams mit hohen Bitraten sehr oft nach dem Übergang in das Bewegtbild (nachdem wie immer ein 5s langes Standbild herrschte) ein Tonversatz von mehreren Sekunden auftritt, der sich auch nicht mehr korrigiert. Manchmal jedoch wiederholt sich der Ton einfach mal so nach 7s Sekunden (also spielt die selbe Passage noch mal ab) und ist danach noch immer mehrere Sekunden Zeitversetzt.

Diese ganzen Probleme treten bei wrxtasys Jarvis builds überhaupt nicht auf. Da wird das Bild beim teilweise in Sekundenbruchteilen getunt und man kann richtig fix zappen.

Das ganze habe ich mit dem ZattooBoxExt video addon, mit dem zattoo pvr-client und mit dem IPTV-Simple client (mit deutschen frei verfügbaren streams der öffentlich rechtlichen) getestet. Habe dabei zumindest festgestellt, dass vor allem die 5s Asynchronität nicht nur bei PVR-Clients-Addons auftritt, sondern auch bei Video-Addons wie Zattoo oder auch Teleboy, sobald höhere Bitraten mit HD eingesetzt werden.

Aber selbst bei niedrigen SD Bitraten der Zattoo addons ist alles sehr langsam und scheint irgendwie seehr empfindlich zu sein. Jarvis hingegen läuft was IPTV angeht nach wie vor super schnell und vor allem robust.

Würde mich über ein paar Infos freuen, denn das muss ja irgendwie ein generelles Problemchen des neuartigen Decoders in Krypton sein im Zusammenhang mit streaming sein? Zumindest ich habe das bei allen Builds von Raybuntu (seit Monaten) bemerkt und diese daher eher ein wenig gemieden, obwohl ich wirklich gerne zu Krypton wechseln würde.

Wenn mir einer verrät welche zeilen ich in SSH (Putty) zum Kompilieren eingeben muss, dann kann ich es auf meinem Odroid C2 (aarch64) eben für euch kompilieren.

Was ich an Kenntnis zumindest so habe, wäre:
1. Ich würde ein debian oder ubuntu basierendes System auf den Odroid C2 spielen
2. Ich weiß wie ich da mit ssh reinkomme usw.

Was ich von euch dafür wissen müsste:
1. Am besten alle infos wie ich die benötigten Daten auf den Odroid bekomme. Sprich: wget URLS
2. Welche programme / dependencies ich aus apt-get vorm kompilieren hierfür benötige
3. Den kompilierungsbefehl bzw. die eigentliche Zeile, die ich zum kompilieren auslösen muss
4. Welche Datei ich danach hier hochladen soll

EDIT
Zudem versuche ich gerade vergeblich das RPi2 repo von dem startpost in Kodi Krypton zu nutzen, aber beim öffnen des "Zattoo PVR Repo" nach der installation, sagt mir kodi andauernd "Die Verbindung zum Repository kann nicht hergestellt werden.". Ist es mittlerweile down?

EDIT2
okay... ich ahne, dass das alles alter Kaffee ist? Nun stehe ich bei 70 Seiten Thread etwas auf dem Schlauch

Diese mehrfach-Netzteile sind evtl nicht so der bringer. Neben dem 2A standardnetzteil das du hast, wäre es vielleicht nicht verkehrt auch mal ein anderes Handyladegerät auszuprobieren.
Das größte Problem dabei ist meist aber nicht das Netzteil selbst, sondern die USB Kabel, die man dafür benutzt. Wenn du also ein etwas längeres oder günstiges hast, dann hast du einen Spannungsabfall und der Rpi schmiert dir weg. Irgendwie tippe ich schon eher auf ein Netzteilproblem :/. Allerdings hast du bereits zwei probiert. Wie gesagt, probier mal das originalnetzteil eines deiner Smartphones (die leistungsfähigen brauchen ja auch viel strom), und das mit dem originalen kurzen USB kabel, das dabei war. Vielleicht hilft das ja.

1. Setzt du eigentlich zufällig einen VPN ein auf den Raspberries?
2. Was für ein Netzteil hast du im Einsatz?
3. Schon mal die SD-Karte getauscht?
4. Übertaktest du deine Raspberries?

Kurzes googlen nach "SpawnThread kodi" zeigt auch einmal, dass ein Skin dafür schuld ist, jedoch war das ein Intel System, wo es wohl ein Treiberproblem gab.

Zitat von Fritz Treu

Danke, sehr nützlicher Hinweis, ich hatte noch keine Lust zur Ursachenforschung wegen der 20s Wartezeit bei meiner Kombi, kann ich mir jetzt sparen!

Ja... das hat mich auch erstmal gewurmt... dann festgestellt, dass es auf meinem RPi2 genauso ist wie auf meinem Odroid C2. Und ich meine ich habe dasselbe auch im kodi forum gelesen bei vielen Usern. Was ich allerdings nicht weiß ist, ob es der harmony hub ist, der so langsam paired (nach aktionsstart) oder obs an LibreELEC liegt. Könnte mir gut vorstellen, dass es eigentlich der Harmony Hub ist, der dafür verantwortlich ist, denn nach einem LibreELEC neustart ist es meistens sofort verfügbar. Leider habe ich meinen FireTV stick mit seiner Bluetooth Fernbedienung verkauft, sonst hätte ich versucht diese FB einfach mit LibrELEC zu pairen und zu sehen, obs dabei sofort verfügbar ist.

Zitat von DocWerder

Hallo SkyBird1980,

vielen Dank für den Tipp und den Link. Muss ich mir wirklich den gesamten verlinkten Thread durchlesen oder
gibt es eine Schnellanleitung innerhalb des Threads, von dem ich weitere Infos erhalten kann.

Ich möchte nämlich ebenfalls meine Harmony Elite mit Kodi auf meine RP3 fernsteuern.

Danke für deine Antworten

Da du den RPi3 hast (bluetooth drin) und einen Harmony Hub, kannst du einfach in der Harmony Desktop Software oder der Smartphone App das Profil "Hersteller= Microsoft" und "Gerät= KODI" wählen. Ggf. kriegst du dann eine Fehlermeldung, dass die Harmony das nicht steuern kann, weil nicht IR blablubb... Aber einfach bestätigen, eine entsprechende Aktion kurz erstellen, dann die Fernbedienung syncen.

Zum Pairen aktivierst du in LibreELEC den Bluetooth Service, und gehst dann in Bluetooth Geräte zum Pairen. Der Trick nun, damit das Pairen auch wirklich ausgelöst wird, ist, dass du die aktion nicht über die Harmony Fernbedienung startest, sondern über die Harmony Smartphone App und dann einmal kurz den cursor zum Navigieren drückst. Daraufhin wird die Smartphone app den Pairingvorgang mit einem Wizard starten. Kurz darauf erscheint ein "Logitech Harmony Keyboard" in der LibreELEC Bluetooth devices liste. Einfach draufgehen und "Verbinden und vertrauen" drücken. Ab da ist es gepaired. Nun musst du einfach nur noch in kodi das "Keymap Editor Addon" aus dem Repository installieren, und nach Bedarf noch ein paar Tasten anpassen. In der Logitech software würde ich an sich erstmal keine Tasten umprogrammieren... einfach das Keymap Editor Addon in Kodi dafür benutzen.
Zu beachten ist, dass nach einem LibreELEC kaltstart des Raspberrys die Navigation mit der Harmony Fernbedienung erst so nach ca. 20s in Kodi funktioniert. Anscheinend braucht die Bluetooth Initialisierung beim Kaltstart etwas Zeit.

Zitat von vocaris

OK...
Hatte das alles so schön nach dieser Anleitung gemacht:
http://powerpi.de/so-installiers…ritt-anleitung/

Also alles neu und dann LibreELEC-RPi2.arm-8.0.1.img.gz (info) installieren?

Kann ich so machen wie in der obigen Anleitung von powerpi?

Ja an sich schon. Wobei ich zum testen, ob du spotify zum Laufen bekommst, eine andere SD-Karte nehmen würde, dann erstmal direkt zum von mir verlinkten Spotify addon samt den dort beschriebenen Einrichtungsschritten springen würde, um nicht umsonst alles einzurichten und dann zeit verschwendet zu haben, weil vielleicht wieder vor Problemen stehengeblieben.

Zitat von SkyBird1980

stimmt so nicht. OE gibt es weiterhin. Ich würde LE aber trotzdem vorziehen weil sie immer aktueller und schneller sind.

Etwas offtopic meinerseits, ich weiß... du hast natürlich recht, dass es OE offiziell nocht gibt, bloß an Entwicklung findet da ja seit nun ziemlich genau 11 Monaten ja nichts mehr statt. Bin gerade wirklich erstaunt, dass wenigen verbliebenen Entwickler tatsächlich noch eine Finale 7.x Version Anfang des Jahres herausgebracht haben. Jedenfalls kann man da eigentlich nicht mehr von einem lebenden Projekt mehr sprechen, daher macht es momentan leider keinen Sinn auf OpenELEC zu setzen. Andererseits muss man das natürlich auch nicht unbedingt einen negativen Beigeschmack haben, denn alle früheren OpenELEC Entwickler sind ja bei LibreELEC an Bord und somit ist das eigentlich keine Konkurrenz oder sowas, sondern kann als ein legitimer Nachfolger gesehen werden. Die Arbeit wurde ja schließlich von denselben Leuten gemacht.

Zitat von vocaris

Hei,
ich habe mich jetzt mal an ein Pi3 Projekt mit kodi gewagt.
Habe die Pi SD mit OpenELEC-RPi2.arm-7.0.1.img bespielt. Habe dann von OpenKD ein Build eingebunden und die Superrepo installiert.
Nun wollte ich das Spotify Repo probieren. Habe es in der Version 1.0.26 von Macelveldt installiert.
In der Konfig habe ich den Usernamen und das PW eingegeben.
Beim starten kommt aber immer Spotify Fehler. Log Datei ansehen. Aber User & PW sind richtig...
Was kann das sein?

PS: Habe es jetzt parallel mal auf dem PC mit Kodi (aber hier 17) gemacht. Nach dem Start geht da eine Webseite auf und es wird bzgl. eines Spotify Zugriffes gefragt.

Alles anzeigen

Also zunächst solltest du OpenELEC eher runterschmeißen, da es seit Ewigkeiten tot ist. Installiere zunächst LibreELEC (OpenELEC Nachfolger) von libreelec.tv.

Dann kannst du wie hier beschrieben das Spotify Connect addon installieren: https://forum.libreelec.tv/thread-1206.html
Es funktionierte tadellos, als ich es zuletzt getestet hatte.

Zitat von Modjo

Hi,

zunächst ein paar Infos zu meiner Hardware und den Aufbau:

Intel NUC5i5RYH (OS: Libreelec 8.0 Kodi 17.0) --HMDI IN--> Yamaha RX-S601 -- HDMI OUT--> Samsung UE55D8090 TV

Bisher hatte ich in Kodi nur bei den Kanälen auf 5.1 eingestellt. Jetzt habe ich mitbekommen, dass wenn man doch einen AV-Receiver hat, man doch Passthrough aktivieren soll, damit die Codecs vom Receiver und nicht von Kodi verarbeitet werden.
Das Ergebnis ist an sich auch ein besseres Klangerlebnis, nur kann ich die Lautstärke nicht mehr mit der Kodi-Fernbedienung regeln, sondern muss dann zur Fernbedienung des AV-Receivers greifen, was echt nervig ist.

Kann man das nur z.B. per CEC lösen, damit der Intel NUC mit dem Yamaha AV Receiver spricht und ich weiterhin die Kodi-Fernbedienung nutzen kann? Oder gibt es andere Möglichkeiten?
Wenn ja, unterstützt der NUC das nicht out of the box, hier gibt es von Pulse Eight ein Adapter (Link). Wäre meine Wunschvorstellung damit möglich?

Vielen Dank vorab für eure Hilfe!

Gruß

Alles anzeigen

root2 hat in seinem Beitrag offenbar völlig recht, dass man bei bestimmten Konstellationen einfach über CEC die Lautstärke des Receivers steuern kann, auch bei passthrough... dieses Lautstärke PopUp in Kodi taucht dann einfach nicht auf, sondern es wird direkt die Lautstärke des Receivers per CEC gesteuert:
LibreELEC 7 / 8 auf den ODROID-C2

Da berichtet einer, dass es mit einem Raspberry Pi3 in Verbindung mit einem Denon Receiver ginge. Unter Umständen auch mit einem Odroid C2, jedoch wohl nicht mit jedem Receiver. Also könnte es theoretisch auch mit dem NUC klappen (vielleicht aber nicht mit Yamaha?)