Dir fehlt es an GPU-Speicher. 128MB sollten es wohl sein, 256MB sind besser, insbesondere für aufwändige Skins.
Das wars!
Mit 512MB GPU Speicher geht's.
Dir fehlt es an GPU-Speicher. 128MB sollten es wohl sein, 256MB sind besser, insbesondere für aufwändige Skins.
Das wars!
Mit 512MB GPU Speicher geht's.
Ich habe mal den GPU Speicher auf 256MB gesetzt, dies scheint auch für Skindesigner ausreichend zu sein.
Die XML Files vom Skindesigner scheint man wohl nicht ganz 1:1 übernehmen zu können?
Siehe z.B. die Digitaluhr:
[Blockierte Grafik: http://imagizer.imageshack.us/v2/280x200q90/908/LzNQVX.jpg]
Es kommen, bei HD auch häufig Bild-, und Tonstörungen, im Log steht dann,
May 14 16:19:48 [vdr] [25619] rpihddevice: [libav] frame sync error_
May 14 16:19:48 [vdr] [25619] rpihddevice: failed to decode audio frame!
May 14 16:19:49 [vdr] [25634] ERROR: 257 ring buffer overflows (264419 bytes dropped)
May 14 16:19:50 [vdr] [566] ERROR: skipped 128 bytes to sync on start of TS packet
May 14 16:19:50 [vdr] [25634] SATIP: Detected 5 RTP packet errors [device 0]
May 14 16:19:50 [vdr] [566] ERROR: skipped 188 bytes to sync on start of TS packet
May 14 16:19:50 [vdr] [25619] rpihddevice: [libav] Header missing_
May 14 16:19:50 [vdr] [25619] rpihddevice: failed to decode audio frame!
May 14 16:19:50 [vdr] [25619] rpihddevice: [libav] frame sync error_
May 14 16:19:50 [vdr] [25619] rpihddevice: failed to decode audio frame!
May 14 16:19:51 [vdr] [566] SATIP: Skipped 56 bytes to sync on TS packet
May 14 16:19:51 [vdr] [566] SATIP: Skipped 101 bytes to sync on TS packet
May 14 16:19:51 [vdr] [566] SATIP: Skipped 31 bytes to sync on TS packet
May 14 16:19:52 [vdr] [566] ERROR: skipped 188 bytes to sync on start of TS packet
- Last output repeated 2 times -
May 14 16:20:55 [vdr] [25634] ERROR: 452 ring buffer overflows (471128 bytes dropped)
May 14 16:20:55 [vdr] [566] ERROR: skipped 188 bytes to sync on start of TS packet
- Last output repeated 2 times -
May 14 16:20:56 [vdr] [566] SATIP: Skipped 27 bytes to sync on TS packet
May 14 16:20:57 [vdr] [566] SATIP: Skipped 13 bytes to sync on TS packet
- Last output repeated twice -
May 14 16:21:34 [vdr] [25639] curl_easy_perform() [rtsp.c,284] failed: Timeout was reached (28)
May 14 16:21:34 [vdr] [25639] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.177.11/ [device 1]
May 14 16:21:34 [vdr] [25639] SATIP-ERROR: Pid update failed - retuning [device 1]
May 14 16:21:35 [vdr] [25634] SATIP: Detected 81 RTP packet errors [device 1]
May 14 16:21:35 [vdr] [25634] SATIP: Detected 15 RTP packet errors [device 3]
May 14 16:21:36 [vdr] [25634] ERROR: 91 ring buffer overflows (95263 bytes dropped)
May 14 16:21:36 [vdr] [566] ERROR: skipped 100 bytes to sync on start of TS packet
May 14 16:21:37 [vdr] [25619] rpihddevice: [libav] frame sync error_
May 14 16:21:37 [vdr] [25619] rpihddevice: failed to decode audio frame!
Alles anzeigen
allerdings bin ich mir nicht sicher, ob das evtl. am satip- Plugin liegt?
Die CPU ist auch ganz schön ausgelastet:
[Blockierte Grafik: http://imagizer.imageshack.us/v2/280x200q90/537/qwmC0b.png]
Für eine Beta-Version läuft das Plugin schon ganz ordentlich, da sage ich doch einfach mal, Chapeau!
Nachtrag:
Das Abspielen von Filmen mit dem Plex-Plugin funktioniert einwandfrei:
[Blockierte Grafik: http://imagizer.imageshack.us/v2/280x200q90/661/et5u6E.jpg]
Ich habe keine GSSBox mehr, die habe ich verschenkt.
Meine SAT>IP Lösung sieht im Moment so aus:
[Blockierte Grafik: http://imagizer.imageshack.us/v2/280x200q90/673/EpFk9I.jpg]
Meine SAT>IP Lösung sieht im Moment so aus:...
Welche SatIP Software nutzt du dafür?
minisatip
minisatip
Interessant, ich habe mit der GSS.Box und satip-axe, welche ja minisatip nutzt, auch solche Fehler im Log und bei HD sporadisch Fehler im Bild.... Wird jetzt aber zu sehr Offtopic, sorry Thomas.
.... Wird jetzt aber zu sehr Offtopic, sorry Thomas.
Stimmt!
Die CPU ist auch ganz schön ausgelastet:
Für die hohe CPU-Last ist aber nicht das rpihddevice-Plugin verantwortlich!
Gruss
Thomas
Ich hätte da einen Feature Request:
Ist es möglich, eine Funktion einzubauen, mit der man das Plugin via SVDRP attachen und detachen kann?
Ist es möglich, eine Funktion einzubauen, mit der man das Plugin via SVDRP attachen und detachen kann?
Wenn es dir bloss um eine Art Standy-Mode geht, empfehle ich dir das suspendoutput-Plugin. Ich nutze eine gepatchte Version, um mittels irexec per SVDRP den VDR "aus-" und wieder "einzuschalten".
Zum Umschalten zu Kodi findest du hier im Portal genügend Anleitungen. Dazu kann ich aber nichts sagen, weil ich das selber nicht nutze.
Gruss
Thomas
Es geht darum, dass wenn man z.B. zu kodi umschalten will, dann das Ausgabedevice freigegeben wird, denn der VDR soll ja weiterlaufen. Die hier im Forum angebotenen Lösungen killen ja den VDR und das will ich ja eben nicht.
Es geht darum, dass wenn man z.B. zu kodi umschalten will, dann das Ausgabedevice freigegeben wird, denn der VDR soll ja weiterlaufen. Die hier im Forum angebotenen Lösungen killen ja den VDR und das will ich ja eben nicht.
Das suspend-Plugin macht genau dieses ohne VDR zu killen.
Habe da auch eine Idee: man kann per CEC (HDMI) feststellen, ob der TV ein-oder ausgeschaltet ist und somit mit dem rpihddevice-Plugin die Ausgabe in den Suspend schicken.... ...spart vielleicht ein wenig Strom!
Ein "suspend-Plugin" finde ich nicht. Es gibt ein Suspendoutput-plugin, aber geht zum Einen nicht mit SVDRP und zum Anderen gibt es das Ausgabedevice nicht frei.
Laut Beschreibung: "Das Plugin zeigt ein Standbild anstelle von einem Live-Programm an."
D.h. wenn ein Standbild ausgegeben wird, dann ist doch das Ausgabedevice belegt, oder nicht??
Hier war es Thema: [Alpha] RPI Ausgabeplugin. Ein Patch gibt es ein paar Posts unten...
Für die hohe CPU-Last ist aber nicht das rpihddevice-Plugin verantwortlich!
Gruss
Thomas
Stimmt, liegt wohl an scraper2vdr und epg2vdr, wenn die Beiden erstmal fertig sind, sieht es wesentlich freundlicher aus.
[Blockierte Grafik: http://imagizer.imageshack.us/v2/280x200q90/911/SxNRzt.png]
reufer: Macht das rpihddevice-Plugin eigentlich Kantenglättung bei Ellipsen?
Klar, und noch viel mehr! Das Plugin implementiert ein komplettes Highlevel-OSD und rendert die Elemente mittels OpenVG. Müsste die CPU das erledigen, hätten komplexe Skins und das skindesigner-Plugin keine Chance. So allerdings funktioniert das sogar auf dem alten Raspberry Pi einigermassen performant.
Gruss
Thomas
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!