Newsgroup: it.comp.hardware.video-3d
Titolo: CrossFire con X300, X700 ecc

http://www.hkepc.com/hwdb/atixfcracked-1.htm
-- 
Ciao mine
http://metropolis.blogs.com/
BMW 120d Attiva driver


http://www.hkepc.com/hwdb/atixfcracked-1.htm
molto bello per gonfiare i risultati di 3dmark, ma -funziona-?
nel crossfire l'immagine parziale generata dalla scheda slave e'
trasferita a quella master via dvi, senza una scheda master l'unico
modo di trasferire l'immagine fra le due schede e' l'overlay, cosa che
limita drasticamente la risoluzione massima, la frequenza di refresh
ed intasa il bus.
oppure c'e' la soluzione implementata nelle x1600/x1300 ma in quel
caso mi risulta presente dell'hardware specifico nel chip capace di
ottimizzare il trasferimento da scheda a scheda via pci-e (cosa che
comunque si paga con un calo di efficienza)
cosi' ad occhio direi che su quel sito abbiano hackato i drivers per
fargli -credere-  che le due schede siano collegate via xfire, ma in
pratica sul monitor arriva soltanto la parte di immagine generata
dalla scheda che ci e' collegata, le parti generate dalla seconda
scheda non vengono trasferite alla prima.
non a caso mostrano soltanto foto dei punteggi finali del 3dmark,
nessuna foto del benckmark in corsa.
-- 
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Coloro che sono disposti a farsi togliere alcune liberta' 
essenziali per ottenere un piccolo, temporaneo senso di sicurezza
non meritano ne liberta' ne sicurezza. [B. Franklin]

 ha scritto:
||
||| 
http://www.hkepc.com/hwdb/atixfcracked-1.htm
|| molto bello per gonfiare i risultati di 3dmark, ma -funziona-?
in AFR si, dovrebbe funzionare, non c'è bisogno del chip per la 
ricostruzione dell'immagine
una scheda fa i frame pari e l'altra i dispari


si ma visualizzi sempre e solo i frame della scheda con il monitor 
collegato...
-- 
-------------------------------
B.S.82: Biomechanical Soldier v.82 ---> Upgraded to ---> S.I.M.B.U.S.:
Synthetic Individual Manufactured for Battle and Ultimate Sabotage
www.simbus82.altervista.org
 ------------------------------- 

 ha scritto:

che li "facciano" non lo metto in dubbio, ma come fanno a
scambiarseli?
se fosse possibile per ogni scheda accedere alla memoria dell'altra,
le schede crossfire non avrebbero senso.


 ha scritto:
|||||
|||||| 
http://www.hkepc.com/hwdb/atixfcracked-1.htm
||||| molto bello per gonfiare i risultati di 3dmark, ma -funziona-?
|||
|||
||| in AFR si, dovrebbe funzionare, non c'è bisogno del chip per la
||| ricostruzione dell'immagine
||| una scheda fa i frame pari e l'altra i dispari
||
|| si ma visualizzi sempre e solo i frame della scheda con il monitor
|| collegato...
non so se hai notato, ma ambedue mandano i loro frame dato che stanno usando 
un cavo crossfire

Maurizio Mugelli wrote:
||| in AFR si, dovrebbe funzionare, non c'è bisogno del chip per la
||| ricostruzione dell'immagine
||| una scheda fa i frame pari e l'altra i dispari
|||
|| che li "facciano" non lo metto in dubbio, ma come fanno a
|| scambiarseli?
non se li devono mica scambiare, alternativamente, tramite il cavo 
crossfire, ogni volta che arriva il segnale di sincronismo, la scheda 
adeguata manda il suo frame
||
|| se fosse possibile per ogni scheda accedere alla memoria dell'altra,
|| le schede crossfire non avrebbero senso.
non vedo perchè una scheda debba accedere alla memoria dell'altra


perche' i frames vengono renderizzati alternativamente sulle due
schede.
se il cavo vga e' attaccato alla scheda A e la scheda B renderizza il
fotogramma, come lo sposti dalla scheda B al monitor che e' collegato
alla porta vga della scheda A? 
teletrasporto?
nelle schede crossfire questo avviente tramite un collegamento fra la
porta dvi della scheda B e l'ingresso video digitale del connettore
croosfire della scheda A
nelle schede x1600-x1300 e' stato annunciata (ma ancora non
dimostrata) una soluzione tramite la quale le due schede possono
accedere ad un buffer comune in memoria usando una versione modificata
del controller pci-e, in pratica e' assimilabile ad una turbocache
condivisa fra le due schede dove mantenere una copia del framebuffer.
puo' darsi che anche le schede piu' vecchie siano capaci di emulare in
software questa capacita' della serie 1xxx, ma perche' ati non lo ha
mai annunciato?


 ha scritto:
||
||| Maurizio Mugelli wrote:
|||
|||||| in AFR si, dovrebbe funzionare, non c'è bisogno del chip per la
|||||| ricostruzione dell'immagine
|||||| una scheda fa i frame pari e l'altra i dispari
||||||
||||| che li "facciano" non lo metto in dubbio, ma come fanno a
||||| scambiarseli?
|||
||| non se li devono mica scambiare, alternativamente, tramite il cavo
||| crossfire, ogni volta che arriva il segnale di sincronismo, la
||| scheda adeguata manda il suo frame
|||
|| dove l'hai vista una x700 con compositing engine e cavo crossfire?
|| la foto che c'e' all'inizio di ogni pagina dell'articolo e' di una
|| coppia di x850crossfire.
|| la foto con le x700 mostra una scheda priva di qualsiasi cavo e
|| l'altra attaccata al monitor tramite un adattatore dvi-i -> vga.
||
|| e' ovvio che se esistesse una scheda master crossfire x700 il
|| problema non si porrebbe.
veramente interessante, e dimmi, dove avrei fatto riferimento ad una scheda 
x700 master con il composition engine?
considerato che per l'AFR non serve il composition engine mi devi proprio 
spiegare dove hai visto queste parole che non ho mai scritto
||||| se fosse possibile per ogni scheda accedere alla memoria
||||| dell'altra, le schede crossfire non avrebbero senso.
|||
||| non vedo perchè una scheda debba accedere alla memoria dell'altra
|||
|| perche' i frames vengono renderizzati alternativamente sulle due
|| schede.
|| se il cavo vga e' attaccato alla scheda A e la scheda B renderizza il
|| fotogramma, come lo sposti dalla scheda B al monitor che e' collegato
|| alla porta vga della scheda A?
|| teletrasporto?
non ci crederai, ma esiste apposta il cavo passante
guarda un pò, anche due voodoo2 lo facevano a suo tempo e senza 
teletrasporto, strano vero?
|| nelle schede crossfire questo avviente tramite un collegamento fra la
|| porta dvi della scheda B e l'ingresso video digitale del connettore
|| croosfire della scheda A
devono passare i dati d una scheda all'altra solo se si utilizza il 
composizion engine, NON se si usa l' afr
ogni scheda elabora per i fatti propri il proprio frame, il composition 
engine serve SOLO se il frame deve essere ricomposto
|| nelle schede x1600-x1300 e' stato annunciata (ma ancora non
|| dimostrata) una soluzione tramite la quale le due schede possono
|| accedere ad un buffer comune in memoria usando una versione
|| modificata del controller pci-e, in pratica e' assimilabile ad una
|| turbocache condivisa fra le due schede dove mantenere una copia del
|| framebuffer.
||
|| puo' darsi che anche le schede piu' vecchie siano capaci di emulare
|| in software questa capacita' della serie 1xxx, ma perche' ati non lo
|| ha mai annunciato?
AFR = Alternate Frame Rendering non necessità di nessun buffer condiviso
non ci son soluzioni esoteriche in grado di far funzionare le altre modalità 
di Xfire

AFR = Alternate Frame Rendering non necessità di nessun buffer condiviso
ok, hai ripetuto che AFR= Alternate Frame Rendering - il rendering lo
puoi fare alternato come preferisci ma come LO MOSTRI SU MONITOR?
ricapitoliamo.
afr su sistema crossfire:
Scheda A renderizza frame 1 - lo passa al framebuffer, il framebuffer
lo passa al ramdac o al controller dvi, questo lo passa al monitor.
scheda B renderizza frame 2 - lo passa al framebuffer, il framebuffer
lo passa all controller dvi, il controller dvi lo passa al video-in
digitale sulla scheda A, questo lo passa al ramdac o al controller dvi
che a sua volta lo passa al monitor.
Scheda A renderizza frame 3 e cosi' via.
afr senza sistema crossfire:
Scheda A renderizza frame 1 - lo passa al framebuffer, il framebuffer
lo passa al ramdac o al controller dvi, questo lo passa al monitor.
scheda B renderizza frame 2 - lo passa al framebuffer, il framebuffer
lo passa all controller dvi, il controller dvi lo passa a cosa? 
se mi spieghi questo passaggio ti do ragione, ma per il momento non
vedo soluzione se non far transitare i dati in qualche modo via pci-e,
cosa che l'hardware r4xx e precedenti non dovrebbe prevedere in
teoria.


 teoria.
Da quello che ho potuto capire dalle immagini, è comunque necessaria una 
scheda madre crossfire edition, ed è quella che gestisce  il tutto.
Il funzionamento dovrebbe essere schematizzato in questa immagine
http://www.hkepc.com/hwdb/aticfcracked/noeng.jpg
Ciao
Andrae