[Thread Ufficiale] Aspettando le nuove vga nVidia

[appleroof]

Originariamente inviato da egounix

Come a tia


Sent from DingDingDong (by Gunther) using my Tralala!

bonu!

[Vul]

Originariamente inviato da appleroof

Cmq da quanto pare di aver capito, la svolta del g-sync è che "lega" il refresh al fr generato dalla vga in maniera dinamica, ecco perché rende inutile il vsync e, di conseguenza, i fenomeni di lag e tutti gli effetti collaterali annessi e connessi....voi come l'avete capita?

I miracoli della promozione e del marketing.

Fino ad oggi pomeriggio nessuno aveva nessun tipo di tearing (tranne in giochi datati dove non avevi vsync e facevi gozziliardi di fps)e stasera il vsync è diventato obsoleto e causa di input lag quando vi ho già spiegato che a causare l'input lag è il buffering e il prereder che sulle directx viene attivato di default con il vsync (e per convincervene vi basta farvi un giro su tutti i forum di picchiaduro al mondo dove i problemi di input lag e tearing sono discussi in un post su due).

AMD integra nuove api e accelerazione audio, Nvidia risponde tirando fuori un problema assolutamente inutile e spacciandolo come necessità su monitor da 144 hz.

La promozione non ha mai fine.

[Vul]

Qui una spiegazione più teorica/tecnica.

NoVSync DB - unlimited number of tears based on how many times actual fps is higher than LCD refresh rate [Hz] + 1 for bad LCD timing sync (can be hidden by chance)
NoVSync TB - One tear for bad LCD timing sync (can be hidden by chance)
VSync DB - unlimited number of tears based on how many times actual fps is higher than LCD refresh rate [Hz]
VSync TB - No tearing

As for delay (lag) lets make model situation of 50Hz to make it simple:
Triple Buffer has 2 backbuffers:
Backbuffer 1 is fully rendered and is "Aging", while Backbuffer 2 "Split" is being overwritten and becomes Aging buffer with full content and BB1 starts it's overwrite.
Once "Aging" buffer is flipped, "Split" buffer completes its render circle and starts aging while BB2 (previously FB memory region) is rendered again and again to have as new data as possible.
You can imagine is as One complete image and second image which has bottom half newer than full image with upper half which is from present time.

Without VSync Aging period is out of business so technically time delay is not increased.
With v SYnc:
Monitor refreshes every 20ms. If new image (aging buffer) is ready on refresh it's flipped. Lets have it always ready since he have powerful PC capable to do 100fps.
Whats happening in BBs in those 20ms after flip:
Once BB2 is not half older/new but just new, it starts aging. Ready time at 100fps system is 0.01 ~ 10ms since it could be at last pixel of image.
BB1 is new halved buffer half blank half rendered at 1st it will take 10ms for it's filling.
Afterwards circle continues with BB2 again. Till monitor 20ms cycle goes around and asks for data. Which are not provided from Split buffer, but from "Aging" buffer.
At this model at time of Monitor refresh "Aging" buffer is 10~20ms old, while "Split" buffer is old between 0.01~10ms but contains proportionally older data. (at 5ms it has 50% new content and 50% content older than "Aging" buffer.)

While double buffer only have that "Split" buffer which in reality is always partially filled with older and newer data.
Since we had model with 100fps system, upper part is new image and lower part is 10ms older image.
So situation vary between 2 extremes At time of flip:
1) New part is just 1 pixel and that is 0.01ms old. All bellow is from previous image and is therefore 10.01ms old.
2) New Part is covering all except 1 pixel, it's new but rendering of all those pixels took 9.99ms anyway. And last pixel from previous image is 20ms old.
Usual situation:
upper 50% rendered: New part is 5ms old since it took that much time to render 1/2 of image, lower part is 15ms old.

If you average age of each pixel you would get to 10ms with DB with nasty 10ms difference somewhere in middle at any time.
While TB age of ready to flip buffer ("Aging" one) is in such situation between 10~20ms, averaging to 15ms age.

So it's not really correct to add one whole frame time to TB process, but still it is increasing lag by 1/(2*FPS) [s]. So on system with 60Hz LCD and HW capable to do average 60fps, TB adds in average 8.3ms instead of stated 16.7ms.
And real world tearing behaves differently than theoretical one too. And varies between intel/AMD/nVidia.

E' il triplo buffering a causare l'input lag, non il vsync e qui c'è la teoria dietro.
Il vsync senza triplo buffering non ha alcun input lag, il vsync normale da ancora tearing, ma annulla l'input lag.

Arriviamo al nocciolo della questione (il supposto input lag, vale anche per l'esempio con vsync ma con tearing):

Triplo buffering senza vsync: nessun tearing, ma in caso di sincronizzazzione veramente sfigata potete avere un intero frame di ritardo (che sono 16 ms a 60 hz, 8 ms a 120 hz, 6,9 ms a 144 hz, ma questo è l'esempio estremo in cui il monitor riceve ad un clock costante i frame generati 1/144 secondi prima).

Spero vi rendiate conto in ogni caso di cosa stiamo parlando e di che problema inutile ha sollevato nvidia, talmente inutile che la gente tira fuori problemi che non si era mai accorta di avere e che non comprende nemmeno esattamente da dove derivano.

[Phenomenale]

Che mi prenda un colpo, quei mattacchioni di Nvidia lo hanno fato davvero!!!
Hanno presentato la nuova titan ultra, pardon, intendevo la GTX780TI.

Dopo 4 mesi la venderanno tutti però, escono le Maxwell...

[Max775]

Originariamente inviato da Vul

Non ve lo ripeterò più, speravo la prima volta bastasse.

a) Il vsync non causa input lag.

b) A causare l'input lag "da vsync" è il buffering che è di default impostato di default in accoppiamento con il vsync nelle directx dalla 8.1 in poi. Per convincervene vi basta togliere pre render e buffering e lasciare vsync attivato in giochi in cui l'input lag si nota notevolmente (esempio i picchiaduro)

c) il vsync di default elimina tearing

d) tearing sotto alla frequenza di refresh è assolutamente impossibile da notare ad occhio umano, e anche quello da eccesso di fps è molto difficile da vedere (dovete avere monitor terribili)

e) associare le parole tearing a monitor da 120 hz è la fiera della promozione e del fumo negli occhi

a) FALSO. Con il vsync e' il monitor a dettare quando la schermata viene aggiornata, indipendentemente dal fatto che la GPU ha gia' renderizzato il prossimo frame o prossimi 3 frames (con triple buffer).

b) FALSO. Il buffering dei frame attenua leggermente il lag, ma la GPU dovra' sempre e comunque aspettare il refresh del monitor.

c) VERO, pero' e' un compromesso (vedi a e b)

d) FALSO. Guarda qui:

https://www.youtube.com/watch?v=KZyhCKH8IbQ

Se te la cavi con l'inglese guardati tutta la spiegazione, altrimenti vai al 9:00 dove si vede chiaramente il demo girare a fps variabili tra 40 a 60 fps. Sullo schermo a sinistra (con refresh a 60Hz) si vede chiaramente il tearing sulle colonne, mentre a destra lo schermo usa G-sync con refresh che varia al variare del frame rate. Noti differenze?

e) FALSO. senza vsync il tearing c'e' sempre. Puo' essere piu' o meno evidente a seconda di cosa si muove sullo schermo, ma se fai un panning laterale il tearing lo si nota indipendentemente dal refresh rate.

[killeragosta90]

Originariamente inviato da appleroof

ehh...sarebbe ottimo ma la vedrei quasi impossibile guardando la tebella, forse la "780 oc" sarebbe molto interessante, prezzo dell'attuale e prestazioni migliori, bisogna vedere poi con che margine ulteriore di oc sennò rimarrebbe sempre meglio la 780 attuale prezzo/prestazioni...ricordiamo cmq che sono sempre e solo speculazioni per ora



tu a furia di aspettare non compri mai nulla però

...o meglio, compro e rivendo quasi subito Ormai sono mesi che sto senza vga, è una malattia mi devo decidere!

[appleroof]

Originariamente inviato da Vul

I miracoli della promozione e del marketing.

cut

http://www.youtube.com/watch?v=fa3a50pLmu8

[appleroof]

Originariamente inviato da Max775

cut
Se te la cavi con l'inglese guardati tutta la spiegazione, altrimenti vai al 9:00 dove si vede chiaramente il demo girare a fps variabili tra 40 a 60 fps. Sullo schermo a sinistra (con refresh a 60Hz) si vede chiaramente il tearing sulle colonne, mentre a destra lo schermo usa G-sync con refresh che varia al variare del frame rate. Noti differenze?

cut

è tutta una montatura della massoneria del marketing, di cui Sweeny, Carmack & soci ne sono i gran maestri

[killeragosta90]

Personalmente ho avuto un orgasmo multiplo con questi annunci.......780 TI e g-sync??? Waaa

[Max775]

Originariamente inviato da appleroof

è tutta una montatura della massoneria del marketing, di cui Sweeny, Carmack & soci ne sono i gran maestri

Appunto! Perché quei tre "nessuno" sul palco sono lì a fare le vallette per nvidia senza rendersi conto che il vul di turno ha già smascherato la sceneggiata marketing.

Sent from my Nexus 7 using Tapatalk 4

[appleroof]

Originariamente inviato da Max775

Appunto! Perché quei tre "nessuno" sul palco sono lì a fare le vallette per nvidia senza rendersi conto che il vul di turno ha già smascherato la sceneggiata marketing.

Sent from my Nexus 7 using Tapatalk 4

[liberato87]

Originariamente inviato da appleroof

è tutta una montatura della massoneria del marketing, di cui Sweeny, Carmack & soci ne sono i gran maestri

Da noi verranno rappresentati da giorgio mastrota

[sickofitall]

Originariamente inviato da Max775

https://www.youtube.com/watch?v=KZyhCKH8IbQ

non dovevi linkare questo filmato, ora ho la scimmia a 1000

[liberato87]

Originariamente inviato da sickofitall

non dovevi linkare questo filmato, ora ho la scimmia a 1000

quoto
ottimo link

[Max775]

Questo è ciò che ha detto Anand (un altro "nessuno" che sicuramente non sa come funziona il v-sync ;-) ) a proposito della dimostrazione di g-sync:

http://www.anandtech.com/show/7436/n...via-smoothness

"Switching gears NVIDIA also ran a real world demonstration by spinning the camera around Lara Croft in Tomb Raider. The stutter/tearing effects weren't as pronounced as in NVIDIA's test case, but they were both definitely present on the traditional system and completely absent on the G-Sync machine. I can't stress enough just how smooth the G-Sync experience was, it's a game changer. "

Sent from my Nexus 7 using Tapatalk 4

[liberato87]

E' tutto sporco marketing! chi è anandtech?!

[bronzodiriace]

OK, vediamo sta 780ti (si conosce già qualcosa sulla ram video?) e poi decidiamo tra 780 e 780ti con relativo monitor con punto G.

[Vul]

Io vi ho messo anche lo spiegone teorico sul come funzionano triplo buffering e vsync e chi è dei due a causare l'input lag:

http://www.hwupgrade.it/forum/showpo...postcount=9094

Più di questo non posso farci, se non avete chiara l'idea di come funzionino le tecnologie di cui parlate (e peggio gente che viene pagata per parlarne e non distingue correttamente fra le due).

Tra l'altro, nota a termine, visto che tirate in ballo lo stuttering, lo stuttering è il fenomeno di scattini che avviene quando si scende sotto i 60 fps ed è causato dal fatto che i frame rappresentabili (se si ha vsync attivo) possono essere solo multipli o sottomultipli di 60 (ovviamente parliamo di un monitor da 60 hz) per cui anche se si scende a 58 fps i frame sono di fatto 30. Mai chiesti perchè in BF3 quando c'è un esplosione vi sembra che il sistema faccia uno scattino anche se in effetti gli fps non sono calati così tanto da giustificarlo? Il responsabile è quell'attimo in cui gli fps sono scesi per c'è stato un distacco netto di fluidità. "Ah ecco lo vedi Vul, non era marketing il gsync è la rivoluzioooone". No, Nvidia ha già implementato la tecnologia di adaptive vsync (per cui il vsync si disattiva automaticamente se gli fps scendono sotto la frequenza di aggiornamento del monitor) oltre un anno fa.

Ma la cosa ridicola sono i recensori di anandtech:

NVIDIA then dropped the frame rate on both systems down to 50 fps, once again static. The traditional system started to exhibit stuttering as we saw the effects of having a mismatched GPU frame rate and monitor refresh rate. Since the case itself was pathological in nature (you don't always have a constant mismatch between the two), the stuttering was extremely pronounced. The same demo on the g-sync system? Flawless, smooth

Il che è molto interessante e figo, ma è una tecnologia già presente e si chiama adaptive vsync (notare il link preso dal sito ufficiale nvidia e non da quello del fatto quotidiano).

http://www.geforce.com/hardware/tech...adaptive-vsync

Leggetevi questo link, di un anno e mezzo fa di nvidia:

http://www.geforce.com/hardware/tech...ync/technology

Non vi ricorda forse la presentazione di oggi? E guarda un pò è una tecnologia presente nelle vostre (nostre) da 18 mesi. Ed è talmente ininfluente nella vita di tutti i giorni che nemmeno vi siete accorti di avere il magico vsync adattivo di nvidia da oltre un anno nelle schede..? Ma come, eppure da oggi a sentirvi parlare sembra la rivoluzione del secolo e vedete stutter e tearing ovunque..

(preciso che amd non ha nessuna tecnologia di vsync adattivo).

La parte sul tearing onestamente non l'ho capita e come al solito presenta la solita confusione di chi presenta tecnologie in maniera semplificata. Hanno tolto vsync ed entrambe avevano tearing...quindi? Non è che AMD non conosce il vsync. Che poi vedere tearing su un monitor da 144 hz nota bene con una 650 ti su Tomb Raider. Che poi 1/144 = 6ms, ma di quanto vi potete essere girati di visuale in 6 ms perchè ci siano differenze così notevoli da mostrare tearing tangibile...?In pratica era una 650ti con il motore di una Ferrari 430 che faceva quanto 200 fps? :V

In parole povere ciò che si evince dalla presentazione è semplicemente che Nvidia ha ripresentato di nuovo il vsync adattivo cambiandogli nome così come AMD ha ripresentato gli EAX chiamandoli incredibile tecnologia True Audio..

Dai stanno facendo entrambe la gara al riciclare feature di sempre e spacciandole per necessità impellenti almeno voi che seguite l'hardware non ci cascate.

Che poi vediamo chi di voi mi indovina perchè il problema dell'immagine a sinistra non ha niente a che vedere con stuttering/tearing/input lag/fps/vsync e non è legato in alcun modo alla scheda video e qual'è il problema che crea quel difetto nell'immagine (quando lo capirete verrete presi da tristezza come me):

http://images.anandtech.com/doci/7436/DSC_3607.JPG

[sickofitall]

Originariamente inviato da liberato87

E' tutto sporco marketing! chi è anandtech?!

gomblotto!!!

[appleroof]

Originariamente inviato da Vul

Io vi ho messo anche lo spiegone teorico sul come funzionano triplo buffering e vsync e chi è dei due a causare l'input lag:

http://www.hwupgrade.it/forum/showpo...postcount=9094

Più di questo non posso farci, se non avete chiara l'idea di come funzionino le tecnologie di cui parlate (e peggio gente che viene pagata per parlarne e non distingue correttamente fra le due).

Tra l'altro, nota a termine, visto che tirate in ballo lo stuttering, lo stuttering è il fenomeno di scattini che avviene quando si scende sotto i 60 fps ed è causato dal fatto che i frame rappresentabili (se si ha vsync attivo) possono essere solo multipli o sottomultipli di 60 (ovviamente parliamo di un monitor da 60 hz) per cui anche se si scende a 58 fps i frame sono di fatto 30. Mai chiesti perchè in BF3 quando c'è un esplosione vi sembra che il sistema faccia uno scattino anche se in effetti gli fps non sono calati così tanto da giustificarlo? Il responsabile è quell'attimo in cui gli fps sono scesi per c'è stato un distacco netto di fluidità. "Ah ecco lo vedi Vul, non era marketing il gsync è la rivoluzioooone". No, Nvidia ha già implementato la tecnologia di adaptive vsync (per cui il vsync si disattiva automaticamente se gli fps scendono sotto la frequenza di aggiornamento del monitor) oltre un anno fa.

Ma la cosa ridicola sono i recensori di anandtech:

NVIDIA then dropped the frame rate on both systems down to 50 fps, once again static. The traditional system started to exhibit stuttering as we saw the effects of having a mismatched GPU frame rate and monitor refresh rate. Since the case itself was pathological in nature (you don't always have a constant mismatch between the two), the stuttering was extremely pronounced. The same demo on the g-sync system? Flawless, smooth

Il che è molto interessante e figo, ma è una tecnologia già presente e si chiama adaptive vsync (notare il link preso dal sito ufficiale nvidia e non da quello del fatto quotidiano).

http://www.geforce.com/hardware/tech...adaptive-vsync

Leggetevi questo link, di un anno e mezzo fa di nvidia:

http://www.geforce.com/hardware/tech...ync/technology

Non vi ricorda forse la presentazione di oggi? E guarda un pò è una tecnologia presente nelle vostre (nostre) da 18 mesi. Ed è talmente ininfluente nella vita di tutti i giorni che nemmeno vi siete accorti di avere il magico vsync adattivo di nvidia da oltre un anno nelle schede..? Ma come, eppure da oggi a sentirvi parlare sembra la rivoluzione del secolo e vedete stutter e tearing ovunque..

(preciso che amd non ha nessuna tecnologia di vsync adattivo).

La parte sul tearing onestamente non l'ho capita e come al solito presenta la solita confusione di chi presenta tecnologie in maniera semplificata. Hanno tolto vsync ed entrambe avevano tearing...quindi? Non è che AMD non conosce il vsync. Che poi vedere tearing su un monitor da 144 hz nota bene con una 650 ti su Tomb Raider. Che poi 1/144 = 6ms, ma di quanto vi potete essere girati di visuale in 6 ms perchè ci siano differenze così notevoli da mostrare tearing tangibile...?In pratica era una 650ti con il motore di una Ferrari 430 che faceva quanto 200 fps? :V

In parole povere ciò che si evince dalla presentazione è semplicemente che Nvidia ha ripresentato di nuovo il vsync adattivo cambiandogli nome così come AMD ha ripresentato gli EAX chiamandoli incredibile tecnologia True Audio..

Dai stanno facendo entrambe la gara al riciclare feature di sempre e spacciandole per necessità impellenti almeno voi che seguite l'hardware non ci cascate.

Che poi vediamo chi di voi mi indovina perchè il problema dell'immagine a sinistra non ha niente a che vedere con stuttering/tearing/input lag/fps/vsync e non è legato in alcun modo alla scheda video e qual'è il problema che crea quel difetto nell'immagine (quando lo capirete verrete presi da tristezza come me):

http://images.anandtech.com/doci/7436/DSC_3607.JPG

tutto mi era capitato di leggere sui forum, tranne che anandtech fosse una rivista online a libro paga nvidia

allora, io ci riprovo per l'ultima perchè forse siamo partiti con il piede sbagliato (cit. )

il vsync adattativo è una gran bella feature, infatti io dalla 680 in poi la uso fissa nel pannello di controllo, tranne quando mi voglio divertire con qualche bench/prova di oc per ovvi motivi (qualcuno giura di vedere tearing anche sotto la frequenza nominale del monitor, sebbene mi pareva impossibile data la mia esperienza di ogni giorno, una volta è capitato pure a me con vsync adattivo abilitato, mi pare in TR adesso non ricordo con precisione quale gioco fosse)

questo g-sync fà un passo avanti perchè sincronizzando il refresh del monitor con il FR generato dalla scheda, elimina proprio il bisogno del vsync (con tutti i pro e i contro che comporta, TB nonTB, lag non lag etc) a monte: What the G-Sync modules does is let the Kepler graphics card handle the monitor timing instead of the monitor controlling it capito?

Inoltre sembra porre fine ad ogni minimo problema di frame pacing e stuttering.

Poi è ovvio arriveranno recensioni e prove tecniche, e a meno che la mafia verde non abbia ormai conquistato il mondo la bontà o meno di questa soluzione verrà fuori, nel frattempo si prende atto di quella che pare un'ottima feature (forse un pò limitante perchè hw) senza strapparsi i capelli dalla gioia ma nemmeno frustandosi con il cilicio in penitenza.