Sophie

Sophie

distrib > Mandriva > 9.1 > i586 > by-pkgid > f1098342ec4a2b28475e34123ce17201 > files > 1343

howto-html-it-9.1-0.5mdk.noarch.rpm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
 <TITLE>XFree86 Video Timings HOWTO: Sovraccaricare il Vostro Monitor</TITLE>
 <LINK HREF="XFree86-Video-Timings-HOWTO-13.html" REL=next>
 <LINK HREF="XFree86-Video-Timings-HOWTO-11.html" REL=previous>
 <LINK HREF="XFree86-Video-Timings-HOWTO.html#toc12" REL=contents>
</HEAD>
<BODY>
<A HREF="XFree86-Video-Timings-HOWTO-13.html">Avanti</A>
<A HREF="XFree86-Video-Timings-HOWTO-11.html">Indietro</A>
<A HREF="XFree86-Video-Timings-HOWTO.html#toc12">Indice</A>
<HR>
<H2><A NAME="overd"></A> <A NAME="s12">12. Sovraccaricare il Vostro Monitor</A></H2>

<P>
<P><EM>Non</EM> dovreste assolutamente superare le specifiche di scansione del
monitor se questo &egrave; un tipo a frequenza fissa. Potreste far fumare il vostro
hardware!  Superare le specifiche di un monitor multisincrono crea dei
subdoli problemi potenziali che dovreste evitare.  
<P>Al contrario, avere un pixel-clock pi&ugrave; alto della massima larghezza di banda
del monitor &egrave; abbastanza innocuo. (Nota: il limite teorico delle capacit&agrave; &egrave;
raggiunto quando il pixel-clock raggiunge il doppio della larghezza di banda
del monitor. Questa &egrave; una applicazione diretta del Teorema di Nyquist:
immaginate i pixel come una serie di prove dei segnali guida distribuita
nello spazio e capirete perch&eacute;.)  
<P>&Egrave; problematico eccedere la frequenza massima di sincronismo. Alcuni monitor
moderni possono avere dei circuiti di protezione che spengono il monitor a
frequenze di scansione pericolose, ma non fateci affidamento. In particolare
ci sono monitor multisinc pi&ugrave; vecchi (come il Multisync II) che usano solo un
trasformatore orizzontale. Questi monitor non hanno molta protezione contro il
sovraccarico. Mentre avrete sicuramente un circuito di regolazione
dell'alto voltaggio (che pu&ograve; essere assente nei monitor a frequenza fissa),
questo non necessariamente coprir&agrave; ogni gamma di frequenza possibile, specie
nei modelli pi&ugrave; economici. Questo non solo implica un maggior carico sul
circuito, ma causa anche un invecchiamento precoce dei fosfori dello schermo,
ed ulteriori emissioni di radiazioni dallo schermo (inclusi i raggi X). 
<P>Un altro punto da considerare sulla larghezza di banda &egrave; che l'impedenza in
entrata del monitor &egrave; specificata solo per quella data gamma di frequenze, e
usarne di pi&ugrave; alte pu&ograve; probabilmente causare minori interferenze sullo
schermo, e disturbi radio.  
<P>Comunque, la problematica fondamentale in questione &egrave; lo slew rate (la
pendenza dei segnali video) dei driver per l'output del video, e questo &egrave; di
solito indipendente dalla frequenza dei pixel, ma (se il costruttore della
vostra scheda video ci tiene a questi problemi) in relazione alla massima
frequenza dei pixel della scheda.
<P>Quindi state attenti l&agrave; fuori... 
<P>
<HR>
<A HREF="XFree86-Video-Timings-HOWTO-13.html">Avanti</A>
<A HREF="XFree86-Video-Timings-HOWTO-11.html">Indietro</A>
<A HREF="XFree86-Video-Timings-HOWTO.html#toc12">Indice</A>
</BODY>
</HTML>