Hallo zusammen,
ab Ubuntu 14.04 ist ja kein ffmpeg mehr in den offiziellen Repositorys enthalten. Welches Repository wäre den empfehlenswert um ffmpeg wieder einzubinden?
Ubuntu 14.04 - Welches ffmpeg Repository benutzen bezüglich SoftHDDevicePlugin
-
Welches Repository wäre den empfehlenswert um ffmpeg wieder einzubinden?
Für Trusty nutzen wir bei den experimentellen Pakete für Truste die ffmpeg-Pakete von Sam Rog: https://launchpad.net/~samrog131/+archive/ubuntu/ppa
Die lassen sich neben libav installieren, man muss nur die Dependencies ein bisschen anpassen, wenn man Pakete damit bauen will. -
Für Trusty nutzen wir bei den experimentellen Pakete für Truste die ffmpeg-Pakete von Sam Rog: https://launchpad.net/~samrog131/+archive/ubuntu/ppa
Die lassen sich neben libav installieren, man muss nur die Dependencies ein bisschen anpassen, wenn man Pakete damit bauen will.Hi,
wäre dies hier das richtige:
sudo add-apt-repository ppa:samrog131/ppa
danach mache ich dann sudo apt-get install ffmpeg und alles ist wieder wie "früher"?
-
Da in dem PPA jede Menge experientelle Pakete landen, würde ich die ffmpeg-Pakete einzeln herunterladen bzw. in ein eigenes PPA kopieren und dann das einbinden.
danach mache ich dann sudo apt-get install ffmpeg und alles ist wieder wie "früher"?
Nein, das hat noch nie funktioniert... du brauchst zum Bauen immer die *-dev Pakete mit den Headern, pkg-config Einträgen usw.
-
was ist mit dem Paket libav-tools wird das auch benötigt?
Das enthält u.A. avconv von libav, softhddevice benötigt das AFAIK nicht, wenn man schon ffmeg nutzt, kann man doch auch gleich das Paket ffmpeg-real installieren, wenn man Videomaterial transkodireren möchte. -
Hallo,
bin am Neuaufsetzend meines Clients mit einer GTX950 auf 14.04 Basis nach diesem Howto: http://www.vdr-wiki.de/wiki/in…ls_SoftHDDevice_und_VDPAU
https://launchpad.net/~samrog131/+archive/ubuntu/ppa scheint jedoch nicht mehr aktuell zu sein.
Habe als Ersatz-PPA das hier genommen: https://launchpad.net/~adrozdoff/+archive/ubuntu/ffmpeg-opti
SoftHDdevice baut auch normal und VDR scheint mit dem Plugin zu tun..., jedoch liegt die Last (top) auf einem core meines i5 bei 100%, wenn der VDR läuft!?
Problem mit ffmpeg 2.8 ?
Grüße
Nachtrag - Syslog:
ZitatAlles anzeigen
Oct 4 11:50:31 HTPC vdr: [2950] VDR version 2.2.0 started
Oct 4 11:50:31 HTPC vdr: [2950] codeset is 'UTF-8' - known
Oct 4 11:50:31 HTPC vdr: [2950] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
Oct 4 11:50:31 HTPC vdr: [2950] override character table is 'ISO-8859-9'
Oct 4 11:50:31 HTPC vdr: [2950] found 28 locales in /usr/local/share/locale
Oct 4 11:50:31 HTPC vdr: [2950] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-client.so.2.2.0
Oct 4 11:50:31 HTPC vdr: [2950] loading plugin: /usr/local/lib/vdr/libvdr-softhddevice.so.2.2.0
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/setup.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/sources.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/diseqc.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/scr.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/channels.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/timers.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/svdrphosts.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/remote.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/keymacros.conf
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'A - ATSC'
Oct 4 11:50:31 HTPC vdr: [2951] video directory scanner thread started (pid=2950, tid=2951, prio=high)
Oct 4 11:50:31 HTPC vdr: [2953] epg data reader thread started (pid=2950, tid=2953, prio=high)
Oct 4 11:50:31 HTPC vdr: [2952] video directory scanner thread started (pid=2950, tid=2952, prio=high)
Oct 4 11:50:31 HTPC vdr: [2953] reading EPG data from /var/cache/vdr/epg.data
Oct 4 11:50:31 HTPC vdr: [2952] video directory scanner thread ended (pid=2950, tid=2952)
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'C - DVB-C'
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'S - DVB-S'
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'T - DVB-T'
Oct 4 11:50:31 HTPC vdr: [2950] no DVB device found
Oct 4 11:50:31 HTPC vdr: [2951] video directory scanner thread ended (pid=2950, tid=2951)
Oct 4 11:50:31 HTPC vdr: [2950] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
Oct 4 11:50:31 HTPC vdr: [2950] new device number 1
Oct 4 11:50:31 HTPC vdr: [2954] device 1 section handler thread started (pid=2950, tid=2954, prio=low)
Oct 4 11:50:31 HTPC vdr: [2950] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 4 11:50:31 HTPC vdr: [2950] streamdev-client: got device number 1
Oct 4 11:50:31 HTPC vdr: [2950] new device number 2
Oct 4 11:50:31 HTPC vdr: [2950] streamdev-client: got device number 2
Oct 4 11:50:31 HTPC vdr: [2950] initializing plugin: softhddevice (0.6.1rc1-GIT5dc5601): Ein Software und GPU emulieres HD-Gerät
Oct 4 11:50:31 HTPC vdr: [2955] device 2 section handler thread started (pid=2950, tid=2955, prio=low)
Oct 4 11:50:31 HTPC vdr: [2950] new device number 3
Oct 4 11:50:31 HTPC vdr: [2950] setting primary device to 3
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]MakePrimaryDevice: 1
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]SetVideoFormat: 0
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]SetVideoDisplayFormat: 1
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]GetSpuDecoder:
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]SetVolumeDevice: 255
Oct 4 11:50:31 HTPC vdr: [2950] assuming manual start of VDR
Oct 4 11:50:31 HTPC vdr: [2950] SVDRP listening on port 6419
Oct 4 11:50:31 HTPC vdr: [2950] setting current skin to "lcars"
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/themes/lcars-default.theme
Oct 4 11:50:31 HTPC vdr: [2950] starting plugin: streamdev-client
Oct 4 11:50:31 HTPC vdr: [2950] starting plugin: softhddevice
Oct 4 11:50:31 HTPC vdr: audio: 'alsa' output module used
Oct 4 11:50:31 HTPC vdr: audio/alsa: supports pause: yes
Oct 4 11:50:31 HTPC vdr: [2953] epg data reader thread ended (pid=2950, tid=2953)
Oct 4 11:50:32 HTPC vdr: audio: 44100Hz supports 2 2 4 4 6 6 8 8 channels
Oct 4 11:50:32 HTPC vdr: audio: 48000Hz supports 2 2 4 4 6 6 8 8 channels
Oct 4 11:50:32 HTPC vdr: audio: 192000Hz supports 2 2 4 4 6 6 8 8 channels
Oct 4 11:50:32 HTPC vdr: video/vdpau: VDPAU API version: 1
Oct 4 11:50:32 HTPC vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library 352.41 Fri Aug 21 22:44:24 PDT 2015
Oct 4 11:50:32 HTPC vdr: video/vdpau: highest supported high quality scaling 1
Oct 4 11:50:32 HTPC vdr: video/vdpau: feature deinterlace temporal supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: feature deinterlace temporal spatial supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: attribute skip chroma deinterlace supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported
Oct 4 11:50:32 HTPC vdr: [softhddev] ready
Oct 4 11:50:32 HTPC lircd-0.9.0[2754]: accepted new client on /run/lirc/lircd
Oct 4 11:50:32 HTPC vdr: [2950] remote control LIRC - keys known
Oct 4 11:50:32 HTPC vdr: [2950] remote control KBD - keys known
Oct 4 11:50:32 HTPC vdr: [2950] switching to channel 103 (arte HD)
Oct 4 11:50:32 HTPC vdr: [2957] LIRC remote control thread started (pid=2950, tid=2957, prio=high)
Oct 4 11:50:32 HTPC vdr: [2958] KBD remote control thread started (pid=2950, tid=2958, prio=high)
Oct 4 11:50:32 HTPC vdr: [2950] streamdev-client: Connected to server 192.168.1.141:2004 using protocol version 1.0
Oct 4 11:50:32 HTPC vdr: [2950] streamdev-client: Connected to server 192.168.1.141:2004 using protocol version 1.0
Oct 4 11:50:32 HTPC vdr: [2959] device 1 TS buffer thread started (pid=2950, tid=2959, prio=high)
Oct 4 11:50:32 HTPC vdr: [2960] streamdev-client: sections assembler thread started (pid=2950, tid=2960, prio=high)
Oct 4 11:50:32 HTPC vdr: [2950] [softhddev]SetVolumeDevice: 255
Oct 4 11:50:32 HTPC vdr: [2950] [softhddev]SetPlayMode: 1
Oct 4 11:50:32 HTPC vdr: [2961] device 1 receiver thread started (pid=2950, tid=2961, prio=high)
Oct 4 11:50:32 HTPC vdr: [2963] device 1 TS buffer thread started (pid=2950, tid=2963, prio=high)
Oct 4 11:50:32 HTPC vdr: [2950] OSD size changed to 1920x1080 @ 1
Oct 4 11:50:32 HTPC vdr: audio/alsa: using pass-through device 'hw:1,7'
Oct 4 11:50:32 HTPC vdr: audio/alsa: start delay 336ms
Oct 4 11:50:34 HTPC vdr: video/vdpau: synced after 65 frames
Oct 4 11:50:34 HTPC vdr: video: slow down video, duping frame
Oct 4 11:50:34 HTPC vdr: video: 13:14:31.086 +84 343 0/\ms 58+4+4 v-buf
Oct 4 11:51:32 HTPC vdr: video: slow down video, duping frame
Oct 4 11:51:32 HTPC vdr: video: 13:15:29.706 +24 479 0/\ms 72+3+4 v-buf
Oct 4 11:52:32 HTPC vdr: video: 13:16:29.706 +24 415 0/\ms 67+3+4 v-buf
Oct 4 11:53:32 HTPC vdr: video: 13:17:29.706 +24 351 0/\ms 65+3+4 v-buf
Oct 4 11:54:32 HTPC vdr: video: 13:18:29.706 +24 287 0/\ms 58+3+4 v-buf
Oct 4 11:55:11 HTPC vdr: video: speed up video, droping frame
Oct 4 11:55:11 HTPC vdr: video: 13:19:08.006 -225 329 0/\ms 78+2+0 v-buf
Oct 4 11:55:11 HTPC vdr: video: speed up video, droping frame
Oct 4 11:55:11 HTPC vdr: video: slow down video, duping frame
Oct 4 11:55:11 HTPC vdr: video: 13:19:08.406 +92 342 0/\ms 61+4+3 v-buf
Oct 4 11:55:12 HTPC vdr: [2950] OSD size changed to 1855x1056 @ 1,01204
Oct 4 11:55:12 HTPC vdr: video: slow down video, duping frame
Oct 4 11:55:12 HTPC vdr: video: decoder buffer empty, duping frame (102/13960) 0 v-buf -
Hat keiner eine Ahnung, warum ein Core auf Anschlag läuft?
Grüße
-
Code
speed up video, droping frame slow down video, duping frameDu hast 50 Hz als Bildwiederholrate eingestellt?
Es ist ein Streamdev Client so wie ich das sehe. Passiert es auch beim Abspielen von Aufnahmen oder nur bei Live?
Es scheinen ja sonst keine anderen Plugin installiert zu sein?lg,
Joe -
Hi,
ZitatDu hast 50 Hz als Bildwiederholrate eingestellt?
Ja, TV und nvidia-settings zeigen 50Hz.
Aufnahmen muss ich mal testen; es ist ein reiner Client ohne lokale Aufnahmen...
Bisher laufen testweise nur diese beiden Plugins.Grüße
-
Zitat
Passiert es auch beim Abspielen von Aufnahmen oder nur bei Live?
so um die 100% Last auf einem Kern ist ein Dauerzustand, egal ob Standbild, keine Verbindung zum Server, Aufnahme abspielen oder Live.
Ohne streamdev-client gestartet auch...Grüße
-
Starte doch mal htop oder atop und prüfe welcher Thread das Load macht.
Johns
-
Code
htop 1 [| 0.7%] Tasks: 117, 174 thr; 2 running 2 [||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||100.0%] Load average: 1.34 0.98 0.46 3 [| 0.7%] Uptime: 00:07:36 4 [|| 1.3%] Mem[||||||||||||||||||||| 1041/7818MB] Swp[ 0/0MB] PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 2478 vdruser 20 0 1075M 107M 23300 S 101. 1.4 6:11.25 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 2486 vdruser 20 0 1075M 107M 23300 R 100. 1.4 6:05.57 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 2487 vdruser 20 0 1075M 107M 23300 S 2.0 1.4 0:02.91 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 3059 root 20 0 32376 2984 1448 R 0.7 0.0 0:00.88 htop 2290 vdruser 20 0 646M 17808 12428 S 0.7 0.2 0:00.04 psensor 1101 root 20 0 19188 776 532 S 0.0 0.0 0:00.02 /usr/sbin/irqbalance 2490 vdruser 20 0 1075M 107M 23300 S 0.0 1.4 0:00.91 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 2484 vdruser 20 0 1075M 107M 23300 S 0.0 1.4 0:00.41 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 2482 vdruser 39 19 1075M 107M 23300 S 0.0 1.4 0:00.22 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 2288 vdruser 20 0 646M 17808 12428 S 0.0 0.2 0:00.41 psensor 2491 vdruser 20 0 1075M 107M 23300 S 0.0 1.4 0:00.32 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 3079 vdruser 20 0 125M 20624 7856 S 0.0 0.3 0:00.09 /usr/bin/python /usr/lib/ubuntu-sso-client/ubuntu-sso-login 1122 mysql 20 0 1044M 453M 8688 S 0.0 5.8 0:00.36 /usr/sbin/mysqld 1461 vdruser 20 0 40016 2132 928 S 0.0 0.0 0:00.21 dbus-daemon --fork --session --address=unix:abstract=/tmp/dbus-ws1bR0PiHP 2292 vdruser 20 0 646M 17808 12428 S 0.0 0.2 0:00.12 psensor 1824 vdruser 20 0 1251M 82148 41092 S 0.0 1.0 0:00.11 compiz 1253 root 20 0 196M 50000 32624 S 0.0 0.6 0:01.75 /usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch 2488 vdruser 20 0 1075M 107M 23300 S 0.0 1.4 0:00.04 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 1580 vdruser 20 0 535M 16892 11356 S 0.0 0.2 0:00.30 /usr/lib/unity/unity-panel-service 1782 vdruser 20 0 1251M 82148 41092 S 0.0 1.0 0:00.91 compiz 3068 vdruser 20 0 330M 27136 7876 S 0.0 0.3 0:01.23 /usr/bin/python3 /usr/share/oneconf/oneconf-service 1518 vdruser 20 0 23852 644 412 S 0.0 0.0 0:00.05 upstart-dbus-bridge --daemon --session --user --bus-name session 2489 vdruser 20 0 1075M 107M 23300 S 0.0 1.4 0:00.07 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d :0 -f -v vdpau 1608 vdruser 20 0 535M 16892 11356 S 0.0 0.2 0:00.10 /usr/lib/unity/unity-panel-service 1186 root 20 0 280M 4220 3232 S 0.0 0.1 0:00.01 /usr/lib/accountsservice/accounts-daemon -
Mit Unity und Compiz wundert mich eine hohe CPU-Last nicht besonders. Wie sieht es mit einem schlanken Window Manager und ohne Compositor aus?
-
Zitat
Wie sieht es mit einem schlanken Window Manager und ohne Compositor aus?
genau so.Codehtop 1 [ 0.0%] Tasks: 101, 185 thr; 2 running 2 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||100.0%] Load average: 0.80 0.25 0.09 3 [ 0.0%] Uptime: 00:01:38 4 [| 0.7%] Mem[|||||||||||||| 799/7818MB] Swp[ 0/0MB] PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 2455 vdruser 20 0 711M 55156 10136 S 101. 0.7 1:02.77 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d 2463 vdruser 20 0 711M 55156 10136 R 100. 0.7 1:01.74 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d 2464 vdruser 20 0 711M 55156 10136 S 0.7 0.7 0:00.59 /usr/local/bin/vdr -w 0 -u vdruser -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P streamdev-client -Psofthddevice -a hw:1,7 -d 2465 mike 20 0 32084 2620 1448 R 0.7 0.0 0:00.32 htop 2486 vdruser 20 0 413M 10844 7724 S 0.0 0.1 0:00.02 update-notifier 1 root 20 0 33992 3304 1476 S 0.0 0.0 0:00.78 /sbin/init 305 root 20 0 19472 912 620 S 0.0 0.0 0:00.08 upstart-udev-bridge --daemon 310 root 20 0 51752 1968 1024 S 0.0 0.0 0:00.10 /lib/systemd/systemd-udevd --daemon 588 root 20 0 23420 1108 804 S 0.0 0.0 0:00.00 rpcbind 598 root 20 0 15520 928 424 S 0.0 0.0 0:00.02 upstart-socket-bridge --daemon 602 statd 20 0 21540 1396 932 S 0.0 0.0 0:00.00 rpc.statd -L 703 messagebu 20 0 40460 2288 1040 S 0.0 0.0 0:00.09 dbus-daemon --system --fork 787 root 20 0 322M 4408 3264 S 0.0 0.1 0:00.00 /usr/sbin/ModemManager 791 root 20 0 322M 4408 3264 S 0.0 0.1 0:00.00 /usr/sbin/ModemManager 738 root 20 0 322M 4408 3264 S 0.0 0.1 0:00.01 /usr/sbin/ModemManager 740 root 20 0 19424 1732 1456 S 0.0 0.0 0:00.00 /usr/sbin/bluetoothd 750 root 20 0 23476 408 204 S 0.0 0.0 0:00.00 rpc.idmapd 767 syslog 20 0 249M 1372 816 S 0.0 0.0 0:00.00 rsyslogd 768 syslog 20 0 249M 1372 816 S 0.0 0.0 0:00.00 rsyslogd 769 syslog 20 0 249M 1372 816 S 0.0 0.0 0:00.00 rsyslogd 766 syslog 20 0 249M 1372 816 S 0.0 0.0 0:00.01 rsyslogd 780 root 20 0 15404 672 332 S 0.0 0.0 0:00.00 upstart-file-bridge --daemon 785 avahi 20 0 32344 1628 1324 S 0.0 0.0 0:00.01 avahi-daemon: running [HTPC.local] 796 avahi 20 0 32220 468 216 S 0.0 0.0 0:00.00 avahi-daemon: chroot helper 797 root 20 0 43448 1876 1508 S 0.0 0.0 0:00.00 /lib/systemd/systemd-logind 811 root 20 0 338M 6176 4708 S 0.0 0.1 0:00.00 NetworkManager 814 root 20 0 338M 6176 4708 S 0.0 0.1 0:00.00 NetworkManagerF1Help F2Setup F3SearchF4FilterF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit -
Jetzt musst nur noch heraus bekommen wie die Threads heissen, die 100% Cpu brauchen, dann weiß man mehr.
Ich würde ja auf Alsa tippen, aber du gibtst ja direkt auf die Hardware aus.
Johns
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!