100Hz e algoritmi di motion compensation

[Mitchan]

che problema ci sarebbe ad avere una visione in differita (lag) di anche qualche secondo...?

il problema è quando guardi i mondiali di calcio e tutto il vicinato ti urla tot secondi prima di un gol dell'Italia

[mariorenz]

Si tratta di ms non di secondi e poi già Rai, Sky, Mediaset Premium hanno ritardi ben più rilevanti tra loro.

[Mitchan]

Si tratta di ms non di secondi e poi già Rai, Sky, Mediaset Premium hanno ritardi ben più rilevanti tra loro.

Se tu avessi letto meglio l'affermazione di Lorenzo...

[mariorenz]

Ma infatti era una precisazione in generale, non per te.

[lorenzo82]

No, no, io dicevo proprio secondi...a parte i mondiali (che poi il ritardo c'è eccome anche con i sistemi attuali) e i giochi non vedo il problema di una elaborazione non esattamente real time...
Lorenzo.

[MAURO80]

Vi posso garantire con assoluta certezza che i ritardi ci sono (grazie Mauro, sei un -eu-genio)... con tv sidebyside sono evidenti.

[mariorenz]

@Lorenzo: ah, beh, possibile che si opti per ritardi considerevoli, però forse così è esagerato.

@Mauro: bene, allora è proprio come ipotizzavo, prendendo spunto da quel documento. Mi pareva molto logica, la cosa.

[lorenzo82]

@Lorenzo: ah, beh, possibile che si opti per ritardi considerevoli, però forse così è esagerato.

Se ti vedi un film in differita di anche 5 secondi, per assurdo, qual'è la differenza? Come te ne accorgi?
Io prediligerei senza dubbio la qualità...anche a costo di vederlo una settimana dopo...
Lorenzo.

[Maxti]

L'hdmi da ps3 è comunque segnale compresso...magari cambia il codec ma andrà sempre decodificato...molti bd, specie i primi, sono proprio in mpeg2...
Lorenzo.

in realtà il segnale trasportato dalla hdmi non è compresso

[lorenzo82]

Bè, bisognerebbe vedere di cosa stiamo parlando: la dash, un bd, un filmato scaricato...
Forse solo la dash non è compresso, credo sia RGB 4:4:4 con profondità colore 12bit...
Il resto è tutto compresso...
Qualche esempio di segnali non compressi:
http://it.wikipedia.org/wiki/Video_non_compresso
Lorenzo.

[mariorenz]

Lorenzo, tu parli così solo perchè non ti piace il calcio

No, ok, sono d'accordissimo per i film o qualsiasi altro materiale registrato, un po' meno per eventi in diretta per i quali sarei disposto a ritardi max di pochi ms.

P.S. infatti, non è detto che i motion compensation non facciano un distinguo tra materiale progressivo e interlacciato al fine di prendersi più o meno tempo per i calcoli..

[lorenzo82]

Lorenzo, tu parli così solo perchè non ti piace il calcio

No, ok, sono d'accordissimo per i film o qualsiasi altro materiale registrato, un po' meno per eventi in diretta per i quali sarei disposto a ritardi max di pochi ms.

In caso di eventi live si disabilita il filtro...
Lorenzo.

[mariorenz]

eh già.. e io mi becco una partita tutta sfocata a 300 linee risolte... egoist!!!

[lorenzo82]

... egoist!!!

Ma no, dai, una variante tipo quella attuale dello z...un compromesso per il semi real time
Lorenzo.

[lorenzo82]

Ieri stavo ripensando a come nasce il blur sui display lcd (persistenza della retina + visualizzazione "continua", senza interruzione, dei fotogrammi...oltre ai TDR dei cristalli) e mi chiedevo in che modo il frame interpolation lo riduce dato che è vero che sono più fotogrammi al secondo ma è anche vero che non vi è alcun intervallo di visualizzazione...quindi teoricamente il blur dovrebbe comunque esserci...forse il fatto che si riduca parecchio il tempo di persistenza a schermo, essendo maggiore il numero di frame a schermo per secondo rispetto all'originale, compensa il passaggio comunque "diretto" da un frame all'altro...
Quindi se non ho vaneggiato con il solo frame interpolation un pò di blur ci sarà sempre e comunque...anche con tutte e 1080 linee risolte...
Lorenzo.