[Erklärung] Mikroruckler

AW: [Erklärung] Mikroruckler

Ja das weiss ich .
Hm :S ! stir... ist das denn bei dual sli so tark war zu nehmen ? xD
kann mir jemand erklären wie die framelimiter funktionieren und wie mann sie hand habt und vorallem woher mann sie bekommt ^^ thx !
 
Zuletzt bearbeitet:
AW: [Erklärung] Mikroruckler

Hm jein.
Vsync hilft nicht, denn die Ursache ist die Frameverteilung, nicht zuviele fps. Und die Ursache der schlechten Frameverteilung ist, dass die CPU zu schnell die Aufträge für die Bilder raushaut und die Grafikkarten nicht hinterherkommen. Hier sorgt ein fps-Limiter für fast perfekte Frametimes.

Das sehe ich anders. Bei VSync müssen die Grakas auf den Screen warten d.h. sie müssen im Prinzip fertig gerenderte neue Frames zurück halten bis der Screen das vorherige Frame fertig "aufgebaut" hat. In dem Fall sind unterschiedliche Frame-Timings unerhebllich, da die Grakas die Frames sowieso schneller rendern als der Screen sie ausgeben kann und so immer Frames in der Warteschleife stehen.

Mal ganz davon abgesehen, dass Mikroruckeln nichts mit der CPU zu tun hat, sondern mit der gewählten Rendermethode (AFR) und der Synchronisation der Grafikkarten untereinander.


Außerdem halte ich dieses Tool für genau so seriös und sinnvoll wie irgendwelche Tuning Tools für Windows die einem 50% mehr Leistung versprechen:ugly:. Mit anderen Worten gar nicht.....
Denn man muss sich doch fragen, warum seriöse (kostenlose) GPU-Tools wie der Nvidia Inspector solche Funktionen dann nicht schon längst ebenfalls anbieten?
 
Zuletzt bearbeitet:
AW: [Erklärung] Mikroruckler

Die CPU spielt natürlich rein, denn:
Bei SFR oder anderen Methoden, bei denen alle GPUs am selben Bild rechnen, passt das wunderbar. CPU gibt den Auftrag, Bild wird berechnet (währenddessen rechnet die CPU schon weiter für den nächsten Auftrag), Bild wird ausgegeben. Es verhält sich von der Frameverteilung also wie eine Singlekarte. Bei AFR sieht das eben anders aus, und die Vorarbeit muss ja auch gemacht werden, eben durch die CPU. Die ist eben viel schneller als die GPUs. Es hängt natürlich auch mit AFR zusammen, aber das heißt nicht, dass das Zusammenspiel CPU/GPUs egal ist.

Du kannst das gerne anzweifeln, aber der Limiter funktioniert 1a. Ich stelle heute Abend mal ein paar Frametimes mit und ohne rein. Vsync ändert rein gar nichts am Mikroruckeln. Mir wäre es auch lieber, wenn so eine Funktionalität kostenlos im Treiber angeboten würde, aber das gibt es nunmal nicht.

Btw: Seriösität hat mit Kosten nichts zu tun.
 
AW: [Erklärung] Mikroruckler

Die CPU spielt natürlich rein, denn:
Bei SFR oder anderen Methoden, bei denen alle GPUs am selben Bild rechnen, passt das wunderbar. CPU gibt den Auftrag, Bild wird berechnet (währenddessen rechnet die CPU schon weiter für den nächsten Auftrag), Bild wird ausgegeben. Es verhält sich von der Frameverteilung also wie eine Singlekarte. Bei AFR sieht das eben anders aus, und die Vorarbeit muss ja auch gemacht werden, eben durch die CPU. Die ist eben viel schneller als die GPUs. Es hängt natürlich auch mit AFR zusammen, aber das heißt nicht, dass das Zusammenspiel CPU/GPUs egal ist.

Oha. Eine CPU ist viel schneller als eine GPU?
Schon mal was von einer CPU-Limitierung gehört, die gerade bei Multi-GPU Systemen gerne auftritt?
Sprich der Fall, dass die GPUs die Frames viel schneller rendern als die CPU sie liefern kann.
Eine CPU ist geradezu gähnend langsam gegenüber einer GPU....Nicht umsonst wird immer häufiger auf GPGPU gesetzt.

Du kannst das gerne anzweifeln, aber der Limiter funktioniert 1a. Ich stelle heute Abend mal ein paar Frametimes mit und ohne rein. Vsync ändert rein gar nichts am Mikroruckeln. Mir wäre es auch lieber, wenn so eine Funktionalität kostenlos im Treiber angeboten würde, aber das gibt es nunmal nicht.

VSync sollte Aufgrund der Arbeitsweise den Effekt auf jeden Fall verhindern, weil die Frametimings wie gesagt keine Rolle spielen.

Btw: Seriösität hat mit Kosten nichts zu tun.

Oft genug schon.
Und dieser Kram ist in meinen Augen nur Geldmacherei.
 
AW: [Erklärung] Mikroruckler

Oha. Eine CPU ist viel schneller als eine GPU?
Schon mal was von einer CPU-Limitierung gehört, die gerade bei Multi-GPU Systemen gerne auftritt?
Sprich der Fall, dass die GPUs die Frames viel schneller rendern als die CPU sie liefern kann.
Eine CPU ist geradezu gähnend langsam gegenüber einer GPU....Nicht umsonst wird immer häufiger auf GPGPU gesetzt.

Ich bin mit meinem SLI fast nie im CPU-Limit, wozu auch? Ich fahre solche Bildqualitätssettings, dass ich meistens zwischen 30 und 50 fps und im GPU-Limit liege. Wenn ich das nicht tun würde und im CPU-Limit wäre, hätte ich so hohe fps, dass die Mikroruckler nicht auffallen würden.

Rechne doch mal mit dem Beispiel: CPU 10ms, GPU 50ms für zwei Bilder, 25ms für ein Bild. Lasse ich SGSSAA usw. weg, nähert sich die Rechenzeit für ein Bild auch den 10ms an -> die Frameausgabe wird gleichmäßiger. Dann hätte ich nicht 10-40-10-40 sondern z.B. 10-15-10-15, was wesentlich homogener wäre. Aber eben auch so hohe fps, dass ein SLI irgendwie sinnlos ist.

VSync sollte Aufgrund der Arbeitsweise den Effekt auf jeden Fall verhindern, weil die Frametimings wie gesagt keine Rolle spielen.

Ich liefere dir heute Abend gerne frametimes als Beweis, kann dir aber schon jetzt sagen, dass VSync nicht hilft. Ich habe das vor etwa einer Woche in Crysis getestet. 4 Einstellungen:
a) ohne Limiter, ohne Vsync
b) ohne Limiter, Vsync
c) Limiter, ohne Vsync
d) Limiter, Vsync

Nur bei c) und d) hatte ich gleichmäßige Frametimes, bei a) und b) nicht.

Oft genug schon.
Und dieser Kram ist in meinen Augen nur Geldmacherei.

Das Programm ist für was ganz anderes gedacht. Der fps-Limiter ist nur eins von vielen Features (die ich aber nicht nutze). Glaub was du willst - für SLI/CF-Nutzer ist so ein Limiter eine Wohltat, wenn man sich in niedrigen fps-Bereichen bewegt. Nachdem ich das Tool in anderen Foren bekannt gemacht hatte, gab es nur positives Feedback, das den Nutzen bestätigt. Ich brauch dir da nichts zu beweisen. Probier die Demo-Version doch selbst aus, wenn du SLI hast ;)
 
AW: [Erklärung] Mikroruckler

Gut, mit so einer Anschuldigung hast du dich selbst disqualifiziert. Ich tu hier doch nicht was für die Community und lass mich dann so blöd anmachen von Leuten wie dir. Das ist echt das Letzte! :daumen2:
 
AW: [Erklärung] Mikroruckler

2 streiten sich , und der dritte... der freut sich nicht = ( !
haha xD kann mir bidde jmn auf meine frage antworten ;?
^^ THX LG ...
 
AW: [Erklärung] Mikroruckler

VSync sollte Aufgrund der Arbeitsweise den Effekt auf jeden Fall verhindern, weil die Frametimings wie gesagt keine Rolle spielen.
VSync hat keinen Einfluss auf die Frametimes, da hat boxleitnerb schon recht.
Wenn man mit CF/SLI ohnehin um die 60 FPS rumgurkt, verschlimmert sich der Effekt sogar.
 
Deimos schrieb:
VSync hat keinen Einfluss auf die Frametimes, da hat boxleitnerb schon recht.
Wenn man mit CF/SLI ohnehin um die 60 FPS rumgurkt, verschlimmert sich der Effekt sogar.

Das mag sein.
Bei mir läuft bei 60Fps + VSync alles butterweich.... Und da bin ich nicht der einzige.
 
AW: [Erklärung] Mikroruckler

Den ersten Teil deiner Frage habe ich leider nicht so ganz verstanden.

Der Framelimiter sorgt dafür, dass die Bilder regelmäßig ausgegeben werden. Ich schätze, die fertigen Bilder werden zeitlich "sortiert". Dass das Programm vor dem Rendern bei der Abfolge der Aufträge eingreift, glaube ich eher nicht.

Probier mal dxtory oder nthusim in den kostenlosen Demoversionen aus. Oder Tommtis SSAA-Tool. Alle drei findest du einfach per Google. Testen ist besser, bevor man evtl. Geld ausgibt.
Bedienung ist kinderleicht: Einfach Wert eintragen und Häkchen setzen, fertig. Die Programme sollten eher vor dem Spiel schon laufen, damit sie den Prozess erkennen und eingreifen können.

Bei mir läuft bei 60Fps und VSync alles butterweich.... Und da bin ich nicht der einzige.

Ja und? Das ist ja auch völlig normal. 60fps sind 16,6ms für ein Bild, das ist recht wenig. Richtig interessant mit den Mikrorucklern wird es doch erst ab 40fps abwärts, weil dann die Sprünge in den Frametimes deutlicher spürbar werden.

25fps sind mit SLI unspielbar (für mich), mit nur einer GPU mitunter aber noch als flüssig zu betrachten (in Crysis 1, in anderen Spielen mag das wieder anders aussehen).
 
AW: [Erklärung] Mikroruckler

Ja und? Das ist ja auch völlig normal. 60fps sind 16,6ms für ein Bild, das ist recht wenig.

Es ging sich ja auch um diesen Post, der so nicht stimmt:

Wenn man mit CF/SLI ohnehin um die 60 FPS rumgurkt, verschlimmert sich der Effekt sogar.

--------------------------

Richtig interessant mit den Mikrorucklern wird es doch erst ab 40fps abwärts, weil dann die Sprünge in den Frametimes deutlicher spürbar werden.

Alles unter 60Fps und ohne VSync ist für mich eh absolut uninteressant, da Tearing in meinen Augen die Optik erheblich stört....
 
Zuletzt bearbeitet:
AW: [Erklärung] Mikroruckler

Ja da geb ich dir Recht. 60fps ist unkritisch. Für mich steckt da halt noch mehr Potential drin für weitere Bildverbesserungsmaßnahmen.

Weniger als 60fps und VSync ist ja möglich, das ist kein Problem. Wenn einen Triple Buffering nicht stört, müssen es nicht unbedingt 60fps sein.
 
AW: [Erklärung] Mikroruckler

Ja da geb ich dir Recht. 60fps ist unkritisch. Für mich steckt da halt noch mehr Potential drin für weitere Bildverbesserungsmaßnahmen.
Weniger als 60fps und VSync ist ja möglich, das ist kein Problem.

Du hast mich natürlich neugierig gemacht, und die Demo werde ich auf jeden Fall mal antesten;)
 
AW: [Erklärung] Mikroruckler

So, ich hab folgendes gemacht:
Crysis 2, Anfang des Spiels in dem Backsteingebäude. Hab mir eine Stelle rausgesucht, wo ich so 30-40fps hatte (2560x2048, DX11 Ultra) und bin dieselbe kurze Strecke immer wieder mit unterschiedlichen Einstellungen abgelaufen. Frametimes hab ich über 5 Sekunden aufgenommen.

Kein Limiter, kein VSync
28.349
23.407
27.281
25.138
25.545
26.826
23.981
27.048
24.53
26.502
34.673
20.609
30.382
27.12
25.82
25.866
26.244
26.421
24.843
24.774
25.546
25.673
24.945
27.337
23.346
25.962
24.713
26.881
23.843
26.638
24.904
26.43
24.726
35.354
23.206
27.355
24.891
27.847
27.509
23.181
39.429
27.383
23.053
30.66
28.036
23.049
28.41
25.861
25.582
26.729
24.314
27.787
24.236
26.955
24.834
26.883
24.82
36.216
22.888
28.109
24.834
28.651
28.419
22.592
29.444
25.96
37.292
22.525
29.586
26.336
26.885
29.268
22.755
37.79
18.112
35.008
27.225
25.519
30.81
23.622
41.927
30.518
23.832
28.715
41.878
47.759
22.856
28.832
43.624
25.156
41.355
17.043
36.07
36.367
40.028
34.37
24.386
39.027
20.526
38.22
36.186
40.1
35.594
24.012
36.797
22.292
37.475
28.12
21.448
25.293
30.405
26.392
43.174
24.501
31.866
27.988
38.31
24.577
30.403
25.239
32.569
30.241
25.716
31.253
25.165
30.536
27.562
28.11
28.619
39.436
37.795
22.038
36.396
38.94
31.243
13.725
45.455
28.686
38.58
29.891
33.767
43.491
24.782
30.998
31.552
32.623
20.474
33.183
27.953
30.123
29.506
23.409
31.626
29.041
34.965
28.897
31.505
35.617
28.88
24.968
29.982
28.142
34.919
28.758
23.779
25.061
29.998
22.076
25.783
28.659
20.7
26.72
24.661

Kein Limiter, VSync
8.6
42.094
8.339
41.444
8.479
40.821
9.302
40.626
8.621
42.739
8.297
41.161
8.738
40.896
8.299
40.952
8.545
42.725
7.904
41.997
8.219
41.471
7.991
41.596
8.29
42.649
8.091
41.991
8.291
42.249
7.924
43.393
18.107
31.757
17.426
33.953
16.268
34.082
16.477
46.602
8.217
41.291
8.383
42.288
7.798
41.252
8.36
40.666
8.296
41.838
8.172
40.88
8.345
41.013
8.325
41.372
8.195
41.07
8.289
41.679
23.675
25.763
23.083
27.347
23.572
27.559
23.436
27.422
22.755
27.249
23.215
27.507
23.863
26.916
24.104
27.054
22.946
27.601
23.233
28.354
22.839
32.328
45.36
28.879
39.152
18.452
39.619
18.468
38.739
20.875
37.65
26.184
39.843
17.201
17.733
36.251
28.313
24.626
34.571
26.349
39.448
19.392
39.354
18.957
39.628
26.863
39.851
25.322
40.776
18.712
39.486
19.917
38.895
27.207
39.255
26.967
39.504
19.279
40.404
19.038
38.838
27.582
40.116
26.403
39.915
25.182
38.824
18.946
32.171
32.762
38.51
23.993
32.894
23.216
38.356
17.769
38.141
18.094
37.779
30.201
37.277
17.485
37.241
11.724
37.989
28.793
31.484
23.754
34.941
17.614
35.678
17.247
37.422
23.798
34.751
24.89
35.478
17.012
35.35
17.711
35.606
24.137
34.703
24.099
34.683
18.41
32.419
15.585
16.747
30.691
15.068
31.106
15.164
30.342
14.639
31.501
14.55
31.632
14.338
31.638
14.632
31.938
17.487

Limiter, VSync
32.606
34.03
32.81
33.302
32.707
34.105
33.058
32.86
33.981
33.061
33.061
33.993
32.98
32.98
33.952
32.953
33.044
33.94
33.743
32.293
34.056
33.017
32.808
34.078
33.27
32.777
34.115
32.979
33.133
33.76
33.207
32.774
34.219
32.923
33.063
33.959
33.018
32.947
33.923
33.061
33.32
33.727
33.083
32.874
34.11
33.133
33.253
33.692
33.081
33.305
34.023
32.802
33.226
33.991
33.12
33.012
33.784
33.314
32.529
34.516
32.562
34.617
34.572
32.802
32.297
34.091
32.902
32.806
34.154
32.898
33.1
33.637
32.792
32.885
34.343
33.884
33.006
34.205
32.067
33.561
33.638
32.886
31.778
43.276
23.774
33.196
34.06
33.269
32.472
35.642
32.055
32.405
34.043
34.19
32.075
33.489
33.031
33.063
33.917
33.152
32.819
34.401
32.794
33.423
34.599
33.003
32.861
34.164
32.894
33.363
34.873
32.137
32.96
33.685
32.764
33.204
35.309
31.903
33.483
34.314
32.48
33.302
33.787
32.974
32.418
34.082
32.991
32.784
34.074
32.64
33.384
34.085
33.062
32.913
34.899
32.025
32.986
34.399
31.447
33.308
33.892
32.647
33.081
33.811
33.09
32.945
33.921
33.143
33.09

Man sieht sehr schön:


  • Durch VSync (und Triple Buffering) entstehen erst die Rucklerpaare. Ohne VSync ist die Frameverteilung gleichmäßiger
  • Mit Limiter ist die Verteilung immer gleichmäßig
Das war alles mit 4,3 GHz. Ich hab dasselbe auch mit 2,3 GHz gemacht, aber die Ergebnisse verwirren mich etwas, denn einen richtigen Trend (ob die MR besser oder schlechter werden) ist da nicht auszumachen. Wohl ein Problem der Reproduzierbarkeit der Benchszene.
 
Zuletzt bearbeitet:
AW: [Erklärung] Mikroruckler

@boxleitnerb

Interessant. Muss mir die paar Seiten zuvor mal durchlesen :)

Es ging sich ja auch um diesen Post, der so nicht stimmt:
Wenn man mit CF/SLI ohnehin um die 60 FPS rumgurkt, verschlimmert sich der Effekt sogar.
Damit meine ich, wenn du nicht konstante 60 FPS, d.h. Einbrüche auf z. B. 50 hast, macht das das (Mikro)ruckeln noch schlimmer, weil dann u. U. auch noch die Verzögerung durch von VSync abgewarten Bildwechsel hinzukommt.

Was stimmt daran nicht?

Grüsse,
Deimos
 
AW: [Erklärung] Mikroruckler

Dafür gibt es ja Triple Buffering, das bei Nvidia standardmäßig bei VSync aktiv ist. Dadurch findet eine Entkopplung der Framerate von der Wiederholfrequenz des Monitors statt. Mit TB sollte eigentlich nichts ruckeln, man hat nur einen minimalen Inputlag.
 
AW: [Erklärung] Mikroruckler

die Ergebnisse verwirren mich etwas, denn einen richtigen Trend (ob die MR besser oder schlechter werden) ist da nicht auszumachen. Wohl ein Problem der Reproduzierbarkeit der Benchszene.

Wenn du vor hast, dass durch ein paar weitere Wiederholungen zu kompensieren, würden mich zusätzliche Tests mit Rendering auf nur einer Karte und ggf. subjektive Flüssigkeitsbewertungen bei unterschiedlichen Messungen interessieren.
 
AW: [Erklärung] Mikroruckler

@boxleitnerb: Meines Wissens schon, wenn du unter 60 FPS (resp. die Wiederholfrequenz des Monitors) fällst. Schau mal hier oder hier.
 
Zurück