Windows Vista e Ieee 1394b
Il nuovo FIreWire arriverà solo con il primo service pack Windows Vista
di Fabio Boneschi pubblicata il 09 Maggio 2006, alle 09:02 nel canale ProgrammiWindowsMicrosoft
Il nuovo FIreWire arriverà solo con il primo service pack Windows Vista
di Fabio Boneschi pubblicata il 09 Maggio 2006, alle 09:02 nel canale Programmi
Axiom Space prosegue lo sviluppo della stazione spaziale commerciale Axiom Station
Nikon ha annunciato lo sviluppo dell'obiettivo NIKKOR Z 120-300mm f/2.8 TC VR S
Proseguono i lavori per i lander lunari Blue Origin Blue Moon MK1 e Blue Moon MK2 in vista delle missioni Artemis
Sottocosto MediaWorld: fino a 1.000€ di sconto sui top di gamma Roborock
007 First Light: IO Interactive pubblica i requisiti per il 4K 200 fps
Il vecchio SATA è davvero morto? Kingston vende ancora milioni di SSD A400
Google abbandona il CAPTCHA: arriva Cloud Fraud Defense con verifica QR code via Android
Non solo chatbot: in questi test modelli di IA si auto-replicano come un virus a caccia di computer vulnerabili
TSMC non ha più spazio, SK hynix guarda alla tecnologia EMIB di Intel
Instagram prepara la svolta TV: podcast, serie e streaming più lunghi in arrivo
Chi ha ucciso l'open source gratuito? Il rapporto che punta il dito contro le grandi aziende
RPCS3 dichiara guerra al codice generato dall'IA: 'Basta spazzatura'
Sony vuole tutti content creator: depositato un brevetto per l'IA che prepara i contenuti mentre giochi
Questa GPU NVIDIA di 8 anni fa umilia schede moderne nell'AI: costa appena 100 dollari
92 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoMa é meno diffuso perché é stato meno spinto dalle lobby... quindi siamo sempre lì... non é meno diffuso perché peggiore, ma perché "mobbizzato" dalla fazione che spingeva USB...
no sembra che Apple applicasse royalti + alte...
mmmhhh.. beh bisogna vedere se le applica + alte xché vende meno, o se al contario vende meno xché ha le royalty alte...
E' nato prima l'uovo o la gallina?
DirectX10 (e le sue novita') sara' l'unico motivo per il quale gli sviluppatori di videogiochi, forse, scriveranno ancora giochi per PC in futuro. No, non puo' essere portato su XP senza riscrivere grosse parti del kernel, ovvero scrivere un SO nuovo. No, DX10 con DX9 condivide quasi solo il nome, il resto dell'architettura e' totalmente differente.
Sviluppare un gioco per PC con DX9 e OGL oggi costa troppo.
non sono daccordo.. si possono creare librerie sopra OGL o DX9 a qualsiasi livello e se sono fatte bene non faranno sentire la mancanza delle DX10.
quello di cui ho il sospetto, invece, è che non è che costa troppo sviluppare con OGL o DX9, ma si guadagna meno (e permettetemi di dire che non è la stessa cosa). questo perchè da quello che ho capito le DX10 lavoreranno a strettissimo contatto con l'hardware e il SO... ecco immaginatevi cosa si può fare in Vista+TCPA con le DX10
adesso sì che potranno imporre i prezzi che vogliono
ps. ci tengo a precisare che io non sono favorevole alla pirateria, ma nella stessa misura non sono favorevole ai pizzi che bisogna pagare alla "mafia" per avere un gioco/cd audio/dvd.
pps. ho capito perchè la starforce va in pensione
Purtroppo non si puo'
Il problema sta nei CAPS delle DX9 e nelle estensioni di OGL: letteralmente ogni GPU sul mercato e' differente in termini di CAPS e estensioni da qualunque altra GPU.
Questo impone un overhead mostruoso sia sul codice dell'engine, sia in fase di testing, perche' vanno testate tutte le GPU supportate. In BW2 i testing report che ricevevo ogni giorno (con relativi bug) riguardavano cinquanta GPU differenti. Ognuna col suo set di CAPS (estensioni per OGL).
Il codice di un engine per PC e' qualcosa del tipo:
- Se la GPU supporta questo, allora fai questo
- Se la GPU supporta quello, allora fai quello
- Se la GPU non supporta ne' questo ne' quello allora fai quest'altro
Questo per ogni effetto per ogni GPU, le combinazioni che ne escono crescono esponenzialmente.
Una possibile soluzione e' scrivere l'engine supportando solo il minimo comun denominatore di CAPS (estensioni) per tutte le schede sul mercato. L'unico minimo comun denominatore sono le DX7 (e anche in questo caso le GPU tendono a differire nell'implementazione di alcune caratteristiche). Direi che supportare solo le DX7 nel 2006 non e' una buona soluzione.
Scrivere un motore 3D per PC impone un costo superiore che posso valutare fra il 50 e il 100% rispetto allo scrivere lo stesso motore 3D per console.
DX10 risolve il problema eliminando i CAPS (estensioni): tutte le GPU DX10 dovranno supportare tutto il set di istruzioni DX10 allo stesso modo. Le uniche differenze ammesse fra le GPU sono di carattere prestazionale. Per far questo e' necessario modificare profondamente i driver e tagliare nettamente i ponti con le GPU precedenti.
Questo taglio significa che un engine per PC puo' essere piu' o meno scritto come un engine per console, con il risparmio di cui sopra.
comunque sia è vero che i CAPS sono un problema.. ma se non fosse così i pc sarebbero delle console! e se uno vuole estendere le potenzialità della scheda? deve chiedere a MS il permesso? ci sono modi e modi per risolvere un problema e questo mi sembra a mò di "c'è un albero marcio -> abbattiamo la pianta".
non è possibile gestire in maniera più trasparente le estensioni? e farlo in modo che il programmatore scrive tutto il codice come se fossero disponibili tutte le estensioni e poi spetta ad altro software gestire il caso in cui l'estensione non è disponibile, magari con una politica definita dall'utente?
ho ancora lo stesso dubbio sui vantaggi di DX10
comunque sia è
L'alternativa e' non produrre piu' giochi per PC perche' costano troppo.
Si' sarebbe possibile, volendo misurare il framerate in frame per minuto invece che per secondo. Basta usare il reference rasterizer.
[quote]
ho ancora lo stesso dubbio sui vantaggi di DX10
Pazienza.
Vendute così sembrano un bel pezzo di software
Quindi diciamo che non ci sarà come per dx9 un set minimo di caratteristiche da supportare per fregiarsi del titolo dx9, ma un set unico di istruzioni. Quindi una scheda al minimo sarà dx10 compatibile. Poi se al produttore interessa inserire qualche cosa di nuovo lo farà, ma gli sviluppatori dovranno supportarlo a loro "pericolo".
Interessante... Mi fa venire in mente (con le dovutissime proporzioni) l'idea di fondo di .net
- Se la GPU supporta questo, allora fai questo
- Se la GPU supporta quello, allora fai quello
- Se la GPU non supporta ne' questo ne' quello allora fai quest'altro
...[/QUOTE]
propongo di implementare anche:
- Se la GPU non supporta [B]né
[QUOTE=fek]...
DX10 risolve il problema eliminando i CAPS (estensioni): tutte le GPU DX10 dovranno supportare tutto il set di istruzioni DX10 allo stesso modo. Le uniche differenze ammesse fra le GPU sono di carattere prestazionale. Per far questo e' necessario modificare profondamente i driver e tagliare nettamente i ponti con le GPU precedenti.
Questo taglio significa che un engine per PC puo' essere piu' o meno scritto come un engine per console, con il risparmio di cui sopra.
da profano viene da chiedersi(no retorica per dire "ms male/bene etc.", solo domanda) perché c'era da aspettare le dx10 per una tale politica (o perché abbandonarla dopo le dx7, se ho capito bene), tra l'altro mettendo a rischio il futuro dei vg su pc...
Ancora diverso da questo: se il produttore vuole inserire qualcosa di nuovo lo puo' fare, ma gli sviluppatori non avranno alcun modo di vederlo e usarlo, perche' DX10 non esporra' le nuove caratteristiche. Cosi' non ci sono pericoli.
Quando usciranno versione successive delle DX10, quelle nuove feature saranno magari inserite nell'API e dovranno essere supportate da tutti. Non esisteranno piu' due GPU entrambe compatibili DX10 ma con set di istruzioni diverse che le estendono. O supportano tutto o non sono DX10.
Ora ad esempio due GPU sono DX9, una magari supporta SM3.0, l'altra no, l'altra ancora supporta SM3.0 ma non vertex texturing, etc etc.
E' una semplificazione della vita dello sviluppatore enorme.
[QUOTE=MenageZero]da profano viene da chiedersi(no retorica per dire "ms male/bene etc.", solo domanda) perché c'era da aspettare le dx10 per una tale politica (o perché abbandonarla dopo le dx7, se ho capito bene), tra l'altro mettendo a rischio il futuro dei vg su pc...
Perche' ATI e NVIDIA non si sono mai sedute ad un tavolo per stilare una lista di feature comuni prima di DX10. E Microsoft non le ha mai forzate a farlo.
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".