Sophie

Sophie

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

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: Domande e Risposte</TITLE>
 <LINK HREF="XFree86-Video-Timings-HOWTO-15.html" REL=next>
 <LINK HREF="XFree86-Video-Timings-HOWTO-13.html" REL=previous>
 <LINK HREF="XFree86-Video-Timings-HOWTO.html#toc14" REL=contents>
</HEAD>
<BODY>
<A HREF="XFree86-Video-Timings-HOWTO-15.html">Avanti</A>
<A HREF="XFree86-Video-Timings-HOWTO-13.html">Indietro</A>
<A HREF="XFree86-Video-Timings-HOWTO.html#toc14">Indice</A>
<HR>
<H2><A NAME="answe"></A> <A NAME="s14">14. Domande e Risposte</A></H2>

<P>
<P>D. L'esempio che avete fatto &egrave; per un formato non standard dello
schermo, lo posso usare? 
<P>R. Perch&eacute; no? NON ci sono ragioni di usare 640x480, 800x600, o anche
1024x768. I server XFree86 vi lasciano configurare il vostro hardware molto
liberamente. Di solito ci vogliono due o tre prove prima di arrivare alla
scelta giusta. La cosa importante da raggiungere &egrave; un alta frequenza di
refresh con un'area visibile ragionevole. Non alta risoluzione al prezzo di
sfarfallio scassa-occhi! 
<P>D. &Egrave; la sola risoluzione possibile quella data di 65Mhz dot clock e
55Khz HSF? 
<P>R. Assolutamente no! Siete incoraggiati a seguire la procedura generica
e fare un po' di prova-e-sbaglia fino ad arrivare ad una configurazione che
vi soddisfi. Sperimentare cos&igrave; pu&ograve; essere molto divertente. Molte
configurazioni vi possono dare solo schermi sgangherati, ma in pratica i
moderni monitor multi-sync non sono facilmente danneggiabili. Assicuratevi
comunque che il vostro monitor possa supportare le frequenze di quadro che
avete scelto prima di usarlo per periodi pi&ugrave; lunghi. 
<P>State attenti ai monitor a frequenza fissa! Questo genere di sperimentazioni
li pu&ograve; velocemente danneggiare. Assicuratevi di usare frequenze di refresh
valide per <EM>qualsiasi</EM> esperimento su di essi. 
<P>D. Tu hai appena nominato due risoluzioni standard. In Xconfig, sono
disponibili molte risoluzioni standard, mi puoi dire a che serve sperimentare
con le temporizzazioni?  
<P>R. Certamente! Prendi, ad esempio, lo "standard" 640x480 presente
nell'attuale Xconfig. Usa 25Mhz di frequenza pilota, lunghezze di quadro di
800 e 525 => frequenza di refresh &nbsp; 59.5Hz. Non male. Ma 28Mhz &egrave; una frequenza
pilota comune a molte schede SVGA. Se noi la usiamo per pilotare 640x480,
seguendo le procedure prima discusse, otterremmo lunghezze di quadro tipo 812
e 505. Ora la frequenza di refresh &egrave; aumentata a 68Hz, un miglioramento
abbastanza significativo rispetto allo standard. 
<P>D. Puoi riassumere quello che si &egrave; detto fino ad ora? 
<P>R. In breve:  
<P>
<OL>
<LI>per ogni frequenza pilota fissa, aumentare la risoluzione massima ci penalizza
nell'abbassare la frequenza di refresh e producendo cos&igrave; pi&ugrave; sfarfallio. </LI>
<LI>se serve un'alta risoluzione e il tuo monitor la supporta, cerca di procurarti
una scheda SVGA che abbia un uguale dot clock o DCF. Pi&ugrave; sono elevati, meglio
&egrave;! </LI>
</OL>
<P>
<HR>
<A HREF="XFree86-Video-Timings-HOWTO-15.html">Avanti</A>
<A HREF="XFree86-Video-Timings-HOWTO-13.html">Indietro</A>
<A HREF="XFree86-Video-Timings-HOWTO.html#toc14">Indice</A>
</BODY>
</HTML>