1

Raspberry PI / Vompclient / Protocol mismatch s:300 c:302

« on: June 08, 2015, 23:42:56 »

Hallo Paul,
das dachte ich auch. Das hatte ich aber schon mal gegen gecheckt in dem ich andere Versionen kompiliert habe und entprechend die unterschiedlichen Fehlermeldungen auf die unterschiedlichen Versionen hinwiesen.

Ich habe es aber jetzt.
mit

Code: [Select]

git checkout scraper_support

und make etc. hat es auf anhieb funktioniert.  Das hatte zufällig gefunden, irgendwas mit Beta... Das finde ich aber auch nicht im GIT.
Ich habe danach eben noch das Streaming-Client Plugin auf dem Testserver mit meinem Live Server verbunden und ich konnte am RPI TV gucken.

Warum es mit dem master nicht geht ist mir aber immer noch nich klar.

Gruss und schönen Abend nocht.
Marco

2

Raspberry PI / Vompclient / Protocol mismatch s:300 c:302

« on: June 08, 2015, 18:54:47 »

Hallo Claus,
ich hatte am WE das noch mal getestet und kommen immer auf das gleiche Ergebnis: Protocol mismatch.
Ich habe mir jetzt ein Testsystem aufgebaut das gleich zu meinnm Prod System ist. Gleicher Fehler.  Das Testsystem habe ich jetzt von wheezy auf jessie angehoben und ich nutzte das VDR Repo von e-Tobi. Dort habe ich jetzt die Plugin Version 0.4.1-3 und bekommen auch den mismatch. Ich weiß nicht was ich falsch mache. Deswegen liste ich noch mal auf. Evtl. ist es ja was ganz einfaches.....

Also gebe ich jetzt mal das Testsystem an.

Code: [Select]

root@vdr-test:~# hostnamectl
   Static hostname: vdr-test
         Icon name: computer-vm
           Chassis: vm
        Machine ID: 085857f58cf67ee46fd090a254fe0e09
           Boot ID: 0bc91fcaec0e4d14bf6214673f69f9a2
    Virtualization: oracle
  Operating System: Debian GNU/Linux 8 (jessie)
            Kernel: Linux 3.16.0-4-amd64
      Architecture: x86-64

libdvdread4:amd64  5.0.0-1                              amd64        library for reading DVDs
vdr                                2.2.0-1~etobi4                       amd64        Video Disk Recorder for DVB cards
vdr-dev                        2.2.0-1~etobi4                       all          Video Disk Recorder for DVB cards
vdr-plugin-iptv            2.2.0-1                              amd64        IPTV plug-in for VDR
vdr-plugin-streamdev-client           0.6.1+git20150213-2                  amd64        VDR Plugin to stream Live-TV
                                                             to other VDR's - client part
vdr-plugin-vompserver  0.4.1-3                              amd64        vdr-plugin for vdr on mediamvp(VOMP)


Und was ja auch gehen müsste:

Code: [Select]

root@vdr-test:/usr/share/vdr-dev# git clone http://git.vomp.tv/vompserver.git
Klone nach 'vompserver'...
Prüfe Konnektivität... Fertig.


Code: [Select]

root@vdr-test:/usr/share/vdr-dev# cd vompserver/
root@vdr-test:/usr/share/vdr-dev/vompserver# make
( if [ -f .standalone ] ; then ( rm -f .standalone; make clean ; make objects ) ; else exit 0 ;fi )
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o vompserver.o vompserver.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o dsock.o dsock.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o mvpserver.o mvpserver.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o udpreplier.o udpreplier.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o bootpd.o bootpd.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o tftpd.o tftpd.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o i18n.o i18n.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o vompclient.o vompclient.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o tcp.o tcp.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o ringbuffer.o ringbuffer.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o mvprelay.o mvprelay.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o vompclientrrproc.o vompclientrrproc.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o config.o config.c
config.c: In member function ‘FILE* Config::copyToHere(long int)’:
config.c:140:41: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result [-Wunused-result]
     fgets(buffer, BUFFER_LENGTH-1, file);
                                         ^
config.c: In member function ‘int Config::deleteValue(const char*, char*)’:
config.c:186:39: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result [-Wunused-result]
   fgets(buffer, BUFFER_LENGTH-1, file);
                                       ^
config.c: In member function ‘int Config::setValueString(const char*, const char*, const char*)’:
config.c:229:43: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result [-Wunused-result]
       fgets(buffer, BUFFER_LENGTH-1, file);
                                           ^
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o log.o log.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o thread.o thread.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o tftpclient.o tftpclient.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o media.o media.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o responsepacket.o responsepacket.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o mediafile.o mediafile.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o mediaplayer.o mediaplayer.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o servermediafile.o servermediafile.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o serialize.o serialize.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o medialauncher.o medialauncher.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o recplayer.o recplayer.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER  -o mvpreceiver.o mvpreceiver.c
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -shared vompserver.o dsock.o mvpserver.o udpreplier.o bootpd.o tftpd.o i18n.o vompclient.o tcp.o ringbuffer.o mvprelay.o vompclientrrproc.o config.o log.o thread.o tftpclient.o media.o responsepacket.o mediafile.o mediaplayer.o servermediafile.o serialize.o medialauncher.o recplayer.o mvpreceiver.o -o libvdr-vompserver.so


Code: [Select]

cp libvdr-vompserver.so /usr/lib/vdr/plugins/libvdr-vompserver.so.2.2.0

und natürlich neu starten.

Code: [Select]

● vdr.service - LSB: Starts the Linux Video Disk Recorder (VDR)
   Loaded: loaded (/etc/init.d/vdr)
   Active: active (running) since Di 2015-06-09 00:03:35 CEST; 8s ago
  Process: 1539 ExecStop=/etc/init.d/vdr stop (code=exited, status=0/SUCCESS)
  Process: 1569 ExecStart=/etc/init.d/vdr start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/vdr.service
           ├─1615 /bin/sh /usr/sbin/runvdr -v /var/lib/video -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/v...
           └─1629 /usr/bin/vdr -v /var/lib/video -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recording...

Leider kann ich jetzt mit dem aktuellen Jessie keine 0.4.0rc kompilieren um das mal  gegen zu checken. Aber was machen ich denn noch falsch?

Gruß Marco

3

Raspberry PI / Vompclient / Protocol mismatch s:300 c:302

« on: March 18, 2015, 14:33:38 »

Hallo Claus,
danke für die Antwort. Ich habe es ja mit der Version aus dem Git probiert ( git checkout 0-4-1 ). Es war die aktuellste. Ich habe 3 Instanzen mit Vomp Servern. es geht auf allen nicht. Drehe ich auf die Version 0-4-0 zurück und auch die RPI's dann geht es alles. Echt seltsam. Es schein so als wäre die Protokollversion auf des Cients minimal aktueller.

Gruß Marco

4

Raspberry PI / Vompclient / Protocol mismatch s:300 c:302

« on: March 10, 2015, 00:13:40 »

Ich habe das zum Test einen RPI mit dem aktuellen VOMP Image ausgerüstet und stehe nun vor einem kleinen Problem.
Ich habe die Fehlermeldung "Protocol mismatch s min: 300 s max: 0 c: 302.
Das Vompserver Plugin auf dem VDR ist aus dem Git von Loggytronic. Wenn ich mich nicht total irre, dann ist s: die Version des Servers und c: die Version des Clients.  Der Server ist aber der aktuelle, was kann das sein, oder bin ich auf dem falschen Weg?
Testweise habe ich mal die Version 0.4.0 genutzt, dann ist der "s:" Wert 200.

Gruß Marco

5

Raspberry PI / VDR Addon IPTV

« on: January 02, 2015, 15:11:56 »

Hallo,
ich habe mir den "MLD-4.0.1-rpi_rpi-client_2014.11.09-81" Client auf dem Raspberry installiert.
Ich möchte wieder eine Webcam (http) als Kanal in den VDR einbinden. Wie komme ich an das Plugin ran, oder kann ich das auch mit dem Plugin SAT-IP bewerkstelligen.

MfG Marco

6

Raspberry PI / Raspberry Pi B / HDMI Audio

« on: December 16, 2014, 14:47:17 »

Hallo,
tja, es funktioniert.
Woran es nun lag kann ich nicht genau sagen, aber ich hatte wegen dem IPTV Plugin kurz mal das Streamdev-Client Plugin deaktiviert. Als ich es nun eben wieder aktiviert habe schrie mich der Fernseher so an das ich fast vom Stuhl gefallen bin. Funktinoniert auch noch nach Reboot.

Also wie gesagt danke für dieses tolle System.

Viele Grüße Marco

7

Raspberry PI / Raspberry Pi B / HDMI Audio

« on: December 16, 2014, 13:53:37 »

Hallo,

Vorab: Bis auf das Ton Problem ist die MLD Client Version für den Raspberry schon mal ziehmlich "geil". Vielen, vielen Dank für die geniale Arbeit.

Ich habe schon einiges zum Thema HDMI und durchgeschliffenem Ton gelesen und habe meiner Meinung auch schon alles getestet.
Ich bekomme einfach keinen Ton aus dem Fernseher. Die gleiche Hardware hat unter XBMC keine Probleme und ich komme an dieser stelle nicht weiter.
Ich habe soeben online alles updated... leider auch nicht.
Also folgendes habe ich gemacht. In der im Output Plugin auf das HDMI Gerät gestellt und alle Kombi's Digital Ton / Ja/Nain und EDID ignorieren Ja/Nein durch.
Ich habe auch unter System Setup - Sound - Output Device - auf "bcm2835 IEC958/HDMI" gestellt und es mit "Force hdmi audio" Ja/Nein probiert.
Über analog erhalte ich Ton.
Der Alsamixer ist auf 100% und es ist nirgends Mute aktiviert (Alsa,Tv,VDR)

Version : uname -a:

Code: [Select]

Linux MLD 3.16.1.88 #3 PREEMPT Mon Sep 8 16:52:58 UTC 2014 armv6l GNU/Linux
Ausgabe von aplay -l :

Code: [Select]

**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Ausgabe von lsmod | grep bcm:

Code: [Select]

Module                  Size  Used by    Not tainted
snd_bcm2835            19438  0
snd_pcm                85354  1 snd_bcm2835
snd_timer              20369  1 snd_pcm
snd                    58736  3 snd_bcm2835,snd_pcm,snd_timer
uinput                  6735  1

Wäre cool wenn jemand noch ne Idee hat woran es liegen könnte.

Gruß Marco

8

Raspberry PI / Sleeptimer

« on: February 02, 2014, 12:52:32 »

Hallo,
ich finde dem Vomp Client auf dem RPI genial. Einfach, schnell und funktional.
Was mir noch zum perfekten Cleint fehlt ist ein Sleeptimer. Ich habe im Quellcode der Vomp Images zwar gewisse Hinweise dazu gefunden, allerdings nicht im OSD des Vopm's.
Habe ich etwas übersehen? Is es generell möglich einen Sleeptimer einzubinden?
Ich glaube man kann mit einfachen Mitteln einen einfachen Sleeptimer realisieren,
dieser ist dann zwar nich über das OSB konfigurierbar aber zumindest würde der Fernseher abgeschaltet werden.

Wie ich es angehen würde, wenn es keinen alternativen Ansatz gibt:
Da mein FB wie ein HID funktioniert würde ich auf Keyboard Events lauschen und bei 0 Event's nach fester Zeit den TV via Skript abschalten.
Den Befehl kann ich ja mit dem CEC Client absetzen. Toll wäre es noch wenn ich mit einem Befehl in das Haupmenü des Vomp zurückkehren könnte um den Kanal frei zu machen.

Für Vorschläge bin ich offen.......

Gruß Marco

9

Raspberry PI / Rpi Vomp Client Mit Lirc

« on: July 05, 2013, 21:31:10 »

Hallo,
hier jetzt der aktuelle Stand:
Ich habe irgendwann abgebrochen, da das bedienen mit der FB nicht zufriedenstellend war.
Ich habe es leider nicht geschafft alle Funktionen der FB mit dem VOMP zu verknüpfen. Dazu kommt noch das sich nach dem drücken von "Power" der VOMP nicht mehr starten lässt. Obwohl die FB ein 2 Bit Zähler hat, der beim halten der Tasten sauber hoch zählt, bekomme ich dies nicht richtig eingebunden.
Manchmal reagiert der Client zu oft und manchmal gar nicht. Wo dort der Fehler liegt habe ich noch nicht rausgefunden.
Ich versuche es dieses Wochenende nochmal und melde mich dann zurück.

Gruß Marco  

10

Raspberry PI / Rpi Vomp Client Mit Lirc

« on: June 25, 2013, 21:21:32 »

Hallo Claus,
guter Tip. Das hat schon mal im Ansatz funktioniert. Ich hatte das libcec Module hinzugefügt und den Lirc Daemon via rc.config mit dem Parameter -u oder neu --uinput gestartet. Siehe da.... es geht. Seltsamer weise bekomme ich noch nicht jede Taste zugewiesen. Aber ich arbeitet daran.
Ich melde mich wenn alles läuft mit der finalen Konfig.

Gruß Marco

11

Raspberry PI / Rpi Vomp Client Mit Lirc

« on: June 24, 2013, 16:32:12 »

Hallo,
ich bin von dem Raspberry ganz begeistert. Ich bin immer auf der Suche nach einer guten stromsparenden VDR Clientlösung.
Das Raspberry PI ist schon mal ein geniealer Anfang dazu. Ich hatte meinen ganzen Server upgedatet damit ich auch die jetzige Version des RPI VOMP Client's nutzen kann. Soweit so gut. Ich bin begeistert wie gut das Ding läuft.
Ich komme leider nich dahinter wie ich LIRC und VOMP zusammen bekomme. LIRC und die FB laufen schon mal. Also mit irw bekommen ich die gedrückten Tasten schon mal sauber angezeigt. Wie bekomme ich dies nun mit dem VOMP verknüft. Geht das generellt nicht ober was mache ich falsch? Es handelt sich bei der FB um die X10 von Medion weil die so gut aufgeteilt ist.
Derzeit nutze ich die USB Fernb. von Hama, die läuft sofort. Allerdings sind die Farben der Tasten falsch angeordnet und sie besitzt keine Wiederholungen beim halten der Taste.
Ich hatte auch schon mal den MLD Vdr Client getested. Läuft generell, aber das Bild und die reaktion sind einfach zu langsam.

Hat jemand eine Lösung für mich und was kann ich für die Weiterentwicklung des RPI tun?

MfG Marco Klöpfer