Beiträge von Monster_Inc

Hi,

wird sich das "alte" Repo irgendwann selbst aktualisieren oder ist manuelles Eingereifen erforderlich?

Schau mal, es gibt ein Ticket zu: https://github.com/Pulse-Eight/libcec/issues/177

Du kannst in den CEC-Einstellungen ein bisschen mit rumspielen, was bei Quellenänderung, Ein-/Ausschalten etc. passieren soll. (Einstellungen->Eingabegeräte->Geräte).

Ob das hilft ist eine andere Frage.

Wenn Du dich per ssh auf dem RPi einloggst, kannst Du "cec-client" zum Testen, Fehlersuchen usw. verwenden. Bei pulse eight gibts ein bisschen Dokumentation und ein aktives Forum, in dem sich Fragen lohnen könnte: http://libcec.pulse-eight.com/

Eine sache noch: Wenn Du den cec-client im Terminal gestartet und danach beendet hast (Ctrl+C, Ctrl+D, o.ä.) geht danach kein CEC mehr bis zum Neustart, oder der cec-client wieder im Hintergrund gestartet wird ("cec-client&")

Derzeit gibt es bem Arte-Addon Probleme: http://xbmclogs.com/show.php?id=41325 Ist das schon bekannt?
Das Plugin verrät ja leider nicht in der Fehlermeldung, was nicht mehr funktioniert.

Ich hab das Problem auch teilweise bei einem älteren Toshiba Gerät (aus 2010, das sagt dann immer "nicht verfügbar", bis man es aus- und wieder eingeschaltet hat). Bei einem Sony Gerät bei meinen Eltern funktioniert CEC dagegen mit dem selben Gerät problemlos.
Mögliche Lösung, die hier funktioniert: Per Tastatur oder Webinterface oder Android-Fernbedienung oder JSON-RPC (also Netzwerkpaket) "wecken", sodass der Fernseher das RPi als aktive Quelle erkennt und sebstständig umschaltet.

Es war eine komplette Neuinstallation, deswegen ist mir es überhaupt aufgefallen.
Interessant ist auch, dass das Changelog stimmt, der letzte Merge aber im Reop zu fehlen scheint (bspw. gibt es einen "weather+" Ordner, der nur noch "weather" heißen sollte).

Kann es sein, dass das repo länger nicht aktualisiert wurde? Mir ist gerade aufgefallen, dass z.B. das Der Wetterteil im Repo nach wie vor noch auf weather+ ausgelegt ist (und damit ein bisschen kaputt ist), während in der git-Version alles bestens läuft.

h/x.264 bspw. kann die kleine Kiste ohne zusätzliche Lizenz in Hardware bearbeiten.

Moin,
ist eigentlich Cinema Experience-Scriptunterstützung schon eingebaut und ich hab es bisher nur übersehen, oder muss man da dann selbst Hand anlegen?

Sollte der Atompilz, der im Hauptmenü unter "Bilder - Highlights zur Erinnerung" Standardmäßig angezeigt wird, zu Denken geben, oder ist das einfach nur Geschmacklos?

Wenn mich nicht alles täuscht, kann XWMM das auch, wenn keine lokalen Datenbanken verwendet werden.

Hat da die Prüfung auf leere Arrays gefehlt, wa?

Danke jedenfalls fürs fixen!

Feature-Request/nice-to-have: Einblenden des OSDs mit den Infos über das, was gerade läuft n Sekunden nach Beginn und vor Ende der Wiedergabe, konfigurierbar

Im Nicht-Windowsumfeld kann man die Hardware regelmäßig überreden unabhängig vom Handshake den HDMI-Port zu verwenden.

Schalt mal Debug-Logging ein und versuch das Ding zum aufhängen zu bringen.

GNU ddrescue bietet sich an (allerdings nicht auf Windows. Man müsste evtl. ein Linux-Livesystem verwenden)
Das liest erst sektorweise alles, was problemlos lesbar ist, aus (um das erstmal in Sicherheit zu bringen) und versucht danach defekte Sektoren mehrfach auszulesen, bis das irgendwann mal erfolgreich ist, oder die Platte endgültig stirbt, oder die Sektoren mit Hardwaremitteln, die in der Festplatte eingebaut sind (also keine Laserabtastung :D), nicht mehr gelesen werden können.
Im Idealfall hat man danach alles, was noch irgendwie lesbar war, auf einem anderen Datneträger.
EDIT: Ist auch in den großen Distributionen dokumentiert: http://wiki.ubuntuusers.de/gddrescue

Arte hat, wie es scheint, auch ein bisschen umgebaut.
Bei ARTE+7->Nach Datum kommt folgender Scriptfehler:
[expander]11:39:25 T:2765050976 ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.IndexE
rror'>
Error Contents: list index out of range
Traceback (most recent call last):
File "/storage/.xbmc/addons/plugin.video.arte_tv/default.py", line 323, in <module>
listVideos(url)
File "/storage/.xbmc/addons/plugin.video.arte_tv/default.py", line 172, in listVideos
desc=cleanTitle(match[0])
IndexError: list index out of range
[/expander]

Zitat von lowcrow

Ergebnis HDD: 112201320 KB in fehlerhaften Sektoren

Das klingt sehr nach Hardwaredefekt. Das Betriebssystem erkennt das und markiert die Datenbereiche als defekt, sodass sie danach nicht mehr zur Verfügung stehen.

Dann war chkdsk fleißig. Das Log und ggf. "gerettetes"/rekonstruiertes Datenmaterial ist in "<Laufwerk>:/System Volume Information"

Für die Zukunft: Die Datenträgerüberprüfung wird beim Systemstart automatisch getriggert, wenn ein Laufwerk als "dirty" makiert ist, also das Dateisystem in einem Inkonsistenten Zustand ist. Um Datenverlust zu vermeiden, keinesfalls abbrechen, egal wie lange die Prüfung dauern könnte.

Modell B rev 2 Made in China:
arm_freq=950
over_voltage=2

Alles andere war dauerhaft ohne zusätzlich Kühlung nicht stabil, und hat jeweils zu Datenverlust und/oder einer längeren "fsck -fy"-Session geführt

Versagen hat sich dadurch gezeigt, dass /dev/mmcblk0 auf einmal zwar noch vorhanden, aber beide Partitionen jeweils null Byte groß waren, das Zeug im Arbeitsspeicher lief weiterhin.
Edit: Ich kann nicht ausschließen, dass die SD-Karte hier die eigentlich schuldige ist.