1

Raspberry PI / Rpi 3 - Skindesigner Shady - rpihddecive: out of memory

« on: December 21, 2016, 13:27:06 »

Workaround: OSD mit GPU Unterstützung ausstellen!

Läuft ohne die Unterstützung der GPU erstaunlich flüssig :-)


VG
Olli

2

Raspberry PI / Rpi 3 - Skindesigner Shady - rpihddecive: out of memory

« on: December 20, 2016, 17:53:02 »

Hi zusammen,

bin ich eigentlich der Einzige, der Probleme mit dem Skindesigner hat?

Ich hab den Skindesigner frisch installiert und dazu den Shady Skin.
Anschließend einmal das System neugestartet...

Folgende Fehlermeldung kommen zustande, wenn man ein wenig im Menü des VDRs unterwegs ist.
Bis hin zu dem Punkt wo die Oberfläche ganz abraucht.

Ist das ein bekanntes Problem?
Kann jemand helfen?

VG
Olli

edit: Debug Logfiles mit dem Code aGAjbc
edit2: GPU MEM steht übrigens auf 256 MB

Code: [Select]

Dec 20 17:30:46 (none) user.err vdr: [2498] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
Dec 20 17:30:59 (none) user.err vdr: [1600] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!
Dec 20 17:30:59 (none) user.err vdr: [2499] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)

Code: [Select]

Dec 20 17:31:09 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:31:09 (none) user.err vdr: [1600] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!
Dec 20 17:31:09 (none) user.err vdr: [2502] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)

Code: [Select]

Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DrawBitmap error: out of memory
Dec 20 17:40:07 (none) user.err vdr: [1600] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!

Code: [Select]

Dec 20 17:43:05 (none) user.err vdr: [3710] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
Dec 20 17:43:05 (none) user.err vdr: [1600] rpihddevice: [OpenVG] DestroySurface error: out of memory
Dec 20 17:43:07 (none) user.err vdr: [1600] rpihddevice: [OpenVG] Clear error: out of memory
Dec 20 17:43:08 (none) user.err vdr: [1600] rpihddevice: [OpenVG] Clear error: out of memory
Dec 20 17:43:09 (none) user.err vdr: [1600] rpihddevice: [OpenVG] Clear error: out of memory

3

Raspberry PI / Rpi 3 - iR TSOP4838 & Harmony One

« on: December 20, 2016, 14:55:36 »

Hi Erik,

Du konfigurierst folgendes Gerät.

Videorekorder -> PVR -> KLS -> VDR 1.6

Anbei noch meine aktuelle lircd.conf.
Die enthält auch "KEY_ESC". Könnte man evtl. noch um ein paar Tasten verfeinern, aber die wichtigsten Tasten sind schon einmal enthalten.
Die remote.conf musste ich nicht anfassen.

Zum Thema mplayer kann ich leider nichts sagen...


Gib mal Feedback obs nu läuft!

VG
Olli

4

Raspberry PI / Rpi 3 - iR TSOP4838 & Harmony One

« on: December 20, 2016, 00:47:35 »

Cool, ich habs geschafft!

Mit "irw /var/run/lirc/lircd-GPIO" kann ich die gesendeten Befehle sehen.
--> Hierzu musste ich die lircd.conf aus dem Wiki (http://www.vdr-wiki.de/wiki/index.php/Fernbedienung_-_Logitech_Harmony) einspielen.

Anschließend muss die lircd.conf (/etc/lird.conf) aber noch dahingehend angepasst werden, dass sämtliche Befehle (ok, up, down etc...) mit den Befehlen KEY_OK, KEY_UP, KEY_DOWN usw. ausgetauscht werden.

==> Bei jeder Änderung der lircd.conf muss der Lircd Prozess mittel "/etc/init.d/lirc restart" neugestartet werden!

Danach läuft das Ganze unglaublich gut / flüssig / schnell! Und das Ganze ohne jeglichen Sichtkontakt zwischen FB und iR Empfänger.

5

Raspberry PI / Rpi 3 - iR TSOP4838 & Harmony One

« on: December 19, 2016, 22:55:51 »

Uiiii...Ich bin einen Schritt weiter :-)

"irw /var/run/lirc/lircd-GPIO" liefert Eingaben von der Fernbedienung:

Code: [Select]

00000000000012c5 00 5 harmony_kls_vdr_1.6
00000000000012c5 01 5 harmony_kls_vdr_1.6
00000000000012c5 02 5 harmony_kls_vdr_1.6
00000000000012c9 00 9 harmony_kls_vdr_1.6
00000000000012c9 01 9 harmony_kls_vdr_1.6
00000000000012c9 02 9 harmony_kls_vdr_1.6
00000000000012c9 00 9 harmony_kls_vdr_1.6
00000000000012c9 01 9 harmony_kls_vdr_1.6
00000000000012c9 02 9 harmony_kls_vdr_1.6
00000000000012c8 00 8 harmony_kls_vdr_1.6
00000000000012c8 01 8 harmony_kls_vdr_1.6
00000000000012c8 02 8 harmony_kls_vdr_1.6
00000000000012c7 00 7 harmony_kls_vdr_1.6
00000000000012c7 01 7 harmony_kls_vdr_1.6
00000000000012c7 02 7 harmony_kls_vdr_1.6
00000000000002c8 00 Ok harmony_kls_vdr_1.6
00000000000002c8 01 Ok harmony_kls_vdr_1.6
00000000000002c8 02 Ok harmony_kls_vdr_1.6

6

Raspberry PI / Rpi 3 - iR TSOP4838 & Harmony One

« on: December 19, 2016, 20:38:12 »

Guten Abend zusammen,

nach über einem halben Tag tun und machen bin ich mit meinem Latein am Ende.
Ich bekomme den IR Empfänger TSOP4838 über GPIO Pins mit einer Harmony One einfach nicht zum Laufen.

Was habe ich bis jetzt gemacht?

- IR Empfänger an Verbindungskabel gelötet (hatte nur Verbidnungskabel weiblich auf männlich da, daher musste ich löten)
  - Im Nachgang auch durchgemessen ob die Lötstellen sauber sind
- IR Empfänger an Rpi angeschlossen
  - Pin 1 IR Empfänger: GPIO PIN 12 (GPIO 18)
  - Pin 2 IR Empfänger: GPIO PIN 6 (GND)
  - Pin 3 IR Empfänger: GPIO PIN 1 (3.3 Volt) --> Ebenfalls mit Pin 2 (5 Volt getestet)
     - Der IR Empfänger ist laut Beschreibung für 2,5 - 5,5 Volt ausgelegt

- Neues Gerät + Aktion für die Harmony Verbindung konfiguriert
  - Getestet wurde mit den Geräten (Harmony Profil) MCE, KLS VDR 1.6

- Über das Webinterface vom MLD Lirc Treiber "rpi on GPIO" ausgewählt
- Lirc.conf --> KLS VDR 1.6 aus dem Wiki genutzt / Microsoft_MCE / Microsoft XBOX (entsprechend andere Profile in der Harmony One konfiguriert)

Ergebnis:
- Nach Beenden des VDRs (stop vdr) oder "svdrpsend.sh REMO off" und starten von "irw" kommen Null Befehle an


Ich hoffe jemand von Euch kann helfen?
Vielen Dank schon einmal!

VG
Olli



Infos zu meiner Umgebung:

System

Name:   MLD
Version:   5.1
Systemarchitektur:   armhf armhf-rpi2
Paket Kategorie:   testing
Paket   Version
alsa   1.0.28-40+4.4.37.198
appstarter   0-7
apt   1.0.9.8-69
at   3.1.16-8
backup   1-31
base   0-101
btrfs   3.17-113+4.4.37.198
busybox   1.25.1-51
channellogos   1:2.0-36
dpkg   1.17.25-17
eventlircd   1:2016.02.13-36+4.4.37.198
font-config   0-5
hid   0-3+4.4.37.198
hyperion   2016.08.11-8+4.4.37.198
i2c   3.1.1-13+4.4.37.198
init   0-104
initramfs   2016.11.19-110
irkeytable   1.6.0-11
kernel   4.4.37.198-198
kodi   16.1-89
ldconfig   2.19-12
lirc   2:0.9.0-81
locales   0-24
locales-timezones   1-6
mld-remote   0-41
network   0-75+4.4.37.198
network-wireless   0-50
network-wireless-rpi3   0-1+4.4.37.198
nfs-client   0-23
nfs-common   0-5
openssl   1.0.1-2
pam   1.1.8-5
perl-base   5.20.2-~1
psplash   2009.05.28-21
python   2.7-12
python-kodi   2.7-7
rc-core   2:0-15+4.4.37.198
rpi   0-41
rpi-firmware   2016.10.29-2
rpi-rtc   0-16+4.4.37.198
samba-libs   4.1.17-~69
ssh   6.7-15
tk8.6-blt2.5   2.5.3-~1
tools   0-19
udev   215-46
vdr   2.2.0.213-213
vdr-plugin-apt   0.1.0-12+2.2.0.213
vdr-plugin-devstatus   0.4.1-3+2.2.0.213
vdr-plugin-epgsync   1.0.1-13+2.2.0.213
vdr-plugin-markad   2016.09.25-25+2.2.0.213
vdr-plugin-remoteosd   1.0.0-7+2.2.0.213
vdr-plugin-remotetimers   1.0.1-6+2.2.0.213
vdr-plugin-rpihddevice   1:2016.07.12-40+2.2.0.213
vdr-plugin-setup   0.3.1-35+2.2.0.213
vdr-plugin-skinnopacity   2015.03.01-24+2.2.0.213
vdr-plugin-streamdev-client   2016.03.20-27+2.2.0.213
vdr-plugin-suspendoutput   2015.03.01-8.1+2.2.0.213
vdr-plugin-svdrpservice   1.0.0-7+2.2.0.213
vdr-plugin-zaphistory   0.9.6-0+2.2.0.213
vfat   0-1
webserver   0-243
xfs   0-5
zlib1g   1.2.8-~1
Laufwerke

Filesystem                Size      Used Available Use% Mounted on
/dev/mmcblk0p2           14.7G      3.1G     11.3G  22% /
/dev/mmcblk0p2           14.7G      3.1G     11.3G  22% /mnt/mmcblk0p2
192.168.99.200:/mnt/Apple-HDD/timeshift
                        458.3G    157.1G    301.2G  34% /mnt/data
Module

Module                  Size  Used by    Tainted: G 
rtc_ds1307              9521  0
i2c_dev                 5859  0
brcmfmac              186282  0
snd_soc_bcm2835_i2s     6354  0
cfg80211              428393  1 brcmfmac
rfkill                 16018  1 cfg80211
snd_soc_core          126141  1 snd_soc_bcm2835_i2s
brcmutil                5661  1 brcmfmac
i2c_bcm2708             4834  0
lirc_rpi                6478  3
snd_pcm_dmaengine       3391  1 snd_soc_core
spi_bcm2835             6678  0
uinput                  7454  1
lirc_dev                8310  1 lirc_rpi
rc_core                16468  1 lirc_dev
snd_bcm2835            20447  0
snd_pcm                75890  3 snd_soc_core,snd_pcm_dmaengine,snd_bcm2835
snd_timer              19288  1 snd_pcm
snd                    51908  4 snd_soc_core,snd_bcm2835,snd_pcm,snd_timer


Ausgabe dmesg (gekürtzt):

Code: [Select]

[    7.684847] smsc95xx v1.0.4
[    7.744356] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:43:30:48
[   13.079557] BTRFS info (device mmcblk0p2): disk space caching is enabled
[   14.768320] systemd-udevd[475]: starting version 215
[   14.799826] random: udevd: uninitialized urandom read (16 bytes read, 86 bits of entropy available)
[   14.802726] random: udevd: uninitialized urandom read (16 bytes read, 86 bits of entropy available)
[   14.922943] lirc_dev: IR Remote Control driver registered, major 245
[   14.940928] lirc_rpi: module is from the staging directory, the quality is unknown, you have been warned.
[   14.972688] bcm2708_i2c 3f804000.i2c: BSC1 Controller at 0x3f804000 (irq 83) (baudrate 100000)
[   15.024076] pinctrl-bcm2835 3f200000.gpio: pin gpio18 already requested by lirc_rpi; cannot claim for 3f203000.i2s
[   15.024102] pinctrl-bcm2835 3f200000.gpio: pin-18 (3f203000.i2s) status -22
[   15.024115] pinctrl-bcm2835 3f200000.gpio: could not request pin 18 (gpio18) from group gpio18  on device pinctrl-bcm2835
[   15.024124] bcm2835-i2s 3f203000.i2s: Error applying setting, reverse things back
[   15.057265] usbcore: registered new interface driver brcmfmac
[   15.109040] i2c /dev entries driver
[   15.174034] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Dec 15 2015 18:10:45 version 7.45.41.23 (r606571) FWID 01-cc4eda9c
[   15.204253] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
[   15.205181] random: nonblocking pool is initialized
[   15.902043] lirc_rpi: auto-detected active low receiver on GPIO pin 18
[   15.902336] lirc_rpi lirc_rpi: lirc_dev: driver lirc_rpi registered at minor = 0
[   15.902348] lirc_rpi: driver registered!
[   26.233738] rtc-ds1307: probe of 1-0068 failed with error -5
[   26.233765] i2c i2c-1: new_device: Instantiated device ds1307 at 0x68
[   29.924576] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   29.924789] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   31.543804] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   31.544449] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[   64.127195] input: lircd as /devices/virtual/input/input0
[ 1802.699016] lirc_rpi: AIEEEE: 1 1 58583080 58583058 4e9e8 2ca1a
[ 1823.401142] lirc_rpi: AIEEEE: 0 0 58583095 58583080 5db5 4e9e8

7

Raspberry PI / Hyperion funktioniert nach heutigem Update (Kernel 4.4) nicht mehr

« on: November 09, 2016, 22:39:49 »

Steht denn bei Euch die "dtoverlay=spi-bcm2708" Zeile in der config.txt

Claus

Ja, steht drin!

Edit:
Hier meine aktuelle config.txt

Code: [Select]

#hdmi_mode=20
#hdmi_group=1
sdtv_mode=
sdtv_aspect=3
disable_splash=1
gpu_mem=256
kernel=kernel
initramfs initrd
cmdline=cmdline
max_usb_current=1
dtparam=i2c=on,i2s=on,spi=on
dtoverlay=spi-bcm2708
decode_MPG2=0x1b69a383
arm_freq=1100
core_freq=500
sdram_freq=500
over_voltage=6
force_turbo=1
hdmi_force_edid_audio=1
hdmi_drive=2
framebuffer_width=
framebuffer_height=

8

Raspberry PI / Hyperion funktioniert nach heutigem Update (Kernel 4.4) nicht mehr

« on: November 09, 2016, 21:45:25 »

Hi zusammen,

genau wie Skippy bemühe ich gerade auch Google in Bezug auf Hyperion und dem Kernel 4.4 .
Der Unterschied zum alten Kernel ist,

dass /dev/spidev0.0 nicht vorhanden ist.

Hier habe ich aber bis jetzt nur zu gefunden, dass dtparam=spi=on in der config.txt stehen muss.
Das ist aber bereits der Fall.

Weiter bin ich noch nicht gekommen.

Viele Grüße,
Olli

9

Raspberry PI / Hyperion funktioniert nach heutigem Update (Kernel 4.4) nicht mehr

« on: November 09, 2016, 18:57:18 »

Hi zusammen!

Ich schließe mich hier an. (Gleiches Problem nach dem Update)
Danke an Skippy fürs Melden + logfiles Bereitstellen.

Viele Grüße,
Olli

10

Banana PI / Banana Pro - vdr-plugin-boblight

« on: August 10, 2016, 14:35:24 »

Hi Mario,

dank Dir!
Ich werde aber eine Harmony One nutzen ;-)

Viele Grüße,
Olli

Edit:
Den Post von Timo hatte ich ganz überlesen.
Ich bin mal gespannt und hoffe natürlich, dass ich soweit alles zum Laufen bekomme.
Und ja, ich habe mich für ein neues Netzteil mit max. 3A Output entschieden. An der Stromversorgung sollte es also eigentlich nicht scheitern.
Ich werde berichten, wenn ich mit der Einrichtung durch bin.

11

Banana PI / Banana Pro - vdr-plugin-boblight

« on: August 10, 2016, 12:01:35 »

Hi zusammen,

vielen Dank für die umfassenden Informationen + Erfahrungsberichte.
Die Entscheidung ist bereits gefallen und der Rpi3 + Netzteil bestellt.

Auf das Plex Plugin kann ich dann natürlich dank Kodi Integration verzichten.
Danke auch für die Verlinkung der Anleitung für den Infrarot Empfänger. Werde ich so nachbauen.

Freue mich schon auf die Lieferung ;-)


Viele Grüße,
Olli

PS: Das Kodi beim ersten Start etwas länger braucht ist nachvollziehbar!

12

Banana PI / Banana Pro - vdr-plugin-boblight

« on: August 09, 2016, 21:13:58 »

Nabend zusammen!

Erst Skippy, jetzt Timo. Ihr wollt mir doch einfach nur den Rpi3 schmackhaft reden ;-)
Dummerweise kostet die kleine Box ja auch "nur" 40 €!

Es wird jetzt ein wenig Off-Topic. Aber ich hoffe mal, dass wird geduldet...

Rpi3 - Anforderungsliste:
1. Infrarotsensor per USB --> Sollte gehen oder?
2. Hyperion an GPIO Pins --> Geht! (Timo hatte in einem anderen Thread berichtet)
3. Von VDR in Kodi wechseln --> Geht das? Läuft Kodi ruckelfrei und sauber? Lokal laufender Hyperion aus Kodi ansprechbar?
(4. Aufnahmen / Timeshift auf ein NAS via nfs --> Läuft das problemlos?) --> Ging mit dem Banana Pro...Also warum sollte es nicht auch mit dem Rpi3 klappen.
5. 1.5A Netzteil für den Rpi3 ausreichend?
6. Kommt der Rpi3 mit potenteren Skins (Skindesigner) zurecht?

Edit: 7. Erfahrungen mit dem Plex Plugin? Geht das evlt. auch noch? :-D

Ich wäre Euch sehr dankbar, wenn ihr mir noch einmal darauf antworten könntet!

Viele Grüße,
Olli

PS: Sollte das den Admins zu Off-Topic werden, mache ich auch gerne einen neuen Thread auf!

13

Banana PI / Banana Pro - vdr-plugin-boblight

« on: August 08, 2016, 19:24:22 »

Guten Abend Skippy,

ich bin zunächst einmal für jede zielführende Antwort dankbar.
Grundsätzlich hast Du natürlich recht. Alles über ein System laufen zu lassen wäre das Einfachste.

Die Umgebung ist aus der Historie gewachsen.
Erst habe ich einen Rpi für alles genutzt, der dann durch einen potenteren Banana Pro ausgetauscht wurde. Da die Ansteuerung der LEDs aber am Einfachsten weiterhin über den Rpi realisierbar ist, wollte ich jetzt mit Hilfe des Boblight Plugins auf dem Banana Pro die Bildinformationen an den Rpi weitergeben.
Korrigiert mich wenn ich falsch liege. Das sollte grundsätzlich so möglich sein.
Nur dummerweise nicht, wenn ich das vdr Boblight Plugin auf dem Banana Pro nicht zum Laufen bekomme :/

Vielleicht gibt es ja doch eine Möglichkeit das zum Laufen zu kriegen?! (Also das Boblight Plugin)
Ich scheue mich übrigens nicht davor eine DEV Umgebung aufzubauen, entweder lokal am Banana Pro oder per VM über meine Proxmox Umgebung.
Ich bräuchte halt nur den passenden Tipp von Euch ;-)

Einen schönen Feierabend an alle!

Viele Grüße,
Olli

14

Banana PI / Banana Pro - vdr-plugin-boblight

« on: August 07, 2016, 15:36:36 »

Einen wunderschönen Sonntag zusammen!

Ich habe mal eine kurze Frage an die Community.
Ich würde gerne das Boblight Plugin auf meinem Banana Pro verwenden, bekomme den VDR aber leider nach der Installation des Plugins nicht mehr gestartet. (Das Boblight Plugin soll die Daten an einen Rpi mit Hyperion weitergeben)

<log>
user.err vdr: [14874] ERROR: /usr/lib/vdr/libvdr-boblight.so.2.2.0: undefined symbol: boblight_setoption

Kann ich das selbst fixen?

Meine Umgegung:
Banana Pro
MLD 5.1 Testing als reiner Client


Danke schon einmal für ein Feedback!

Viele Grüße,
Olli

15

Raspberry PI / Installation von fremden Programmen

« on: December 30, 2015, 14:23:51 »

Hallo Andreas,

so ist es!

Siehe hierzu auch folgende Beiträge von Claus:
http://www.minidvblinux.de/forum/index.php/topic,7239.msg54057.html#msg54057
http://www.minidvblinux.de/forum/index.php/topic,7233.msg54029.html#msg54029

Grüße,
Olli