AMD RadeonHD: Nuovo Driver e Demo

[TheKaneB]

Vabbeh, ma la risposta qual'è?
Si riesce a guadagnare qualcosa nella visualizzazione dei video più alti o no, se si sfrutta qualcosa tramite MPlayer et simili?
Secondo me si!
Io voglio una risposta; si, no, ni=forse!

con il compositing, no. serve per fare altre cose.

[amigait]

Vabbeh, ma la risposta qual'è?
Si riesce a guadagnare qualcosa nella visualizzazione dei video più alti o no, se si sfrutta qualcosa tramite MPlayer et simili?
Secondo me si!
Io voglio una risposta; si, no, ni=forse!

con il compositing, no. serve per fare altre cose.

cosa si dovrebbe fare per i video , per quanto rigurda i drive video ?

[cdimauro]

Serve la documentazione (e per AMD dovrebbe esserci proprio tutta; vedi sotto) e... tanto lavoro.

Comunque il s.o. dovrebbe fornire anche un set di API per poter gestire questo tipo di accelerazione hardware. Non mi risulta che i s.o. AmigaOS/like al momento lo facciano.

e stiamo parlando di ingegneri con i contro marroni che hanno a disposizione la documentazione.. questo qui é da solo e a mio avviso si sta facendo l'Amazing SpiderMan... c'avete presente??

La documentazione ce l'ha a disposizione anche Hans. AMD, al contrario di nVidia, rilascia dei corposi tomi sulle sue architetture, ma è roba pesante da digerire.

[Tuxedo]

Io direi che l'unica differenza tra Hans(che mi pare tutto fuorchè uno sprovveduto) è che lui è uno gli altri molti di più...

[TheKaneB]

Io direi che l'unica differenza tra Hans(che mi pare tutto fuorchè uno sprovveduto) è che lui è uno gli altri molti di più...

Non conosco le capacità di Hans De Ruiter (che sicuramente saranno molto elevate), ma per fare un driver video per una GPU moderna ci vogliono anche degli algoritmisti e dei matematici con le contropalle. Ci sono problemi teorici da risolvere che non puoi affrontare "a colpi di codice".

Per dirne un paio: ci vuole un compilatore GLSL per gli shader programs, e ce ne vuole uno che ottimizzi veramente bene il proprio codice; ci vuole una strategia di scheduling veramente complessa (le GPU di AMD delegano tutto lo scheduling al driver, a differenza di quelle nVidia che hanno un'unità di scheduling hardware e shader molto più "intelligenti").
Insomma, parliamo di un pezzo di software che presenta una complessità notevole, inoltre le API dell'OS non prevedono tutte queste funzioni quindi bisogna anche inventarsi dei nuovi *.device lato AmigaOS per supportare queste nuove cose, e il problema qui diventa di tipo ingegneristico / architetturale ed è un compito che spetta ad Hyperion.

[Fogg_80]

Domanda da un milione di dollari per Acube: pensate di far rilasciare ad Hans un driver anche per le Sam Flex? Avete fatto dei test di schede video radeon HD sulle Flex?

[samo79]

Domanda da un milione di dollari per Acube: pensate di far rilasciare ad Hans un driver anche per le Sam Flex? Avete fatto dei test di schede video radeon HD sulle Flex?

Per quanto ne so lo stanno già facendo, dal penultimo aggiornamento di UBoot per le 440 è già possibile in linea teorica usare le Radeon HD, immagino che il supporto reale arriverà con AmigaOS 4.2 + Mesa3D/Galliium

[cdimauro]

Io direi che l'unica differenza tra Hans(che mi pare tutto fuorchè uno sprovveduto) è che lui è uno gli altri molti di più...

Antonio è stato già molto chiaro a riguardo.

Aggiungo che finché si parla di 2D, con annessa accelerazione hardware, è tutto abbastanza semplice, perché le GPU le implementano da tantissimi anni (sì, fin da quando c'era ancora l'Amiga).

Ad esempio se ti scarichi il manuale dell'integrato Silicon Motion SM502 che ACube ha inserito nella SAM 460 e te lo spulci, puoi vedere che la programmazione della sezione video e audio sono abbastanza semplici (nella norma per questo genere di dispositivi).

Se provi a fare lo stesso con la documentazione di AMD per le sue GPU c'è da mettersi le mani nei capelli.

[guruman]

Serve la documentazione (e per AMD dovrebbe esserci proprio tutta; vedi sotto) e... tanto lavoro.

Non vorrei rompere le uova nel paniere, ma a quanto ne so le parti relative ai motori che coadiuvano la decodifica video nelle schede grafiche non sono documentati in quanto anche AMD e nVidia stesse li implementano in HW in licenza da terzi. E pertanto non sono mai implementati in driver di terze parti.
Il modo piu' semplice per accelerare un po' la gestione dei video sarebbe implementare il supporto dell'overlay - quello si documentato e materia piuttosto facile -, ma quel geniaccio di Hans interrogato a proposito ha detto di avere altre priorita'. Cosi' al momento e' difficile vedere un video 720p su x1000 e mi sa che gia' a media risoluzione (480p) le Sam anche 460 iniziano a chiedere pieta'.
Del resto, giusto per informazione, Hans e' la prima volta che si cimenta con driver video che io sappia (Amiga o non Amiga) e quindi le tempistiche che si sono viste fin'ora sono giustificatissime.

Saluti,
Andrea

[Kyle]

I video 720p sulla 460ex proprio non ce li vedi, i 480 già molto meglio

[cdimauro]

Serve la documentazione (e per AMD dovrebbe esserci proprio tutta; vedi sotto) e... tanto lavoro.

Non vorrei rompere le uova nel paniere, ma a quanto ne so le parti relative ai motori che coadiuvano la decodifica video nelle schede grafiche non sono documentati in quanto anche AMD e nVidia stesse li implementano in HW in licenza da terzi. E pertanto non sono mai implementati in driver di terze parti.

Hum. Strano. Sicuro che comunque non ci sia alcuna informazione per inviare i comandi al sottosistema video?

Il modo piu' semplice per accelerare un po' la gestione dei video sarebbe implementare il supporto dell'overlay - quello si documentato e materia piuttosto facile -, ma quel geniaccio di Hans interrogato a proposito ha detto di avere altre priorita'. Cosi' al momento e' difficile vedere un video 720p su x1000 e mi sa che gia' a media risoluzione (480p) le Sam anche 460 iniziano a chiedere pieta'.
Del resto, giusto per informazione, Hans e' la prima volta che si cimenta con driver video che io sappia (Amiga o non Amiga) e quindi le tempistiche che si sono viste fin'ora sono giustificatissime.

Saluti,
Andrea

Capito. Beh, se è alle prime armi è anche comprensibile.

Comunque ci sarebbe anche la strada dell'OpenCL che si potrebbe prendere per realizzare un codec accelerato.

[DAX]

Riguardo l'accelerazione via UVD è vero che Ati non abbia condiviso il codice per problemi di copiright e quant'altro, tuttavia l'accelerazione video è entrata ufficialmente nel trunk principale di Mesa/Gallium grazie a Christian König che sta aggirando il problema creando accelerazione video HW, tramite shaders (e non UVD).
Le 19000 linee di codice inerenti a questo progetto sono gia state integrate in Mesa e da adesso in poi continueranno come sviluppo ufficiale (e non "side"), il che mi pare un ottima notizia.

[Alblino]

Dai almeno delle soluzioni alternative ci sono per
questi driver.
Poi se veramente sono i primi driver video che crea
tanto di cappello.
Spero che arrivino presto e che con il tempo
vengano migliorati.

[Tuxedo]

I video 720p sulla 460ex proprio non ce li vedi, i 480 già molto meglio

i 720p non li vedo neppure io col G4@1131 e AltVec(neppure sotto MOS) per cui...

Per quanto riguarda OpenCL, imho sarebbe da dargli la priorità verso tutto il resto, no so di preciso cosa possa una RadeonHD dare in termini di aiuto alla CPU ma sarebbe interessante quanto una Sam460 potrebbe giovarne...qualcuno sa darmi una risposta "quantitativa"?

[cip060]

Veramente io con il macmini 1.42 512 mega di ram e MOS li vedo a 720!!!
e anche in 1280x720 con qualche scatto ogni tanto in full screen