Link alla notizia: http://www.gamemag.it/news/unreal-engine-4-una-demo-di-gameplay-in-esecuzione-su-pc-con-geforce-gtx-titan-z_51619.html

Dalla California, dove sta seguendo la GPU Technology Conference 2014, Paolo ci ha mandato un video di gameplay inedito con una sequenza di gioco gestita da Unreal Engine 4.

Click sul link per visualizzare la notizia.

demo che lasciano il tempo che trovano. palesi falsissime scene grafiche che tra l'altro si vedono da almeno 7 anni ormai.

voglio vedere un gioco in azione.. mosso da una persona... non un filmato fasullo

Vi vorrebbe qualche filmato OFFICIAL per capire meglio questo nuovo Unreal Engine 4.

gameplay? :stordita:

In effetti non pretendo nemmeno di vedere già un gioco completo, ma perlomeno rilascino una tech demo liberamente scaricabile da far sui nostri PC, come avevano fatto con Epic Citadel per l'UE mobile.

Unreal engine, è una farloccata incredibile, fa sempre vedere cose egregie (questa volta meno devo dire) poi nei giochi non cambia mai nulla rispetto alle versioni precedenti, mistero...

Ma già la scheda video è una sòla in partenza. Per giocare tanto vale prendere piuttosto uno Sli di gtx780Ti...e ad un prezzo inferiore alla Z ci salta fuori pure un impianto a liquido :asd:
O anche di gtx780 visto che ormai costano 400€ :stordita:
Per fini professionali meglio comunque uno Sli di titan.

buono, 13 anni dopo Max Payne siamo ancora a contemplare come sono belle le piastrelle sui muri della metro che si spaccano

buono, 13 anni dopo Max Payne siamo ancora a contemplare come sono belle le piastrelle sui muri della metro che si spaccano

Perchè si spaccano? :asd: A me sembra tutto staticissimo, come al solito quando si parla di Unreal engine :asd:
Comunque demo poco utile come tutte le demo grafiche d'altronde, ma ancora più inutile è la scheda video che costa quanto 2 configurazioni Enthusiast :asd:

Unreal engine, è una farloccata incredibile, fa sempre vedere cose egregie (questa volta meno devo dire) poi nei giochi non cambia mai nulla rispetto alle versioni precedenti, mistero...

Perchè il dettaglio grafico dei giochi non è determinato dall'engine, ma da quanti soldi e tempo lo sviluppatore investe nel reparto grafico.

Già i giochi tripla A ora come ora costano decine o centinaia di milioni, figuriamoci mettersi a sviluppare texture ancora più definite, animazioni migliori, ecc.

Dell'UE 3 abbiamo visto notevoli applicazioni, ma tolto Arkham City in certi frangenti, ben pochi giochi hanno sfruttato al massimo l'engine.

Il problema non sono gli engine o le directx, il problema sono che giochi più dettagliati costano di più.

E lo disse lo sviluppatore di Mass Effect 3 che da tempo ormai l'evoluzione grafica ha smesso di seguire linearmente la potenza o le tecnologie disponibili.

D'altronde basta tornare all'engine di Crysis 1 e vederlo moddato per capire che ben pochi giochi realizzati si avvicinano a quel dettaglio.

hanno rotto le p@lle con queste tech demo.vi ricordo che l'unico gioco a sfruttare l'unreal engine 4 è stato rimandato al 2015...continuate a perder tmpo su questi filmatii del cavolo che non provano un bel nulla.per fortuna con lo snowdrop engine sono abastanza avanti e hanno fatto vedere un bel pò di roba(the division)

hanno rotto le p@lle con queste tech demo.vi ricordo che l'unico gioco a sfruttare l'unreal engine 4 è stato rimandato al 2015...continuate a perder tmpo su questi filmatii del cavolo che non provano un bel nulla.per fortuna con lo snowdrop engine sono abastanza avanti e hanno fatto vedere un bel pò di roba(the division)

In attesa del classico downgrade di Ubisoft... si, hanno fatto vedere un bel pò di roba, ma ci spero poco :asd:

Alla fine queste demo sono come i trailers di molti film....li vedi e dici "wooow, spettacolo! :eek: ", poi vai al cinema ed esci così :stordita:

Alla fine queste demo sono come i trailers di molti film....li vedi e dici "wooow, spettacolo! :eek: ", poi vai al cinema ed esci così :stordita:

Stavo giusto pensando la stessa cosa....:eek: :eek:
La presentazione davvero spettacolare e poi il gioco una vera ca**ta...

@albero77 e non dimentichiamoci dell'ormai ottimo cryengine...altro che le favolette dell'UE4..

Perchè il dettaglio grafico dei giochi non è determinato dall'engine, ma da quanti soldi e tempo lo sviluppatore investe nel reparto grafico.

Già i giochi tripla A ora come ora costano decine o centinaia di milioni, figuriamoci mettersi a sviluppare texture ancora più definite, animazioni migliori, ecc.

Dell'UE 3 abbiamo visto notevoli applicazioni, ma tolto Arkham City in certi frangenti, ben pochi giochi hanno sfruttato al massimo l'engine.

Il problema non sono gli engine o le directx, il problema sono che giochi più dettagliati costano di più.

E lo disse lo sviluppatore di Mass Effect 3 che da tempo ormai l'evoluzione grafica ha smesso di seguire linearmente la potenza o le tecnologie disponibili.

D'altronde basta tornare all'engine di Crysis 1 e vederlo moddato per capire che ben pochi giochi realizzati si avvicinano a quel dettaglio.

Non è questione di texture o di animazioni, ai giochi con UE mancano proprio gli effetti grafici, cosa che altri motori presentano in abbondanza. Un engine è anche un tools di sviluppo, evidentemente fino ad un certo punto arriva, ma se mette insieme troppa roba collassa, già questo nuovo filmato non mi pare un mostro in complessità, anzi... eppure non mi da l'idea di fluidità.

Sara' QTE based :confused: :stordita: :banned:

Non è questione di texture o di animazioni, ai giochi con UE mancano proprio gli effetti grafici, cosa che altri motori presentano in abbondanza. Un engine è anche un tools di sviluppo, evidentemente fino ad un certo punto arriva, ma se mette insieme troppa roba collassa, già questo nuovo filmato non mi pare un mostro in complessità, anzi... eppure non mi da l'idea di fluidità.

Stai delirando.

Quali sarebbero gli "effetti grafici" che gli mancherebbero?

Perchè la demo Infiltrator di UE4 è tecnicamente molto più impressionante di quella del CryEngine 4 di quest'estate.

Inoltre le feature che differenziano i vari engine sono principalmente i tool di sviluppo e altra roba tecnica che non ha niente a che vedere con la resa grafica.

Gli "effetti grafici" disponibili sono determinati dalle api utilizzate non dagli engine che di differenza hanno come gestiscono le librerie a livello hardware/software.

Per la "grafica bella" non servono a na mazza gli engine, servono gli artisti da pagare.

C'è un motivo se roba come Samaritan dell'UE 3 non la vedremo ancora per parecchi anni, in fondo è una demo real time del motore grafico Unreal.

Ed è il fatto che per preparare texture e animazioni di quei 3 minuti c'è voluto un team intero per mesi.
Ora pensa un gioco intero.

Stai delirando.

Quali sarebbero gli "effetti grafici" che gli mancherebbero?

Perchè la demo Infiltrator di UE4 è tecnicamente molto più impressionante di quella del CryEngine 4 di quest'estate.

Inoltre le feature che differenziano i vari engine sono principalmente i tool di sviluppo e altra roba tecnica che non ha niente a che vedere con la resa grafica.

Gli "effetti grafici" disponibili sono determinati dalle api utilizzate non dagli engine che di differenza hanno come gestiscono le librerie a livello hardware/software.

Per la "grafica bella" non servono a na mazza gli engine, servono gli artisti da pagare.

C'è un motivo se roba come Samaritan dell'UE 3 non la vedremo ancora per parecchi anni, in fondo è una demo real time del motore grafico Unreal.

Ed è il fatto che per preparare texture e animazioni di quei 3 minuti c'è voluto un team intero per mesi.
Ora pensa un gioco intero.

Magari stai anche calmo che ne dici ? ;)

Forse non hai colto quanto detto preso dal fervore di attaccare, ho detto che nei demo l'Unreal Engine ha molte features che poi nei giochi non vedi... scrivo in italiano mi pare ... ;)

Gli effetti grafici non sono riconducibili agli engine ? ma sei serio ? :asd:

Bah bih boh.

Forse vi dimenticate tutti una cosa. Io posso sfornare il miglior engine grafico/sonoro che si sia mai visto.
Mettere a disposizione il suddetto, con tutte le sue uber features accessibili, a tutti quelli che lo vogliono usare.

Ma poi, se il mio prodotto arriva nelle mani di incompetenti, o di gente che per limiti di tempo imposto dal produttore non ha il tempo di inserire tutte quello che io mi sono sbattuto a implementare, beh non posso farci niente.

Per non parlare poi del fatto che ci usa il mio engine vorrà sviluppare anche per console... :doh:

(ad es. SSAO è inclusa sia in OpenGL 4 - forse anche precedenti, non sono sicuro - che DX11), altri programmabili tramite gli appositi linguaggi (ad es. GLSL

Per piacere non diciamo fesserie, non mi rovinare lo spettacolo di arte varia messa in atto dai vari utenti del forum che spasimano per mettere in evidenza la loro capacita' di parlare per ore di argomenti che non conoscono...

Tecnicamente sono le API che mettono a disposizione gli effetti... moltissimi già fatti (ad es. SSAO è inclusa sia in OpenGL 4 - forse anche precedenti, non sono sicuro - che DX11), altri programmabili tramite gli appositi linguaggi (ad es. GLSL).
Sta poi a chi sviluppa il motore integrarli, ma sono pochissimi quelli che sviluppano NUOVI effetti (esempio parallax occlusion per Crysis 2 era una novità assoluta).

In ogni caso mi associo a chi chiede "quale gameplay?". Come fai a giocare con quella telecamera!?

Appunto, le API danno la base su cui lavorare ma è l'engine che deve saper gestire il tutto. Ci sono engine più o meno avanzati appunto per questo.

@Cunctator86 :sofico: :sofico: :D :Prrr:


hehehe mi hai sgamato la trollata :D
pero'...


Le suddette equazioni sono praticamente codificate in funzioni i cui header sono inclusi ad es. in OpenGl o DX, mentre la cui implementazione è lasciata ai driver

Questo non e' esatto, se usi la vecchia generazione di API ( quelle della generazione "fixed pipeline", e dato che hai citato il libro rosso, quelle penso che tu stia utilizzando ) effettivamente sei costretto ad usare le formule che ti vengono offerte dall'implementazione del driver, ma si tratta di tecnologie vecchie di 10 anni, nel passaggio allo shader model ed alla pipeline programmabile non esistono formule magiche precompilate, ma l'illuminazione te la devi calcolare tu nello shader piu' adatto. Non esiste un metodo "applySSAO()" ne "blur()" o "calculateLightIntensity()" in GLSL/HLSL, se vuoi sfocare un'immagine ti devi calcolare la convoluzione con il filtro piu' adatto ( che ti devi sempre calcolare te ), se vuoi occlusione ambientale o illuminazione indiretta ti devi processare la depth map ( se in screen space ) secondo il tuo personale algoritmo.

Il libro rosso purtroppo lo devi considerare una reliquia, ti consiglio fortemente di cominciare a migrare verso la programmazione degli shader, ti assicuro che il divertimento e' assicurato ;)


Ti dico di più, sempre tornando sulla SSAO, per includerla nel mio motore grafico in Java mi sono servite si e no 15 righe di codice JNI e 2 righe di codice Java

Come hai fatto? Perche' io per implementarne uno efficiente per le OpenGL ES 2.0 ho dovuto scrivere 7 shader specifici, ( 3 vertex e 4 fragment perche il blurring bilineare e' terribilmente inefficiente se applicato in un passo solo ), calcolarmi un delinearizzatore della depth che mi ha fatto perdere il sonno ( ovviamente dove non presente GL_NV_depth_nonlinear ;) ) e pilotare tutto su una coppia di PBO "ping-pong" output di un RenderTarget rasterizzato apposta apposta.
Sarei davvero curioso di capire come possa essere fatta la stessa cosa in 15 righe di C, con le OpenGL ES 1.1 e 2 righe di Java! :eek:
p.s.: Sarei particolarmente curioso di sapere cosa fanno quelle 2 righe di codice Java :sofico:

Intanto grazie per l'intervento, poi mi esce dal cuore un....
U DONT SAY!? :D

Lo hai citato tu il libro rosso, potevi citare il libro azzurro, quello giallo, ma quello rosso non c'entrava proprio niente :D, tra parentesi, evita di citare wikipedia come fonte autorevole, e' svilente per l'intera categoria ;)

nessuno si mette a riscrivere tutto, anche perché come ben saprai si trova moltissimo materiale pre-fatto [...], ti metti a riscriverlo o cerchi su google uno shader fatto? E guardando l'illuminazione dei nuovi motori (UE4 per restare in tema), ti sembra riscritta? :sofico:

Davvero credi che i ragazzi della Epic Games cerchino i loro shader su Google? :D :D

Credo di essermi spiegato male e che quindi tu abbia frainteso. Intendevo dire che, lavorando con un engine prefatto, è una ca*ata usare effetti etc. etc., bastano due righe di codice per includerlo.

Si e' vero con un engine prefatto bastano 2 righe.
Del resto con i lego e' facile costruire ponti e palazzi ;)

In ogni caso il mio punto di vista è probabilmente falsato dal fatto che sto usando un motore ad alto livello [...]

Infatti gli effetti cosi' facili da implementare sono stati fatti dai ragazzi che hanno realizzato il motore grafico, non i driver OpenGL, non farti sentire da loro che potrebbero non gradire molto ;)

Scusa a questo punto ma mi esce la domanda spontanea... con che motore lavori? Lo stai scrivendo tu? Ma soprattutto, SSAO su mobile? O_O Mi sa che sono rimasto un po' indietro....
Si il motore grafico e' mio, e si, e' possibile implementare SSAO con le OpenGL ES 2.0, non e' terribilmente complicato farlo, ma come sempre, farlo bene e' un'altra cosa ;)


;)

...

;)

Ok, incasso!*Però mamma mia se sei acido oh! :D

Hehehe non te la prendere, ovviamente non c'e' nulla di personale, semplicemente non mi piace quando il lavoro delle persone e' liquidato e _giudicato_ in quattro e quattrotto da persone che non hanno alcuna competenza nel campo, citando fonti "per sentito dire" solo per dar peso alle proprie parole.

Tu hai provato a portarti via il banco con un bluff e una coppia svestita, non puoi biasimarmi se sono venuto a vederlo con un poker in mano XD

Come ricordava Collodi: le caxxate hanno le gambe corte, l'umilta', alla fine, paga sempre. ;)

P.s: anche a me il video non dice niente, ma la ripresa e' troppo scamuffa per giudicare bene :p