[Snorre]

Hi,

Danke für die Rückmeldung.
In einigen Images fehlte das lib-av Addon. Es sollte also wieder funktionieren, sobald Du das Addon installierst, endweder über's Webif oder OSD, oder auf der Komandozeile per "apm i lib-av -a"

Claus

Hallo Claus.

Danke für die schnelle Antwort.
Aber das Problem mit der lib-av hatte ich bereits mit der Version 0.03, und entsprechend behoben.
Kann es sein, dass ich die lib-av nach dem Update des Ausgabeplugins nochmal nachinstallieren
muss? Vermutlich nicht.
Im Moment habe ich leider keinen Zugriff auf den raspberry.
Wenn ich morgen vor Ort bin, melde ich mich wieder.

Snorre

[Snorre]

Hallo.

Also hier mal mein log, nach dem booten:

Code: [Select]

Jan  1 00:00:08 (none) syslog.info syslogd started: BusyBox v1.19.4
Jan  1 00:00:09 (none) user.warn kernel: [    9.869342] aufs test_add:264:mount[885]: uid/gid/perm /var/spool/apm.mnt/config 0/0/0777, 1002/1002/0755
Jan  1 00:00:09 (none) user.warn kernel: [   10.002461] aufs test_add:264:mount[900]: uid/gid/perm /var/spool/apm.mnt/locales 0/0/0777, 1002/1002/0755
Jan  1 00:00:10 (none) user.warn kernel: [   10.413061] aufs test_add:264:mount[913]: uid/gid/perm /var/spool/apm.mnt/network 0/0/0777, 1002/1002/0755
Jan  1 00:00:10 (none) user.warn kernel: [   10.754992] aufs test_add:264:mount[928]: uid/gid/perm /var/spool/apm.mnt/ntp-client 0/0/0777, 1002/1002/0755
Jan  1 00:00:10 (none) user.warn kernel: [   11.098350] aufs test_add:264:mount[941]: uid/gid/perm /var/spool/apm.mnt/webserver 0/0/0777, 1002/1002/0755
Jan  1 00:00:11 (none) user.warn kernel: [   11.449847] aufs test_add:264:mount[956]: uid/gid/perm /var/spool/apm.mnt/ssh 0/0/0777, 1002/1002/0755
Jan  1 00:00:11 (none) user.warn kernel: [   11.799477] aufs test_add:264:mount[970]: uid/gid/perm /var/spool/apm.mnt/alsa 0/0/0777, 1002/1002/0755
Jan  1 00:00:11 (none) user.warn kernel: [   12.201625] aufs test_add:264:mount[986]: uid/gid/perm /var/spool/apm.mnt/vc 0/0/0777, 1002/1002/0755
Jan  1 00:00:12 (none) user.warn kernel: [   12.612264] aufs test_add:264:mount[1004]: uid/gid/perm /var/spool/apm.mnt/remote-autodetect 0/0/0777, 1002/1002/0755
Jan  1 00:00:12 (none) user.warn kernel: [   13.026898] aufs test_add:264:mount[1022]: uid/gid/perm /var/spool/apm.mnt/lib-x 0/0/0777, 1002/1002/0755
Jan  1 00:00:13 (none) user.warn kernel: [   13.445594] aufs test_add:264:mount[1041]: uid/gid/perm /var/spool/apm.mnt/vdr 0/0/0777, 1002/1002/0755
Jan  1 00:00:13 (none) user.warn kernel: [   13.868079] aufs test_add:264:mount[1060]: uid/gid/perm /var/spool/apm.mnt/addons 0/0/0777, 1002/1002/0755
Jan  1 00:00:14 (none) user.warn kernel: [   14.291875] aufs test_add:264:mount[1078]: uid/gid/perm /var/spool/apm.mnt/setup 0/0/0777, 1002/1002/0755
Jan  1 00:00:14 (none) user.warn kernel: [   14.725567] aufs test_add:264:mount[1096]: uid/gid/perm /var/spool/apm.mnt/lib-av 0/0/0777, 1002/1002/0755
Jan  1 00:00:14 (none) user.warn kernel: [   15.158434] aufs test_add:264:mount[1115]: uid/gid/perm /var/spool/apm.mnt/dvb-usb 0/0/0777, 1002/1002/0755
Jan  1 00:00:15 (none) user.warn kernel: [   15.592106] aufs test_add:264:mount[1131]: uid/gid/perm /var/spool/apm.mnt/rpihddevice 0/0/0777, 1002/1002/0755
Jan  1 00:00:15 (none) user.warn kernel: [   16.023538] aufs test_add:264:mount[1151]: uid/gid/perm /var/spool/apm.mnt/osdteletext 0/0/0777, 1002/1002/0755
Jan  1 00:00:16 (none) user.warn kernel: [   16.456273] aufs test_add:264:mount[1168]: uid/gid/perm /var/spool/apm.mnt/femon 0/0/0777, 1002/1002/0755
Jan  1 00:00:16 (none) user.warn kernel: [   16.903886] aufs test_add:264:mount[1186]: uid/gid/perm /var/spool/apm.mnt/network-wireless 0/0/0777, 1002/1002/0755
Jan  1 00:00:17 (none) user.warn kernel: [   17.349840] aufs test_add:264:mount[1205]: uid/gid/perm /var/spool/apm.mnt/lirc 0/0/0777, 1002/1002/0755
Jan  1 00:00:27 (none) user.info kernel: [   28.019417] usbcore: registered new interface driver rtl8192cu
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] WARNING: You are using an experimental version of the media stack.
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] As the driver is backported to an older kernel, it doesn't offer
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] enough quality for its usage in production.
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] Use it with care.
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] dfb9f94e8e5e7f73c8e2bcb7d4fb1de57e7c333d [media] stk1160: Build as a module if SND is m and audio support is selected
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] 9f1595245574a2dc1fb375df665e4d9fe336a9c4 [media] cx23885-video: fix two warnings
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] 5bc08e1921e46101457d3be09835697490177fdd [media] cx23885[v4]: Fix interrupt storm when enabling IR receiver
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] experimental: 7631b6e10c42669d290362c13fee7da3be35a8da experimental: Basic support for parallel build ('make -jN')
Oct 22 09:15:43 (none) user.err kernel: [   92.163975] ngene-octopus-test: 406ffecccbec6e22da954a07b7398292330bc767 ddbridge: Add ID of Digital Devices Octopus V3.
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] WARNING: You are using an experimental version of the media stack.
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] As the driver is backported to an older kernel, it doesn't offer
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] enough quality for its usage in production.
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] Use it with care.
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] dfb9f94e8e5e7f73c8e2bcb7d4fb1de57e7c333d [media] stk1160: Build as a module if SND is m and audio support is selected
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] 9f1595245574a2dc1fb375df665e4d9fe336a9c4 [media] cx23885-video: fix two warnings
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] 5bc08e1921e46101457d3be09835697490177fdd [media] cx23885[v4]: Fix interrupt storm when enabling IR receiver
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] experimental: 7631b6e10c42669d290362c13fee7da3be35a8da experimental: Basic support for parallel build ('make -jN')
Oct 22 09:15:43 (none) user.err kernel: [   92.189363] ngene-octopus-test: 406ffecccbec6e22da954a07b7398292330bc767 ddbridge: Add ID of Digital Devices Octopus V3.
Oct 22 09:15:43 (none) user.info kernel: [   92.219455] dvb-usb: found a 'Opera1 DVB-S USB2.0' in cold state, will try to load a firmware
Oct 22 09:15:44 (none) user.info kernel: [   92.734549] dvb-usb: downloading firmware from file 'dvb-usb-opera-01.fw'
Oct 22 09:15:44 (none) user.info kernel: [   92.870846] usbcore: registered new interface driver opera1
Oct 22 09:15:44 (none) user.info kernel: [   93.074135] usb 1-1.3.1.2: USB disconnect, device number 7
Oct 22 09:15:44 (none) user.info kernel: [   93.074263] dvb-usb: generic DVB-USB module successfully deinitialized and disconnected.
Oct 22 09:15:46 (none) user.info kernel: [   95.098928] usb 1-1.3.1.2: new high-speed USB device number 9 using dwc_otg
Oct 22 09:15:46 (none) user.info kernel: [   95.200978] usb 1-1.3.1.2: New USB device found, idVendor=695c, idProduct=3829
Oct 22 09:15:46 (none) user.info kernel: [   95.201009] usb 1-1.3.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 22 09:15:46 (none) user.info kernel: [   95.201029] usb 1-1.3.1.2: Product: DVB-S1
Oct 22 09:15:46 (none) user.info kernel: [   95.201044] usb 1-1.3.1.2: Manufacturer: Gmbh
Oct 22 09:15:46 (none) user.info kernel: [   95.201057] usb 1-1.3.1.2: SerialNumber: 1234
Oct 22 09:15:46 (none) user.info kernel: [   95.219517] opera: start downloading fpga firmware dvb-usb-opera1-fpga-01.fw
Oct 22 09:15:52 (none) user.info kernel: [  100.874750] dvb-usb: found a 'Opera1 DVB-S USB2.0' in warm state.
Oct 22 09:15:52 (none) user.info kernel: [  100.876284] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Oct 22 09:15:52 (none) user.info kernel: [  100.876708] DVB: registering new adapter (Opera1 DVB-S USB2.0)
Oct 22 09:15:52 (none) user.info kernel: [  100.880063] dvb-usb: MAC address: 00:41:79:8b:2f:d2
Oct 22 09:15:52 (none) user.info kernel: [  101.220886] usb 1-1.3.1.2: DVB: registering adapter 0 frontend 0 (ST STV0299 DVB-S)...
Oct 22 09:15:52 (none) user.info kernel: [  101.396161] input: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3.1/1-1.3.1.2/input/input2
Oct 22 09:15:52 (none) user.info kernel: [  101.400348] dvb-usb: schedule remote query interval to 200 msecs.
Oct 22 09:15:52 (none) user.info kernel: [  101.400814] dvb-usb: Opera1 DVB-S USB2.0 successfully initialized and connected.
Oct 22 11:15:57 (none) user.err vdr: [2433] OSD-Teletext: Error statfs'ing root directory "/tmp/vtx": No such file or directory, cache size uncontrolled
Oct 22 11:17:27 (none) auth.info login[4452]: root login on 'tty1'
Oct 22 11:17:27 (none) auth.info login[4453]: root login on 'tty2'
Oct 22 11:17:27 (none) auth.info login[4457]: root login on 'tty3'
Oct 22 11:17:27 (none) auth.info login[4460]: root login on 'tty4'



Der VDR startet und ARD wird eingestellt.
Fernsehbild und Ton fehlen jedoch.
OSD und Videotext funktionieren.

Wenn ich dann einen anderen Kanal einstellen will , hängt sich der VDR auf,
und wenig später erscheint im log diese Meldung:

Oct 22 11:22:09 (none) user.err vdr: [2433] PANIC: watchdog timer expired - exiting!

Nochmals die Frage: Kann ich auf Version 0.03 downgraden, und wenn ja wie?
Mit der Vorgängerversion hatte ich dieses Problem nicht.

Danke schonmal vorab.

Snorre

[MarMic]

hi snorre,

ich kann dir noch nicht wirklich weiterhelfen. ich spiele beim rpi kram noch nicht wirklich mit :-)

0. BITTE nutze code blöcke (ich habe deinen beitrag editiert)
1. claus ist bis freitag weg -> also auf ne richtige antwort musst du dich gedulden
2. hast du ne richtige channels.conf eingestellt?
3. wenn du noch nen image mit 0.0.3 hast das daraus nehmen. unter x86 geht das wie folgt: addon nach /etc/addons kopieren und daraufhin in /etc/active nachtragen. in deinem fall also die rev3 nach addons und in active aus rev4 ne rev3 machen -> reboot

ob 3. bei rpi genau so funktioniert oder nicht kann ich dir nicht sagen! nen versuch ist es vllt wert

greetz MarMic

[Snorre]

Hallo MarMic.

Vielen Dank für deine Antwort.
Hat mir sehr geholfen.
Wie sich nun herausgestellt hat lag es nicht am Update des Ausgabeplugins,
sondern daran dass ich zeitgleich noch osdteletext und femon installiert habe.
Offensichtlich bringt dies das Plugin bzw. den VDR ins schleudern.
Ist halt noch ein Prototyp und ich sollte wirklich mit solchen Dingen die Füße
still halten.

Snorre

[Snorre]

Hallo allerseits.

Update 31.10.2013:

Ich werde noch wahnsinnig!
Der Raspberry hatte sich irgendwie auf wundersame Weise gefangen
und lief nun seit etwa einer Woche ohne nennenswerte Probleme mit
femon und osdteletext.

Inzwischen hatte ich einen IR-Empfänger am GPIO angeschlossen und
die Sache machte richtig Spaß.

Gestern jedoch verlor ich die Beherrschung und habe versucht weitere
Addons zu laden.
Seither habe ich wieder das oben beschriebene Problem.
Auch das Entfernen der zusätzlichen Addons stellt den funktionsfähigen
Zustand nicht wieder her.

Das Log liefert keinerlei Anhaltspunkte über die Ursache.

Kann man den Raspberry bzw. VDR dazu bewegen ein wenig ausführlicher zu loggen?

Vorab schon mal vielen Dank für Tips.

Snorre
     

[clausmuus]

Hi,

beim nächsten Booten nach dem Installieren neuer Addons (und auch nach dem entfernen) wird das Setup menü neu gebaut. Das kann auf dem RPI schon mal einige Minuten dauern. Leider belastet das den RPI derart, dass alles andere kaum noch funktioniert. Am besten warte nach nem Hinzufügen von Addons nach dem nächsten Booten mal einige Minuten und boote dann noch einmal. Eventuell hilft das ja.

Claus

[Snorre]

Hallo Claus.

Danke für die Antwort.
Werde deinen Tip beim nächsten Mal berücksichtigen.

Das gleiche Verhalten, zeigt sich allerdings auch, wenn
ich das System-Setup über das OSD aufrufen will.
Der VDR stürtzt ab und bringt dann Meldungen wie diese
im Log:

Code: [Select]

Oct 22 11:22:09 (none) user.err vdr: [2433] PANIC: watchdog timer expired - exiting
Dass das System-Setup über OSD nicht funktioniert, hatte
ich allerdings schon bei der MLD mit Ausgabe über Xorg.
(hat deshalb auch nichts mit dem Aufgabeplugin zu tun)

Snorre

[clausmuus]

Hi,

beim booten wird nur das OSD Setup gebaut. Das Webif Setup wird erst beim Aufrufen des Webif Setups erzeugt, und überlastet das System halt zu dem Zeitpunkt für einige Minuten.

Claus

[mac]

Hallo zusammen,
nach langer Zeit und einer mäßig laufenden SMT7020 unter MLD-2 habe mir eine Rasppi zugelegt und mal wieder eine neue MLD ausprobiert.
Nach einigen Bugfixes läuft das Ding auch wirklich supergut mit sauberem ruckelfreiem HD-Bild.
Danke Euch mal wieder :-)
Ich verwende an der Himbeere die Tevii S660 mit der mitgelieferten FB.
Hier die Fixes, vieleicht könnt Ihr die beim nächsten Update berücksichtigen:

1. Wenn der DVB-USB gestartet wird, lädt er meistens  die Tevii Firmware auf die Box und zwar dvb-usb-660.fw und dvb-fe-ds3000.fw. Letztere ist im Image nicht vorhanden, sondern nur dvb-fe-ds300x.fw. Ein Kopieren von dvb-fe-ds300x.fw auf dvb-fe-ds3000.fw hat das Problem gelöst.

2. der inputlirc wird vorher gestartet und wirft entsprechend Fehlermeldungen, daß er /dev/input/event* nicht findet. Sobald die in (1) genannten Treiber geladen sind, existiert /dev/input/event0 und der Treiber kann sich binden. Allerdings wird das device wie folgt angelegt:

Code: [Select]

crw-r-----    1 root     root       13,  64 Nov 10 10:11 /dev/input/event0und damit hat der unter uid nobody laufende inputlirc keinen Zugriff und man muß die Berechtigung umsetzen. Interessanterweise geht es aber auch manchmal trotz dieser Problematik

3) der inputlirc legt das device /dev/lircd an, der VDR versucht aber unter /var/run/lirc/lircd darauf zuzugreifen. Ein symbolischer Link schafft Abhilfe, aber ich denke man sollte dem VDR beibringen unter /dev/lircd die FB zu suchen.

4) Manchmal muß ich dann inputlirc oder vdr restarten, bis der VDR stabil läuft, was aber ja nur timing issues sind. Die bekomme ich auch noch in den Griff. Als kleinen Verbesserungsvorschlag würde ich mir deshalb wünschen,  den MLD Bootscreen an- und abschalten zu können und die ssh als ersten Dienst nach dem Netzwerk zustarten.

Zur weitern Info hier meine installierten Addons:

Code: [Select]

MLD> apm list
config
locales
dvb-usb
network
ntp-client
webserver
ssh
alsa
lib-av
vc
remote-autodetect
lib-x
vdr
addons
setup
rpihddevice
bash
nfs-client
inputlirc
dvb-remote

Werde jetzt mal die Bootreihenfolge und timings prüfen, um es reproduzierbar stabil zu bekommen, um dann auf mein NAS Aufnahmen zu streamen. Und wenn die Funktionalität da ist, werde mich um den Komfort kümmern 
Ich werde hier weiter bereichten.

Viele Grüße
 Mac

PS: Wenn mir jemand einen Pointer schickt, wie ich die Bugfixes selber einchecken kann, wenn ich darf, mach ich das auch sehr gerne.

[skippy]

Hi mac,

das hört sich ja sehr gut an, was du herausgefunden hast. Claus, der sich bislang allein um den Raspi kümmert, ist noch eine Woche im Urlaub. Ich fürchte, solange wirst du keine fundierte Antwort bekommen. Die Stabilität beim Raspi soll verstärkt voran getrieben werden, da dadurch viele auf die MLD aufmerksam werden. Da kommt deine Unterstützung gerade richtig 

Viele Grüße skippy

[mac]

Hi Skippy,
et. al. -- Hier jetzt meine stabilisierten Workarounds -- und nun tut's  bis auf ein paar Kleinigkeiten recht gut.

1.) Original FW von Tevii geladen und nach /lib/firmware kopiert (ist sogar direkt boot-resistent)
2.) in /etc/rc.config folgende Zeile eingetragen

Code: [Select]

# inputlirc Aufruf Argumente
INPUTLIRC_ARGS="/dev/input/event* -m 0 -c-r 0 -u root"

Durch -u root switched der inputlirc nicht auf nobody und kann den /dev/input/event* lesen, sobald es von Treiber angelegt wurde
Ist vielleicht ein Sicherheitsloch, funktioniert aber erstmal.

3.) ich habe in /usr/bin/runvdr die Zeilen auskommentiert, die vorher --lirc zur Parameterlist gepackt haben und dafür das in rc.config fest konfiguriert:

Code: [Select]

VDR_ARGS="-l 1 --lirc=/dev/lircd"
Damit spare ich mir den Link, mit dem lirc standardmäßig zugreift.

4.) hat sich mit den Anpassungen erledigt.

epg-search Plugin tut auch.

Das einzige Problem, daß ich habe, ist das die Tasten auf der Fernbedienung z.T. doppelt gelesen werden und man damit nicht gescheit durch die menüs scrollen kann. Es scheint aber ein Problem mit dem VDR code zu sein, da es mit

Code: [Select]

irw /dev/lircd einwandfrei funktioniert und nicht zum Prellen kommt.
Der Parameter -r im inputlirc Aufruf, mit dem man das steuern können soll, hat ebenfalls keinerlei Einfluß auf das Verhalten, so daß ich das Problem irgendwo im VDR-code vermute.
Hat hier vielleicht jmd. eine Idee?

Viele Grüße und bis bald
 Mac

[mac]

Hallo zusammen,
das Problem mit der Fernbedienung ist auch gelöst. Interessantes Problem, ist hier beschrieben:
http://www.linuxintro.org/wiki/Watch_digital_TV_with_VDR_and_a_streaming_client#TeVii_S660_remote_control_is_a_bit_painfull_for_me

In der Tat ist es so, daß die Fernbedienung der TeVi 660 auch einige Tasten als Tastatur an den Rechner schickt, und zwar die Tasten 0-9 und die Cursortasten.  Dass erklärt, daß diese Tasten vom VDR zweimal verwendet werden und man bei irw nichts erkennt. Also habe ich die entsprechenden LIRC Tasten aus der remote.conf geschmissen und siehe da alles funktioniert jetzt perfekt   

So, daß ist doch mal prima. VDR funktioniert bestens -- jetzt noch das NAS für Aufnahmen einbinden und dann geht's an den WAF

Viele Grüße
 Mac

[skippy]

Das einzige Problem, daß ich habe, ist das die Tasten auf der Fernbedienung z.T. doppelt gelesen werden und man damit nicht gescheit durch die menüs scrollen kann. Es scheint aber ein Problem mit dem VDR code zu sein, da es mit

Code: [Select]

irw /dev/lircd einwandfrei funktioniert und nicht zum Prellen kommt.
Der Parameter -r im inputlirc Aufruf, mit dem man das steuern können soll, hat ebenfalls keinerlei Einfluß auf das Verhalten, so daß ich das Problem irgendwo im VDR-code vermute.
Hat hier vielleicht jmd. eine Idee?

Hi mac,

das sollte sich doch durch Einstellungen im VDR selbst beheben lassen. Spiel mal ein bisschen mit den Lirc Werten unter:

Code: [Select]

Menü --> Einstellungen --> Sonstigesrum. Lirc repeat delay = 300 soll ein brauchbarer Wert sein. Ggf. noch kleiner wählen.

Viele Grüße skippy

//edit: So wie du es beschreibst, wird es dann wohl nichts helfen. Aber du hast die Lösung ja schon gefunden. Dir viel Spaß mit deinem Raspi

[mac]

Hi Skippy,
Es geht auch, wenn man statt inputlirc und dvb-remote einfach nur das remote plugin verwendet.. Dann muß man die FB anlernen, was auch ganz gut funktioniert.
Mir scheint aber die Kombination aus inputlirc und dvb-remote irgendwie stabiler.

Da es jetzt zwei mögliche Lösungen gibt, werde ich ganz am Ende mal testen was am besten funktioniert.

VG
 Mac

[clausmuus]

Hi mac,

Danke für all die Tipps. Ich hab die betroffenen Addons entsprechend überarbeitet.
1) Hab nen Link auf die Firmware angelegt
2) "-u root" hinzugefügt. Ich vermute aber es müsste auch ohne gehen, wenn ale anderen Fehler behoben sind. Magst Du das noch mal testen?
    Da inputlirc nicht abwartet, bis die Treiber vollständig geladen sind, kann es zu Problemen kommen wenn auch eine Tastatur angeschlossen ist. Da muss eine Lösung gefunden werden. Weißt Du ob dvb-remote grundsätzlich ein event-Device erzeugt?
3) den fehlenden Link hinzugefügt

zu 4:
Das Boot Logo lässt sich in der /mnt/mmcblk0p1/boot/cmdline abschalten. Dafür braucht lediglich das "QUIET=1" entfernt (oder eventuell auf 0 gesetzt) zu werden.
Damit ssh früher startet, musst Du lediglich in der /etc/init.d/ssh unter "init)" ein priority=8 eintragen.

Claus