[THREAD UFFICIALE - GK104] Geforce GTX770/760/690/680/670/660Ti

[<Masquerade>]

Originariamente inviato da appleroof

mah, forse è per questo che non l'ho mai visto o che cmq non è rilevante come fenomeno, devo dire che siete stati molto fortunati a beccarlo, forse era meglio beccare il superenalotto però

guarda apple che l'ho usato molte volte e lo ritengo buono ma un pò di tearing c'è , nulla di indecente come a giocare proprio senza v-sync ...e magari con certi giochi addirittura manco te ne accorgi...ma c'è un pochetto dai è inutile negarlo.

[Obrigado]

io con lo sli e 120hz preferisco non usarlo.

preferisco tenere il v-sync attivo e sorbirmi il calo al sottomultiplo del frame antecedente, piuttosto che avere nello stesso istante 5frame in piu' ma con sezzettamento dell'immagine annesso.



molti probabilmente non vedono/vedono poco il tearing al di sotto dei 60fps per diversi motivi.

uno dei quali potrebbe essere la scia dei pixel dovuta al tempo di risposta lento degli stessi.


mi e' capitato infatti di usare un monitor che per quanto era lento sembrava avessi abilitato il motionblur dal gioco.(ed infatti in quel caso sembrava di non avere ne stutter ne tearing)(solo che se provavo a fissare un altro giocatore roteandogli intorno mi veniva il mal di mare)

[TigerTank]

Originariamente inviato da Obrigado

preferisco tenere il v-sync attivo e sorbirmi il calo al sottomultiplo del frame antecedente...

E allora tieni attivo il v-sync classico + triple buffering da D3DOverrider...no?
O così o adattivo....alternative non ce ne sono.

[Obrigado]

Originariamente inviato da TigerTank

E allora tieni attivo il v-sync classico + triple buffering da D3DOverrider...no?
O così o adattivo....alternative non ce ne sono.

il D3DOverrider introduce qualche ms di LAG

[terranux]

Originariamente inviato da <Masquerade>

ma te apple le leggi mai le review tecniche dei giochi su console, che anche quando vanno a 25fps a volte dicono che c'è pure il tearing?
ora , se fosse come dici tu, come è possibile che si verifichi se vengono usate su pannelli con frequenza di refresh di 60hz??? lo vedi che non torna?
oppure , come dicevo prima, se fosse come dite voi allora è inutile usare il v-sync a sto punto il meglio di tutti sarebbe usare un fps limiter....e invece no perchè senza v-sync ci scappa il mega tearing...

mi potete ,per favore,far vedere un video di questo benedetto tearing che avete alle 670-680?

[TigerTank]

Originariamente inviato da Obrigado

il D3DOverrider introduce qualche ms di LAG

Purtroppo il triple buffering spesso e volentieri introduce appunto del lag sul mouse...di solito limitabile riducendo a 1 il numero di frame prenderizzati (di default credo sia 3).
A questo punto molto meglio l'adattivo, io ormai uso solo quello

[Giustaf]

Originariamente inviato da TigerTank

Purtroppo il triple buffering spesso e volentieri introduce appunto del lag sul mouse...di solito limitabile riducendo a 1 il numero di frame prenderizzati (di default credo sia 3).
A questo punto molto meglio l'adattivo, io ormai uso solo quello

idem!

[appleroof]

Quoto, adattativo ormai fisso per quanto mi riguarda

@obrigado: il mio monitor non mi pare lento, mai visto tearing sotto 120fps

[<Masquerade>]

Originariamente inviato da Obrigado

io con lo sli e 120hz preferisco non usarlo.

preferisco tenere il v-sync attivo e sorbirmi il calo al sottomultiplo del frame antecedente, piuttosto che avere nello stesso istante 5frame in piu' ma con sezzettamento dell'immagine annesso.



molti probabilmente non vedono/vedono poco il tearing al di sotto dei 60fps per diversi motivi.

uno dei quali potrebbe essere la scia dei pixel dovuta al tempo di risposta lento degli stessi.


mi e' capitato infatti di usare un monitor che per quanto era lento sembrava avessi abilitato il motionblur dal gioco.(ed infatti in quel caso sembrava di non avere ne stutter ne tearing)(solo che se provavo a fissare un altro giocatore roteandogli intorno mi veniva il mal di mare)

e pensare che io ho un tv, che non dovrebbe essere un fulmine per quel discorso, eppure me ne sono accorto

[eXeS]

Originariamente inviato da <Masquerade>

lo dice anche jacobF...

http://www.evga.com/forums/fb.ashx?m=1555404

e loro...

Note that tearing can technically occur if the framerate doesn't exceed the refresh rate, but it is much less likely to be noticed.

http://www.hardocp.com/article/2012/...nology_review/

Ed ha ragione...

C'era una volta un solo buffer il front-buffer, che conteneva e tuttora contiene le informazioni sul colore dei pixel da inviare al monitor, in questo buffer la scheda video disegna il frame, e poiché il tempo necessario per trasferire il contenuto del front-buffer sul video con i vecchi CRT è legato alla frequenza di refresh, era praticamente matematico con il solo front-buffer avere tearing.

E' sufficiente infatti che il front-buffer venga ridisegnato durante il trasferimento del suo contenuto al monitor, che richiede 1/60 secondo se il refresh-rate è di 60Hz, ed ecco che a video hai pezzi di frame differenti.

Per ridurre il tearing si introdusse un secondo buffer il back-buffer, la scheda video non disegna più nel front-buffer ma nel back-buffer, e solo quando il back-buffer è completo il suo contenuto viene copiato nel front-buffer ed è quindi pronto per essere inviato al monitor, in realtà più che di copia si esegue uno swap, back-buffer diventa front-buffer, e viceversa.

Poiché la temporizzazione con cui il contenuto del front-buffer viene trasferito a video è indipendente dall'istante in cui il back-buffer diventa front-buffer, se il front-buffer viene trasferito al monitor durante lo scambio back-buffer -> front-buffer ecco che si verifica tearing, anche se il frame-rate è minore del refresh-rate

[Obrigado]

edit

[NOOB4EVER]

Originariamente inviato da TigerTank

Purtroppo il triple buffering spesso e volentieri introduce appunto del lag sul mouse...di solito limitabile riducendo a 1 il numero di frame prenderizzati (di default credo sia 3).
A questo punto molto meglio l'adattivo, io ormai uso solo quello

mi ricordo quando cercavo di fare di tutto per far andare la tv fluida come il monitor e provavo sempre questo stratagemma del prerender frame a 1 ma non ottenevo un buon risultato confermi?

[NOOB4EVER]

Originariamente inviato da eXeS

Ed ha ragione...

C'era una volta un solo buffer il front-buffer, che conteneva e tuttora contiene le informazioni sul colore dei pixel da inviare al monitor, in questo buffer la scheda video disegna il frame, e poiché il tempo necessario per trasferire il contenuto del front-buffer sul video con i vecchi CRT è legato alla frequenza di refresh, era praticamente matematico con il solo front-buffer avere tearing.

E' sufficiente infatti che il front-buffer venga ridisegnato durante il trasferimento del suo contenuto al monitor, che richiede 1/60 secondo se il refresh-rate è di 60Hz, ed ecco che a video hai pezzi di frame differenti.

Per ridurre il tearing si introdusse un secondo buffer il back-buffer, la scheda video non disegna più nel front-buffer ma nel back-buffer, e solo quando il back-buffer è completo il suo contenuto viene copiato nel front-buffer ed è quindi pronto per essere inviato al monitor, in realtà più che di copia si esegue uno swap, back-buffer diventa front-buffer, e viceversa.

Poiché la temporizzazione con cui il contenuto del front-buffer viene trasferito a video è indipendente dall'istante in cui il back-buffer diventa front-buffer, se il front-buffer viene trasferito al monitor durante lo scambio back-buffer -> front-buffer ecco che si verifica tearing, anche se il frame-rate è minore del refresh-rate

[<Masquerade>]

Originariamente inviato da eXeS

Ed ha ragione...

C'era una volta un solo buffer il front-buffer, che conteneva e tuttora contiene le informazioni sul colore dei pixel da inviare al monitor, in questo buffer la scheda video disegna il frame, e poiché il tempo necessario per trasferire il contenuto del front-buffer sul video con i vecchi CRT è legato alla frequenza di refresh, era praticamente matematico con il solo front-buffer avere tearing.

E' sufficiente infatti che il front-buffer venga ridisegnato durante il trasferimento del suo contenuto al monitor, che richiede 1/60 secondo se il refresh-rate è di 60Hz, ed ecco che a video hai pezzi di frame differenti.

Per ridurre il tearing si introdusse un secondo buffer il back-buffer, la scheda video non disegna più nel front-buffer ma nel back-buffer, e solo quando il back-buffer è completo il suo contenuto viene copiato nel front-buffer ed è quindi pronto per essere inviato al monitor, in realtà più che di copia si esegue uno swap, back-buffer diventa front-buffer, e viceversa.

Poiché la temporizzazione con cui il contenuto del front-buffer viene trasferito a video è indipendente dall'istante in cui il back-buffer diventa front-buffer, se il front-buffer viene trasferito al monitor durante lo scambio back-buffer -> front-buffer ecco che si verifica tearing, anche se il frame-rate è minore del refresh-rate

boh cmq quoto la storiella perchè alla fine il succo del discorso è che il tearing si può verificare anche con frame minori del refresh del pannello.

[illidan2000]

Originariamente inviato da ;37947041

boh cmq quoto la storiella perchè alla fine il succo del discorso è che il tearing si può verificare anche con frame minori del refresh del pannello.

Ovviamente se hai il vsynch disattivato. O se usi l'adattivo e quindi è disattivato in automatico sotto il refresh


Inviato dal mio GT-N7000 usando Tapatalk

[TigerTank]

Originariamente inviato da NOOB4EVER

mi ricordo quando cercavo di fare di tutto per far andare la tv fluida come il monitor e provavo sempre questo stratagemma del prerender frame a 1 ma non ottenevo un buon risultato confermi?

Non saprei Noob...non ho mai usato una TV come monitor....a parte una prova un paio di anni fa con una samsung Serie 6....durata all'incirca 5 minuti
Però usai il trucchetto del prerender con giochi tipo Oblivion o Prey che avevano problemi in tal senso...ma erano più stratagemmi parziali che soluzioni
Il lag sul mouse è sempre stata una delle cose che ho odiato di più...per cui quando ho iniziato ad usare l'adattivo con la gtx580 e poi con l'attuale gtx670...beh...paradiso! Per non parlare anche dell'FXAA con i giochi senza AA interno (tipo i Dead Space).

[Albi80]

Originariamente inviato da TigerTank

Purtroppo il triple buffering spesso e volentieri introduce appunto del lag sul mouse...di solito limitabile riducendo a 1 il numero di frame prenderizzati (di default credo sia 3).
A questo punto molto meglio l'adattivo, io ormai uso solo quello

Su anand venne spiegato a suo tempo il perché del triple buffering con vsinc , ed il perché sia indispensabile il buffer triplo . La conclusione era che col triple buffer e vsinc non si introduce lag sul mouse , almeno non di più del vsinc off , e si ottiene la massima qualità possibile .
Allego il link .
http://www.anandtech.com/show/2794/3
Quindi che si nota del lag è perché il driver non fa correttamente il suo lavoro.

[TigerTank]

Originariamente inviato da Albi80

Su anand venne spiegato a suo tempo il perché del triple buffering con vsinc , ed il perché sia indispensabile il buffer triplo . La conclusione era che col triple buffer e vsinc non si introduce lag sul mouse , almeno non di più del vsinc off , e si ottiene la massima qualità possibile .
Allego il link .
http://www.anandtech.com/show/2794/3
Quindi che si nota del lag è perché il driver non fa correttamente il suo lavoro.

La rete è piena di analisi e di opinioni contrastanti. Personalmente concordo circa l'importanza del triple buffering con il v-sync classico però per esperienza personale credo che l'effetto collaterale del lag ci sia eccome. Negli anni passati ho spesso fatto delle prove tra v-sync off e on+tb notando l'apparire di un lag più o meno marcato. E non credo che negli anni tutte le releases di drivers fossero bacate.
Comunque poco importa, da quando c'è l'adattivo ho messo da parte tutto ciò(anche perchè il D3DOverrider è ormai vecchio e non più sviluppato da anni dal suo autore, lo stesso di Afterburner) e finora non ho avuto problemi

[Albi80]

Originariamente inviato da TigerTank

La rete è piena di analisi e di opinioni contrastanti. Personalmente concordo circa l'importanza del triple buffering con il v-sync classico però per esperienza personale credo che l'effetto collaterale del lag ci sia eccome. Negli anni passati ho spesso fatto delle prove tra v-sync off e on+tb notando l'apparire di un lag più o meno marcato. E non credo che negli anni tutte le releases di drivers fossero bacate.
Comunque poco importa, da quando c'è l'adattivo ho messo da parte tutto ciò(anche perchè il D3DOverrider è ormai vecchio e non più sviluppato da anni dal suo autore, lo stesso di Afterburner) e finora non ho avuto problemi

Diciamo che se si è notato un lag col TripleB , è perchè non andava il tripleB e non veniva attivato correttamente. E' un po' come se la calcolatrice ti desse un valore di 5 con una somma di 2+2 . La colpa è della calcolatrice, non della matematica. Se leggi il link spiega il perchè , se applicato in modo corretto , si hanno solo vantaggi rispetto al resto, e non dà imput lag. Diciamo che è un peccato che non si siano spremuti di più le meningi per creare qualcosa di più ufficiale di dover ricorrere a mille programmi esterni (tipo il 3Doverride) di dubbia affidabilità.
L'adattivo lo vedo solo come un escamotage, un cercare di girarci attorno al problema . Tutto questo IMHO.
Saluti.

[TigerTank]

Non immagini quante volte mi sia chiesto negli anni passati il perchè Nvidia non abbia mai integrato nei drivers un settaggio per forzare il triple buffering anche in Direct3D oltre che in OpenGL....