Newsgroup: it.comp.hardware.video-3d
Titolo: CrossfireX ibrido 1900-4870: si può fare?

un domani, se collegassi le due schede, la HD4870 512MB e la 1900GT la 
seconda potrebbe fungere da PPU o almeno aiutare la prima oppure ciò non è 
supportato/inutile? 

 supportato/inutile?
Bene che vada potrebbe fungere al limite da unità PPU... per il CF non 
è possibile.

 supportato/inutile?
Attualmente č possibile che io sappia utilizzare l'accelerazione fisica
solo su nVidia.
-- 
Ing. Danilo Pianini
"DanySK"
MSN: danysk_AT_alientech_DOT_it
Skype: 
dany.sk

 fisica solo su nVidia.
se si procura l'sdk per l'exCloseToMetal ... chissŕ... :D
-- 
SimBus82.net coming soon - 
http://www.simbus82.net
Photo&DGTArt - 
http://simbus82.deviantart.com/
BodyWorkout - 
http://simbus82-workout.blogspot.com/
Combatti on-line con 
http://re-caio.labrute.fr
 

 se si procura l'sdk per l'exCloseToMetal ... chissą... :D
qualcuno era riuscito a far girare l'accelerazione fisica PhysX anche su 
ATI...poi č stato assoldato da nvidia :-p. Mi sa che non serve a nulla sta 
scheda...sono costretto a venderla...ancora nuova nuova...vabbč. A qualcuno 
interessa? :-P 

 se si procura l'sdk per l'exCloseToMetal ... chissà... :D
Vuoi bindare PhysX su un altro layer o che altro? Io non so di giochi la
cui fisica sia accelerata da ATI. Peraltro, ho provato un attimo quel
giochino che si salta sui tetti, con PhysX è una figata. Alla faccia che
non serve a 'na sega.


 non serve a 'na sega.
quoto

 non serve a 'na sega.
Sono d'accordo con te.
p.bes

 non serve a 'na sega.
quale sarebbe? Non girerà del tutto con ATI? 

 Non girerà del tutto con ATI?
Gira anche con le Ati ma con un frame rate molto basso... ad ogni
modo a parte qualche bandiera/vetri che vanno a pezzi non c'è altro.
Si può fare benissimo a meno...

 Si può fare benissimo a meno...
Ehmm... ma l'hai vista la differenza? A me gusta parecchio di più vedere
quei teli che vanno a pezzi che tante altre mezze cazzatine grafiche che
senza lenti di ingrandimento non si vedono. A me l'effetto complessivo
piace parecchio, mi aspettavo una boiata da quel che leggevo qua ("le
bandierine...") e invece son rimasto piacevolmente sorpreso.


 Ehmm... ma l'hai vista la differenza?
Si l'ho giocato per un oretta da un amico... percarità tutto bello,
ma sono delle aggiunte che non tolgono nulla al coinvolgimento
e al gameplay. Inoltre sono tutte cose che avrebbero potuto
implementare anche senza il supporto a physx...il tutto ovviamente
ihmo.

 ihmo.
Difatti girano anche in software (con PhysX su CPU) e il calo di frame 
rate lo vedi da solo.
Ma poi, il layer PhysX modificato per girare su ATI che fine ha fatto? 
Lo voglio provare!


 voglio provare!
esatto...CUDA non è nient'altro che un linguaggio, che si può far girare su 
qualsiasi GPU! L'ha provato un tipo e si può fare. Non vedo l'ora che 
qualcuno unifichi le cose. Gli shader unificati ATI sono molto piu potenti 
di quelli Nvidia...dargli in pasto le bandierine varie sarebbe bello :) 

 di quelli Nvidia...dargli in pasto le bandierine varie sarebbe bello :) 
Non ho dati di velocità al di fuori dai benchmark, ma come potenza 
espressiva sono entrambi Turing-completi. Dunque non c'è alcun tipo di 
algoritmo che l'una possa fare e l'altra no (salvo ostacoli dovuti alle 
prestazioni).


 alle prestazioni).
Appunto, quindi sono scelte di marketing, per quello ati ha spostato tutto 
il proprio interesse a OpenCL...da supportare nativamente...



appunto....
Vi ricordo i tessuti  ,e le notevoli trovatine tecniche, in un giochino del 
cazzo di molti anni fa che faceva BloodRayne di nome...
Non mi pare servisse chissà che roba per la fisica a corpi e cloth...


 faccia che non serve a 'na sega.
LOL... è una figata anche senza physx...


 Non mi pare servisse chissà che roba per la fisica a corpi e cloth...
Per piacere. Prova a mettere a confronto quel movimento dei tessuti con 
la demo di Runway (Nurien) che trovi sul sito di Nvidia: non c'è 
*assolutamente* paragone.
Farei notare ai tanti detrattori di PhysX che, per il momento, non 
esiste altro middleware per i calcoli fisici accelerato da qualsivoglia 
GPU. E questo, per Nvidia, è oggettivamente un colpaccio, che piaccia o no.
p.bes

 il proprio interesse a OpenCL...da supportare nativamente...
A me basta che supportino la fisica accelerata prima possible.


 cazzo di molti anni fa che faceva BloodRayne di nome...
Non credo proprio avesse la stessa qualità. Anche Splinter Cell aveva le 
tendine che si spostavano, ma con quello non ha nulla a che fare.


 LOL... è una figata anche senza physx...
Non parlavo del giochino, ma degli effettini.


 A me basta che supportino la fisica accelerata prima possible.
esatto...spero anch'io che arrivi presto. Indubbiamente è un qualcosa di 
nuovo nel settore. Ati si darà una svegliata e vedremo i primi giochi 
supportare OpenCL....che abbraccerà sia Cuda che Stream ;). Il problema è 
che Nvidia paga i produttori di giochi..e il suo Cuda è molto piu facile da 
supportare, visto che è un sottoinsieme di C++, mentre con Stream devi 
programmare in Assembler...perciò l'OpenCL, sarà piu ad alto livello e piu 
standard...e anche Nvidia dovrà aderire allo standard! 

Athlon64® ha scritto:
OpenCL a doppio taglio: per nVidia sarà facile supportarlo passando su 
CUDA, per ATI sarà tosto ma se riescono a tappare i bug ci si potrebbe 
aspettare una prestazione migliore (no layer intermedi).
Sarà da vedere... Sicuramente nVidia parte in vantaggio :(


 Sarà da vedere... Sicuramente nVidia parte in vantaggio :(
ma alla lunga, se ATI fa un buon lavoro, soprattutto perdendo meno tempo ad 
ottimizzare i drivers per le schede piu vecchie, dovrebbe ottenere risultati 
migliori. 2 layers intermedi peseranno un bel po...e finchè si userà PhysX & 
Cuda Nvidia è avvantaggiata certo. Ma dopo...dovrebbe andare meglio ad ATI. 
Sinceramente non mi ha "sconvolto" l'implementazione dell'AVIVO 
Converter...rispetto a Badaboom...ATI dovrebbe rimboccarsi le maniche... 


veramente qua l'unico peso è il cuda che deve usare nvidia per dialogare con 
la GPU, mentre Stream e OpenCL sono mooolto più "uniti" di quello che si 
possa pensare.
E cmq che hai contro lo gratuiticissimo Avivo converter che ATI ti regala 
contro Badaboom che la Elemental Technologies Inc ti vende tramite lo store 
Nvidia a 23.69 euro?


 possa pensare.
Appunto, vedi sopra. Manca un layer intermedio. Facilità di sviluppo vs. 
(potenzialmente) prestazioni.


 store Nvidia a 23.69 euro?
ok è gratuito...ma devono risolvere qualche problemuccio di encoding...e 
aumentare la qualità. Badaboom produce immagini piu nitide.
E cmq...tanto di cappello per un software gratuito! Non l'avrei mai comprato 
il badaboom del cavolo :)...anche se girano già i crack pare :p 

 :p
ma infatti io dicevo che c'č poco da stare ad esaminare la qualitą di un 
software che ati allega ai driver gratuitamente per vedere cosa si puņ 
fare... confrontandolo con un prodotto a pagamento.



cmq...a proposito del software ati....proprio ora ho provato a prendere un 
video in divx e fare il transcoding verso mpeg2 o verso vmw.
Ha iniziato a lavorare...stimando in un caso 4 ore (mpeg2), nell'altro caso 
2 ore e mezzo mi sembra...ma la GPU (ati 4870) non si è minimamente 
attivata. Tutto ciò con Catalyst 9.1 ....come mai? CPU a manetta al 
100%....e GPU praticamente a dormire...verificato con GPU-Z...GPU load 
intorno all'1% o a 0.....mah! 

Athlon64® ha scritto:
AVIVO NON gira su GPU, che io sappia. Semplicemente è un prodotto ben 
ottimizzato, sfrutterà giusto qualche piccola peculiarità. Di sicuro non 
  è nulla di confrontabile con Badaboom (a livello di sfruttamento 
dell'hardware).


 dell'hardware).
secondo ATI dovrebbe girare...
http://ati.amd.com/technology/avivo/technology.html
almeno su HD3XXX e HD4XXX dovrebbe girare su GPU...almeno parzialmente. 
Ma...non sembra farlo :(...boh... 


sei su vista64?
cmq non va da qualsiasi formato a qualsiasi formato il trascoding on  gpu...


 gpu...
ecco..era ciò che temevo. Farò altre prove. Spero sia supportato presto il 
transcoding da video DV->mpeg2 almeno...che è ciò che mi serve....e fa 
perdere circa 4 ore di compressione sul mio povero athlon64 :-p 

 athlon64 :-p
DV->mpeg2 non è propriamente un "transocoding", che di solito si fa 
lavorando sulla DCT,... quello è proprio un enconding, con ricerca del moto, 
quantizzazione, ecc ecc ecc....
