Zitat von »tyldis«
X-server is 1280x720@100Hz, and I use VDR 1.2.21, and softhddevice (0.5.0-GIT7b570c5).
This is easy, don't use 100Hz or add support for 100Hz to the plugin.
Mybad. Typo. The X-server is at 50Hz, not 100Hz.
Zitat von »tyldis«
X-server is 1280x720@100Hz, and I use VDR 1.2.21, and softhddevice (0.5.0-GIT7b570c5).
This is easy, don't use 100Hz or add support for 100Hz to the plugin.
Mybad. Typo. The X-server is at 50Hz, not 100Hz.
ffmpeg will libpng, also kommt es daher, aber es wird nicht verwendet. Wenn alleine das Linken schon ein Problem darstellt. Solltest du vdr und alle Plugins dann mit -fno-omit-frame-pointer bauen.
Alles ist gut. Lass uns da kein Problem draus machen. Erstens hat es nie gestört, weil es erst beim delete plugin passierte, und zweitens wird sich das mit der nächsten libpng- (ffmpeg-, irgendwaslib-) Version in Portage eh wieder ändern - ich wollte es nur erwähnt haben, was ich gemacht habe; vieleicht hilft es irgendwem. Es ging nicht an Deine Adresse in dem Sinne, dass ich das Makefile im git geändert haben wollte.
Also mich nervt hier, daß er sich dies immer merkt. Aber ich merke mir garnichts, ich spiele einfach ab, was mir der VDR schickt.
Bei den Öffentlichrechtlichen merkt er sich ob ich Dolby oder normales Stereo hatte.
Ah. ok. Das ist spannend. Habs gerade bei ZDF HD getestet - stimmt. Vieleicht habe ich mich auch falsch erinnert, und xine hat sich das auch nur auf den Öffentlich Rechtlichen gemerkt.
Gruß, Ingo
CodeAlles anzeigenMar 15 19:26:30 mail vdr: video: 13:09:26.590 +61 648 120/\ms 1 v-buf Mar 15 19:26:31 mail vdr: video: speed up video Mar 15 19:26:31 mail vdr: video: 13:09:26.810 -19 659 120/\ms 1 v-buf Mar 15 19:26:31 mail vdr: video: dropping frame (34/9202) Mar 15 19:26:31 mail vdr: video: slow down video Mar 15 19:26:31 mail vdr: video: 13:09:26.930 +60 640 120/\ms 1 v-buf Mar 15 19:26:31 mail vdr: video: slow down video Mar 15 19:26:31 mail vdr: video: 13:09:27.230 +61 608 120/\ms 2 v-buf Mar 15 19:26:31 mail vdr: video: speed up video Mar 15 19:26:31 mail vdr: video: 13:09:27.290 -19 683 120/\ms 1 v-buf Mar 15 19:26:31 mail vdr: video: dropping frame (35/9224)
Seems to be in some loop here and jumps over 80ms, the plugin dropping is 40ms and speed up only 20ms.
Your jumps are 80ms.
You change the audio/video limits, by editing the source of video.c.
Changing the "45 * 90" (twice in the file) to "65 * 90" should reduce this drop / dup cycle.
And check your display if you really have 50hz and the station is 50hz.
Johns
Seems to be in some loop here and jumps over 80ms, the plugin dropping is 40ms and speed up only 20ms.
Your jumps are 80ms.
You change the audio/video limits, by editing the source of video.c.
Changing the "45 * 90" (twice in the file) to "65 * 90" should reduce this drop / dup cycle.
I increased the limits as you suggested and here is the log (still issues):
Mar 16 03:49:12 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 03:49:12 mail vdr: codec/audio: drift( 0) -8590200us 0
Mar 16 03:49:12 mail vdr: codec/audio: inital delay 952 ms
Mar 16 03:49:13 mail vdr: video: slow down video
Mar 16 03:49:13 mail vdr: video: 21:32:09.050 +72 1063 120/\ms 3 v-buf
Mar 16 03:49:13 mail vdr: video: speed up video
Mar 16 03:49:13 mail vdr: video: 21:32:09.050 -30 960 120/\ms 2 v-buf
Mar 16 03:49:13 mail vdr: video: dropping frame (33/18960)
Mar 16 03:49:13 mail vdr: video: slow down video
Mar 16 03:49:13 mail vdr: video: 21:32:09.390 +71 1009 120/\ms 3 v-buf
Mar 16 03:49:22 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 03:49:22 mail vdr: codec/audio: drift( 0) -8590233us 0
Mar 16 03:49:23 mail vdr: codec/audio: inital delay 967 ms
Mar 16 03:49:33 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 03:49:33 mail vdr: codec/audio: drift( 0) -8590277us 0
Mar 16 03:49:33 mail vdr: codec/audio: inital delay 978 ms
Mar 16 03:49:37 mail vdr: video/vdpau: -438277202 display time 310096
Mar 16 03:49:37 mail vdr: video: missed frame (2/20130)
Mar 16 03:49:37 mail vdr: video: speed up video
Mar 16 03:49:37 mail vdr: video: 21:32:32.530 -191 983 120/\ms 4 v-buf
Mar 16 03:49:37 mail vdr: video: dropping frame (34/20132)
Mar 16 03:49:37 mail vdr: video: speed up video
Mar 16 03:49:37 mail vdr: video: 21:32:32.570 -190 943 120/\ms 3 v-buf
Mar 16 03:49:37 mail vdr: video: dropping frame (35/20132)
Mar 16 03:49:37 mail vdr: video: speed up video
Mar 16 03:49:37 mail vdr: video: 21:32:32.690 -110 999 120/\ms 3 v-buf
Mar 16 03:49:37 mail vdr: video: dropping frame (36/20136)
Mar 16 03:49:37 mail vdr: video: speed up video
Mar 16 03:49:37 mail vdr: video: 21:32:32.770 -70 959 120/\ms 3 v-buf
Mar 16 03:49:37 mail vdr: video: dropping frame (37/20138)
Mar 16 03:49:37 mail vdr: video: speed up video
Mar 16 03:49:37 mail vdr: video: 21:32:32.850 -30 919 120/\ms 3 v-buf
Mar 16 03:49:37 mail vdr: video: dropping frame (38/20140)
Mar 16 03:49:37 mail vdr: video: speed up video
Mar 16 03:49:37 mail vdr: video: 21:32:33.050 -30 935 120/\ms 2 v-buf
Mar 16 03:49:37 mail vdr: video: dropping frame (39/20148)
Alles anzeigen
I then increased them to 85*90, and then the problem is happening less, but still there.
And check your display if you really have 50hz and the station is 50hz.
The X-server is 50Hz (TV confirms), but VDR FEMON reports the SD channels to be 25Hz.
Is this the problem? Suggestions as to how to resolve it? I assume there is something fundamentally wrong here since I had to double the limits.
xineliboutput is fine on SD, but is giving me artifacts on HD. softhddevice works much better for me.
I am now running the following patch, but then occasionally see "speeding up video" in the log. But it works pretty good.
diff --git a/video.c b/video.c
index 175230f..209be0f 100644
--- a/video.c
+++ b/video.c
@@ -4380,12 +4380,12 @@ static void VaapiSyncDisplayFrame(VaapiDecoder * decoder)
if (abs(video_clock - audio_clock) > 5000 * 90) {
Debug(3, "video: pts difference too big\n");
err = 1;
- } else if (video_clock > audio_clock + VideoAudioDelay + 100 * 90) {
- Debug(3, "video: slow down video\n");
+ } else if (video_clock > audio_clock + VideoAudioDelay + 150 * 90) {
+ Debug(3, "video: slow down video (100*90)\n");
err = 1;
decoder->DupNextFrame += 2;
- } else if (video_clock > audio_clock + VideoAudioDelay + 45 * 90) {
- Debug(3, "video: slow down video\n");
+ } else if (video_clock > audio_clock + VideoAudioDelay + 105 * 90) {
+ Debug(3, "video: slow down video (45*90)\n");
err = 1;
decoder->DupNextFrame++;
} else if (audio_clock + VideoAudioDelay > video_clock + 15 * 90
@@ -7473,12 +7473,12 @@ static void VdpauSyncDisplayFrame(VdpauDecoder * decoder)
if (abs(video_clock - audio_clock) > 5000 * 90) {
Debug(3, "video: pts difference too big\n");
err = 1;
- } else if (video_clock > audio_clock + VideoAudioDelay + 100 * 90) {
- Debug(3, "video: slow down video\n");
+ } else if (video_clock > audio_clock + VideoAudioDelay + 150 * 90) {
+ Debug(3, "video: slow down video (100*90)\n");
err = 1;
decoder->DupNextFrame += 2;
- } else if (video_clock > audio_clock + VideoAudioDelay + 45 * 90) {
- Debug(3, "video: slow down video\n");
+ } else if (video_clock > audio_clock + VideoAudioDelay + 105 * 90) {
+ Debug(3, "video: slow down video (45*90)\n");
err = 1;
decoder->DupNextFrame++;
} else if (audio_clock + VideoAudioDelay > video_clock + 15 * 90
Alles anzeigen
(I changed the debug slightly to more easilly see what was happening where)
Log:
Mar 16 04:31:59 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:31:59 mail vdr: codec/audio: drift( 0) -8590300us 0
Mar 16 04:31:59 mail vdr: codec/audio: inital delay 599 ms
Mar 16 04:32:09 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:32:09 mail vdr: codec/audio: drift( 0) -8590233us 0
Mar 16 04:32:09 mail vdr: codec/audio: inital delay 607 ms
Mar 16 04:32:11 mail vdr: video: 22:15:07.650 -3 634 120/\ms 1 v-buf
Mar 16 04:32:19 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:32:19 mail vdr: codec/audio: drift( 0) -8590233us 0
Mar 16 04:32:19 mail vdr: codec/audio: inital delay 613 ms
Mar 16 04:32:29 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:32:29 mail vdr: codec/audio: drift( 0) -8590233us 0
Mar 16 04:32:30 mail vdr: codec/audio: inital delay 620 ms
Mar 16 04:32:40 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:32:40 mail vdr: codec/audio: drift( 0) -8590177us 0
Mar 16 04:32:40 mail vdr: codec/audio: inital delay 631 ms
Mar 16 04:32:50 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:32:50 mail vdr: codec/audio: drift( 0) -8590233us 0
Mar 16 04:32:50 mail vdr: codec/audio: inital delay 640 ms
Mar 16 04:33:00 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:33:00 mail vdr: codec/audio: drift( 0) -8590233us 0
Mar 16 04:33:00 mail vdr: codec/audio: inital delay 571 ms
Mar 16 04:33:03 mail vdr: video/vdpau: -2130893246 display time 310097
Mar 16 04:33:03 mail vdr: video: missed frame (4/56546)
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.010 -245 656 120/\ms 3 v-buf
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.010 -285 617 120/\ms 2 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (20/56548)
Mar 16 04:33:03 mail vdr: video/vdpau: decoder render too slow 37ms
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.130 -223 655 120/\ms 2 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (21/56552)
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.210 -171 627 120/\ms 2 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (22/56554)
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.290 -125 593 120/\ms 2 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (23/56556)
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.370 -85 649 120/\ms 2 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (24/56558)
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.450 -45 609 120/\ms 2 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (25/56560)
Mar 16 04:33:03 mail vdr: video: speed up video
Mar 16 04:33:03 mail vdr: video: 22:15:59.490 -45 665 120/\ms 1 v-buf
Mar 16 04:33:03 mail vdr: video: dropping frame (26/56560)
Mar 16 04:33:10 mail vdr: codec/audio: drift( 0) -8590ms reset
Mar 16 04:33:10 mail vdr: codec/audio: drift( 0) -8590188us 0
Mar 16 04:33:11 mail vdr: codec/audio: inital delay 577 ms
Mar 16 04:33:12 mail vdr: video: 22:16:07.970 +33 592 120/\ms 2 v-buf
Alles anzeigen
I then increased them to 85*90, and then the problem is happening less, but still there.
The X-server is 50Hz (TV confirms), but VDR FEMON reports the SD channels to be 25Hz.
Is this the problem? Suggestions as to how to resolve it? I assume there is something fundamentally wrong here since I had to double the limits.
xineliboutput is fine on SD, but is giving me artifacts on HD. softhddevice works much better for me.
The 25Hz is ok, Interlaced channels are 25Hz, the missing frames are generated by the plugin.
There is something wrong, with the bigger limits, you loose the lip-sync.
Some speedup or slowdown after a channel switch are normal, but after 1min this should stop.
Your video hardware is fine, if it would be too slow, there would be messages about this.
The video is synced to the audio, to check this is the cause use -a xx as plugin commandline option.
Without valid sound device, there will be no video/audio sync.
There is only some initial slow down, to have some buffered video.
If you record the station, has it the same problem?
Is the station on astra 19.2E?
Have others the same problem? If not can you upload or pm me some 3min sample?
Johns
Your video hardware is fine, if it would be too slow, there would be messages about this.
The video is synced to the audio, to check this is the cause use -a xx as plugin commandline option.
Without valid sound device, there will be no video/audio sync.
There is only some initial slow down, to have some buffered video.
I use alsa, and found the following:
I tried the default in ALSA with and without dmix, no difference.
I need to release the ALSA device from VDR when frontend is not in use, though so I need to find a different workaround for that.
(I reverted back to the original settings for video.c before testing)
If you record the station, has it the same problem?
Yes, exactly the same it seems.
Is the station on astra 19.2E?
Have others the same problem? If not can you upload or pm me some 3min sample?
This is DVB-C so I will have to provide you a sample if you still want it after the ALSA-changes.
with '-a hw:0,0' it is certainly a lot better, but i eventually got this:
Mar 16 12:32:50 mail vdr: video: speed up video
Mar 16 12:32:50 mail vdr: video: 3:23:21.963 -15 507 0/\ms 1 v-buf
Mar 16 12:32:50 mail vdr: video: dropping frame (3/12160)
Mar 16 12:32:50 mail vdr: video: slow down video
Mar 16 12:32:50 mail vdr: video: 3:23:22.083 +56 506 0/\ms 1 v-buf
Mar 16 12:32:50 mail vdr: video: slow down video
Mar 16 12:32:50 mail vdr: video: 3:23:22.103 +45 499 0/\ms 1 v-buf
Mar 16 12:32:51 mail vdr: video: speed up video
Mar 16 12:32:51 mail vdr: video: 3:23:22.923 -15 507 0/\ms 1 v-buf
Mar 16 12:32:51 mail vdr: video: dropping frame (4/12206)
Mar 16 12:32:51 mail vdr: video: slow down video
Mar 16 12:32:51 mail vdr: video: 3:23:23.043 +64 515 0/\ms 1 v-buf
Mar 16 12:32:51 mail vdr: video: slow down video
Mar 16 12:32:51 mail vdr: video: 3:23:23.143 +45 515 0/\ms 1 v-buf
Mar 16 12:32:51 mail vdr: video: speed up video
Mar 16 12:32:51 mail vdr: video: 3:23:23.403 -15 531 0/\ms 1 v-buf
Mar 16 12:32:51 mail vdr: video: dropping frame (5/12228)
Mar 16 12:32:51 mail vdr: video: slow down video
Mar 16 12:32:51 mail vdr: video: 3:23:23.523 +64 539 0/\ms 1 v-buf
Alles anzeigen
I will try to change the video dropping, perhaps it will work better.
Johns
I'll keep an eye on those commits. Thanks, nice work you have done on the plugin so far.
Another thing, the dvb subtitles are badly scaled for me. They are small and very narrow. They are readable, just a strain on the eye.
Any thoughts?
And again, thanks for the effort. Wish I was more proficient in coding other things than Perl so I could help provide patches, but I'm not afraid to poke around given some pointers. Reading code from scratch is not my strongest side.
Another thing, the dvb subtitles are badly scaled for me. They are small and very narrow. They are readable, just a strain on the eye.
Any thoughts?
And again, thanks for the effort. Wish I was more proficient in coding other things than Perl so I could help provide patches, but I'm not afraid to poke around given some pointers. Reading code from scratch is not my strongest side.
The plugin didn't draw the subtitles, it displays the bitmaps.
Are you using dvb-subtitles or ttxtsubs?
Johns
The plugin didn't draw the subtitles, it displays the bitmaps.
Are you using dvb-subtitles or ttxtsubs?
Both.
The scaling is only an issue with dvb-subtiltes (not plugin, VDR native).
ttxsubs gives minor OSD issues.
Hi johns,
Ich habe nun länger getestet - Audio habe ich nun nicht mehr via HDMI, es läuft nun über die 5.1 Soundkarte, einfach besserer Sound
Das Plugins läuft insgesamt schon gut, auch keine Soundprobleme.
Was immer noch bleibt sind die "vdpau: decoder render too slow" im Log.
Dies ist ein Log mit diesem Eintrag, mit einem sichtbarem Ruckler im TV auf HD+ (die meisten "vdpau: decoder render too slow" sieht man nicht im TV)
Mar 18 19:23:44 linux-ugjv vdr: video: 24:19:06.895 +23 277 0/\ms 30 v-buf
Mar 18 19:24:44 linux-ugjv vdr: video: 24:20:06.895 +22 308 0/\ms 27 v-buf
Mar 18 19:25:44 linux-ugjv vdr: video: 24:21:06.895 +20 306 0/\ms 40 v-buf
Mar 18 19:26:44 linux-ugjv vdr: video: 24:22:06.895 +19 305 0/\ms 29 v-buf
Mar 18 19:27:44 linux-ugjv vdr: video: 24:23:06.895 +19 273 0/\ms 24 v-buf
Mar 18 19:28:44 linux-ugjv vdr: video: 24:24:06.895 +17 272 0/\ms 38 v-buf
Mar 18 19:29:44 linux-ugjv vdr: video: 24:25:06.895 +17 271 0/\ms 32 v-buf
Mar 18 19:30:44 linux-ugjv vdr: video: 24:26:06.895 +16 270 0/\ms 39 v-buf
Mar 18 19:31:44 linux-ugjv vdr: video: 24:27:06.895 +16 302 0/\ms 31 v-buf
Mar 18 19:32:44 linux-ugjv vdr: video: 24:28:06.895 +15 270 0/\ms 21 v-buf
Mar 18 19:33:44 linux-ugjv vdr: video: 24:29:06.895 +14 300 0/\ms 23 v-buf
Mar 18 19:34:44 linux-ugjv vdr: video: 24:30:06.895 +12 266 0/\ms 31 v-buf
Mar 18 19:35:24 linux-ugjv vdr: video/vdpau: decoder render too slow 171ms
Mar 18 19:35:24 linux-ugjv vdr: video: 24:30:47.255 -140 297 0/\ms 38 v-buf
Mar 18 19:35:24 linux-ugjv vdr: video: dropping frame (154/67508)
Mar 18 19:35:24 linux-ugjv vdr: video/vdpau: decoder render too slow 172ms
Mar 18 19:35:24 linux-ugjv vdr: video: missed frame (366/67512)
Mar 18 19:35:24 linux-ugjv vdr: video: 24:30:47.375 -239 302 0/\ms 45 v-buf
Mar 18 19:35:24 linux-ugjv vdr: video: dropping frame (155/67512)
Mar 18 19:35:24 linux-ugjv vdr: video: missed frame (367/67512)
Mar 18 19:35:24 linux-ugjv vdr: video: 24:30:47.495 -188 297 0/\ms 40 v-buf
Mar 18 19:35:24 linux-ugjv vdr: video: dropping frame (156/67516)
Mar 18 19:35:24 linux-ugjv vdr: video: 24:30:47.615 -148 313 0/\ms 39 v-buf
Mar 18 19:35:24 linux-ugjv vdr: video: dropping frame (157/67520)
Mar 18 19:35:24 linux-ugjv vdr: video: 24:30:47.695 -109 304 0/\ms 37 v-buf
Mar 18 19:35:25 linux-ugjv vdr: video: dropping frame (158/67522)
Mar 18 19:35:25 linux-ugjv vdr: video: 24:30:47.775 -70 295 0/\ms 33 v-buf
Mar 18 19:35:25 linux-ugjv vdr: video: dropping frame (159/67524)
Mar 18 19:35:25 linux-ugjv vdr: video: 24:30:47.855 -29 288 0/\ms 29 v-buf
Mar 18 19:35:25 linux-ugjv vdr: video: dropping frame (160/67526)
Alles anzeigen
So gebaut:
CONFIG := #-DDEBUG
CONFIG += -DUSE_AUDIO_DRIFT_CORRECTION # build new audio drift code
CONFIG += -DUSE_AC3_DRIFT_CORRECTION # build new ac-3 drift code
CONFIG += -DAV_INFO -DAV_INFO_TIME=3000 # debug a/v sync
#CONFIG += -DHAVE_PTHREAD_NAME # supports new pthread_setname_np
#CONFIG += -DNO_TS_AUDIO # disable ts audio parser
#CONFIG += -DUSE_TS_VIDEO # build new ts video parser
CONFIG += $(shell pkg-config --exists vdpau && echo "-DUSE_VDPAU")
CONFIG += $(shell pkg-config --exists libva && echo "-DUSE_VAAPI")
CONFIG += $(shell pkg-config --exists alsa && echo "-DUSE_ALSA")
CONFIG += -DUSE_OSS
Alles anzeigen
Eine GT430 sollte ausreichen
mit einem sichtbarem Ruckler im TV auf HD+
Ahh Danke. Jetzt ist bewiesen, dass ich nicht der einzige mit dem Problem bin und dass es nicht an 60Hz liegt.
Merkwürdig, dass bei 171 bzw. 172 ms nicht abgepuffert werden.
Vdpau hat 22 bis 30 Puffer, das Plugin sogar mehr. Müßte doch eigentlich reichen.
ZitatAhh Danke. Jetzt ist bewiesen, dass ich nicht der einzige mit dem Problem bin und dass es nicht an 60Hz liegt.
Toller Beweis.
Ich wuerde mal behaupten , wenn dein TV mit 60 Hz laeuft , dann hast du mit Sicherheit Ruckler.
Ja ganz minimal und gleichmäßig. Das was die Log von rudirabbit da zeigt kann man schon fast Hänger nennen. Das Bild bleibt kurz stehen und springt ruckartig weiter.
Merkwürdig, dass bei 171 bzw. 172 ms nicht abgepuffert werden.
Vdpau hat 22 bis 30 Puffer, das Plugin sogar mehr. Müßte doch eigentlich reichen.
Intern puffert VDPAU nur ein paar Frames, den Rest muß die Anwendung machen.
Und dies ist schon beim Dekoder, beim Dekoder habe ich nur 1 - 3 Frames gepuffert.
Da kein Video Fehler gemeldet wurde, kann noch die Videopakete durch das CAM beschädigt sein.
Ansonsten gabs noch den Trick, das Energiemanagement der NVidiakarten auf Perfomance stellen.
Johns
@Rucklerfraktion
Könntet Ihr mal bitte diese nVidia 275.09.07-Version ausprobieren? Würde mich mal interessieren ob es dann besser ist.
Grüße
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!