Beiträge von infinity

@Arokhaerr
Ich finde es extrem nervig, weil mein Odroid immer ausgeschaltet wird, wenn er nicht genutzt wird. Ich trat bislang auch nicht so oft auf, daher dachte ich, dass die 10s Bootverzögerung es gelöst hat. Aber momentan ist es andauernd und dann aktiviert, deaktiviert man, dann stürzt kodi beim Deaktivieren ab, dann wieder aktivieren, klappt wieder nicht, dann hoffen und irgendwann hauts doch hin. Hab in der Zwischenzeit einfach auch oft Zattoo HiQ benutzt, wegen des Re-Plays. daher wohl nicht bemerkt, dass das PVR-Addon überwiegend gar nicht funktioniert.

@rbuehlma
Ich hab jetzt diesen HTTP 403 Fehler bei quasi jedem Start und kann das auch gar nicht verhindern. Es hilft nur das Addon zu deaktivieren und zu reaktivieren, damit er die Sender einliest. Gibt es irgendeine Möglichkeit das Zattoo-PVR zu verzögern?
Denn anscheinend hilft nun mittlerweile auch das Verzögern des LibreELEC boots nicht mehr... sehr seltsam.

Zitat von Eraxar

thx werd das mal testen, habs ganz normal aus dem repo installiert

aus welchem der repos? Musst mal entweder RB Addons repo nehmen (falls es in kszaqs LibreELEC drin ist) oder ein Rapberry Pi2/3 kompatibles repo. Da ich kein Khadas VIM habe, können dir leider nur die anderen sagen, wo du tvheadend korrekt herbekommst.

@Eraxar
Der ELFCLASS64 besagt, dass du tvheadend für die falsche Architektur installiert hast. Ich meine kszaqs images müssten 32bit (arm) sein. Du hast wohl das tvheadend addon als 64bit version (aarch64) installiert. Woher hast du das tvheadend paket? Musst mal die version für den Raspberry Pi2/3 nehmen, die müsste auf so einer arm 32bit build gehen.

Momentan hat man ja (passend zum game of thrones start) 3 monate für 3€ sky ticket entertainment.

Aber das ist schon ein Witz... Pay TV mit 720p und stereoton. Wie in der Steinzeit, in Zeiten wo Amazon und netflix mit 4k streamen und dolby atmos bei maxdome schon eine Weile verfügbar ist und netflix nun auch mit atmos anfängt.

Eigentlich schon, bloß als Recordings kann ich mir das kaum als gute Lösung vorstellen. Wäre doch eher ein unglücklicher Workaround?

Http 403 ist ja laut wikipedia ein Authentifizierungsproblem.

Habe eben mal kurz neugestartet und dann passierte es wieder. Nach ein paar Sekunden ist Kodi dann abgeschmiert und hat sich selbst neugestartet, wonach Zattoo es dann doch auf einmal geschafft hat die Sender zu ziehen:

10:58:33.595 T:4005557152   DEBUG: AddOnLog: Zattoo PVR Client: Need to login.
10:58:33.596 T:4005557152   DEBUG: AddOnLog: Zattoo PVR Client: Send hello.
10:58:33.596 T:4005557152   DEBUG: AddOnLog: Zattoo PVR Client: Http-Request: https://zattoo.com/zapi/session/hello.
10:58:33.668 T:3809862560   DEBUG: UPNP: notified container update upnp://5AFEF00D-BABE-DADA-FA5A-188ED5A4096E/0%2fTROOT%2fWatchSat/
10:58:33.855 T:3927962528   DEBUG: CZeroconfAvahi::groupCallback: Service successfully established
10:58:33.879 T:4005557152   DEBUG: Previous line repeats 1 times.
10:58:33.879 T:4005557152   ERROR: AddOnLog: Zattoo PVR Client: HTTP failed with status code 403.
10:58:33.885 T:4005557152   ERROR: AddOnLog: Zattoo PVR Client: Hello failed.
10:58:33.885 T:4005557152   DEBUG: AddOnLog: Zattoo PVR Client: Try to login.
10:58:33.885 T:4005557152   DEBUG: AddOnLog: Zattoo PVR Client: Http-Request: https://zattoo.com/zapi/account/login.
10:58:33.893 T:3927962528   DEBUG: CZeroconfAvahi::groupCallback: Service successfully established
10:58:33.922 T:3972002720   DEBUG: Previous line repeats 3 times.
10:58:33.922 T:3972002720    INFO: Found input device /dev/input/event0
10:58:33.922 T:3972002720    INFO: opened device 'adc_keypad' (file name /dev/input/event0), m_bSkipNonKeyEvents 0
10:58:34.015 T:4013945760    INFO: Python script stopped
10:58:34.015 T:4013945760   DEBUG: Thread LanguageInvoker 4013945760 terminating
10:58:34.153 T:4005557152   ERROR: AddOnLog: Zattoo PVR Client: HTTP failed with status code 403.
10:58:34.159 T:4005557152   ERROR: AddOnLog: Zattoo PVR Client: Login failed.
10:58:34.159 T:4005557152   DEBUG: CAddonCallbacksAddon - QueueNotification - Zattoo PVR Client - Error Message : ''
10:58:34.159 T:4005557152   DEBUG: Calling TransferSettings for: Zattoo PVR Client
10:58:34.168 T:3640120224   DEBUG: Thread PVRManager start, auto delete: false
10:58:34.168 T:3640120224   DEBUG: PVRManager - Load - active clients found. continue to start
10:58:34.182 T:3972002720    INFO: Found input device /dev/input/event2
10:58:34.182 T:3972002720    INFO: opened device 'cec_input' (file name /dev/input/event2), m_bSkipNonKeyEvents 0
10:58:34.289 T:3757855648   DEBUG: OpenConnection - connection to the CEC adapter opened
10:58:34.289 T:3757855648   DEBUG: SetConfigurationFromLibCEC - settings updated by libCEC
10:58:34.289 T:3648508832   DEBUG: Thread CECAdapterUpdate start, auto delete: false

@rbuehlma
Ich habe nun vermehrt (bei fast jedem Start) das Problem, dass sich nach dem Boot (auch oft reboot) die Sender nicht laden und folgende Log-Zeilen erscheinen:

10:49:56.993 T:4006605728   ERROR: AddOnLog: Zattoo PVR Client: HTTP failed with status code 403.
10:49:57.019 T:4006605728   ERROR: AddOnLog: Zattoo PVR Client: Hello failed.
10:49:57.298 T:4006605728   ERROR: AddOnLog: Zattoo PVR Client: HTTP failed with status code 403.
10:49:57.305 T:4006605728   ERROR: AddOnLog: Zattoo PVR Client: Login failed.
10:49:57.306 T:4006605728   DEBUG: CAddonCallbacksAddon - QueueNotification - Zattoo PVR Client - Error Message : ''

Hat das was mit nicht rechtzeitig aufgebauter Internetleitung zu tun oder sowas? Ich habe eigentlich sogar 10s Bootverzögerung eingestellt, was bislang auch geholfen hat, bis zuletzt. (Auf Krypton mit meiner HLS 1.31.1 Version und auf Leia nun auch mit @vdr.tuxnet version).

@asciidisco
Diese static ip Problematik in Verbindung mit dem zu schnellen Boot des C2's haben wir die letzten Tage in mehreren Threads thematisiert

Ich nutze als workaround einfach "sleep 10s" in der autostart.sh. Damit verzögert sich der Boot und es klappt alles dann auch mit static ip.

Über kurz oder lang wäre es vielleicht nicht verkehrt, wenn man in dem LibreELEC configuration Addon einen boot delay einstellen könnte (bspw. 10s).

Yup, dito. Auch wenn ichs gerne in LibreELEC hätte, betrachte ich es eher als Bonus, den man hoffentlich hinbekommt, aber nichts Dauerhaftes für Leute, die denken es würde einfach so immer 100%ig wie auf einem FireTV laufen. Ich denke ein FireTV oder die fernsehereigene App ist eher was für die Masse.

Aah! Danke.

Aber so langfristig wirds ja höchstens mit dem generellen widewine-chrome Prinzip sein. In täglichen Einsatz sieht man aber ja (den forenbeiträgen nach), dass auch seitens Amazon mal das drm ändert, oder bei netflix auf einmal eine ESN nötig ist. Beides Beispiele für Sachen, die die problemlose Funktionsweise einfach mal unerwartet brechen. Es ist ja eigentlich nur Glück für Normalos wie mich, dass es momentan richtig fähige Entwickler gibt, die das immer recht zeitnah fixen. Aber dass man von der Arbeit kommt und sich auf einen Serienabend freut und dann feststellt, dass es plötzlich nur ein schwarzes Bild gibt, ist an sich ja immer zu erwarten.

Zitat von ManiacKill

Hallo,

wollte mir eventuell einen C2 kaufen weil mein Pi3 nich die Leistung hat für Amazon.

Kann der C2 full Hd? Und läuft da auch SkyGo,Dazn wie beim Pi3?

Man sollte beachten, dass es immer eine unzuverlässige Lösung bleiben wird. Die Amazon und Netflix Unterstützung kann quasi jeden Tag entfallen und man muss hoffen, dass es fixbar ist. Das heißt man muss sich immer auf dem laufenden halten und somit wäre es wohl nie eine Lösung für Frau/Eltern/Großeltern oder jemanden, der denkt er richte es einmal ein und nutze es ewig. Ein Firetv wäre in dem Fall die sicherste Lösung,vor allem wenn man HD/4K und surround sound haben will.

@Raybuntu
Was ich mich frage: Wieso muss das alles in Software dekodiert werden? Auf einem firetv oder Fernseher mit entsprechender App wirds so ein DRM-geschützter Amazon/Netflix stream (h264/h265) doch 100%ig in Hardware dekodiert.

@peak3d
Sorry, ich vergaß [definition=12,0]debug[/definition] einzuschalten. Leider konnte ich das jetzt nicht auf die Schnelle Reproduzieren. Ist bislang zwei mal vorgekommen und könnte vielleicht ein Zufallsprodukt vom ständigen Ruckeln bei HLS gewesen sein, von dem ich berichtet hatte.

Ich habs mal rumgezappt und auch etwas laufen lassen und trotzdem mal so einen [definition=12,4][definition='1','3']Debug[/definition][/definition].[definition='1','0']log[/definition] gemacht: http://sprunge.us/jZiQ

Vielleicht sieht man in dem Log trotzdem schon woran diese HLS Probleme liegen könnten.

Beim zwischenzeitlichen Rumspielen mit Leia4 ist mir beim Zappen von IPTV auch folgendes jetzt öfters passiert:

• Beim Umschalten hatte ich einfach nur ein schwarzes Bild, aber Ton tauchte auf
• Stoppen (Stop-Taste) des Streams half erstmal nicht.
• Nach 30 Sekunden des schwarzen Bildes tauchte wieder die Kodi GUI auf (Stream offenbar gestoppt)
• Auszug aus dem Log:
  
  
  Code

  10:40:38.392 T:3676304288  NOTICE: running thread: CVideoPlayerAudio::Process()
  10:40:38.399 T:4148510768  NOTICE: Display resolution ADJUST : 1920x1080 @ 50.00 - Full Screen (22) (weight: 0.000)
  10:40:38.403 T:3676304288  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
  10:40:40.004 T:3837875104 WARNING: CRenderManager::Configure - timeout waiting for configure
  10:40:40.004 T:3837875104   ERROR: OutputPicture - failed to configure renderer
  10:40:40.027 T:3837875104  NOTICE: CAMLCodec::OpenDecoder - using V4L2 pts format: 64Bit
  10:40:40.565 T:3837875104 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
  10:40:50.461 T:3997168544 WARNING: Previous line repeats 2 times.
  10:40:50.461 T:3997168544  NOTICE: Creating Demuxer
  10:40:52.733 T:3997168544  NOTICE: Opening stream: 0 source: 256
  10:40:52.733 T:3997168544  NOTICE: Opening stream: 1 source: 256
  10:40:54.738 T:3837875104 WARNING: CRenderManager::Configure - timeout waiting for configure
  10:40:54.738 T:3837875104   ERROR: OutputPicture - failed to configure renderer
  10:41:04.331 T:3676304288  NOTICE: CVideoPlayerAudio::Process - stream stalled
  10:41:25.819 T:4148510768  NOTICE: CVideoPlayer::CloseFile()
  10:41:25.819 T:4148510768  NOTICE: VideoPlayer: waiting for threads to exit
  10:41:25.829 T:3997168544  NOTICE: CVideoPlayer::OnExit()
  10:41:25.829 T:3997168544  NOTICE: Closing stream player 1
  10:41:25.829 T:3997168544  NOTICE: Waiting for audio thread to exit
  10:41:25.829 T:3676304288   ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
  10:41:25.830 T:3676304288  NOTICE: thread end: CVideoPlayerAudio::OnExit()
  10:41:25.830 T:3997168544  NOTICE: Closing audio device
  10:41:25.857 T:3997168544  NOTICE: Deleting audio codec
  10:41:25.857 T:3997168544  NOTICE: Closing stream player 2

  Alles anzeigen
• Vollständiger Kodi.[definition='1','0']log[/definition]: http://sprunge.us/TMKe

@root2
Wenn du dir zeit zeitstempel der posts annguckst, ists sehr wahrscheinlich, dass @dramda grade seinen post verfasst hat, als @DaVu fast zeitgleich die alternativen nannte

@dramda
Für mich klingt es sehr seltsam, dass bei dir so viele Karten und usb sticks Probleme machen. Würde eher da auf Ursachenforschung gehen.

Klingt eher nach kaputter sd karte oder schrotter partitionstabelle oder sowas auf der karte.

Zieh dir mal das mini tool partition wizard und lösche damit mal alle partitionen auf der sd karte (nicht vergessen dann im partition tool die Aufgabe auch oben links per "apply" zu starten).
https://www.heise.de/download/produ…on-wizard-78907

Ich vermute, dass du die sd karte danach normal formatieren kannst und dann den usb sd creator auch wieder so nutzen kannst, wie es soll.

@MoonKid
Die 1.0.8 aus dem kodinerds Pi2/3 repo ist schon die richtige. Einfach installieren, kurz konfiguration aufmachen und mit OK wieder schließen (dieser Schritt einfach nur zur Sicherheit). Dass "Ausführen" ausgegraut ist, ist korrekt. Es ist kein Addon was zum Starten gedacht ist, es ist einfach ein Addon, das sich in die Streamverarbeitungskette einklinkt und dafür sorgt, dass DASH Streams unterstützt werden.

Also nach der erfolgreichen Installation einfach DASH in deinem Zattoo HiQ Addon aktivieren (ist dort wahrscheinlich ausgegraut die Option, aber die lässt sich dennoch aktivieren). Und anschließend über die schnellen Umschaltzeiten freuen.

Du kannst per SMB eigentlich ganz leicht drauf zugreifen:

Öffne auf deinem Windows Rechner einfach mal einen Ordner (Explorer) und gib in die Adresszeile \\libreelec oder \\IP-deines-Odroids ein. Dann öffnen sich die Freigaben deines Odroids. Dort hast du den Ordner "Configfiles". In diesem Ordner erstellst du die Text-Datei autostart.sh (am besten mit notepad++) und kopierst in die Datei einfach die oben genannten beiden Zeilen rein:

#!/bin/sh
sleep 10s

Abspeichern, Odroid neustarten. Wirst merken, dass er beim Boot für 10s einfriert.

Kommt auf deinen Skin an, aber du kannst die Netzwerkeinstellungen eigentlich immer unter "Programm-Addons" --> "LibreELEC Configuration" finden. Dort dann "Verbindungen" auf "Bearbeiten" und IPV4 auf "manual" setzen.

Falls man sowas wie eine MySQL Datenbank einsetzt, oder vielleicht sogar für deine Vu+ / Enigma2 wichtig:
Der Odroid C2 bootet in der Regel schneller als das Netzwerk überhaupt eine Verbindung mit dem C2 aufbauen kann, daher Kommen bei MySQL Datenbanken übers Netzwerk oder auch andere Netzwerkverbindungsabhängige Dienste manchmal nicht klar und crashen einfach mal nach dem boot.
Man kann sollte daher ja dann in diesen LibreELEC Configuration ja unter "Netzwerk" einschalten, dass "Vor dem Start von Kodi auf das Netzwerk gewartet" werden soll.
Allerdings wird diese Wartefunktion nur bei DHCP (nicht statische IP) berücksichtigt. Bin selbst diese Woche in diese Falle gelaufen, und habe mich gewundert warum mein Zattoo nach dem Booten nur noch abschmiert und dann ums Verrecken nicht anzubekommen war.

Falls du also hin und wieder ähnliche Probleme mit deinen Netzwerksachen (ich denke den Vu+ / Enigma Client könnte es durchaus betreffen) hast, würde ich eine autostart.sh mit folgendem Inhalt im configfiles Ordner (bzw. ./config) anlegen.

#!/bin/sh
sleep 10s

Dann wird der boot künstlich einfach um 10s verzögert und somit ggf. auftretende Probleme durch fehlende Netzwerkverbindung bei statischen IP's verhindert. Blöder workaround, aber momentan kenne ich noch keinen besseren und bin auch gar nicht so fit in solchen sachen.

Zitat von skjblipo

aber der C2 bleibt doch dann ohnehin im standby?!
lohnt sich das denn?

Nicht so ganz. Es dieses AN/Aus per IR oder CEC ist kein normaler Standby. Es wird das betriebssystem heruntergefahren und nur noch der bootloader bleibt wach und hört auf den IR Power On Befehl (von der Original Odroid Fernbedienung bzw. dieser Pronto Code für die Harmony). Das heißt der RAM wird wohl auch nicht mit Strom versorgt. Jedenfalls braucht das board in diesem alwayson-PowerOff modus ca 0,5W, wenn man den Hohlstecker als Stromzufuhr nutzt (und somit den USB-Power-Jumper abnimmt). Wenn man den C2 über den MicroUSB Port mit strom versorgt (und somit diesen Jumper drauf hat), braucht das board in diesem Power-Off Modus und im Idle usw immer ca 0,3W mehr. Also 0,8W soweit ich mich an die Diskussionen im forum.odroid.com erinnere.
Ich nutze bspw. das RemotePi Board auf dem Odroid, wodurch meiner über GPIO mit Strom versorgt wird, wodurch ich wiederum den Jumper auch abnehmen darf. Habe auch bei mir knapp unter 0,5W auf diese Weise gemessen, solange das RemotePi den Strom nicht kappt. Sobald das RemotePi jedoch feststellt, dass der Odroid ausgeschaltet ist, kappt es die Leitung und es werden nur noch 50mW vom RemotePi board gezogen.

Aber ob nun 0,5W oder 1,5W (wenn immer an), macht den Braten ja an sich nicht so fett. Ich brauche diesen Power-Off Modus eher, weil ich die Steckdosenleiste immer mal ausschalte, wo alle Meine Geräte dran hängen. Das wäre bei einem Always-On System natürlich tödlich.