Penso invece che sarà una grande spesa:
- oliare i partner
- sviluppare e mantenere aggiornato il progetto
- il progetto verrà reso opensource
Gli unici guadagni possono arrivare sul lungo periodo e solo se il progetto catturerà il portafogli degli utenti, con esclusive o performance nettamente superiori. Sarebbe un guadagno anche per noi.
Sarebbe carino che una volta partito il progetto open vi partecipasse nVidia, realizzando un'api compatibile con le chiamate di quella AMD, o minimamente modificata.
Poi scaricheremo gli eseguibili per AMD o nVidia, per qualsiasi OS. Il mondo diventerà bello e giusto e io mi fidanzerò con 6 ragazze diverse, dopo aver scoperto l'accesso ad una miniera d'oro dietro il freezer della mia cantina.:party::patpat::varie13:
Sono parzialmente d'accordo con te, Xfire.
Per far capire anche gli altri facciamo un passo indietro.
Le API di basso livello sono l'equivalente informatico di quello che in edilizia ti permette di progettare le strutture portanti sulla base delle fondamenta a disposizione, mentre le API di alto livello sono grossomodo l'equivalente con cui un architetto dà forma alle mere strutture.
Con questo paragone risulta quindi facile capire che, come solo le strutture portanti possono sfruttare al 100% le fondamenta, così anche solo le API di basso livello possono sfruttare al 100% l'hardware.
E' un po' quello che storicamente ha fatto Apple: mentre Windows gira su qualunque macchina fatta con qualunque componente, Apple era installato solo sui loro PC, con il loro hardware, con il risultato che il codice era scritto per un numero ridottissimo di possibilità.
Ultima premessa: gli sviluppatori di giochi da sempre usano API di basso e alto livello per le console, mentre erano obbligati a usare solo API di alto livello per PC.
Ora, AMD si trova nella posizione più unica che rara di aver messo i propri chip sia in Xbox che in PS4, peraltro chip basati sulla stessa, identica, architettura e che, quindi, avranno API del tutto simili se non identiche ma, a questo punto, è giusta l'osservazione che avevo letto in un articolo: siamo sicuri che Mantle, in realtà, non sia già la risposta ad un'esigenza che i grossi developer hanno già espresso?
Mettiamoci nei panni di una EA o di altri colossi simili: voi, nei loro panni, una volta saputo che le CPU e GPU delle due console sono così simili, non sareste andati da AMD dicendole "Ehi, senti, ma visto che cmq devi fare delle API di alto e basso livello, perché non le fai in modo che siano compatibili fra i due sistemi? Perché non pensi a qualche modo per semplificarci la vita così noi spendiamo un sacco di soldi in meno? E già che ci sei, perché non pensi ad un modo per rendere il tutto compatibile per i PC?"
Fantasia? Mica tanto... con XBox e PS4 AMD equipaggerà di fatto oltre il 70% delle console e con le sue VGA anche il 40% dei PC... ciò vuol dire che nell'arco di due anni, massimo tre, la maggior parte dei videogiocatori da "schermo intero" (ovvero non da telefono o tablet) starà utilizzando suo hardware.
Nell'ottica di un'azienda che spende decine o centinaia di milioni all'anno per sviluppare un gioco che deve poi girare su piattaforme diverse, questo discorso è più che sensato e mi stupirei notevolmente se qualcuno non ci avesse pensato anche perché i grossi developer collaborano strettamente e direttamente allo sviluppo delle nuove console...
Se poi AMD fosse così lungimirante da rendere Mantle open source, allora potremmo davvero assistere ad una evoluzione notevolissima. Nel considerare questa ipotesi ricordiamoci che AMD è sempre stata
pro standard aperti, come ha dimostrato il supporto a OpenCL, tanto per citarne uno, mentre nVidia si è fatta il suo CUDA.
Insomma, io non credo che debba oliare i partner perché loro hanno già un grandissimo tornaconto dovuto ai notevolissimi risparmi che avranno in sede di programmazione... sono invece d'accordo sul fatto che il progetto deve essere mantenuto aggiornato. Sono anche d'accordo sul fatto che debba essere aperto, purché parte dell'accordo con nVidia sia quello o di tornare entrambe a supportare OpenCL o cmq di creare un nuovo standard sempre aperto su cui puntare insieme per il GPGPU.
