ATI:facciamo un sunto?
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware64 usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware64 usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
P.s.
Io ora - per motivi che non sto a spiegare - sono con una INNO3D geforce FX 5500 + driver proprietari: le prestazioni sono pressoché identiche alla Radeon.
Io ora - per motivi che non sto a spiegare - sono con una INNO3D geforce FX 5500 + driver proprietari: le prestazioni sono pressoché identiche alla Radeon.
-
- Iper Master
- Messaggi: 3961
- Iscritto il: ven 14 mag 2004, 0:00
Re: ATI:facciamo un sunto?
No precedente.rik70 ha scritto:Stessa versione di XBMC?Meskalamdug ha scritto: Anche perchè mi ricordo della cpu alta sotto nvidia coi proprietari,non era al 50%,ma al 30 si.
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
E perché non la provi? Troppo casino?Meskalamdug ha scritto: No precedente.
A me comunque gira meglio l'ultima.
-
- Iper Master
- Messaggi: 3961
- Iscritto il: ven 14 mag 2004, 0:00
Re: ATI:facciamo un sunto?
Pochissima voglia e tempo.rik70 ha scritto:E perché non la provi? Troppo casino?Meskalamdug ha scritto: No precedente.
A me comunque gira meglio l'ultima.
- 414N
- Iper Master
- Messaggi: 2922
- Iscritto il: mer 13 feb 2008, 16:19
- Slackware: 15.0
- Kernel: 5.15.19
- Desktop: KDE5
- Località: Bulagna
- Contatta:
Re: ATI:facciamo un sunto?
In realtà, la situazione vdpau+radeon-gallium è che il driver gallium mostra sì verso l'esterno un'interfaccia vdpau per l'accelerazione video, ma all'interno non fa altro che lavorare con gli shader grafici per ottenere un minimo di accelerazione senza sfruttare in alcun modo quello che alcune radeon "non troppo anziane" posseggono per l'accelerazione video, ovvero un chip UVD/UVD2. Ovviamente tale supporto non comparirà mai nei driver open (a meno di un intervento congiunto di Babbo Natale + befana + il santo di Ferragosto) per via di quelle simpatiche "feature" che iniziano per D, poi R, poi M (DRM).
L'unica alternativa per avere un'accelerazione hardware quasi decente nei video HD è usare i driver proprietari (chi può) + XVBA, che è supportato direttamente da XBMC, anche se a me l'ultima volta che l'ho provato dava problemi con la sovraimpressione video della GUI di XBMC e del video che si vuol guardare.
L'unica alternativa per avere un'accelerazione hardware quasi decente nei video HD è usare i driver proprietari (chi può) + XVBA, che è supportato direttamente da XBMC, anche se a me l'ultima volta che l'ho provato dava problemi con la sovraimpressione video della GUI di XBMC e del video che si vuol guardare.
-
- Iper Master
- Messaggi: 3961
- Iscritto il: ven 14 mag 2004, 0:00
Re: ATI:facciamo un sunto?
A me già i driver chiusi fanno storcere il naso,ma se sono migliori li uso..infatti li ho usati.414N ha scritto:In realtà, la situazione vdpau+radeon-gallium è che il driver gallium mostra sì verso l'esterno un'interfaccia vdpau per l'accelerazione video, ma all'interno non fa altro che lavorare con gli shader grafici per ottenere un minimo di accelerazione senza sfruttare in alcun modo quello che alcune radeon "non troppo anziane" posseggono per l'accelerazione video, ovvero un chip UVD/UVD2. Ovviamente tale supporto non comparirà mai nei driver open (a meno di un intervento congiunto di Babbo Natale + befana + il santo di Ferragosto) per via di quelle simpatiche "feature" che iniziano per D, poi R, poi M (DRM).
L'unica alternativa per avere un'accelerazione hardware quasi decente nei video HD è usare i driver proprietari (chi può) + XVBA, che è supportato direttamente da XBMC, anche se a me l'ultima volta che l'ho provato dava problemi con la sovraimpressione video della GUI di XBMC e del video che si vuol guardare.
Ma nonostante nei "legacy" compaia RADEON HD AGP supported...non riconosceva la scheda,e se facevo il furbo
editando xorg.conf a mano non partiva,insomma la solita ATI col suo pessimo supporto.
NVIDIA li fa chiusi,ma perlomeno funzionano 9 volte su 10.
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
In pratica serve a poco o nulla?414N ha scritto:In realtà, la situazione vdpau+radeon-gallium è che il driver gallium mostra sì verso l'esterno un'interfaccia vdpau per l'accelerazione video, ma all'interno non fa altro che lavorare con gli shader grafici per ottenere un minimo di accelerazione senza sfruttare in alcun modo quello che alcune radeon "non troppo anziane" posseggono per l'accelerazione video, ovvero un chip UVD/UVD2.
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
Dipende da cosa s'intende con funzionano. Funziona l'accelerazione 3D in modo impeccabile, vdpau ..etc.Meskalamdug ha scritto: NVIDIA li fa chiusi,ma perlomeno funzionano 9 volte su 10.
Ma il grosso problema oggi è che sono fuori standard rispetto ai nuovi Xorg.
Primo fra tutti: il non supporto a xrandr che si tirano dietro da diverse release ormai (anni?), nonostante nei forum di supporto lo chiedano a gran voce - e con questo si potrebbe introdurre anche la questione del cosa s'intende per supporto, visto che ignorano sistematicamente le richieste degli utenti!
Questo ritardo da parte di nvidia impedisce ad esempio - nel mio caso - l'ibernazione e la sospensione.
Questo perché l'utility di nvidia che permette di gestire il monitor, riporta correttamente frequenze di refresh e risoluzione, ma xrandr no: secondo xrandr il mio monitor è settato a 50hz quando in realtà sta a 85. Quando sospendo o iberno, sul monitor appare un messaggio che avverte che è fuori sincrono. E infatti non fa il resume.
Nessun problema invece con i driver 'nv' o 'nouveau', che "seguono" le indicazioni - questa volta corrette - di xrandr.
Tutto questo non è roba da poco e dipende dal modello di sviluppo seguito da nvidia.
Lo stesso può dirsi di ATI, che però sviluppava i driver proprietari basandosi su dri/drm - il che ha permesso tramite reverse un miglior driver open. Purtroppo il supporto era ed è inesistente e il passaggio ad AMD non ha cambiato nulla, se non un miglior dialogo con la comunità che sviluppa i driver aperti.
A mio parere dunque complessivamente non siamo affatto messi bene - e la speranza, dal mio personale punto di vista, è riposta su ATI+driver open.
Ultima modifica di rik70 il ven 8 mar 2013, 16:51, modificato 1 volta in totale.
-
- Iper Master
- Messaggi: 3961
- Iscritto il: ven 14 mag 2004, 0:00
Re: ATI:facciamo un sunto?
Effettivamente hai ragione,non avevo contato queste cosine: devi contare che la ibernazione(senza ritocchi al kernel)rik70 ha scritto:Dipende da cosa s'intende funzionano. Funziona l'accelerazione 3D in modo impeccabile, vdpau ..etc.Meskalamdug ha scritto: NVIDIA li fa chiusi,ma perlomeno funzionano 9 volte su 10.
Ma il grosso problema oggi è che sono fuori standard rispetto ai nuovi Xorg.
Primo fra tutti: il non supporto a xrandr che si tirano dietro da diverse release ormai (anni?), nonostante nei forum di supporto lo chiedano a gran voce - e con questo si potrebbe introdurre anche la questione del cosa s'intende per supporto, visto che ignorano sistematicamente le richieste degli utenti!
Questo ritardo da parte di nvidia impedisce ad esempio - nel mio caso - l'ibernazione e la sospensione.
Questo perché l'utility di nvidia che permette di gestire il monitor, riporta correttamente frequenze di refresh e risoluzione, ma xrandr no: secondo xrandr il mio monitor è settato a 50hz quando in realtà sta a 85. Quando sospendo o iberno, sul monitor appare un messaggio che avverte che è fuori sincrono. E infatti non fa il resume.
Nessun problema invece con i driver 'nv' o 'nouveau', che "seguono" le indicazioni - questa volta corrette - di xrandr.
Tutto questo non è roba da poco e dipende dal modello di sviluppo seguito da nvidia.
Lo stesso può dirsi di ATI, che però sviluppava i driver proprietari basandosi su dri/drm - il che ha permesso tramite reverse un miglior driver open. Purtroppo il supporto era ed è inesistente e il passaggio ad AMD non ha cambiato nulla, se non un miglior dialogo con la comunità che sviluppa i driver aperti.
A mio parere dunque complessivamente non siamo affatto messi bene - e la speranza, dal mio personale punto di vista, è riposta su ATI+driver open.
a me ha dato problemi anche coi drivers aperti,coi chiusi non funziona proprio.
Usi il kernel vaniglia o tuxonice?
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
Kernel vanilla.Meskalamdug ha scritto: Usi il kernel vaniglia o tuxonice?
- 414N
- Iper Master
- Messaggi: 2922
- Iscritto il: mer 13 feb 2008, 16:19
- Slackware: 15.0
- Kernel: 5.15.19
- Desktop: KDE5
- Località: Bulagna
- Contatta:
Re: ATI:facciamo un sunto?
Diciamo che non fa miracoli.rik70 ha scritto:In pratica serve a poco o nulla?414N ha scritto:In realtà, la situazione vdpau+radeon-gallium è che il driver gallium mostra sì verso l'esterno un'interfaccia vdpau per l'accelerazione video, ma all'interno non fa altro che lavorare con gli shader grafici per ottenere un minimo di accelerazione senza sfruttare in alcun modo quello che alcune radeon "non troppo anziane" posseggono per l'accelerazione video, ovvero un chip UVD/UVD2.
Di sicuro il supporto vdpau in radeon-gallium non migliorerà sensibilmente le prestazioni di riproduzione video HD di un pc vetusto come invece potrebbe fare una scheda nvidia con opportuno supporto hardware e software (nei driver proprietari ovviamente).
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
Grazie414N ha scritto: Diciamo che non fa miracoli.
Di sicuro il supporto vdpau in radeon-gallium non migliorerà sensibilmente le prestazioni di riproduzione video HD di un pc vetusto come invece potrebbe fare una scheda nvidia con opportuno supporto hardware e software (nei driver proprietari ovviamente).
Sarebbe interessante quantificare un eventuale aumento di prestazioni, seppur minimo. Al di là dei 1080p/i che sono irragiungibili, basterebbe una frazione in meno di occupazione della CPU per vedere senza problemi i formati 720p/i.
E' che ora non posso montare la Radeon - devo farla vedere a un amico: forse ha problemi di alimentazione supplementare - sennò ci provavo.
L'unica soluzione è romprere ancora le scatole a Meskalamdug che ne avrà fin sopra i capelli
- 414N
- Iper Master
- Messaggi: 2922
- Iscritto il: mer 13 feb 2008, 16:19
- Slackware: 15.0
- Kernel: 5.15.19
- Desktop: KDE5
- Località: Bulagna
- Contatta:
Re: ATI:facciamo un sunto?
Lo sgravio dalla CPU è praticamente nullo, perché la programmazione degli shader da inviare alla scheda video e i tempi per i trasferimenti RAM->VRAM finiscono per impegnare lo stesso il processore.
Tanto per fare qualche un esempio, riprodurre video 720 sulla mia X800XT (driver r300g) tramite xv mi occupa la CPU al 30/40% circa, mentre con vdpau raddoppio (cpu-freq raddoppia la frequenza del processore per gestire il carico).
La cosa paradossale che è ho scoperto sul mio sistema è che per riprodurre in maniera pressoché fluida video 1080p bisogna disabilitare il frame drop in mplayer (che in teoria dovrebbe invece aiutare sistemi anzianotti quando il video è troppo impegnativo per essere riprodotto fedelmente), altrimenti cominciano a scattare violentemente.
Tanto per fare qualche un esempio, riprodurre video 720 sulla mia X800XT (driver r300g) tramite xv mi occupa la CPU al 30/40% circa, mentre con vdpau raddoppio (cpu-freq raddoppia la frequenza del processore per gestire il carico).
La cosa paradossale che è ho scoperto sul mio sistema è che per riprodurre in maniera pressoché fluida video 1080p bisogna disabilitare il frame drop in mplayer (che in teoria dovrebbe invece aiutare sistemi anzianotti quando il video è troppo impegnativo per essere riprodotto fedelmente), altrimenti cominciano a scattare violentemente.
-
- Iper Master
- Messaggi: 2489
- Iscritto il: gio 10 mar 2011, 9:21
- Slackware: 15.0
- Kernel: 5.15.x-generic
- Desktop: Sway
- Distribuzione: Arch Linux
Re: ATI:facciamo un sunto?
Uhm ... niente di + che usare -vo gl2. Scherzo ovviamente, anche perché non ne capisco nulla414N ha scritto:, riprodurre video 720 sulla mia X800XT (driver r300g) tramite xv mi occupa la CPU al 30/40% circa, mentre con vdpau raddoppio (cpu-freq raddoppia la frequenza del processore per gestire il carico).
Ma allora che senso ha tutto questo? In quali campi apporterebbe dei vantaggi?
- 414N
- Iper Master
- Messaggi: 2922
- Iscritto il: mer 13 feb 2008, 16:19
- Slackware: 15.0
- Kernel: 5.15.19
- Desktop: KDE5
- Località: Bulagna
- Contatta:
Re: ATI:facciamo un sunto?
Penso che al momento non sia nulla di più che un "esercizio di stile" per mettere alla prova l'architettura di gallium.
Tempo fa avevano anche implementato un backend DirectX11 per gallium ma poi nessuno l'ha mai sfruttato, facendolo poi finire nel dimenticatoio.
Certo, se un giorno AMD rilasciasse specifiche/codice per accedere liberamente ai chip UVD/UVD2 sulle sue schede video allora avere un backend vdpau già pronto potrebbe aiutare, ma per il momento non credo sia molto utile ai più.
Tempo fa avevano anche implementato un backend DirectX11 per gallium ma poi nessuno l'ha mai sfruttato, facendolo poi finire nel dimenticatoio.
Certo, se un giorno AMD rilasciasse specifiche/codice per accedere liberamente ai chip UVD/UVD2 sulle sue schede video allora avere un backend vdpau già pronto potrebbe aiutare, ma per il momento non credo sia molto utile ai più.